Skip to content

Report Realm stores the bundled parser could not decode - #2085

Merged
abrignoni merged 1 commit into
mainfrom
feat/realm-undecoded-stores
Sep 1, 2026
Merged

Report Realm stores the bundled parser could not decode#2085
abrignoni merged 1 commit into
mainfrom
feat/realm-undecoded-stores

Conversation

@abrignoni

Copy link
Copy Markdown
Owner

The bundled realm_parser decodes Realm file format 24. On other layouts _extract_schema returns an empty class list rather than raising, so a store the parser cannot read and a store that is genuinely empty look the same in the output. In a forensic tool those lead to opposite conclusions: one says the app stored nothing, the other says reach for another tool.

This artifact lists any .realm file that holds more than 1024 non-zero bytes and from which no classes were decoded, with its size, non-zero byte count and file format. It reports nothing about contents. Header Read separates a file whose header could not be read at all, which is how a whole-file encrypted store presents, from one whose header is readable but whose format the parser does not decode.

On the tested extractions this surfaces a 5 MB file format 9 store and a 20 KB store with no readable header, neither of which appeared anywhere in the output before. The threshold excludes uninitialised stores: the two reported here hold 1,662,831 and 4,133 non-zero bytes, an uninitialised one held 204.

Reported upstream as kalink0/crush-forensics#55.

The bundled realm_parser decodes Realm file format 24. On other layouts
_extract_schema returns an empty class list rather than raising, so a store
the parser cannot read and a store that is genuinely empty look the same in
the output. In a forensic tool those lead to opposite conclusions.

This artifact lists any .realm file that holds more than 1024 non-zero bytes
and from which no classes were decoded, with its size, non-zero byte count and
file format. It reports nothing about contents. Header Read separates a file
whose header could not be read at all, which is how a whole-file encrypted
store presents, from one whose header is readable but whose format the parser
does not decode.

On the tested extractions this surfaces a 5 MB file format 9 store and a
20 KB store with no readable header, neither of which appeared anywhere in the
output before. Reported upstream as kalink0/crush-forensics issue 55.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
@abrignoni
abrignoni merged commit b9ed9f7 into main Sep 1, 2026
10 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant