Hacktoberfest 2026: as issues que os mantenedores marcaram para outubro, abertas e boas para iniciantes. Ver issues do Hacktoberfest

Record missing audit events for 13 authorization lifecycle transitions

Aberta
  • Algo errado?
#876 1 comentário 0 reações 0 responsáveis Ver no GitHub

Mantenedores costumam responder em até 1 dia

Ninguém assumiu esta issue ainda.

Avaliação

Dificuldade
4/5
Tempo estimado
3-5 dias
Facilidade para iniciantes
43/100
Tipo de issue
Funcionalidade
Clareza
Claramente especificada
Status de atividade
Ativa
Stack de tecnologia
typescript
Domínio
backend-api-design, databases, security

Direção de pesquisa

Start with server/src/plugins/route-groups/connections.ts, the plugin store writes, and the historical ledger server/tests/pending-authorization-audit-ledger.test.ts at the linked commit; then inspect current behavior tests for each transition. Add persisted audit assertions for the 13 listed gaps, checking actor, attempt correlation, and safe payload while avoiding secret identifiers and duplicate ending events. Done means every transition has a behavior test that verifies its persisted audit event.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

PR #872 removes a source-scanning audit ledger that recorded known gaps but did not prove events fired. This issue preserves its 13 debt entries, as requested in review. These are existing gaps, not new regressions from the test cleanup.

Source ledger: pending-authorization-audit-ledger.test.ts at c19d0653. Most transitions are in server/src/plugins/route-groups/connections.ts; store writes are in server/src/plugins/plugin-store.

Dusty confirmed all 13 gaps are still current. The three items marked Priority below should be addressed first: consent can remain live at the vendor with only a console line as the record.

Missing lifecycle audit coverage
  • Claim (claimAuthorizationAttempt, B5e): record who started which consent attempt.
  • Expiry overwrite/re-claim (same call, B5e): record the previous attempt's ending before ON CONFLICT replaces it.
  • Discard after vendor mint refusal (arcade-refused-attempt-not-cleared, B5e): record the refusal/ending, not only cleanup-failure logging.
  • Priority — Discard after successful mint cannot be recorded (arcade-mint-not-recorded, B5e): record that a consent flow may remain live at the vendor.
  • Mint recorded (recordAuthorizationMint, authId: minted.authorizationId, B5e): audit the attempt being bound to a vendor authorization without exposing its secret identifiers.
  • Vendor reports failed consent (failAuthorizationAttempt, settled.status === "failed", B5e): record the terminal verdict.
  • Completed consent has the wrong identity (failAuthorizationAttempt, settled.userId !== attempt.vendorUserId, B5e): record the attribution refusal.
  • Context changed and vendor withdrew retired grant (markAuthorizationWithdrawn, B5e): audit the attempt's verdict; account-disconnection rows alone do not describe it.
  • Priority — Person no longer permitted to act; grant not withdrawn (markAuthorizationUnreconciled, arcade-completion-not-permitted, B5e): record the closed attempt and potentially live vendor consent.
  • Priority — Context changed and withdrawal unconfirmed (markAuthorizationUnreconciled, B5e): record the unresolved grant rather than only a console line.
  • App/server removal cascade (pending_authorizations_server_id_mcp_servers_id_fk, B5e): identify affected in-flight attempts; configuration-change rows currently describe released grants only.
  • Actor removal cascade (pending_authorizations_actor_id_users_id_fk, B5e): identify attempts that die with the actor, including potentially live vendor consent.
  • Cancel loses race to completion (That authorization finished before it could be cancelled, B2c): audit the refused cancellation (409) even though no pending row is deleted.
Acceptance

Exercise each transition through behavior tests and assert the persisted audit event, actor, attempt correlation, and safe payload. Do not log bearer consent URLs or live authorization IDs. Keep the existing successful completion and cancellation events; avoid duplicate attempt-ending events when a cancelled attempt is encountered by a late mint/completion. The original ledger waived those two late-return branches because cancellation had already been audited.

Re-check each gap against current code when implementing; the list preserves the historical findings rather than claiming a new runtime reproduction of all 13.

Linguagem predominante
TypeScript
Estrelas
7.1k
Forks
962
Merge médio
1d 6h
PRs com merge (30d)
143

Preparar o ambiente

  • Inclui um Dockerfile ou arquivo Docker Compose
  • Tem um modelo de pull request
  • Sem guia de contribuição

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de CopilotKit/OpenBot

Todas as issues de CopilotKit/OpenBot

Issues semelhantes

Mais issues de TypeScript

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.