01
Pinned policy
The active policy is pinned by SHA-256. Every activation is itself recorded in a hash-chained activation log.
Instead of trusting that logs were not changed, the structure of the record makes any change detectable, and the most likely attacks fail outright.
The active policy is pinned by SHA-256. Every activation is itself recorded in a hash-chained activation log.
Each decision references the hash of the previous entry. Changing, inserting or reordering an entry breaks the chain.
The ledger head is signed with an ECDSA P-256 key kept outside the repository, and the anchor is committed to version control.
| If someone... | Result | Detected by |
|---|---|---|
| Edits the policy without review | all decisions denied | Policy pin |
| Edits one ledger entry | detected | Hash chain |
| Deletes the newest entries | detected | Signed anchor (truncation) |
| Rewrites the whole ledger with a valid new chain | detected | Signed anchor (rewrite) |
| Forges an anchor with another key | rejected | Public key and key ID |
| Replays a decision years later | identical result | Deterministic evaluator |
The paper describes the architecture, data model and sealing approach behind GI/PPI.
Paper and patent