DDS-Security協(xié)議與DDS協(xié)議、DDSI-RTPS協(xié)議、DDS-XTypes協(xié)議共同作為DDS協(xié)議簇中的核心協(xié)議。本協(xié)議基于其它三份核心協(xié)議，對系統(tǒng)中各交互環(huán)節(jié)的認(rèn)證加密等措施進行規(guī)范化，保障用戶發(fā)現(xiàn)和數(shù)據(jù)傳遞的安全性。協(xié)議于2016年發(fā)布v1.0，目前最新版本為2018年發(fā)布的v1.1。
目前車載環(huán)境中實現(xiàn)的安全機制能夠根據(jù)不同層級的需求實現(xiàn)一些認(rèn)證或者加密操作，但現(xiàn)有密鑰分配往往是以控制器為顆粒度，針對某個控制器的全部收發(fā)數(shù)據(jù)大包大攬，同時對于控制器的性能也提出了更高的要求。DDS-Security的實現(xiàn)依據(jù)其獨有的DCPS模型，能夠?qū)崿F(xiàn)針對某一控制器的某個應(yīng)用數(shù)據(jù)進行安全保護，或者針對同一應(yīng)用不同安全級別的數(shù)據(jù)進行選擇加密等操作，很大程度上能夠提升計算處理效率并避免資源浪費。本文將從DDS系統(tǒng)安全風(fēng)險分析切入，對系統(tǒng)的實現(xiàn)的認(rèn)證、訪問控制、加密環(huán)節(jié)等安全機制做介紹。
DDS系統(tǒng)安全風(fēng)險分析及解決措施
圖1 風(fēng)險行為
在以Topic為中心進行數(shù)據(jù)發(fā)布訂閱的DDS模型中，圖1中A~E的用戶角色分別定位為某個域中的域參與者（Domain Participant，DP），同一域內(nèi)的DP在相互發(fā)現(xiàn)階段就已經(jīng)確認(rèn)了自身及可交互DP的發(fā)布訂閱權(quán)限，雖然圖中A為授權(quán)發(fā)布的DP,C和D為授權(quán)訂閱的DP，但仍有可能存在非法的DP在接入網(wǎng)絡(luò)后執(zhí)行非法的風(fēng)險行為。主要涉及風(fēng)險包括：
· 未授權(quán)訂閱（E）：未對Topic數(shù)據(jù)進行加密的情況下，組播場景中E（具有相同的組播接收地址）可能獲取關(guān)于Topic T的相關(guān)數(shù)據(jù)，造成Topic T數(shù)據(jù)泄露風(fēng)險。
· 未授權(quán)發(fā)布（B）：在未對Topic數(shù)據(jù)進行加密的情況下，B若偽造身份（修改RTPS報文中的GUID等內(nèi)容）發(fā)布關(guān)于Topic T的相關(guān)數(shù)據(jù)，則干擾其余訂閱DP針對此數(shù)據(jù)的判斷。
· 數(shù)據(jù)篡改（D）：D作為合法訂閱者，能夠獲取一定的加密信息，但是其本身沒有發(fā)布權(quán)限，在有加密措施的情況下，也能可能偽造發(fā)送身份造成數(shù)據(jù)污染。
為了避免上述風(fēng)險，DDS-Security規(guī)范中引入服務(wù)插件接口（Service Plugin Interface，SPI），從而實現(xiàn)：
· 對傳輸數(shù)據(jù)進行加密
· 保證數(shù)據(jù)樣本及其包含報文的完整性
· 提供發(fā)布訂閱雙方認(rèn)證及授權(quán)機制
· 提供報文源及數(shù)據(jù)源身份驗證機制
DDS-Security新增定義
DDS-Security中為保證系統(tǒng)安全性引入的認(rèn)證機制、加密機制也需要通過DP間的RTPS報文收發(fā)實現(xiàn)認(rèn)證及加密信息交互，因此，基于DDSI-RTPS新增了子報文類型及內(nèi)置Topic定義。
圖2 DDS-Security新增報文定義
圖3 DDS-Security新增內(nèi)置Topic及節(jié)點
服務(wù)插件
DDS-Security中定義了一系列服務(wù)插件，包括：認(rèn)證插件（Authentication）、訪問控制插件（AccessControl）、加密插件（Cryptography）、日志插件（Logging）、數(shù)據(jù)標(biāo)記插件（DataTagging）。每個插件都定義了協(xié)議棧內(nèi)部實現(xiàn)的一組接口，執(zhí)行對應(yīng)的認(rèn)證、訪問控制等功能，插件之間的實現(xiàn)通過變量傳遞互為依賴關(guān)系。
圖4 服務(wù)插件結(jié)構(gòu)圖
· 認(rèn)證插件
認(rèn)證插件提供了一組驗證Domain中已發(fā)起單參與者發(fā)現(xiàn)協(xié)議（Simple Participant Discovery Protocol，SPDP）的DP身份的接口，其驗證顆粒度為DP，為SPDP階段匹配的DP之間的相互認(rèn)證和建立共享密鑰提供設(shè)施。對于身份驗證和密鑰交換，使用非對稱加密算法RSA或DSA以及Diffie-Hellman算法。
圖5 認(rèn)證插件接口示例
圖6 認(rèn)證報文交互流程示意圖
SPDP中新增定義PID攜帶有DP的身份信息，完成SPDP匹配后，由一組Best-Effort內(nèi)置節(jié)點發(fā)送DCPSParticipantStatelessMessage Topic進行認(rèn)證交互的握手環(huán)節(jié)。如圖1中，A、C、D三者之間可以通過認(rèn)證環(huán)節(jié)，識別對方身份。
· 訪問控制插件
訪問控制插件提供一組對經(jīng)過身份驗證的用戶可以執(zhí)行的DDS相關(guān)操作的策略決策手段，能夠配置DP的入域權(quán)限、對于不同Topic的發(fā)布訂閱權(quán)限、Domain安全配置規(guī)則及Topic的安全配置規(guī)則等，上述配置均為XML文件，設(shè)計人員需要根據(jù)協(xié)議中規(guī)定的標(biāo)準(zhǔn)文件格式進行設(shè)計輸出。
圖7 訪問控制插件接口示例
· 加密插件
加密插件是提供了一組針對不同對象進行加密操作的接口，其功能包括加密、解密、哈希、數(shù)字簽名等。如圖1中，通過加密插件，可以實現(xiàn)A、C、D之間的數(shù)據(jù)加密傳輸，避免B和E的非法發(fā)布訂閱行為造成的數(shù)據(jù)泄露。涉及主要對稱加密算法包括：AES128_GMAC、AES128_GCM、AES256_GMAC、AES256_GCM。
圖8 DataWriter子報文加密圖示
· 日志插件
日志插件可記錄所有安全事件，包括預(yù)期行為和所有安全違規(guī)或錯誤。通過配置LogOption可以控制日志級別、路徑、是否遠(yuǎn)程分發(fā)。
圖9 Logging插件結(jié)構(gòu)
· 數(shù)據(jù)標(biāo)記插件
數(shù)據(jù)標(biāo)記是向數(shù)據(jù)添加安全標(biāo)簽或標(biāo)記的能力。
主要用途為：
① 訪問控制
② 報文優(yōu)先級
③ 不僅用于中間件，可直接被應(yīng)用調(diào)用
主要標(biāo)記方法包括：
① DataWriter tagging——標(biāo)記顆粒度為DataWriter
② Data instance tagging ——標(biāo)記顆粒度為Instance
③ Individual sample tagging ——標(biāo)記顆粒度為Data Sample
④ Per-field sample tagging ——標(biāo)記顆粒度為Data Sample field
總結(jié)
本文從DDS安全風(fēng)險切入，介紹DDS-Security中新增報文類型及Topic，并對DDS-Security規(guī)范中涉及的服務(wù)插件進行介紹，包括：認(rèn)證插件、訪問控制插件、加密插件、日志插件、數(shù)據(jù)標(biāo)記插件。從實現(xiàn)角度為讀者介紹DDS-Security針對不同層級的報文豐富的處理機制。在車載環(huán)境中DDS-Security能夠?qū)崿F(xiàn)更靈活的加密方案，為OEM提供了除MACSec、IPSec等加密技術(shù)外的另一種選擇。
經(jīng)緯恒潤作為OPEN聯(lián)盟會員和AUTOSAR聯(lián)盟的高級合作伙伴，長期為國內(nèi)外各大OEM和供應(yīng)商提供涵蓋TCP/IP、SOME/IP、DoIP、AVB、TSN、DDS等技術(shù)領(lǐng)域的設(shè)計和測試咨詢服務(wù)，積極研發(fā)和探索車載網(wǎng)絡(luò)前沿技術(shù)的工程應(yīng)用。通過多個項目的實踐經(jīng)驗，已建立了高質(zhì)量、本土化的設(shè)計與測試一體化解決方案，為整車網(wǎng)絡(luò)架構(gòu)提供可靠支持。
