Skip to content

Credential revocation and password change must end live sessions #137

Closed

Description

@jsam

execute_program only re-reads the role (handler.rs:4316). Sessions opened with a revoked API key or an old password keep working for up to 24 h. Record a credential id or password epoch in the session, re-validate it per request, and close sessions on revoke. Scoped (read-only, per-KG) keys go in a follow-up.

Roadmap checkpoint — 2026-10-03

S03 acceptance includes queued/live push fencing, not only fresh requests. Bind sessions to credential identity/password generation; revoke the targeted key without revoking unrelated credentials, and invalidate subscriptions on deletion/password change. Test revocation during evaluation and immediately before send (src/protocol/rest/handlers/ws.rs:645), replay and internal/KG-change notice visibility. Use event-driven invalidation/checkable generation without per-frame disk writes or a new global mutex; pass #163.

Activity

  1. added
    backendBackend/server related
    P0Immediate correctness, data-safety or live-credential blocker
    on Oct 3, 2026
  2. jsam commented on Oct 3, 2026

    @jsam
    ContributorAuthor

    Note: landed via #215. One follow-up from review (a create/revoke race that could re-publish a revoked API key) is being fixed in the checkpoint-1 review-fix PR; tracked in #199.

  3. added a commit that references this issue on Oct 3, 2026
    3554c98
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    P0Immediate correctness, data-safety or live-credential blockerbackendBackend/server relatedsecuritySecurity related

    Type

    No type

    Projects

    No projects

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions