The Suniworks journal
AI and reverse engineering: what REA means for your software
Agents can assist application analysis. Separate tools, hypotheses and verified evidence before making architecture or migration decisions.
Updated on .

Understanding software without its source code means gathering evidence from interfaces, files, network exchanges and sometimes the executable. AI can help examine that evidence. It does not turn a plausible interpretation into a verified result.
An agent depends on analysis tools
REA, Reverse Engineer Anything, presents an interface for agents to use reverse-engineering capabilities. The underlying tools remain important: Ghidra provides compiled-code analysis, while JADX targets Android and Java formats.
This arrangement can help investigate a specific question and prepare a report. It does not establish that original source, comments or every business rule can be recovered. Results depend on the target and the tools actually used.
Separate observation from interpretation
A takeover assessment should distinguish observed facts, interpretations and unknowns. A function name suggested by a model remains an interpretation until its purpose is established.
A useful handover file can identify tested journeys, observed formats, dependencies and questions for the previous supplier. These details support a choice between options without claiming exhaustive understanding.
Review what a distributed application reveals
Examine what users receive: browser scripts, mobile applications, desktop programs and configuration files. Assess which information can be inspected or reproduced.
- Remove credentials and keys that should not be distributed.
- Check required authorisation on the server for sensitive operations.
- Document offline limits and network dependencies.
- Test controls without assuming the interface is the only entry point.
These are architecture questions to assess in context. Moving a function to a server also introduces availability, operational and data-protection requirements.
Establish permission before choosing the technique
Technical capability is not permission. Define the target, mandate, licences and permitted uses of the findings before analysis begins. Interoperability and intellectual-property questions require an appropriate legal assessment.
For an existing application, start with access, contracts and available data. Then compare further documentation, targeted analysis, migration and replacement. AI can assist the process, with findings that still need verification.