雲儲存放在伺服器端的資料真的安全嗎?

時間 2021-05-06 02:11:34

1樓:Poria

利益相關,我們公司也有雲儲存產品 Poria Storage(可以去了解體驗下)

首先沒有絕對的資料安全,這點大家都知道。舉兩個例子,以色列本-古里安大學研究的DiskFiltrationPowerHammer技術,前者通過監聽硬碟工作的聲音竊取資料,後者通過電源線竊取資料

對比本地資料和伺服器資料安全性,你會發現兩者完全不是乙個級別。

本地資料安全全靠防火牆,特別在盜版軟體盜版系統氾濫的地方。個人電腦上存在無數漏洞與後門,大部分個人計算機都相當於是在裸奔,個人資料毫無安全可言,之所以你沒覺得你的資料不安全,完全是因為你的資料沒價值^^

伺服器資料的安全性從資料中心的安全到資料的安全再到容災、冗餘那都是本地資料沒法比的,資料安全對於資料中心來說是最重要的指標。

來看一下Google的資料中心是怎麼保證安全的

谷歌資料中心如何保證資料安全?

對於普通使用者來說,資料安全問題更多出現在暗網交易

2樓:雲際視界

資料完整安全性較高,資料隱私安全性就不知曉了。

資料完整基本來說,雲端資料安全性很高,按照雲計算行業99.99%的安全承諾,基本是實現的,即使發生了像阿里雲宕機這種安全事故,資料備份等一些技術手段,也對資料安全進行了有效的保護。

3樓:小兔子

縱觀市面上的這些安全軟體,都打著防DDOS的口號,其實我們都知道,乙個小軟體是不可能防止DDOS的,除非是有專門的IDC,防禦其它漏洞還是可以的

4樓:楊明

1、把雲儲存當做自己的乙個備份,多幾個備份總是沒有問題的;

2、對備份的資料進行加密,被窺探、盜竊也無憂;

3、要有資料恢復的技術;

5樓:馬馳

簡介的回答是: 是的, 雲儲存更安全.

1.很多中小企業的資料安全其實很糟糕, 有的甚至沒有宕機備份措施, 對於這種客戶來說, 雲儲存的安全性顯然更高.

2.雲計算服務商還不夠成熟, 比如Amazon最近頻繁的出事故, 但這只是成長的煩惱, 長遠看, 可用率會越來越高, 並且業內有其他服務商的可用率比Amazon高.

3.不過對於要求更高的使用者來說, 同時選擇多個服務商也許是個好主意, 這就是ComputeNext等雲計算中介商的切入點.

6樓:樂兒的風景

安全總是相對的,目前的狀況看,雲儲存相對於在本地的儲存會安全很多。

安全也是有條件的,需要軟體技術、硬體技術、機房環境等綜合起來才能達到乙個相對可靠的安全級別。

具體的某個產品,我對華為的雲儲存有些了解,可以說明一下,這些技術和可靠性保障措施是使用者個人或者小規模資料中心很難實現的。

不單純依賴硬體,採用軟體、硬體結合的多重可靠性設計:

模組級保護:模組化、冗餘設計,支援熱插拔。電源模組、控制模組等都是冗餘的

硬碟級保護:節點內磁碟級Raid,各個級別的Raid保護

資料級保護:節點間間資料物件寫多份。除通常的RAID技術外,為解決雙盤實效和其他故障導致的資料丟失,雲儲存將多個物件的副本分別寫入其他的儲存節點,當乙個節點發生故障時,其他節點上的資料繼續提供服務,同時通過其他節點中的資料副本,快速回覆故障節點上丟失的資料

系統級保護:網路鏈路端到端冗餘,所有儲存模組是分布式的,甚至分布在不同的物理地點。

7樓:馮東

雲的優勢在於彈性。安全性是附帶品。譬如說供電,什麼樣的供電最安全?

最好是自家帶太陽能板,風能發電,柴油發電機,最好再來個私人原子爐。可是都沒有直接連上電網快捷方便經濟。安全嗎?

窮人相對的安全。用雲不是為了凸顯安全。

8樓:陳甫鵃

我想這裡說的安全包括兩個方面:

放上去的資料會不會隨著資料中心某塊硬碟壞掉而浮雲了 = 資料安全性;

放上去的資料會不會被窺探 = 隱私安全性。

第乙個問題,amazon這次的事故已經給吹牛說雲計算絕對可靠的人們乙個響亮的耳光;第二個問題,就我所知,還沒有那個服務商開始真正涉足吧。雖然理論上可以利用PKI進行非對稱加密,但是雲級別的證書的申請、部署和管理迄今為止都還沒有合理的解決方案。

9樓:鄭軍

目前雲的資料安全機制還是脆弱的。但是絕對的安全是沒有的,在某些情況下當下的某些可用的手段、方法與機制是夠安全的,而另一些情況下又不夠安全。

android端與伺服器端RSA雙向加密問題

1 分成兩部分,使用對稱金鑰加密的密文 A 和使用公鑰加密的對稱金鑰 B 一起傳送給服務端 2 服務端使用私鑰解密B得到對稱金鑰 3 使用對稱金鑰來解密密文A,從而得到內容。 記住 用對方的公鑰加密是為了保密,這個只有對方用私鑰能解用自己的私鑰加密是為了防抵賴,能用我的公鑰解開,說明這是我發來的,不...

Java伺服器端有比spring還優秀的框架嗎

穿越 有,但是沒spring全家桶方便和齊全。而且spring已經快成了行業事實標準了,使用者基礎太龐大,即使有更好的但是沒有推廣開來,也不會有太多人知道,或者僅限於企業內部使用。 PrimaryK 全面優秀的應該沒有,不然也不會大一統.部分優秀的還是有一些的,比如vert.x.簡單的非同步程式設計...

好的伺服器端 Node js 日誌方案應該考慮和解決哪些問題

高效能 是乙個大前提,當然什麼是高效能,這又是比較主觀的看法 採集的話,感覺可以交給 ELK 之類的東西,日誌庫專注自己就好了 itlr 乙個非常輕量的 Node.js 伺服器端框架 裡是沒有必要去關心logging的,讓使用框架的人自己去整合就行了,除非你能作出特別好的封裝和抽象。 最初團隊有精力...