企業(yè)將業(yè)務遷移到云平臺，迫使首席信息官改變他們對安全性的看法。由于現(xiàn)在保護基礎(chǔ)設施的大部分責任都外包給了云計算提供商，因此首席信息官需要更加關(guān)注云計算技術(shù)，以確保配置正確并且不會無意中泄露數(shù)據(jù)。

　　當首席信息官評估其企業(yè)運營是否存在漏洞時，有三個因素可能會增加無意中打開基礎(chǔ)設施大門的可能性：

　　(1)推出新代碼和新特性

　　首席信息官對開發(fā)人員施加了多大的壓力來交付新代碼?當過多的注意力放在獲取功能和代碼上時，開發(fā)人員可能會無意中導致配置漂移。例如，如果開發(fā)人員不斷創(chuàng)建新的虛擬機(VM)來測試新代碼并人工進行配置，他們就會創(chuàng)造更多的錯誤機會。定期對生產(chǎn)代碼進行小幅更改(例如為新的應用程序功能開放額外的通信端口)的開發(fā)人員通常會采用變通方法，以避免在需要進行調(diào)整時獲得管理員權(quán)限的耗時過程。

　　(2)增加應用程序的互聯(lián)性

　　企業(yè)與第三方或應用程序組件之間的聯(lián)系越多，出現(xiàn)錯誤配置的可能性就越大。常見的API錯誤包括對象級別、用戶級別和功能級別的授權(quán)中斷。

　　在企業(yè)的API中暴露太多信息也可能為黑客提供破解其代碼的線索。云原生容器化應用程序也可能構(gòu)成威脅，因為單個容器中的無意漏洞可能使黑客能夠訪問企業(yè)的整個軟件堆棧。

　　(3)云計算基礎(chǔ)設施的復雜性

　　云計算架構(gòu)的復雜性對錯誤配置風險有重大影響。單租戶云環(huán)境的風險有限，因為沒有其他人在同一臺機器上存儲代碼。企業(yè)需要關(guān)注的只是確保其機器配置正確。在多租戶云環(huán)境中，隨著IT人員需要進行配置以確保黑客不在同一臺機器上的虛擬機上運行代碼，風險也會增加。當代碼和數(shù)據(jù)在各種不同的地方存儲和處理時，多云或混合云架構(gòu)中的風險會呈指數(shù)級增長。為了使這些部分協(xié)同工作，它們需要在整個網(wǎng)絡上創(chuàng)建一個復雜連接的網(wǎng)絡，從而為代價高昂的錯誤提供了更多機會。

　　管理風險

　　為了最大限度地降低配置錯誤帶來的風險，企業(yè)需要確保不斷檢查配置并識別錯誤。這可以通過多種方式完成：

　　?在云計算架構(gòu)更簡單且新功能壓力很小的不太復雜的系統(tǒng)中，采用定期人工檢查的方法可能就足夠了。

　　?隨著堆棧變得更加緊密，復雜的人工流程無法擴展，開發(fā)人員可以構(gòu)建自動化腳本來檢查常見和已知的配置問題。雖然這適用于復雜性和連接性有限的情況，如果意外創(chuàng)建了漏洞，黑客可以在運行漏洞掃描工具之前利用它。

　　?在非常復雜且極有可能發(fā)生錯誤配置的企業(yè)中，持續(xù)監(jiān)控云配置可能是謹慎的做法。

　　許多遷移到云平臺的企業(yè)現(xiàn)在都在尋求云安全狀態(tài)管理(CSPM)解決方案來提高安全性。雖然許多供應商現(xiàn)在提供的平臺將持續(xù)監(jiān)控他們自己的云平臺是否存在錯誤配置問題，但這些解決方案通常不適用于多云或混合云架構(gòu)。由于每個云平臺以不同的方式實現(xiàn)事物并使用自己的術(shù)語，因此旨在監(jiān)控多個云平臺的第三方解決方案可能是更加可行的選擇。

　　無論企業(yè)選擇如何保護自己免受云安全漏洞的影響，采用現(xiàn)代基礎(chǔ)設施和更靈活的應用程序開發(fā)流程的企業(yè)都需要構(gòu)建更現(xiàn)代的安全態(tài)勢。