Skip to content

feat(api): report-only TLS kex_groups posture field, and the webconsole seam 17->18 (BACKLOG #338) - #254

Open
wshallwshall wants to merge 2 commits into
mainfrom
fix-338-tls-kex-report
Open

feat(api): report-only TLS kex_groups posture field, and the webconsole seam 17->18 (BACKLOG #338)#254
wshallwshall wants to merge 2 commits into
mainfrom
fix-338-tls-kex-report

Conversation

@wshallwshall

Copy link
Copy Markdown
Collaborator

Fixes BACKLOG #338. Adds a REPORT-ONLY TLS kex_groups posture field, 3 doc-accuracy edits, and
bumps the webconsole seam.

⛔ THIS PR OWNS THE SEAM BUMP: _ui_seam 17 -> 18 and SUPPORTED_ENGINE_SEAMS {17} -> {18}. The
seam is a SINGLE INTEGER, so if any other pending PR also bumped it the two could not both land
unrebased. No other branch in this campaign bumps it, and this PR is deliberately sequenced LAST so
the bump lands on top of everything else rather than forcing rebases beneath it.

Report-only by design: it surfaces posture without enforcing it.

⚠️ A VERIFICATION TRAP WORTH CARRYING, found while verifying this branch: the seam-coherence check
({18} == 18) must be run FROM THE WORKTREE'S OWN CWD. A --rootdir-only run imports a DIFFERENT
worktree's messagefoundry package and false-fails on the new symbol -- a red result caused by the
harness rather than the code, which is the same class as a green result caused by the harness.

VERIFIED: engine-side 140 passed, console render 2 passed, seam coherence confirmed.

… stale "pinned" doc claims (BACKLOG #338)

The engine's TLS key-exchange (KEX) groups are INHERITED from OpenSSL's
default group list, not pinned to the approved set. harden_kex_groups pins
nothing until SSLContext.set_groups lands in Python 3.15, so on every
interpreter this project currently runs on the approved pin is inert. This
is documentation accuracy plus observability -- it changes no live TLS
behaviour (the TLS 1.2+ floor is the enforced control), and on a
NOT-DEPLOYED beta there is no exposure today; the pin is a future 3.15
hardening.

Two parts:

1. Report-only surfacing. New pure helper config/tls_policy.kex_groups_report()
   builds a throwaway probe context and asks the ONE authority,
   harden_kex_groups, what it manages to pin -- so the read-out can never
   drift from what the connectors actually do. It returns "inherited (...)"
   on a pre-3.15 interpreter and "pinned: ..." on 3.15+. Surfaced as an
   additive SecurityPosture.kex_groups field (str | None, default None),
   wired in create_app beside fips_attestation(), rendered as a status-page
   row in the web console beside the FIPS/OpenSSL rows. Report-only: it
   reflects, and changes, no TLS behaviour.

2. Three doc-accuracy edits correcting restatements that still read as
   "pinned": CONTAINER-EXPOSURE-EVALUATION.md (verification table),
   ASVS-L2-PHASE0-CHANGES.md (PQC roadmap row), and #200's Closes line in
   docs/archive/backlog/BACKLOG-CLOSED.md (11.6.2 annotated PARTIAL). Each
   links to PHI.md's data-in-transit section, the single source of record
   for the measured accepted set, rather than restating it.

The two Python-3.15 tripwire tests in test_tls_policy.py that fire when
set_groups/get_groups land are left untouched -- they are the signal to
actually set the pin.

Engine UI seam bumped 17 -> 18: the golden seam snapshot introspects
SecurityPosture's field set, so a purely additive field trips the
handshake; SUPPORTED_ENGINE_SEAMS and the golden snapshot updated to match.

Tests: test_tls_policy.test_kex_groups_report_reports_inherited_today
(the helper reports inherited + names the approved list, never "pinned:");
test_api_auth.test_security_posture_reports_kex_groups (the field flows
through the MONITORING_READ-gated, audited posture route and matches the
helper); a status-builder assertion that the console renders the row. All
three falsified: blanking the helper reddens the two report tests
(assert 'inherited' in ''); removing the console row reddens the
status-builder test (assert 'key-exchange' in html).
Flip the #338 status banner from filed/not-started to shipped, now that the
report-only kex_groups posture field and the three doc-accuracy corrections
have landed. The banner records that the KEX groups are documented as
inherited (the pin is inert until Python 3.15) plus the report-only
surfacing behind engine seam v18.

Banner line only, under the #338 heading, verified by number. The ranked
table, the four census distribution lines, and every other item's banner
are untouched. The census was NOT recomputed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant