Radare2 a tenté d'être accepté dans un Google Summer of Code, mais n'a pas été retenu. Au lieu de se lamenter sur son sort, le projet a décidé de lancer son propre Radare Summer of Code !

Pour ceux qui ne connaissent pas, il y a un article sur Linuxfr qui résume bien.

N'étant pas un gros projet comme Rails, les ambitions sont moindres et les règles différentes :

• moins de budget ;
• les mentors ne sont pas payés ;
• l'intégralité des dons récoltés ira aux participants ;
• il n'y a pas besoin d'être étudiant pour participer ;
• les participants repartiront avec un t-shirt des des autocollants.

Radare2, c'est quoi ?

Pour rappel, radare2, c'est un cadriciel complet pour analyser des binaires :

• multi-architectures : GNU/Linux, Android, *BSD, OSX, iPhoneOS, Windows{32,64} et Solaris ;
• multi-platformes : 8051, x86{16,32,64}, dalvik, avr, arc{4,compact}, arm, aarch64, c55x+, java, powerpc, sparc, mips, bf, pe{32,64}, te, [fat]mach0{32,64}, elf{32,64}, bios/uefi, dex and java classes ;
• scriptable en : Vala, Go, Python, Guile, Ruby, Perl, Lua, Java, JavaScript, sh…
• un éditeur hexadécimal complet ;
• un (dés)assembleur (récursif !), avec coloration syntaxique ;
• un débogueur natif, mais il est possible d'utiliser GDB en backend, voir même débogueur brainfuck !
• la possibilité d'afficher des données sous de multiples formats: int, float, désassemblé, timestamps…
• la possibilité de faire des recherches par patterns, checksums…
• un support des disques, processus, fichiers et flux ;
• du binary diffing (comparaison de binaires), que ce soit sous forme traditionnelle, ou sous forme de graphes ;
• analyse de code, au niveau des opcodes, des blocks, ou encore des fonctions ;
• une machine virtuelle, permettant d'émuler du code ;
• une interface web permettant de travailler de manière collaborative.

Calendrier

• 22 avril1. ouverture des inscriptions ;
• 3 mai1. fermeture des inscriptions ;
• 8 mai1. annonce des candidats/tâches sélectionnées ;
• 17 juin1. début de la période de code ;
• 16 septembre1. fin de la période de code ;
• 27 septembre1. le code produit doit être fusionné dans la branche principale.

Organisation du projet

La majorité du développement se déroule sur github, qui sert également de bugtracker. Pour la communication, les pads et IRC sont privilégiés à la mailling list. Le projet utilise une suite de tests unitaires, une instance Jenkins ainsi que Coverity , pour éviter les régressions.

Tâches

Bien qu'étant un projet orienté bas-niveau, il y en a pour tout les goûts :

• améliorer/refactorer l'interface web
• ajouter un support des templates à la 010Editor
• continuer d'intégrer sdb
• améliorer le compilateur de shellcodes...
• terminer de concevoir/implémenter l'émulateur de code ;
• améliorer la compatibilité avec les outils Windows (WinDBG/PDB)...
• ajouter le support de nouvelles architectures ;
• mettre à jour l'interface graphique

Conclusion

Le projet recherche donc des dons¹ ainsi que des curieux pour participer :)

Liens

• Site officiel
• Site du RSoC
• Page de dons
• Chan IRC

PS: Je suis mentor, n'hésitez pas à venir m'en parler si vous avez des question ;)

belle initiative :)

Malheureusement pas trop dans mon domaine...

Je suis surpris par Choose a framework (like EnyoJS), or or write y·our own.

EnyoJS ?! really ?! j'ai mis les mains dedans pendant un hackathon... c'est le bordel...

A moins que vous ayez des core dev de chez LG dans la team...ca va pas etre evident. Et la learning curve pour un nouveau est pas franchement evidente non plus...

Choose a framework (like EnyoJS), or or write your own.

Le lead dev a joué avec EnyoJS, et ça lui a plu. Mais on n'impose rien : Si tu veux utiliser autre chose, pas de soucis, on s'en fout. Tu peux même faire çafrom scratch si tu le sens.

Si le projet te plaît, tu peux également faire un don ;)

Wow. Vous acceptez le Doge :)