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)

Aperta Adatta ai principianti
#793 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub
documentation P2 security
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

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.