帳號:
密碼:
最新動態
 
產業快訊
CTIMES / 文章 /
使用Microchip安全晶片於工業安全標準IEC62443
 

【作者: 顏睿余】   2022年10月27日 星期四

瀏覽人次:【4279】

隨著5G、物聯網等持續發展,資訊及網絡安全對於工業自動化及控制系統(IACS)有著至關重要的考慮。下文將會簡介IEC62443工業安全標準,以及Microchip如何助您設計出符合此安全規範的產品。


關於ISA/IEC 62443


ISA/IEC 62443是一份長達800頁關於工業安全的統合文件,包含各種標準,技術規格與技術報告。這些文件於


2007年由國際自動化學會(ISA)發布,其目的為提供安全標準以應用於工業自動化及控制系統,後來該標準亦被國際電工委員會(IEC)所採納,故有ISA 62443和IEC 62443兩種版本。


ISA/IEC 62443 的內容架構


在整個工業自動化的架構中,ISA/IEC 62443定義了3種角色,分別為資產擁有者(Asset Owner)系統整合者 (System Integrator)產品供應者(Product Supplier)。ISA/IEC 62443的14份標準文件被歸屬為4個章節,分別為:一般(General)政策與程序(Policies and Procedures)系統(System)和元件(Component)。當中不同的角色應該參照不同的章節進行運作。



產品供應者如何遵從IEC62443


對產品供應者(Product Supplier)而言,ISA/IEC 62443的第4章節所規範的元件標準(Component)最為相關,元件標準的章節中包含了2份標準文件,分別為:IEC62443-4-1和IEC62443-4-2。


‧ IEC62443-4-1:安全產品開發週期需求(Secure Product Development Lifecycle Requirements)


該標準依據不同的安全成熟等級(Maturity Levels)在產品開發中定義了一系列需要實踐的項目(Practices)


‧ IEC62443-4-2:工業自動化控制系統的技術安全需求(Technical Security Requirements for IACS Components)


該標準依據不同的安全等級(Security Levels)為其所開發的產品定義一系列的基礎需求(Foundational Requirements)


如何設計產品以符合ISA/IEC 62443-4-2的規範


本文希望為各位讀者簡化 200頁的 IEC62443-4-2,並讓大家了解如何搭配Microchip的IC去設計符合該規範的產品。


前文所述ISA/IEC 62443定義了3種角色,而IEC62443-4-2主要是想滿足資產擁有者在安全等級上的需求。所謂的安全等級,IEC62443-4-2將其分成5級(0-4),同時條列了具體的描述做為定義:



而且為了讓產品供應者在設計產品時有具體的設計條件去符合所謂的安全等級,IEC 62443-4-2定義了7種基礎需求,而每個基礎需求皆有條列具體的細項進行說明,該些細項分為元件需求(CRs)和進階需求(REs),能夠對應到不同的安全等級,工程師在產品設計前必須先審視這些基礎需求及其細項。



依據上表定義,基礎需求1(FR1)主要是在定義裝置的身分識別與認證(IAC),為了具體描述這種類別的安全需求,IEC 62443-4-2定義了若干個元件需求(CR1.x)與進階需求(RE1.x.x)來闡述細項。


以下表為例作說明,在基礎需求1的第7項元件需求(CR1.7)中定義了透過密碼作裝置身分認證的強度需求,另外再搭配2個進階需求(RE1.7.1和RE1.7.2)分別定義密碼的產生與其使用時限在人類使用者和全部使用者上的規範 。產品供應者在設計產品時參考該表即可瞭解對於不同的5種安全等級的需求,這3項需求項目(CR1.7、RE1.7.1和RE1.7.2)是否需要列入產品設計當中。



‧ 如果設計的規格無法滿足CR1.7,則代表該設計的安全等級只有0


‧ 如果設計的規格只滿足CR1.7但不滿足RE1.7.1和RE1.7.2,則代表該設計之安全等級為2


‧ 如果設計的規格能滿足CR1.7 與RE1.7.1但不滿足RE1.7.2,則代表該設計之安全等級為3


搭配使用Microchip的安全元件以符合ISA/IEC 62443-4-2


以下列出了Microchip的ATECC608B/CEC1712/CEC1736能提供的密碼學硬體引擎規格,這些規格將能對應到上述元件需求(CR)與進階需求(RE)的規範,也就是說產品供應者能搭配Microchip的元件進行產品設計以期符合IEC62443-4-2上的規範。



以下列出4點做進一步說明如何選用Microchip的產品幫助取得IEC62443-4-2認證:


1.密碼學的應用


在IEC62443-4-2裡定義得很清楚,所有的安全規範都是以應用的形式作條列,而非密碼學演算法本身,也就是說,產品設計必須搭配各項密碼學演算法去符合各個需要的元件需求與進階需求。的確現今坊間已存在各種高速運算晶片,對於密碼學演算法的計算應該不成問題,但若是能搭配ATECC608B進行各項密碼學演算法,其高速的硬體加速引擎和超低睡眠功耗(30 nA)對產品而言可提供更長的裝置運作時間與密碼保護時間(如上述RE1.7.1與RE1.7.2)。


關於Microchip安全元件的相關資料請參考以下連結:


https://www.microchip.com/en-us/products/security/security-ics/cryptoauthentication-family


2.信任根(Root of Trust,RoT)


基於IEC62443-4-2元件需求(CR3.12),其明列產品供應者需要針對發行的裝置程式碼提供證書簽章並且透過信任根對該程式碼的內容不變性(Integrity)進行認證。Microchip提供CEC1712/CEC1736晶片可扮演獨立的信任根,搭配運作於設備當中即可對現有的程式碼在開機前進行驗證把關,並在程式碼有問題時將程式碼回復為安全版本。CEC1736可更進一步地在程式運作當下扮演監督的職責。


關於Microchip信任根模組的相關資料,請參考下方連結:


https://www.microchip.com/en-us/products/security/prot


3. JIL High等級之密鑰保護


基於第1點說明,密碼學演算法在IEC62443-4-2的規範下是必要的,但所有的演算法都是基於密鑰,也就是說就算現有的設備對於各種密碼學算法的運算都不成問題,但如果沒有辦法妥善的保護密鑰,所有的密碼學演算法都相當於沒有任何保護作用,完全沒有安全性可言。Microchip提供的一系列安全元件能對存放於內的密鑰提供如同金庫般強而有力的保護。針對密鑰保護能力的驗證,ATECC608已通過安全共通準則的密鑰儲存保護測試,並取得最高等級評分(JIL High)。以擁有相同密鑰保護能力的晶片來說,選擇ATECC608擁有相當高的性價比。


更多關於ATECC608 JIL High的說明請參考:


https://www.microchip.com/en-us/products/security/trust-platform/trustflex/trustflex-aws-iot-authentication/aws-iot-greengrass-atecc608b


4.密鑰燒錄保護


密鑰的保護既然很重要,則密鑰的燒錄一定也是一個需要被重視的環節。如果燒錄密鑰時沒有特定的保護方式防止外洩,則燒錄完成後,保密IC再怎麼有銅牆鐵壁的保護都沒有用,漏洞在一開始就已經存在。這是在IEC62443-4-1當中即有規範到的部分。針對一系列ATECC608/ CEC1712/ CEC1736等安全晶片,Microchip皆能提供無人工廠(HSM)的保密燒錄服務,大家可在此了解Microchip Trust Platform相關運作:


https://www.microchip.com/en-us/products/security/trust-platform


本文作者為:Microchip主任應用工程師 顏睿余


相關文章
CAD/CAM軟體無縫加值協作
雲平台協助CAD/CAM設計製造整合
光通訊成長態勢明確 訊號完整性一測定江山
分眾顯示與其控制技術
Sony強力加持!樹莓派發表專屬AI攝影機
comments powered by Disqus
相關討論
  相關新聞
» 調查:社群平台有顯著世代差距 35歲以上為FB重點用戶
» 宜特再獲USB-IF授權 全面領航USB4、PD 測試
» 意法半導體公布第三季財報 業市場持續疲軟影響銷售預期
» 慧榮獲ISO 26262 ASIL B Ready與ASPICE CL2認證 提供車用級安全儲存方案
» 攸泰科技躍上2024 APSCC國際舞台 宣揚台灣科技競爭力


刊登廣告 新聞信箱 讀者信箱 著作權聲明 隱私權聲明 本站介紹

Copyright ©1999-2024 遠播資訊股份有限公司版權所有 Powered by O3  v3.20.2048.18.191.240.171
地址:台北數位產業園區(digiBlock Taipei) 103台北市大同區承德路三段287-2號A棟204室
電話 (02)2585-5526 #0 轉接至總機 /  E-Mail: webmaster@ctimes.com.tw