One of the main tasks of Radare2 is to statically analyse executables. This includes binary files disassembly, analysing functions setting calling conventions, auto detecting arguments and type propagation. Autodetecting arguments and type propagation are part of my Google Summer of Code task.
New analysis round is added for argument detection. It is architecture independent and supposed to capture all arguments and variables then auto rename them. This analysis round is built on top of ESIL. It will detect all the
base pointer + num and store them as arguments and
base pointer - num and store them as variable. The
stack pointer + num will always be stored as argument whether it is argument or variable. Identifying whether
stack pointer + offset is argument or variable is still work in progress. The analysis on the left is the one generated using the new
aa command, while the one on the right is an old instance of the same
![analysis](/blog/images/Screenshot at 2016-05-09 22:32:52.png)
Radare2 also supports renaming declared variable/arguments this can be done using the command
X can be:
ain case of normal arguments
Ain case of fastcall
ein case stack pointer is involved
- ‘v’ if it is a variable
afan arg_5h my_first_argument will rename
arg_5h to be
my_first argument You can also set the variable/argument type using the
afXt where X is the same as that used for
The most important thing to know is how to use this analysis round. Fortunately it is embedded in the
aa command, so for general purpose uses you won’t need to do anything extra, but there will be a scenario where you define new function at some place where no function existed before. In that case you can enforce this analysis round for the newly created function using
afCa. It will analyze function located at the current offset and set variables /arguments accordingly.
This is a little example on how to use the new set of commands ;).