These crazy days in berlin allows me to say that in one
or two weeks I'll release radare 0.9.2 with lot those
features (that have been developed during these days
by pof, th0rpe and me and most of them have been commited
into the public repository.

First of all some screenshots:

 http://radare.nopcode.org/img/gravappc.gif
 http://radare.nopcode.org/img/wk/crackme0x00_pD_sym_main.png
 http://radare.nopcode.org/img/wk/crackme0x01-sym_main.png

And the changes:

  - native w32 debugger layer
    - with soft/hard bps
    - step/cont/regs

  - find AES keys in memory
    - Using the Victor Mu~noz algorithm presented at 24c3
    - Does anybody has some info about the RSA property to do the same?

  - LOT of find/catch/fix small bugs

  - extensive use of eval command insteada of envvrs)

  - initial import of the 'R' command to work with RDBs
    - stores all code analysis realized in a linked list
    - allows to load/dump from/to file
    - diffing and regraphing of stored code analysis

  - debugger layer refactorized

  - dissasembler for powerpc and m68k
    - code analysis module for powerpc

  - better file and header binary identification
    - rabin file id moved into the core

  - load syms and strings from binaries properly
    on ELF and PE. 'rsc flag' flag all strings

  - new command 'fn' support multiple flags with the same name

  - new backtrace algorithm (maybe definitive)
    - same output as gdb. 1/40 of its code

  - fully grapical navigation using the graph view
    - colorize calls/jmps in graph
    - store a list of all calls (walk to->)
    - loop handling (not yet done)

  - a cracking tutorial composed by 10 levels
    written by pof to teech new users to use the
    hexeditor, debugger and disassembler with 
    simple and graphical examples

I have some awesome works in parallel that I hope to finish
asap to make you know ;)

What will go in the next releases..

 - code injector for accessing non GP registers like mmx,
   fp, etc and other's section segments. (%ss, ..)

 - optimized flag storing algorithm (a bit slower for >5000 strings)

 - no more environ vars for ocnfiguring (eval should rule)

 - function hooker in C (dbg.hooker)

I plan to use the graph view as a code cleaner and visual patcher
for assembly. I think it's quite handy to reduce the code complexity
by using graphing analysis techniques and removing null blocks, allowing
multiple views and grouping nodes.

There are a lot of new ideas in my head and some of them typed into
the TODO file, so take them and feel free to discuss :) I'm absolutely
opened to new ideas.

The spamming and TWD tentacles are doing a good work too.

Thanks to all who made this release possible.

And happy new year for the rest ;)


--pancake
_______________________________________________
radare mailing list
[email protected]
https://lists.nopcode.org/mailman/listinfo/radare

Reply via email to