|
新聞中心
當(dāng)前位置：網(wǎng)站首頁 > 新聞中心
云應(yīng)用服務(wù)到底有多安全?
SaaS是云計(jì)算的幾大服務(wù)模式之一，如今，人們已經(jīng)很難想象沒有軟件即服務(wù)（SaaS）的場景，因?yàn)楹芏嗥髽I(yè)、組織和個(gè)人的日常工作都依賴于這些應(yīng)用。隨著大量的企業(yè)上云，以及對SaaS的廣泛采用，在企業(yè)IT管理規(guī)劃進(jìn)程中，人們對SaaS的依賴性越強(qiáng)，對SaaS領(lǐng)域的安全性、治理和合規(guī)性就越需要仔細(xì)研究。用戶都是首席信息安全官（CISO）
大多數(shù)Office 365或SalesForce和Slack用戶，或任何其他SaaS應(yīng)用程序都通過軟件與他們聯(lián)系以完成他們的工作。但是他們通常也有控制權(quán)，因?yàn)樵谀承┣闆r下可以控制很多設(shè)置。以前由IT管理人員處理這些內(nèi)容，他們也可能影響或甚至決定首先注冊一個(gè)應(yīng)用程序。
換句話說，除了使用SaaS應(yīng)用程序外，最終用戶也承擔(dān)了評估和管理它們的角色。這顯示了“IT民主化”如何不僅讓人們掌握更多技術(shù)，而且還加大了責(zé)任。在很多方面，人們都需要成為虛擬世界的首席信息安全官（CISO）。
以下將提出一些關(guān)于SaaS應(yīng)用程序安全性的基本問題。特別是身份驗(yàn)證、加密保護(hù)和管理。
身份驗(yàn)證選項(xiàng)
最接近最終用戶的SaaS的安全主題是口令和身份驗(yàn)證，但面臨諸多挑戰(zhàn)。用戶不僅需要小心謹(jǐn)慎，而且還會(huì)感到困惑。例如，原來創(chuàng)建安全密碼的原始規(guī)則不再適用。
密碼管理器是一種創(chuàng)建和管理長密碼的好方法，現(xiàn)在推薦使用它，盡管密碼管理器并不能讓人們確信設(shè)定密碼就不會(huì)被黑客入侵。但無論如何，設(shè)定密碼是一個(gè)有效的措施。
雙因素身份驗(yàn)證（2FA）是實(shí)施安全措施的第二個(gè)步驟，通常將驗(yàn)證代碼發(fā)送到一個(gè)單獨(dú)的設(shè)備。但是關(guān)于如何最好地實(shí)施這種方法存在一些爭議。例如，美國政府不鼓勵(lì)使用SMS（短信驗(yàn)證碼）進(jìn)行身份驗(yàn)證。
然后還有其他一些因素，例如生物識別或地理標(biāo)記，這些因素可以強(qiáng)化身份驗(yàn)證并觸發(fā)異常登錄活動(dòng)的警報(bào)。強(qiáng)認(rèn)證還與加密通道、密碼散列、事件監(jiān)控，以及其他高級技術(shù)相關(guān)聯(lián)。
那么企業(yè)的SaaS提供商使用哪種認(rèn)證？雙因素或是多因素？他們是否以其他方式增強(qiáng)密碼安全性？他們?nèi)绾未龠M(jìn)在多個(gè)應(yīng)用程序采用單點(diǎn)登錄（SSO）或聯(lián)合身份驗(yàn)證？
加密和保護(hù)數(shù)據(jù)
另一個(gè)值得關(guān)注的問題是，一旦企業(yè)與其數(shù)據(jù)與應(yīng)用程序互動(dòng)，會(huì)發(fā)生什么情況？那么企業(yè)的SaaS提供商如何處理傳輸中、使用中、靜止中的數(shù)據(jù)？
傳統(tǒng)上，網(wǎng)絡(luò)公司已經(jīng)使用安全套接字層（SSL）進(jìn)行通信。實(shí)際上，IETF在2015年棄用了SSL，其中采用傳輸層安全（TLS）1.0替代了SSL 3.1.已經(jīng)實(shí)現(xiàn)這些加密協(xié)議的網(wǎng)站被標(biāo)記為Secure HTTPS（SSL/TLS中的HTTP）。
如果企業(yè)的SaaS提供商與許多基于云計(jì)算的公司一樣，他們可能會(huì)使用多租戶架構(gòu)，這意味著企業(yè)的數(shù)據(jù)很可能最終與他人的數(shù)據(jù)相鄰。使用什么類型的加密以及控件的粒度如何？無論架構(gòu)如何，他們將如何備份、復(fù)制、存儲和恢復(fù)數(shù)據(jù)？
另一組問題涉及數(shù)據(jù)的類型。受到最多關(guān)注的數(shù)據(jù)泄露涉及個(gè)人可識別信息（PII）的發(fā)布，該類信息越來越受政府部門的監(jiān)管，并受到歐盟“通用數(shù)據(jù)保護(hù)條例”（GDPR）的大量關(guān)注。因此，除了加密之外，企業(yè)的SaaS提供商還有哪些方法可以防止PII和敏感數(shù)據(jù)的丟失？
管理、政策和治理
數(shù)據(jù)丟失防護(hù)（DLP）主題與用戶控制問題重疊，因?yàn)閿?shù)據(jù)可能會(huì)因不正確的設(shè)置而無意中暴露。最終用戶可以在開展最少（或不需要）培訓(xùn)的情況下開始使用大多數(shù)SaaS應(yīng)用程序，但考慮到其潛在的損害，這可能不是一個(gè)好習(xí)慣。
即使最終用戶獲得這樣的控制權(quán)利，但具有限制人為錯(cuò)誤的可能性。更智能的應(yīng)用程序（或管理覆蓋）可以幫助標(biāo)記和PII 安全鎖定。
管理角色是安全和合規(guī)性影響的另一個(gè)問題。限制特權(quán)訪問是一個(gè)很好的普遍做法，但它是GDPR法規(guī)的一個(gè)特別關(guān)注點(diǎn)。體系結(jié)構(gòu)良好的應(yīng)用程序還應(yīng)該方便添加和刪除賬戶。在這方面，企業(yè)可能會(huì)看到其SaaS提供商是否利用了跨域身份管理系統(tǒng)（SCIM），這是一種自動(dòng)交換用戶ID的開放標(biāo)準(zhǔn)。
企業(yè)針對其SaaS提供商的一些最終政策相關(guān)問題：他們是否可以將登錄限制為與企業(yè)網(wǎng)絡(luò)或VPN一致的指定IP范圍？他們是否允許企業(yè)在移動(dòng)設(shè)備上管理該應(yīng)用的可用性？是否有會(huì)話超時(shí)閾值的調(diào)整？
不僅僅是網(wǎng)絡(luò)安全的忍者
雖然上面的一些問題可能看起來是基本的問題，人們可能會(huì)認(rèn)為只有網(wǎng)絡(luò)安全管理人員才能掌握什么是關(guān)鍵，但事實(shí)并非如此。在此應(yīng)該揭開這個(gè)話題的神秘面紗。這符合應(yīng)用程序制造商，最終用戶和第三方提供商等所有人的利益，需要人們看到云計(jì)算應(yīng)用程序安全性的所有權(quán)是一個(gè)整體和無處不在的責(zé)任。
|
