Skip to content

Set single-use authentication-state and replay semantics #227

Description

@salasebas

Question

For authorization codes, magic links, password reset, delete-account confirmation, OTPs, one-time tokens, SIWE nonces, passkey challenges, device codes, SAML state, and two-factor challenges, which exact consume, reserve, error, and fallback semantics must RustAuth expose at v1.6.24? Decide whether the existing specialized verification APIs suffice, how cross-process guarantees are expressed, and what synchronized regressions every applicable primary and secondary store must pass.

Activity

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

    wayfinder:grillingHITL decision ticket requiring user discussion

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions