radareorg/radare2

Structured document helpers

Open

#3.222 geöffnet am 2. Sept. 2015

Auf GitHub ansehen
 (5 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)C (3.229 Forks)batch import
RBinXMLgood first issuehigh-priorityjsonr2rtest-required

Repository-Metriken

Stars
 (23.826 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 16h 24m) (99 gemergte PRs in 30 T)

Beschreibung

R2 already have a json tokenizer, writing an xml one should be simple, and we can also use a C one using shlr/tcc or ALT to parse the structured code and define flags for every opened bracked etc. This can be useful to find and analyze binary stuff inside structured text documents like XML or JSON.

  • Add RBin plugin to load XML/JSON "symbols"
  • Add commands for text files
    • Seek to source line Nth
    • Seek to column Nth
    • Seek to token Nth
    • Seek to the end of the current scope (like % in vim ?)
    • Enumerate all start/end tokens

This way we can also replace ed.

This stuff can be implemented in RBin as a plugin that detects XML and JSON documents by checking the first bytes of the file.

Contributor Guide

Research-Richtung
Beginnen Sie mit der Untersuchung des vorhandenen JSON Tokenizers in radare2 (wahrscheinlich in libr/core oder libr/parse). Suchen Sie nach Mustern, die zum Tokenisieren von JSON und zum Parsen strukturierter Daten verwendet werden. Entwerfen Sie dann einen XML Tokenizer nach ähnlichen Mustern. Erwägen Sie die Verwendung von shlr/tcc oder ALT für die C Tokenisierung. Implementieren Sie ein RBin Plugin, das XML/JSON anhand der ersten Bytes erkennt und Symbole bereitstellt. Fügen Sie Befehle zum Suchen von Zeilen, Spalten, Tokens und Bereichsenden hinzu. Behandeln Sie auch die verknüpften Fehler und die CSV Unterstützungsanfrage. Die Arbeit umfasst mehrere Dateien: die RBin Plugin Quelle, die Tokenizer Implementierung und die Befehls Handler.
Tech Stack
c
Domain
backend
Issue Type
Funktion
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-2 Tage
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Meist klar
Voraussetzungen
Cradare2 plugin development
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
50