為什麼安全必須從設計階段開始？
網路安全威脅已經不再是附帶考量，而是決定連網產品成功、安全性與使用壽命的關鍵因素。像 EU Cyber Resilience Act (CRA)、Radio Equipment Directive (RED)，以及 FDA 醫療器材資安指引等法規，都強調一個重點：安全必須從一開始就內建。
這就是 secure-by-design（安全內建）的核心。不再是在產品即將上市時才補強資安，而是「向左移」，把安全開發實務整合到最早的產品設計階段。從安全程式碼撰寫、到從架構層面考量長期韌性，這個做法能確保產品在整個生命週期中都有能力抵禦威脅。
安全內建的實務做法
IEC 81001-5-1（醫療科技）、EN 18031（RED）、IEC 62443-4（工業自動化）等標準，正式定義了這些要求。這些標準要求開發人員不只要採用安全設計，也必須透過嚴謹的實作來證明，包括：
- 靜態程式碼分析（例如 IAR C-STAT）：確保符合安全程式碼規範，從源頭降低弱點。
- 威脅模型與風險評估：在開發初期辨識可能的攻擊途徑。
- 軟體物料清單（SBOM）：提供所有組件的透明度，這是 CRA 與 RED 的要求。
- 無漏洞的版本：產品不得在含有公開已知可利用漏洞的情況下出貨。
透過將這些實務納入開發流程，企業不只確保符合法規，也能強化產品的可信度。
將安全延伸到整個產品生命週期
不過，安全工作不會在產品上市後就結束。各項法規明確要求必須持續處理漏洞、事件通報，以及長期維護，包括至少提供 5 年更新、10 年相關文件保存。
這時 secure provisioning（安全佈建）就很重要。在製造階段進行安全佈建，能確保裝置身分、金鑰與憑證從第一天起就受到保護。除了製造階段之外，生命週期安全還包含：
- 軟體安全更新：在設備部署後能安全地發佈重要修補與升級。
- 身分辨識與驗證：從製造階段開始，由佈建的金鑰與憑證保護產品身分，確保通訊、儲存與更新安全，同時簡化雲端註冊與整體生命週期安全。
- 漏洞揭露與事件回應：依照法規要求，需具備明確的處理與通報流程。
secure-by-design 搭配 secure provisioning，共同形成端到端安全策略的基礎，從設計、部署，一直到產品退役，都能提供完整保護。
法規推動將安全標準提升到更高層級
全球法規現在都要求以生命週期的角度來看安全：
- EU CRA：涵蓋所有連網裝置，要求 secure-by-default 設計、持續更新、SBOM、事件處理等。
- EU RED 更新：聚焦無線設備，要求符合 EN 18031 資安標準。
- FDA 醫療器材資安指引：要求安全設計、上市後監控與可更新能力。
- IEC 81001-5-1：針對醫療軟體生命週期安全的標準，符合國際期待。
- IEC 62443：工業自動化與控制系統（IACS）的安全標準，如今已成為工業領域的核心安全規範。
這些框架清楚說明：未採用 secure-by-design 與 secure provisioning 的組織，將面臨法規處罰、品牌信任受損，甚至可能需要產品召回。
用更清楚的方式向客戶呈現資安解決方案
對工程團隊與決策者而言，secure-by-design 與安全產品生命週期提供了一個更容易理解與採用的資安方式。不再只是抽象的合規清單，而是一個清楚、容易與客戶溝通的框架：
- 設計階段：以安全方式打造產品，並保護後續量產需要的軟體套件。
- 轉移階段：從開發到量產之間要確保安全傳遞。
- 生產階段：安全地進行佈建。
- 營運階段：以安全方式維護與更新。
這個框架讓企業能更清楚地向客戶與合作夥伴傳達價值，同時符合全球日益嚴格的要求。
總結
「向左移」的安全策略不再是可選項，而是法規要求，也是競爭優勢。透過採用 secure-by-design 原則，再加上 secure provisioning 遍及整個生命週期，組織不只能符合 CRA、RED、FDA、IEC 等標準，也能打造真正值得長期信任的產品。
安全不是功能，而是基礎。它必須從第一行程式碼開始，一直到產品在市場上的最後一天都持續存在。
在 IAR 看來，安全產品生命週期是一套實用框架，能協助嵌入式團隊從概念到合規都更有把握。透過 IAR 平台整合安全開發工具、佈建能力與生命週期安全實務，企業能將嵌入式資安提升到法規、客戶與市場所要求的水準。
欲了解 IAR 如何協助落實安全產品生命週期，請參考官網：
https://www.iar.com/embedded-development-tools/embedded-security
本文由IAR提供