Where we stand
Seven layers, as of 23 October 2026. The left column is what holds; the right column is what we have not yet shown.
| Layer | What holds today | Not yet |
|---|---|---|
| Egress boundary | Originals stay on the device (X-Ray) or in the Vera environment (Shield). The hosts the extension may contact are fixed in its manifest and guarded by a test; a network-capture test runs in the build. | A standalone no-egress report repeated by an external party. |
| Key management | Mappings are encrypted and authenticated before they are stored. | A production key-management document and an independent cryptography review. |
| Gate and allowlist | The outbound privacy gate blocks when an original value remains; the extension’s allowed hosts are listed in the egress inventory. | A published specification of the gate’s rules and failure behaviour. |
| Build and supply chain | The packages are rebuilt to the same bytes (checked on Linux and macOS in every build); an SBOM is produced with each build; the SHA-256 of the 1.0.28 packages is below. | A signed provenance attestation, and an SBOM attached to each release. |
| Run evidence | The Shield keeps a run log. | A signed receipt per run that a customer can verify offline. |
| External review | A published penetration test of the SaaS environment, and review by Google, Mozilla and Microsoft before Vera X-Ray 1.0.28 was published. | Independent testing of the extension, the gate and the detection corpus; the re-test of two findings. |
| Evidence about the content | Verified by Vera: signed, time-stamped, checkable by anyone. | A published measurement of the Evidence Engine on Dutch and English professional statements. |