compliance映射

买方和接收机制造商要对公开的韧性框架负责。本文件夹逐行将Kshana所计算和记录的内容映射到这些框架，而kshana compliance-report会依据你实际拥有的运行结果填充该映射。

措辞。Kshana的输出为某项要求提供证据支持（supports evidence for）。它们不是对任何产品的评级或批准，这些文件也都不是评估机构的声明；Kshana不是评估机构。要求文本一律为释义，绝不转载原文。

标准包（0.38）把框架转化为经评分的场景：每个包含有场景、运行前就已设定的判据，以及它可为之提供证据支持的各行。kshana standards-pack list会显示这些内容。

每个文件都列出其来源文件，包括版本、URL、读取日期，以及已检查和未检查的内容。各来源均读取于2026-10-09（NIST概要读取于2026-10-18；EASA公告和EN 16803目录页面于2026-10-10再次核对）。凡来源只能通过镜像或目录页面读取的，文件中均有说明。

报告#

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

写出compliance-report.compliance.md和compliance-report.compliance.json（--out <base>可更改名称）。输入是此前运行得到的结果文件：场景运行会在<name>.toml旁写出<name>.result.json，kshana receiver-trust则写出它自己的结果文件。每次运行的类型（kind）从结果旁的场景文件、receiver-trust结果的内容，或顶层的kind中读取，并且必须是引擎已知的类型。当某个结果的类型无法找到、不是已知类型，或其旁的场景与结果自身的kind不一致时，该结果会连同原因被列为未使用，不计入任何内容。（结果的scenario_hash与场景文件的哈希值不做比较：前者由引擎针对其解析后的场景计算，而文件哈希针对文本，二者是不同的量。）

仅有类型标签不是证据。只有当某次运行的结果同时带有该类型所写出的字段时，这次运行才计入某项能力（例如，jamming结果需要有其性能指标和逐历元的行；integrity结果需要有其样本计数）。这些字段列在src/compliance/mapping.rs（KIND_FIELDS）中，缺少其中任何一项的结果不予计入。不是十六进制的哈希值不会被报告为哈希值。receiver-trust结果如果其计数不是整数，或其检测到的或一致的计数超过其可评估计数，则被排除并列为未使用。

对于每一行，报告给出以下之一：

差距一栏对每一行都会打印，包括已有证据的行：某次运行为某项能力提供了证据支持，也仍有一项要求的大部分内容有待其他证据来满足。报告开头重复了措辞规则。--mapping打印静态表格，--sources打印来源列表。

receiver-trust运行还会贡献其所陈述的计数（在可评估的事件中检测到的事件数，在可评估的预测中一致的预测数）。这些计数描述的是该日志，依据运行前设定的事件和容差评分，并按该运行所陈述的原样报告。

能力#