常見錯(cuò)誤危及工業(yè)數(shù)據(jù)安全

數(shù)據(jù)越來越多地在敵對領(lǐng)土上傳輸或存儲在網(wǎng)絡(luò)邊緣。需要在工業(yè)、運(yùn)營技術(shù)和物聯(lián)網(wǎng) (IoT) 環(huán)境中保護(hù)關(guān)鍵運(yùn)營數(shù)據(jù)或知識產(chǎn)權(quán)。以前存儲在“防火墻后面”的專有系統(tǒng)中的信息在傳輸和存儲在可以分析的地方時(shí)更有價(jià)值。通常，這意味著使用公共云服務(wù)和內(nèi)容交付網(wǎng)絡(luò)。在所有這些情況下，都存在可能危及數(shù)據(jù)安全的常見錯(cuò)誤，但大多數(shù)都是可以避免的。

超越密碼

事件處理報(bào)告表明，憑據(jù)收集是一種經(jīng)常用于惡意訪問企業(yè)系統(tǒng)的策略。

由于防火墻、氣隙和專有計(jì)算環(huán)境，人們普遍認(rèn)為工業(yè)環(huán)境不受憑證收集的影響。在工業(yè)環(huán)境中普遍存在的商業(yè)計(jì)算系統(tǒng)難以更新，這使得它們?nèi)菀资艿綉{證收集攻擊。

如果沒有多重身份驗(yàn)證，任何強(qiáng)度的用戶名/密碼組合都不應(yīng)被視為安全。不幸的是，并非所有的 MFA 都是平等的。諸如硬令牌之類的較舊形式很難在現(xiàn)代多應(yīng)用程序環(huán)境中提供并且使用起來很麻煩。包括銀行在內(nèi)的許多組織通常使用 SMS 文本消息來發(fā)送一次性密碼，但對于那些被誘騙下載將 SMS 消息重定向到攻擊者的惡意軟件的 Android 用戶來說，卻發(fā)現(xiàn)了它們的弱點(diǎn)。這些步驟現(xiàn)在?已?被美國國家標(biāo)準(zhǔn)與技術(shù)研究院 (NIST)推薦為不推薦使用的 MFA 方法。

主要問題源于使用默認(rèn)（也稱為靜態(tài)）用戶名/密碼身份驗(yàn)證。攻擊者在閉路攝像頭和其他物聯(lián)網(wǎng)設(shè)備中找到容易的目標(biāo)，并使用這些易受攻擊的設(shè)備?對主要互聯(lián)網(wǎng)服務(wù)執(zhí)行拒絕服務(wù) (DOS) 攻擊。作為回應(yīng)，?加州通過了最初的物聯(lián)網(wǎng)安全立法?，以直接應(yīng)對 2016 年?Mirai 僵尸網(wǎng)絡(luò)攻擊。

課程？需要強(qiáng)身份驗(yàn)證來抵御針對弱靜態(tài)憑據(jù)的攻擊。至少，應(yīng)該可以更改靜態(tài)憑據(jù)，例如購買時(shí) IoT 設(shè)備隨附的默認(rèn)用戶名/密碼。最新版本的物聯(lián)網(wǎng)安全措施，包括提議?的英國物聯(lián)網(wǎng)安全法案?和?澳大利亞的物聯(lián)網(wǎng)安全立法，走得更遠(yuǎn)。他們提出了比用戶名/密碼更動(dòng)態(tài)的身份驗(yàn)證機(jī)制，以及物聯(lián)網(wǎng)設(shè)備供應(yīng)商的其他重要安全考慮。

推薦的物聯(lián)網(wǎng)傳感器網(wǎng)絡(luò)安全基礎(chǔ)

至于身份和訪問管理 (IAM)，需要進(jìn)行的更改是工業(yè)環(huán)境中的 VPN 訪問。憑證薄弱的 VPN 通常是“過度特權(quán)”的，并且對它們的訪問權(quán)被隨意分配給承包商?！白钚√貦?quán)”原則是網(wǎng)絡(luò)安全中的一個(gè)關(guān)鍵概念。

不是每個(gè)人都應(yīng)該擁有完全的管理員或永久權(quán)限；最好創(chuàng)建僅具有完成工作所需的最低權(quán)限的 IAM 角色，然后在完成后撤銷它們。如果憑據(jù)被盜，這可以減少攻擊者可能造成的潛在破壞。VPN 用戶還應(yīng)考慮使用僅具有必要權(quán)限的憑據(jù)，以確保這些網(wǎng)絡(luò)使用客戶端證書進(jìn)行身份驗(yàn)證，而不僅僅是用戶名/密碼組合。

安全盡職調(diào)查還需要仔細(xì)管理 SSH 密鑰——這很少見。許多沒有到期日期，并且通常存儲在不安全的地方?？紤]使用商業(yè) SSH 或 Secure Shell 管理工具，它可以將密鑰包裝在證書中，并帶有可以存儲在安全計(jì)算環(huán)境中的策略。

隨著公共云服務(wù)越來越受歡迎，安全紀(jì)律應(yīng)該成為首要考慮因素。假設(shè)數(shù)據(jù)和操作系統(tǒng)默認(rèn)受到保護(hù)是錯(cuò)誤的。此外，考慮對靜態(tài)和傳輸中的數(shù)據(jù)進(jìn)行加密。通過使用公鑰基礎(chǔ)設(shè)施加密證書，可以安全地存儲數(shù)據(jù)。通過傳輸層安全協(xié)議的相互身份驗(yàn)證通過創(chuàng)建通信流經(jīng)的加密隧道來保護(hù)系統(tǒng)和連接它們的網(wǎng)絡(luò)。

能和不能

控制器區(qū)域網(wǎng)絡(luò) (CAN) 數(shù)據(jù)通常被移動(dòng)到眾多邊緣服務(wù)器，以實(shí)現(xiàn)高效和快速的分發(fā)。這種技術(shù)已經(jīng)使用了多年，以分布式拒絕服務(wù)保護(hù)的形式增強(qiáng)了安全性。缺點(diǎn)是對數(shù)據(jù)的控制較少。

據(jù)報(bào)道，英特爾遭受了?超過 20 GB 的源代碼和專有數(shù)據(jù)的泄露。據(jù)報(bào)道，攻擊者通過 CAN 獲取數(shù)據(jù)，用于提高 Web 應(yīng)用程序性能。數(shù)據(jù)從服務(wù)器傳輸?shù)?CAN，使數(shù)據(jù)分發(fā)更加高效。安全配置問題可能是英特爾違規(guī)的根本原因。

不幸的是，許多組織可能沒有意識到使用 CAN 的安全隱患。如果數(shù)據(jù)被認(rèn)為是安全的，因?yàn)樗挥诜阑饓竺妫鲇谛阅苣康亩粡?fù)制到企業(yè)環(huán)境之外，則安全隱患很大。同樣，假設(shè)數(shù)據(jù)和操作系統(tǒng)默認(rèn)受到保護(hù)是錯(cuò)誤的。值得慶幸的是，可以通過更好的安全配置和數(shù)據(jù)加密來緩解這些問題。

存儲在電子郵件服務(wù)器中的 IP

索尼在 2014 年遭受了一次泄露，?其中數(shù)百 TB 的數(shù)據(jù)被盜。?民主黨全國委員會(huì)服務(wù)器?兩次違規(guī)都導(dǎo)致維基解密公開提供敏感電子郵件。索尼首席執(zhí)行官被解雇；DNC 黑客事件改變了選舉進(jìn)程。

共享運(yùn)營數(shù)據(jù)的工業(yè)公司同樣容易受到攻擊。使用 S/MIME 證書的電子郵件加密解決了許多問題。證書管理和自動(dòng)化解決了以前與 S/SMIME 電子郵件加密相關(guān)的問題，包括設(shè)備配置和證書托管，以防證書丟失。

與加密一起，電子郵件簽名是驗(yàn)證消息的重要方法，這對于防御社會(huì)工程有很大的好處。冒充同事但沒有 S/MIME 證書的人很容易從正確 S/MIME 簽名的電子郵件中脫穎而出。

零信任

NIST 最近發(fā)布了其?零信任架構(gòu)指南的最終版本。工業(yè)和運(yùn)營技術(shù)組織、物聯(lián)網(wǎng)供應(yīng)商和消費(fèi)者應(yīng)注意該指南的原則。隨著公共云使用量的增長以及資源轉(zhuǎn)移到傳統(tǒng)防火墻之外，最佳實(shí)踐是將每個(gè)數(shù)字資產(chǎn)都視為處于敵對網(wǎng)絡(luò)中。這對于遠(yuǎn)程工作尤其重要。

上面提到的所有數(shù)據(jù)泄露都有一個(gè)共同的問題：過于信任。

零信任模型假設(shè)每個(gè)數(shù)字資產(chǎn)都需要被視為自己的網(wǎng)絡(luò)邊緣，必須保護(hù)自己的身份。這就是需要技術(shù)融合的地方，從現(xiàn)代 IAM 和公鑰基礎(chǔ)設(shè)施到配置和管理身份。然后是使授權(quán)規(guī)則可擴(kuò)展的策略引擎。

零信任強(qiáng)調(diào)最小特權(quán)原則，這對于工業(yè)和運(yùn)營技術(shù)至關(guān)重要。是時(shí)候結(jié)束關(guān)于防火墻后環(huán)境的傳統(tǒng)假設(shè)了。

在操作環(huán)境中，攻擊顯示了氣隙的概念，“通過默默無聞的安全”都是神話。在攻擊者之前確定系統(tǒng)是否暴露于公共 Internet 至關(guān)重要。

您的運(yùn)營網(wǎng)絡(luò)中是否有通過內(nèi)置 Web 服務(wù)器配置的控制器？該網(wǎng)絡(luò)服務(wù)器是否以弱密碼暴露在公共互聯(lián)網(wǎng)上？

如果是這樣，則需要數(shù)字資產(chǎn)清單。公司的皇冠上的明珠在哪里，它們是如何受到保護(hù)的？同樣，不要假設(shè)它們在默認(rèn)情況下受到保護(hù)。憑據(jù)薄弱、安全配置錯(cuò)誤以及缺乏對風(fēng)險(xiǎn)的了解是可以修復(fù)的盲點(diǎn)。

審核編輯 黃昊宇