Lot of work has been done these days without many mails in the
list, and if you are not following the commits this mail will give
you feedback about the current state.
elektranox is working on making radare1 to be included in the
Debian linux distribution. We are working together to fix the
lintian issues reported to avoid installation issues.
As I have already told, radare1 is currently in a frozen state. All
the current work is done in the radare2 repository and only
minor fixups and build issues are going to change in radare1.
New releases for both versions will be released next week during
the BS3C congress in Bilbo:
http://www.blindsec.com/jornadas/index.html
There will be two talks about radare. One about practical debugging
sessions and another about binary manipulation using r_bin, r_asm
and r_anal (this one by Nibble). They will be in spanish.
The talk I did a month ago in the Fiberparty (Barcelona) was recorded
and here's the media files to be downloaded (I would like to thank Graz
for the mirror).
http://mirror.radare.org/get/
There is also a wmv encoded clip, but the theora one is at best resolution.
This talk is in spanish too.
Nibble has been working in the analysis and binary modules of radare2
(r_anal and r_bin). The Java classfiles, ELF32/64 and PE32/64 binary formats
are now more stable and functional.
r_asm can now assemble multiple opcodes in a single line and it has been
integrated together with some basic directive commands (.byte , ..) in
rasm2 and radare2. You will have to quote the wa command to concatenate
the opcodes in a single line:
> "wa nop;mov eax,33;int 0x80"
The r_anal module now handles the ascii-art reflines at the left of the
disasm
output using the 'pd' radare2 command.
We now have a new library called r_bininfo that implements an interface for
getting debugging information from binaries, The plugins will use libdwarf
and so on, to extract information from the r_io file.
From my side I am working on r_bp that interacts with r_debug and its
plugins
to manage a generic breakpoint database independently from the debugger
backend, so we will be able to setup multiple breakpoints for software/hw,
for read-write-exec, for a certain length at a memory offset. And then move
the process from the dbg-ptrace backend to the dbg-qemu and keep the
breakpoints working. Breakpoint expressions will be also handled from the
same module.
The r_bp module will provide a plugin interface for extending software
breakpoint
instructions for multiple architectures, endians, etc..
The r_asm module now rsolves an available assemble() plugin if the
current plugin
used only support disassemble(). Each asm plugin now exports information
about the architecture string suported and the supported register sizes.
The Visual mode in radare2 is now more functional and usable, cursor
usage can be
now used with the 'a' and 'w' commands to write assembled opcodes or hexpair
strings like in r1.
We now have some basic metadata support in radare2, so we can add comments.
I have added a basic binary tree implementation and it is currently used
in r_flag
to accelerate the resolution of flags by offset.
configure script accepts --with-compiler and --with-ostype flags to
choose compiler
profiles and force operating system. I have fixed some basic issues for
the mingw32
porting.
There are more things done, but these are the most interesting ones.
Enjoy
--pancake
_______________________________________________
radare mailing list
[email protected]
http://lists.nopcode.org/listinfo.cgi/radare-nopcode.org
