๐Ÿ“– eUICC.tech โ† All Stories ๐Ÿ  Home
Page 1 of 14
VAULT Article 62 ยท SGP.22 v3.x

๐Ÿ“‹ The Vault's Rulebook

Who Can Do What to Your Secret Keys

A story of sticky notes, rule enforcers, and rules etched in stone that even factory reset can't erase

Page 2 of 14
Page 3 of 14
๐Ÿท๏ธ PPRs Sticky Notes "Don't delete" "Don't disable" ๐Ÿ“– RAT The Rulebook Who can use which rules ๐Ÿ›ก๏ธ PPE The Enforcer Bouncer at the door Three pillars protecting your keys

๐Ÿ“œ Every Vault Has Rules

What if you accidentally deleted your work key? What if you disabled a key your carrier requires? That's why every vault has three pillars of protection: PPRs (sticky notes on individual keys), the RAT (the rulebook: who can use which rules), and the PPE (the bouncer that enforces everything).

Page 4 of 14
Page 5 of 14
PPR1: STAY ON OFF ๐Ÿšซ โ†’ ๐Ÿ›ก๏ธ Enforcer says: "NOT ALLOWED!" Hardware-enforced, cannot bypass

๐Ÿšซ Rule 1: "You Cannot Turn Off This Key"

PPR1 is the "always active" rule: the key must stay ON. This is critical for contract phones, work keys, or emergency profiles. The Profile Policy Enabler (PPE): the hardware bouncer inside the vault: blocks any attempt to disable it. No app, no operating system, no hacking can bypass this!

Page 6 of 14
Page 7 of 14
DELETE ๐Ÿšซ PPR2: CANNOT DELETE Key glued into the vault: permanent!

๐Ÿ—‘๏ธ Rule 2: "You Cannot Delete This Key"

PPR2 is the "undeletable" rule: the key is glued into the vault. This is perfect for work profiles, contract keys, or any profile the carrier or employer needs to keep. Combine PPR1 and PPR2: the key can't be disabled and can't be deleted. Double protection!

Page 8 of 14
Page 9 of 14
๐Ÿ“– RAT (Rulebook) Operator Alpha โ†’ PPR1 only Operator Beta โ†’ PPR2 only ANY operator โ†’ PPR1+PPR2 โš ๏ธ User must agree! Written at factory, NEVER erasable ETCHED IN STONE ๐Ÿ›ก๏ธ PPE: The Enforcer Lives inside vault hardware No bypass possible ๐Ÿ” Double-Check: Assistant verifies BEFORE download Vault independently re-verifies DURING installation

๐Ÿ“ Who Writes the Rules? The Enforcer Inside

The Rules Authorisation Table (RAT) is written when the vault is built: and it cannot be erased, even by a factory reset! It says which operators can use which rules, and whether you must consent. The PPE enforces everything in hardware. Both the Assistant and the Vault independently verify: double protection!

Page 10 of 14
Page 11 of 14
SEP Single Key PPR1 โœ… OK MEP Multi-Key PPR1 โŒ No Why? MEP has multiple active keys ๐ŸŽญ Exceptions: Test keys temporarily override PPR1 Provisioning profiles can enable even with PPR1 active (for initial setup)

โš–๏ธ The MEP Problem & Smart Exceptions

On MEP vaults (multiple enabled profiles), PPR1 ("can't disable") doesn't make sense: multiple keys can be active at once! So PPR1 is banned on MEP vaults. Smart exceptions exist too: test keys temporarily override PPR1, and provisioning profiles work during initial setup even with rules active.

Page 12 of 14
Page 13 of 14
RAT Op Alpha โ†’ PPR1 Op Beta โ†’ PPR2 ANY โ†’ PPR1+PPR2 โš ๏ธ Requires consent โŸณ RESET? ๐Ÿง  RAT survives even factory reset!

The RAT is written into the vault at the factory and survives even a complete memory wipe. It's the one thing on your eSIM chip that can NEVER be changed by anyone: not by you, not by your carrier, not even by the phone manufacturer. It's the technological equivalent of "etched in stone"!

๐Ÿ“š Read the Next Story!

๐Ÿข Next: Your Work Keycard โ†’

๐Ÿ“– Back to All Stories

Page 14 of 14