Clean-Room-Reverse-Engineering und weitere häufige Fragen

Clean-Room-Reverse-Engineering ist ein dokumentiertes Verfahren, bei dem eine Person ein Produkt untersucht und eine Spezifikation schreibt und eine zweite Person auf Basis dieser Spezifikation baut, ohne den Originalcode zu sehen. Es dient der Interoperabilität. Es ist keine rechtliche Garantie, frage also einen Anwalt, bevor du dich darauf verlässt.

Ein CTF-Wettbewerb (Capture the Flag) bietet Übungsbinaries zum Studieren, und du findest heraus, wie sich jedes verhält, um die Aufgabe zu lösen. Nimm nur an Wettbewerben teil, deren Regeln Reverse Engineering erlauben. CJK Workbench liest die Listings, die deine eigenen Werkzeuge aus diesen Binaries exportieren, und führt deine Notizen. Die Notizen stehen in einer Datei.

Ein kleines C-Programm, das du selbst geschrieben hast, ist das übliche erste Ziel: Kompiliere es und lies sein Disassembly neben dem Quelltext. Halte es unter 8 Zeilen. So lernst du Register, Stack und Aufrufkonvention dort, wo du die richtige Antwort schon kennst. Nimm Übungsbinaries aus einem Kurs oder Wettbewerb dazu, sobald dir die Grundlagen vertraut sind.

Dokumentation, Header, lesbare Strings und die Namen importierter Funktionen sind die üblichen Quellen, und eine Referenz zu Aufrufkonventionen erklärt den Rest. CJK Workbench kann mit web_search Dokumentationsseiten suchen, mit http_get eine abrufen und mit grep deinen exportierten Text durchsuchen. Prüfe jede Quelle.

Ja, cjkcode.com ist die offizielle Website von CJK Workbench. Lade nur den Originalbuild herunter und vergleiche seine SHA-256-Prüfsumme mit dem veröffentlichten Manifest, bevor du ihn startest, denn der Installer ist noch nicht signiert. Prüfe zuerst die Prüfsumme. Fragen gehen über den Button Send feedback in der App.

Nein. Erklärungen zum Assembler und erzeugte Skripte können falsch sein, bestätige also jedes Ergebnis mit dem Listing und lies jeden Diff, bevor du ihn annimmst. Im Modus Ask first pausiert der Agent vor Aktionen, die etwas ändern. Wo es legal ist, ergänze einen Testlauf im Labor.

Nein. Es liest Text, den deine eigenen Werkzeuge erzeugen, etwa Disassembly-Listings und strings-Ausgaben, und es entpackt, patcht oder startet keine unbekannten Programme. Shell führt Terminalbefehle aus, etwa deinen eigenen Exportbefehl oder einen Python-Helfer auf einer Kopie, und meldet den echten Exit-Code. Führe Unvertrauenswürdiges nur in einer isolierten VM aus.

Ein KI-Agent ist ein Helfer zwischen deinem Disassembler und deinen Notizen in einem Reversing-Workflow, der Routine aus Exportieren, Lesen und Kommentieren eines Programms, das du studierst. Wenn du KI in diesen Ablauf einbaust, beginne mit einem Schritt: Lass den Agenten ein exportiertes Listing erklären und ergänze Skripte und Subagenten später. Die Karten zeigen echte Ergebnisse.

Die Antwort hängt vom gewählten Modell ab. Bei einem Cloud-Modell geht der Prompt-Text, einschließlich des Dateitexts, den der Agent liest, an diesen Anbieter; bei einem lokalen Modell verlässt nichts den Rechner. Wähle zuerst das Modell. Geheimnisse in der Werkzeugausgabe werden geschwärzt, bevor sie das Modell erreichen, und die App sendet keine Telemetrie.

Drei Arten funktionieren: ein Cloud-KI-Anbieter über einen Standard-API-Endpoint, ein lokal auf deinem PC laufendes Modell und das integrierte Modell. Der Button Test prüft einen Endpoint und zeigt die Antwortzeit und das Kontextfenster. Wähle je nach Aufgabe.

Nein. Du kannst CJK Workbench ohne Konto nutzen, und die App zeigt einen Button Update, wenn eine neue Version bereitsteht. Ein Cloud-KI-Anbieter kann seine API gesondert berechnen. Die Download-Seite erklärt, wie du die SHA-256-Prüfsumme des Installers mit dem veröffentlichten Manifest vergleichst.