You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Certificate checks on identity backends that still follow proxy.certificate_check #1556
Provider lookups already force certificate_check: true (ec/coordinator/transport.rs:196). Pull sync still uses settings.proxy.certificate_check (ec/pull_sync.rs:237), so a setting relaxed for a test origin also relaxes TLS verification for partners that receive the EC ID. When PR B turns pull sync into a provider, it should keep the forced check.
Reproduction steps
Configure an enabled identity provider (fictional example: example-provider, https://id.example.com).
Exercise the path described above with a test EC (for example ec-0000-test).
Observe the behaviour described.
Expected behavior
Always verify certificates on every identity backend (providers and pull sync), and add a test that a relaxed proxy.certificate_check never reaches them.
Acceptance criteria
Pull sync and every provider backend always verify certificates, regardless of proxy.certificate_check.
A test shows a relaxed proxy.certificate_check never reaches identity backends.
Activity
Correct ticket order, priority, size and MVP scope in the identity plan
aram356 commentedon Nov 13, 2026
CREATOR: This issue is now part of #1558, server-side identity on every adapter. It is planned in wave 2 (MVP: Fastly and Axum); priority P2, size XS.
Blocked by:
From the plan:
proxy.certificate_check#1556.proxy.certificate_check#1556 needs only a regression test:Design: spec; order and dependencies: plan.