compliance-Zuordnung

Käufer und Empfängerhersteller müssen sich an öffentlichen Resilienz-Rahmenwerken messen lassen. Dieser Ordner ordnet zeilenweise zu, was Kshana berechnet und aufzeichnet, und kshana compliance-report füllt die Zuordnung aus den Läufen, die Sie tatsächlich haben.

Wortlaut. Ausgaben von Kshana liefern Belege für eine Anforderung. Sie sind keine Bewertung oder Zulassung irgendeines Produkts, und keine dieser Dateien ist eine Aussage einer Bewertungsstelle; Kshana ist keine. Anforderungstexte werden paraphrasiert, nie wiedergegeben.

Standardpakete (0,38) machen aus einem Rahmenwerk bewertete Szenarien: Jedes Paket hat Szenarien, vor dem Lauf festgelegte Zielwerte und Zeilen, für die es Belege liefert. kshana standards-pack list zeigt sie.

Jede Datei listet ihre Quelldokumente mit Version, URL, Lesedatum und dem auf, was geprüft wurde und was nicht. Die Quellen wurden am 2026-10-09 gelesen (das NIST-Profil am 2026-10-18; das EASA-Bulletin und die Katalogseiten zu EN 16803 wurden am 2026-10-10 erneut geprüft). Wo eine Quelle nur über eine Spiegelung oder eine Katalogseite gelesen werden konnte, steht das in der Datei.

Der Bericht#

kshana compliance-report spoof-detect.result.json integrity-raim.result.json session.result.json

schreibt compliance-report.compliance.md und compliance-report.compliance.json (--out <base> ändert den Namen). Die Eingaben sind Ergebnisdateien früherer Läufe: Ein Szenariolauf schreibt <name>.result.json neben <name>.toml, und kshana receiver-trust schreibt seine eigene. Die Art jedes Laufs wird aus der Szenariodatei neben dem Ergebnis, aus dem Inhalt eines receiver-trust-Ergebnisses oder aus einem kind auf oberster Ebene gelesen und muss eine der Engine bekannte Art sein. Ein Ergebnis wird mit Begründung als nicht verwendet aufgeführt und zählt nicht, wenn seine Art nicht gefunden werden kann, keine bekannte Art ist oder das danebenliegende Szenario und das kind des Ergebnisses selbst sich widersprechen. (Der scenario_hash des Ergebnisses und ein Hash der Szenariodatei werden nicht verglichen: Die Engine berechnet den ersten über ihr geparstes Szenario, und ein Datei-Hash bezieht sich auf den Text, es sind also verschiedene Größen.)

Ein Art-Label allein ist kein Beleg. Ein Lauf zählt für eine Fähigkeit nur, wenn sein Ergebnis auch die Felder trägt, die diese Art schreibt (zum Beispiel braucht ein jamming-Ergebnis seine Gütemaße und Zeilen je Epoche; ein integrity-Ergebnis braucht seine Stichprobenzahlen). Die Felder sind in src/compliance/mapping.rs (KIND_FIELDS) aufgeführt, und ein Ergebnis, dem eines fehlt, wird nicht gezählt. Ein Hash, der nicht hexadezimal ist, wird nicht als Hash ausgewiesen. Ein receiver-trust-Ergebnis, dessen Zahlen keine ganzen Zahlen sind oder dessen Zahl erkannter oder übereinstimmender Fälle die Zahl der auswertbaren übersteigt, wird ausgeschlossen und als nicht verwendet aufgeführt.

Für jede Zeile gibt der Bericht eines der folgenden an:

Die Lückenspalte wird für jede Zeile ausgegeben, auch für belegte: Ein Lauf, der Belege für eine Fähigkeit liefert, überlässt den größten Teil einer Anforderung dennoch anderen Belegen. Der Bericht wiederholt die Wortlautregel an seinem Anfang. --mapping gibt die statischen Tabellen aus und --sources die Quellenliste.

Receiver-trust-Läufe tragen außerdem die Zahlen bei, die sie angeben (erkannte Ereignisse von den auswertbaren, übereinstimmende Vorhersagen von den auswertbaren). Diese beschreiben dieses Log, bewertet gegen vor dem Lauf festgelegte Ereignisse und Toleranzen, und werden so berichtet, wie der Lauf sie angibt.

Fähigkeiten#