Sicherheitshärtung vorschlagen

Verwenden Sie $codex-security:propose-security-hardening, um eine Sammlung von Sicherheitsevidenz in Optionen zur strukturellen oder architektonischen Härtung zu überführen. Der Workflow kann einen abgeschlossenen Codex Security-Scan analysieren oder mit bereitgestellten Erkenntnissen, Offenlegungsberichten, Vorfallanalysen, Bewertungsdokumenten und Quellcode beginnen.

Das Ergebnis ist ein Designportfolio, kein Patch, und es belegt nicht, dass eine Schwachstelle behoben wird. Codex ändert das Repository erst, nachdem Sie eine Option ausgewählt und es ausdrücklich aufgefordert haben, diese Änderung vorzunehmen.

Evidenz vorbereiten

Stellen Sie dem Workflow Folgendes bereit:

• Ein Scan-Verzeichnis oder eine explizite Sammlung von Erkenntnissen und Berichten.
• Den Ziel-Quellcodebaum und, sofern verfügbar, die relevante Revision oder Momentaufnahme.
• PoCs, Traces, Vorfallevidenz oder Bewertungsmaterial, das die Erkenntnisse stützt.
• Einschränkungen hinsichtlich Leistung, Arbeitsspeicher, Kompatibilität, Zuverlässigkeit, Betrieb, Bereitstellungszeit oder Änderungsumfang.

Der Workflow nutzt die Evidenz, um wiederholt verletzte Invarianten, verteilte Kontrollen, privilegierte Engpässe, schwache Isolationsgrenzen und wiederkehrende Behebungsmuster zu identifizieren. Er kann auch zu dem Schluss kommen, dass lokale Korrekturen verhältnismäßiger sind als eine architektonische Änderung.

Workflow ausführen

Senden Sie einen Prompt wie diesen:

Use $codex-security:propose-security-hardening to analyze [scan directory or finding paths] against [source tree and revision]. Develop evidence-backed structural hardening options with engineering tradeoffs, before-and-after diagrams, a migration plan, and an implementation handoff. Do not modify the repository.

Portfolio prüfen

Ein nützliches Portfolio sollte:

• Jede vorgeschlagene Änderung mit konkreten Erkenntnissen, Quellcode und Evidenz aus dem Bedrohungsmodell verknüpfen.
• Das aktuelle Design und die Sicherheitsinvarianten beschreiben, die das neue Design bewahren sollte.
• Verschiedene Optionen einschließlich Restrisiko, Leistung, Zuverlässigkeit, Betrieb, Kompatibilität und Migrationskosten vergleichen.
• Eine Option nur empfehlen, wenn sie durch die Evidenz gestützt wird, und dabei Annahmen und offene Fragen ausdrücklich benennen.
• Hinweise zu Rollout, Validierung, Rollback und Implementierung enthalten.
• Beobachtete Fakten, Schlussfolgerungen und vorgeschlagene Designeigenschaften voneinander trennen.

Prüfen Sie die Evidenz und die Abwägungen, bevor Sie eine Option auswählen. Ein Architekturdiagramm oder eine Designempfehlung ersetzt weder die Validierung der ursprünglichen Erkenntnisse noch die der implementierten Korrektur.

Härtungsempfehlungen aus einem Scan verwenden

Wenn ein Standard-, Tiefen- oder Änderungs-Scan berichtenswerte Erkenntnisse liefert, führt Codex diesen Workflow einmal aus, nachdem die detaillierten Schwachstellenberichte fertiggestellt wurden. Es schreibt das Portfolio nach hardening/hardening.md, die strukturierte Analyse nach hardening/hardening.json und unterstützende Vorschläge oder Diagramme unter hardening/. Der Scan verlinkt das Portfolio aus report.md.

Bewahren Sie das vollständige Scan-Verzeichnis zusammen auf, damit diese Links weiterhin verwendbar bleiben. Informationen zur Prüfung der einzelnen Berichte, auf denen das Portfolio basiert, finden Sie unter Schwachstellenberichte verfassen.