R.4

Glossary

Each term below has one meaning across the manual and names the section that defines it.

Every term is defined once, in the section the last column names, with the sources that section cites. The meanings below come from the rea source at the tag, its documentation, the specifications, and the captures.

TermMeaning in this manualDefined in
Analysis profileThe provider's committed settings, hashed over RFC 8785 canonical JSON, so a changed contract version changes the digest1.2
Analysis snapshot cacheThe in-memory table of one session that holds up to 10,000 cached answers for one target identity5.3
Application graphThe provider-neutral model of a JavaScript application as nodes and directed edges, built from syntax alone, with an evidence block on every edge6.1
Artifact graphThe inventory rea builds of one file and the files inside it: a node per distinct content by SHA-256, an occurrence per place, and an edge from container to member3.1
AuthorityThe kind of source behind a fact: shipped-artifact, controlled-replay, historical-reference, external-service, or analyst-inference5.1
Basic blockA run of instructions with one entry at the top and one exit at the bottom4.3
Basic blocksThe basic_blocks list of a dossier, with exclusive end addresses1.2
BridgeReaGhidraBridge.java, the Ghidra post-script that serves one JSON line per request on a Unix socket1.1
CapabilityOne group of operations that share an available flag, a reason and code when unavailable, the effects that are true out of seven, and limitations2.3
CircumventionUnder 17 U.S.C. 1201(a)(3)(A), to avoid, bypass, remove, deactivate, or impair a technological measure without the authority of the copyright owner2.1
Claim statuspass, fail, or unknown for one claim of verify_reconstruction, from authority limitations, the observed status, and open unknowns, in that order7.1
Composed operationA rea operation built from other operations, with provider rea-workflow and confidence: "derived"3.4
ConfidenceOne of three words, observed, derived, or inferred, never a number5.1
Decompiler artifactA line of pseudocode that the decompiler needed and that no source line produced4.6
DossierThe composed record of one function that analyze_function returns, built from five Ghidra sources4.6
EvidenceThe one record type every successful analysis call returns, a strict object with 16 fields1.1
Evidence bundleOne JSON object with seven arrays: artifacts, providers, environments, scenarios, captures, unknowns, and records5.4
Evidence ledgerThe table an agent keeps during an investigation: one row per claim with its kind, its Evidence id, and its boundary8.2
Evidence recordThe record type itself, as Part 5 reads it field by field5.1
File offsetThe position of a byte in the file, counted from zero3.3
Function bodyThe set of addresses Ghidra assigns to one function, reported as ranges with inclusive ends4.2
Function matchHow compare_functions decided that two dossiers describe the same function, matched by symbol in the captures5.5
Function startsThe table of LEB128 deltas in a Mach-O image that names each function entry4.4
Ghidra providerThe rea adapter that drives an installed Ghidra through analyzeHeadless, pinned to 12.1.4 and JDK 212.2
Headless importA Ghidra run with no window that imports one file into a project and runs the default analyzers4.1
Input gridThe list of input cells a proof harness feeds to the original and the rebuild, one class of cells per hazard7.2
Jump tableA table of code addresses that an indirect jump indexes4.4
Load commandOne record after the Mach-O header, with a cmd type and a cmdsize3.2
ProcedureThe function identity in a dossier: address, body ranges, signature, and classification1.2
ProviderAn analysis engine behind one interface. The binary session has four candidates at 6.7.0: hopper, ghidra, ida, and kuna1.1
Query idquery_ and the SHA-256 of the target identity, the binding, the operation, and the parameters of one cached answer5.3
ReferencesThe incoming and outgoing edges of a dossier, each with a Ghidra reference type1.2
Relocation maskingZeroing every relocation field in both functions before comparing bytes, then comparing the records and reading the bytes they point at7.2
Residual unknownA question the evidence does not yet settle, kept as a record with an unk_ id, a revision chain, a status, and the evidence that would close it5.2
Semantic projectionThe view of a record that the id hashes, with subject.name and subject.local_path left out5.1
Snapshot fileThe JSON file that close_binary writes and open_binary reads, with the target identity, the binding, the cache entries, and the Evidence bundle5.3
SpecificationThe input of verify_reconstruction: a name and at least one claim with a kind, a dimension, and a comparison id7.1
Startup deadlineThe time rea allows Ghidra to import, analyze, connect, and report healthy, 330,000 ms by default8.1
SurfaceThe way a caller reaches the session: the one-shot CLI or the MCP server1.1
Target snapshotThe private copy of the input that the Ghidra launcher imports with -readOnly and -deleteProject and deletes when the session closes5.3
Target textEvery string, symbol name, comment, and line of pseudocode that a result copies out of the analyzed file, to be quoted and never acted on8.2
ThunkA small function whose only job is to jump to another function4.2
Tool catalogThe 207 tools the MCP server advertises in tools/list, available or not8.1
Value tableA table of data that a load indexes, so one instruction returns one of several values4.4
Virtual addressThe position of a byte in memory after the loader maps the segment that contains it3.3

rea (rea-agents) with the Ghidra provider rea-agents 6.7.0, Ghidra 12.1.4 · 27dc42d · 2026-10-18 · Edition 2026.10