數(shù)據(jù)越來越多地在敵對領土上傳輸或存儲在網(wǎng)絡邊緣。關鍵的運營數(shù)據(jù)或知識產(chǎn)權需要在工業(yè)、運營技術和物聯(lián)網(wǎng)環(huán)境中得到保護。

以前存儲在“防火墻后面”的專有系統(tǒng)中的信息在傳輸和存儲在可以分析的地方時更有價值。通常，這意味著使用公共云服務和內(nèi)容交付網(wǎng)絡。

在所有這些情況下，都存在可能危及數(shù)據(jù)安全的常見錯誤，但大多數(shù)都是可以避免的。

超越密碼

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

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

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

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

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

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

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

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

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

能和不能

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

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

不幸的是，許多組織可能沒有意識到使用 CAN 的安全隱患。如果數(shù)據(jù)被認為是安全的，因為它位于防火墻后面，但出于性能目的而被復制到企業(yè)環(huán)境之外，則安全隱患很大。同樣，假設數(shù)據(jù)和操作系統(tǒng)默認受到保護是錯誤的。值得慶幸的是，可以通過更好的安全配置和數(shù)據(jù)加密來緩解這些問題。

存儲在電子郵件服務器中的 IP

索尼在 2014 年遭受了一次泄露，其中數(shù)百 TB 的數(shù)據(jù)被盜。民主黨全國委員會的服務器在 2016 年遭到黑客攻擊，私人電子郵件、反對派研究和競選信件被盜。兩次違規(guī)都導致維基解密公開提供敏感電子郵件。索尼首席執(zhí)行官被解雇；DNC 黑客事件改變了選舉進程。

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

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

零信任

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

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

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

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

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

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

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

審核編輯 黃昊宇