The technical safety requirements specify the safety mechanisms of the system: detection, indication and control of faults in the system itself and in external devices interacting with it, the achievement or maintenance of a safe state, the fault tolerant and fault handling time intervals, and the driver warning and degradation arrangements. This sits in clause 6, whose stated aims, per the SGS quotation, are technical safety requirements for the functions, dependencies, constraints and properties of system elements and interfaces and for their safety mechanisms, requirements for safety in production, operation, service and decommissioning, a system architectural design and technical safety concept that meet the safety requirements without conflicting with other requirements, an architecture analysis that prevents faults and yields the safety-related special characteristics, and verification of it all against the ASIL. Requirement text not held.
This control maps to 4 controls across 1 other frameworks. If you already hold one of them, the evidence you collected for it is the starting point here rather than new work.
Every mapping shown was judged rather than inferred from wording similarity, and the ones that failed review are published too. See the coverage reports and what was rejected.
The graph holds this control, the 4 it maps to, and the evidence behind each claim, over MCP and REST.