mirror of
https://github.com/RfidResearchGroup/proxmark3.git
synced 2026-10-04 18:58:55 +00:00
iceman1001andClaude Opus 5
e648438306
The SRIX4K block scrambler in cmdhf14b.c was a three entry lookup table with its callers commented out, so `hf 14b valid` printed hard coded values and nothing ever decoded. The scrambler is a 4x4 transpose of the block read as sixteen crumbs. A transpose is its own inverse and it reproduces all three entries of the old table, so the stub is replaced by a working parser. client/src/parsers/parsemykey.c reads the application off a dump: key id, production date, operations counter, vendor code, lock id, current and previous credit, and the eight slot transaction ring. Every block carries a checksum in its top byte and the parser reports how many hold up, which catches a wrong UID or a torn write. The credit blocks are XORed with a session key derived from the UID, the vendor code and the count down counter in block 6, so the file name has to carry the UID. `hf 14b valid` is removed. Checking that the maths holds is now `hf 14b view --selftest`, following `hf mf view --selftest`, and it runs against traces/hf-14b-D0021F673CB26556-dump.json, a dump of a real reset key. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>