據Accurics透露，托管基礎設施服務的采用正在增加，并且已經出現了新的云水坑攻擊。

“水坑攻擊”，黑客攻擊方式之一，顧名思義，是在受害者必經之路設置了一個“水坑(陷阱)”。最常見的做法是，黑客分析攻擊目標的上網活動規律，尋找攻擊目標經常訪問的網站的弱點，先將此網站“攻破”并植入攻擊代碼，一旦攻擊目標訪問該網站就會“中招”。

在發現的所有違規中，有23%對應于配置不當的托管服務產品，這在很大程度上是默認安全配置文件或提供過多權限的配置的結果。

最容易遭受水坑攻擊的云環境

正如最近一次備受矚目的黑客所證明的那樣，攻擊者日益努力利用弱點，這些弱點使他們能夠將惡意軟件分發給最終用戶，獲得對生產環境或其數據的未授權訪問或完全破壞目標環境。這種策略被稱為“水坑攻擊”，研究人員已經看到它們出現在云環境中，在云環境中可能造成更大的破壞。

部分原因是，利用托管服務的云中開發流程并未像在內部部署環境中那樣被隱藏在組織內部–實際上，它們在很大程度上暴露于網絡世界。

當犯罪分子能夠利用開發流程中的錯誤配置時，不僅會給公司造成災難，還會給客戶造成災難。為了解決此風險，企業應假定整個開發過程都易于訪問，并將訪問權限限制為僅需要它的用戶。

Accurics CTO和CISO Om Moolchandani表示：“云原生應用和服務比以往任何時候都更加重要，而基礎設施中的任何風險都具有至關重要的意義。”

“我們的研究表明，許多團隊正在迅速采用托管服務，這肯定會提高生產力并保持開發速度。但是，不幸的是，這些團隊無法跟上相關的風險，我們看到依賴于使用默認的安全配置文件和配置以及過多的權限。”

“就像幾年前經歷的存儲桶一樣，消息服務和FaaS也正進入采用的危險階段。如果歷史教訓可以作為指導，我們將開始通過圍繞這些服務的不安全配置來發現更多的違規行為。”

在所有環境中，平均違規修復時間為25天

平均而言，研究表明，在所有環境中，糾正違規問題的平均時間(Mean time to repair，MTTR)為25天，這對于潛在的攻擊者而言是一種奢望。在此報告中，MTTR特別重要，當運行時發生配置更改時，會導致云風險狀況偏離已建立的安全基準。對于偏離既定的安全基礎設施態勢的情況，MTTR總計為8天。

甚至在設置基礎設施時建立安全基準的組織也將隨著時間的流逝而發生漂移，就像在另一個廣為人知的漏洞中所發生的那樣。在這種情況下，AWS S3存儲桶在2015年添加到環境時已正確配置，但五個月后為解決問題而進行的配置更改在工作完成后未能正確重置。直到將近五年后，這種漂移才被發現和解決。

云基礎設施風險

嘗試實現基于角色的訪問控制(RBAC)的Kubernetes用戶通常無法以適當的粒度定義角色。這增加了憑證重用和濫用的機會-實際上，評估的組織中有35%對此問題進行了努力。

在Helm圖表中，有48%的問題是由不安全的默認值引起的。最常見的錯誤是對默認名稱空間的不正確使用(在其中運行系統組件)，這可能使攻擊者可以訪問系統組件或機密。

首次在生產環境中看到通過基礎結構定義為代碼(IaC)的身份和訪問管理，并且此報告中檢測到的IAM漂移中有超過三分之一(35%)源自IaC。這表明IAM已迅速用作代碼，這可能導致角色配置錯誤的風險。

硬編碼的機密幾乎占所識別違規的10%; 23%與配置不當的托管服務產品相對應。

在接受測試的組織中，有10%實際上為從未啟用的高級安全功能付費。

雖然修復基礎結構錯誤配置的平均時間約為25天，但基礎設施中最關鍵的部分通常需要花費最多的時間來修復-例如，負載平衡服務平均需要149天來修復。由于所有面向用戶的數據都流過這些資源，因此理想情況下，應該以最快的速度而不是最慢的速度來固定它們。

保護云基礎設施需要一種全新的方法，該方法必須在開發生命周期的早期階段嵌入安全性，并在整個過程中保持安全狀態。必須在運行時連續監視云基礎設施以進行配置更改并評估風險。

在配置更改帶來風險的情況下，必須根據安全基準重新部署云基礎設施; 這樣可以確保意外或惡意進行的任何危險更改都會被自動覆蓋。

隨著新攻擊的出現和不斷困擾組織的風險，云網絡彈性現在比以往任何時候都更加重要，并且配置安全至關重要。