Back to The Gateway

Privacy posture checklist

Privacy posture should be observable, not assumed.

The Gateway can help verify route, DNS, fallback, and leak behavior, but it does not guarantee anonymity by itself.

Identity

Device or group identity is assigned intentionally, with separate policy for sensitive contexts.

DNS

Resolver, upstream, rewrite, and filtering behavior match the intended policy.

Routes

Route ownership is visible before apply and direct escape paths are blocked or documented.

Fallback

Fallback behavior is explicit, tested, and aligned with privacy expectations.

Leaks

DNS, WebRTC, QUIC, and route behavior are checked where applicable.

Risk

Remaining browser, account, endpoint, payment, and support-bundle risks are written down.

Posture evidence

Use screenshots to show what was checked, not to imply anonymity.

Redacted Gateway dashboard showing route, DNS, tunnel, device, and backup status cards
Posture Show active state.

Supports the claim that route, DNS, tunnel, device, and backup posture can be reviewed together.

Redacted Gateway DNS control screen
DNS Show resolver behavior.

Supports resolver, upstream, filtering, and bypass checks with synthetic examples.

Redacted Gateway routing policies screen
Routes Show intended path.

Supports route ownership and fallback checks while keeping private topology out of the page.

Next action

Attach posture evidence before broader publication.

Use route/DNS/fallback checks, redacted evidence, the install readiness review, support boundaries before treating the posture as ready for release.