Safety First

Learn about the world of functional safety.

  1. 9 hr ago

    Understanding End of cybersecurity support and decommissioning Under ISO 21434

    Ending cybersecurity support for a safety-critical system is not a moment that just happens—it is a decision. In this episode of Critical Systems Analysis, we examine how to plan for and execute the final phase of the automotive cybersecurity lifecycle: the moment when an organization stops monitoring for vulnerabilities, issuing patches, and actively defending a vehicle or component that may still be on the road. Here's the central tension that Clause 14 of ISO/SAE 21434 addresses: manufacturers can declare end of cybersecurity support while millions of vehicles are still driving, still connected, and still a target. New vulnerabilities do not politely stop appearing when patches stop being issued. If support ends while a fleet is operational, the cybersecurity risk keeps climbing while the defensive posture flatlines. This episode walks through why that timing matters, who owns the decision, and how the standard ensures that ending support is deliberate, documented, and communicated to everyone who depends on it. In this episode: End of cybersecurity support is a deliberate, named, and documented organizational decision—not a silent fade—because vehicles remain on the road long after patches stop.The cybersecurity plan must run all the way through operations to decommissioning, defining end-of-support timelines, customer communication strategy, and decommissioning procedures up front.Accountability for the ending decision is assigned to a competent named role with the authority to make the call and own the consequences.In multi-tier supply chains, the vehicle maker and each supplier formalize end-of-support timelines in written cybersecurity interface agreements to avoid unplanned gaps.Decommissioning must enable safe erasure of cryptographic keys, credentials, and personal data, even though manufacturers typically do not control the actual scrapping process.The same rigor applied to the beginning of the lifecycle—documented work products, cybersecurity case, and independent assessment—proves that the ending was handled with equivalent discipline.Skipping this discipline creates a predictable failure: support quietly ends, no one monitors for new flaws, one emerges and goes unpatched, and an attacker has an open door into vehicles still in service. This is the exact failure that Clause 14 of ISO/SAE 21434:2021, End of cybersecurity support and decommissioning, exists to prevent. If you lead or manage safety-critical systems where end-of-life cybersecurity decisions matter—whether automotive, medical, industrial, or aerospace—follow Critical Systems Analysis for the complete series on ISO 21434 and the full landscape of cybersecurity risk management across the product lifecycle. Explore more from Critical Systems Analysis. Partner with usFollow on LinkedInVisit our websiteRead our feature on Automate.org

    Understanding End of cybersecurity support and decommissioning Under ISO 21434
  2. 1 day ago

    Inside ISO 21434: Case Study

    Cybersecurity management is not the security report you write at the end—it's the accountability that runs the entire vehicle lifecycle from the first sketch to patches pushed years after production. In this episode of Critical Systems Analysis, we examine the management framework that ISO 21434 demands before a single line of threat analysis happens: the organizational policies, project responsibilities, work products, and independent assessments that separate real cybersecurity from hope. We follow a real component—a remote keyless-entry module, a prime target for relay attacks—through the ISO 21434 management clauses. Watch how top management sets the governance and security culture. See how individual project teams nail down responsibilities in writing and build a cybersecurity plan that lists every activity, owner, resource, and deadline. Learn why every activity must produce a work product, how those work products feed into a structured cybersecurity case, and why independence in assessment scales with risk. ISO 21434:2021 also covers the harder case: distributed responsibility. When a carmaker buys a safety-critical component from a supplier, both sides sign a cybersecurity interface agreement and own a shared responsibility matrix. We show you how teams at different companies avoid the classic failure mode—each side assuming the other handled threat monitoring, and nobody did. Before any module ships, an independent cybersecurity assessment reviews the evidence; only then does a formal release decision unlock the path to production. In this episode: Cybersecurity management in ISO 21434 starts before engineering and runs the full vehicle lifecycle—it is the written accountability that proves security happened, not just a final report.Clause 5 establishes organizational governance, policy, and culture; Clause 6 assigns concrete responsibilities by name for each project and component.A cybersecurity plan lists activities, owners, resources, and milestones; every activity produces a work product; all work products feed into a structured cybersecurity case used to prove security was achieved.Independent assessment of the cybersecurity case is a gate to release; independence and rigor scale with the cybersecurity risk level of the component.Clause 7 covers supplier and cross-company handshakes through a shared cybersecurity interface agreement; Clause 8 mandates continual threat monitoring and vulnerability response throughout post-production.The entire thread—threat analysis, plan, work products, independent review, release decision, and post-production monitoring—forms one unbroken accountability chain.This episode focuses on Clause 5 (organizational cybersecurity management), Clause 6 (project-dependent cybersecurity management), Clause 7 (distributed cybersecurity activities across organizations), and Clause 8 (continual cybersecurity activities in post-development). If you design, certify, or manage safety-critical automotive systems, follow Critical Systems Analysis for the complete deep-dive into ISO 21434 and functional safety verification and validation across the full standards suite. Explore more from Critical Systems Analysis. Partner with usFollow on LinkedInVisit our websiteRead our feature on Automate.org

    Inside ISO 21434: Case Study

About

Learn about the world of functional safety.

More From Critical Systems Analysis