I wouldn't count on it.NO! AES is rated to withstand cryptanalysis so long as it remains a black box to the attacker (IE:round keys are unknown variables). Thanks toUp until the SHA3 competition entries that reuse parts of AES, cryptanalysis has beenno one had done on AES as a hash function. I wouldn't relycryptanalysis on raw AES to stop the attacker when they can see thewith known internal state.
Several interesting results have been achieved:
- finding a
K
such thatAESenc(P,K)~=(C)
for a givenP
andC
- similar attacks with constraints on some key bits and imperfect matching of
P
andC
These attacks tend to use a sort of meet in This is the middle approach combined with differential cryptanalysis of each roundrelevant paper, specifically section 3.5 which putssolves the roundexact problem you are proposing. Given AES with a fixed key and s-boxes tohether intoK
acting as a pseudorandom permutation, find a solution to super s-boxC=AESenc(P,K)
with restrictions on C
and finds high probability differentials. TheyP
There are completely practical and make usingalso attacks on AES inwhen used as a typical hash construction rolecompression function (IE:state[i]=AES(state[i-1],data[i]K=data[i])
) completely insecure. These allow for collisions and generally for breaking the pseudorandom permutation property of AES to find specific solutions for equations involving it.
Relying on AESThere are probably some problems that remain hard, even with a fixed key aslike reversing a strong pseudorandom permutation is riskyone way function composed from AES (IE:F(X)=AES(X,Kfixed)⊕X
, Y=F(X)
, Find X
given Y
). In yourEven here I'd be nervous but much less so. This is the ideal case they have freedom to tamper with input bits and. No degrees of freedom for the attacker to tamperwork with some output bits. That could be enough.
When you see "secure pseudorandom permutation" thrown around in the context of AES remember the fine print attached to all that analysis: "for unknown K
"