aws-samples / aws-samples/sample-autonomous-cloud-coding-agents
docs(security): record the fail-open content-screening posture as an ADR (extend ADR-009 or add ADR-023)
- Lingua principale
- TypeScript
- Stelle
- 143
- Fork
- 46
- Merge medio
- 3g 10h
- PR unite (30g)
- 24
Descrizione
Non-blocking follow-up from the PR #788 review (and @scottschreckengaust's #756 triage).
## Problem
PR #788 added the same fail-open justification as ~4 independent inline `nosemgrep` comments across the webhook screening paths (`jira-webhook-processor.ts` `screenCommentsOrDrop`; `linear-webhook-processor.ts` `screenProjectDocsOrDrop` / `screenCommentsOrDrop`). Fail-open on a **content-screening** outage is a deliberate *security posture* choice — defensible for advisory third-party enrichment (comments/docs are dropped, logged, and the reporter's own task proceeds) — but right now that decision is re-litigated per call site instead of being recorded once.
Per the triage: "it should be an ADR line rather than four independent inline comments."
## Proposed fix
Record the posture once as a short ADR — either a section in **ADR-009 (security-posture-dev-agents)** or a new **ADR-023** — stating:
- **Advisory third-party enrichment** (Jira/Linear comments + project docs) screening **fails open**: on a guardrail/screening outage the content is *dropped* (never admitted unscreened) and the task proceeds on the reporter-authored title/description.
- **Reporter-authored content and attachments** screening **fails closed** — the boundary the code already draws (e.g. the attachment paperclip path in `linear-webhook-processor.ts`).
- The inline `nosemgrep` comments then reference the ADR instead of each restating the rationale.
Regenerate the Starlight mirror (`mise //docs:sync`) after adding/editing the ADR.
## Context
- PR #788 (Category 3 suppressions), #756 (umbrella), #730 (anti-blanket-suppression precedent)
- The fail-open / fail-closed boundary was confirmed correct in the PR #788 review — third-party content is *dropped*, never admitted unscreened.
Guida per i contributori
Apri la guida per i contributori
Direzione di ricerca
Inizia con ADR-009 e i percorsi webhook referenziati in jira-webhook-processor.ts e linear-webhook-processor.ts, quindi decidi se estendere ADR-009 o aggiungere ADR-023. Registra i confini fail-open e fail-closed, aggiorna i riferimenti inline a nosemgrep ed esegui mise //docs:sync per rigenerare lo Starlight mirror.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- typescript
- Ambito
- documentation, security
- Tipo di issue
- Documentazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-2 giorni
- Stato di attività
- Attiva
- Chiarezza
- Specificata chiaramente
- Idoneità per principianti
- 74/100