<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Code Review on RORO's blog</title><link>https://blog.rodolpheg.xyz/fr/tags/code-review/</link><description>Recent content in Code Review on RORO's blog</description><generator>Hugo</generator><language>fr</language><managingEditor>contact@rodolpheg.xyz (0xRo)</managingEditor><webMaster>contact@rodolpheg.xyz (0xRo)</webMaster><lastBuildDate>Tue, 05 Aug 2025 00:00:00 +0000</lastBuildDate><atom:link href="https://blog.rodolpheg.xyz/fr/tags/code-review/index.xml" rel="self" type="application/rss+xml"/><item><title>Comprendre les Code Property Graphs</title><link>https://blog.rodolpheg.xyz/fr/posts/understanding-code-property-graphs/</link><pubDate>Tue, 05 Aug 2025 00:00:00 +0000</pubDate><author>contact@rodolpheg.xyz (0xRo)</author><guid>https://blog.rodolpheg.xyz/fr/posts/understanding-code-property-graphs/</guid><description>&lt;p>Quand j&amp;rsquo;ai commence a developper des outils pour l&amp;rsquo;audit de code source, mon besoin principal etait de suivre les flux de donnees corrompues (tainted) a travers des bases de code complexes lors de revues de code manuelles. Au depart, je me suis tourne vers Tree-Sitter, qui s&amp;rsquo;est avere excellent pour l&amp;rsquo;analyse de fichiers individuels grace a ses capacites de parsing rapide et incrementiel. Cependant, en passant a des bases de code plus volumineuses avec des dependances inter-fichiers complexes et des flux de donnees, l&amp;rsquo;approche AST-only de Tree-Sitter est devenue limitante. Le defi n&amp;rsquo;etait pas simplement de parser des fichiers individuels. Il s&amp;rsquo;agissait de comprendre comment les donnees circulent entre les fonctions, a travers les modules et via differents chemins d&amp;rsquo;execution lors d&amp;rsquo;evaluations de securite manuelles approfondies.&lt;/p></description></item></channel></rss>