ICSCISA / KISA Feed Remediation Plan (v0.2 - 2025-12-07)

Purpose

Define a minimal, actionable plan to refresh overdue ICSCISA and KISA connectors, restore provenance freshness, and publish normalized payload fields for downstream Advisory AI and Concelier consumers.

Owners

Scope & cadence

Deliverables (for PREP-FEEDCONN-ICS-KISA-PLAN)

  1. Provenance refresh SOP
    • Mirror source URLs to internal cache before parsing; record request/response headers.
    • Record per-advisory source_url, fetched_at (UTC), sha256, signature (if present), and run_id.
    • Store run log under out/feeds/icscisa-kisa/<YYYYMMDD>/fetch.log with start/end time, HTTP status histogram, and retry counts.
  2. Normalized payload fields
    • Required fields: advisory_id, title, summary, published, updated, severity (pass-through), cvss (if provided), cwe, affected_products (list), references (list of URL strings), signature (object or null).
    • Preserve source values; no inference or merging; emit deterministic field ordering in NDJSON.
  3. Backlog cleanup
    • Reprocess last 60 days; compare hash to prior ingests; flag changed advisories.
    • Emit delta report (out/feeds/icscisa-kisa/<YYYYMMDD>/delta.json) with {run_id, added[], updated[], removed[], totals}; include sha256 of prior vs current payload when changed.
  4. Provenance note
    • Publish docs/modules/concelier/feeds/icscisa-kisa-provenance.md with current signing keys/fingerprints, expected headers, and fallback when signatures missing.
    • Note any unsigned advisories per run with skip_reason, and capture verification tooling used.
  5. Next review date
    • Set to 2025-12-21 (two-week check from v0.2) and capture SIG verification status + open deltas.

Actions & timeline (v0.2 refresh)

Artefact locations

Risks & mitigations

Run summary (2025-12-08 · run_id=icscisa-kisa-20251208T0205Z)

CI automation