最近幾年，無服務(wù)器計(jì)算技術(shù)實(shí)現(xiàn)了顯著的增長(zhǎng)，同時(shí)也伴隨著新解決方案生態(tài)系統(tǒng)的蓬勃發(fā)展。這些新的解決方案提供了可觀察性、實(shí)時(shí)追蹤、部署框架、以及應(yīng)用安全性。

隨著無服務(wù)器安全風(fēng)險(xiǎn)逐漸引發(fā)人們的關(guān)注，那些嘲笑者和憤世嫉俗者們所謂“FUD”——恐懼、不確定、懷疑——的習(xí)慣又一次發(fā)作，他們指出，盡管無服務(wù)器技術(shù)在軟件快速部署和大幅降低TCO方面有著巨大的價(jià)值，但同時(shí)也帶來了新的安全挑戰(zhàn)。

不斷演化發(fā)展的無服務(wù)器生態(tài)系統(tǒng)

衡量一項(xiàng)成熟技術(shù)的關(guān)鍵指標(biāo)之一，是該技術(shù)的生態(tài)系統(tǒng)。是否擁有蓬勃發(fā)展的社區(qū)、廣泛的文檔、好實(shí)踐指南和工具，決定了企業(yè)組織是否會(huì)信任并采用新的技術(shù)。

最近，云安全聯(lián)盟(Cloud Security Alliance，CSA)聯(lián)合PureSec公司合作撰寫了一份無服務(wù)器安全指南，這份指南從去年的版本中汲取了大部分的內(nèi)容，同時(shí)增加了兩個(gè)重要的風(fēng)險(xiǎn)等級(jí)。

這份題為《無服務(wù)器應(yīng)用12個(gè)最嚴(yán)重的風(fēng)險(xiǎn)》的指南，是針對(duì)那些處理無服務(wù)器應(yīng)用的安全和開發(fā)受眾編寫的，但內(nèi)容并不僅限于指出這些風(fēng)險(xiǎn)的存在，還為所有主流平臺(tái)提供了好實(shí)踐。我們對(duì)風(fēng)險(xiǎn)類別的定義如下：

風(fēng)險(xiǎn)1：功能事件-數(shù)據(jù)注入

無服務(wù)器技術(shù)可以采用不同事件源輸入的數(shù)據(jù)，而且每個(gè)事件源都有自己特有的消息格式和編碼機(jī)制。這些事件消息中，可能包含了受攻擊者控制的、或者不受信任的數(shù)據(jù)輸入，這些是需要經(jīng)過嚴(yán)格審查的。

風(fēng)險(xiǎn)2：認(rèn)證失敗

由于無服務(wù)器改善了面向微服務(wù)的系統(tǒng)設(shè)計(jì)，因此應(yīng)用可能包含數(shù)十個(gè)甚至數(shù)百個(gè)功能。如果不謹(jǐn)慎執(zhí)行的話，身份驗(yàn)證過程中就很容易出現(xiàn)錯(cuò)誤。

風(fēng)險(xiǎn)3：不安全的無服務(wù)器部署配置

云提供商提供了很多設(shè)置選項(xiàng)，可以根據(jù)特定需求調(diào)整服務(wù)。開箱即用的設(shè)置不一定是最安全的選擇。隨著越來越多的企業(yè)組織遷移到云端，云配置出現(xiàn)漏洞也越來越普遍。

風(fēng)險(xiǎn)4：過度特權(quán)功能權(quán)限和角色

管理功能權(quán)限和角色，是企業(yè)組織在把應(yīng)用部署到云端時(shí)，面臨的最艱巨的安全挑戰(zhàn)之一。有時(shí)候開發(fā)人員想走捷徑，采用“通吃”的權(quán)限模型，這是很常見的。

風(fēng)險(xiǎn)5：功能監(jiān)控和記錄功能不足

雖然大多數(shù)云廠商都提供了非常強(qiáng)大的日志記錄功能，但這些日志并不一定適合于在應(yīng)用層提供完整的安全事件審計(jì)跟蹤功能。

風(fēng)險(xiǎn)6：依賴于不安全的第三方

雖然第三方庫的不安全性，并不是只有無服務(wù)器技術(shù)才有的缺點(diǎn)，但由于缺乏應(yīng)用網(wǎng)絡(luò)和行為安全控制能力，無服務(wù)器環(huán)境中檢測(cè)出的惡意軟件包要更加復(fù)雜一些。

風(fēng)險(xiǎn)7：不安全的應(yīng)用秘密存儲(chǔ)

應(yīng)用秘密存儲(chǔ)最常出現(xiàn)的問題之一，就是把這些秘密信息簡(jiǎn)單地保存成某個(gè)軟件項(xiàng)目中的一個(gè)純文本文件，或者是把這些秘密信息保存成一個(gè)作為環(huán)境變量的純文本文件。

風(fēng)險(xiǎn)8：拒絕服務(wù)和財(cái)務(wù)資源枯竭

無服務(wù)器架構(gòu)具有自動(dòng)可擴(kuò)展和高可用性等特點(diǎn)，但是，與任何其他類型的應(yīng)用一樣，無服務(wù)器需要采用好實(shí)踐和良好的設(shè)計(jì)以避免出現(xiàn)瓶頸，是至關(guān)重要的。

風(fēng)險(xiǎn)9：無服務(wù)器業(yè)務(wù)邏輯操作

業(yè)務(wù)邏輯操作是很多軟件中常常出現(xiàn)的問題。但是，無服務(wù)器應(yīng)用有些特殊，它們通常遵循微服務(wù)設(shè)計(jì)的，其中包含的各種功能是鏈接在一起形成了一個(gè)邏輯整體的。如果執(zhí)行不當(dāng)?shù)脑挘赡芫蜁?huì)被攻擊者篡改預(yù)期的邏輯。

風(fēng)險(xiǎn)10：不恰當(dāng)?shù)漠惓Ｌ幚砗驮敿?xì)錯(cuò)誤消息

與標(biāo)準(zhǔn)應(yīng)用的調(diào)試功能相比，無服務(wù)器應(yīng)用的逐行調(diào)試功能是受到限制的，而且更復(fù)雜一些。因此，經(jīng)常會(huì)出現(xiàn)很冗長(zhǎng)的錯(cuò)誤消息，這可能會(huì)導(dǎo)致敏感數(shù)據(jù)的泄漏。

風(fēng)險(xiǎn)11：遺留的/未使用的功能和云資源

隨著時(shí)間的推移，無服務(wù)器功能和相關(guān)的云資源可能會(huì)過時(shí)，應(yīng)該被淘汰掉。處理過時(shí)的組件，是為了減少不必要的成本，并消除可以避免的受攻擊面。過時(shí)的無服務(wù)器應(yīng)用組件，可能是那些不好的無服務(wù)器功能版本、未使用的云資源、不必要的事件源、未使用的角色或者身份、未使用的依存關(guān)系。

風(fēng)險(xiǎn)12：交叉執(zhí)行數(shù)據(jù)持久性

無服務(wù)器平臺(tái)為應(yīng)用開發(fā)人員提供本地磁盤存儲(chǔ)、環(huán)境變量和內(nèi)存，用于執(zhí)行任務(wù)。為了讓無服務(wù)器平臺(tái)能夠高效處理新的調(diào)用，云提供商們可能會(huì)在后續(xù)的調(diào)用中重復(fù)利用這個(gè)執(zhí)行環(huán)境。如果無服務(wù)器執(zhí)行環(huán)境被反復(fù)用于后續(xù)的調(diào)用，屬于不同的用戶或不同的會(huì)話，那么就有可能遺留下來敏感的數(shù)據(jù)，并出現(xiàn)敏感數(shù)據(jù)泄露。

該指南的目的是提高人們的認(rèn)識(shí)，幫助企業(yè)組織安全地進(jìn)行無服務(wù)器方面的創(chuàng)新，而不是傳播恐慌。任何平臺(tái)都存在安全風(fēng)險(xiǎn)，無服務(wù)器也不例外。CSA提出這些問題的目的，是為了鼓勵(lì)企業(yè)組織采用新的技術(shù)，同時(shí)避免風(fēng)險(xiǎn)和常見錯(cuò)誤。

網(wǎng)頁名稱：無服務(wù)器技術(shù)糟糕的12個(gè)風(fēng)險(xiǎn)
標(biāo)題網(wǎng)址：http://m.rwnh.cn/news7/102957.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供微信小程序、微信公眾號(hào)、網(wǎng)站設(shè)計(jì)、服務(wù)器托管、用戶體驗(yàn)、定制網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)