有哪些影響互聯網界的重大安全事件

1、2007年1月的熊貓燒香網絡安全事件，算是給所有人都敲響了警鐘。

創(chuàng)新互聯專業(yè)為企業(yè)提供譙城網站建設、譙城做網站、譙城網站設計、譙城網站制作等企業(yè)網站建設、網頁設計與制作、譙城企業(yè)網站模板建站服務，十多年譙城做網站經驗，不只是建網站，更提供有價值的思路和整體網絡服務。

互聯網界無人不知無人不曉的駭客李俊，發(fā)布熊貓燒香病毒，可感染系統的*.exe、*點抗 、*.pif、*.src、*.html、*.asp后綴的文件，導致出現藍屏、頻繁重啟和硬盤文件損壞等問題，一度讓人聞風喪膽，給很多門戶網站、數據系統帶來的損害是無法估算的。

時至今日，網絡安全手段不斷升級，網消余慶絡毀鍵攻擊也比十幾年前更加防不勝防，但熊貓燒香是國民第一次大規(guī)模地對網絡病毒的真切感受，其起到的網絡安全發(fā)展的推動和對網絡完全的警示作用是里程碑式的。

2、2014年出現的數十億賬號信息泄露網絡安全事件。這算得上歷史上最讓人恐慌的安全事件了。

根據百度搜索顯示的結果，當年大品牌的泄露事件包含家得寶、摩根大通銀行、支付寶、蘋果、攜程、小米、索尼、微軟甚至韓國三大信用卡廠商以及12306都赫然在列。除了這些大型事件，很多小型的泄露事件都在不斷發(fā)生，有的甚至無從調查。賬號安全關系到每個人的財產安全，絕對不容忽視。

3、2020年的富士康大型勒索病毒網絡安全事件。

勒索病毒早在19年下半年就已經出現，主要以攻擊個人、企業(yè)、高校界的主機為主，通過對用戶的文件加密，勒索受害者支付一定的價值才能解密，甚至破壞文件數據，其惡劣程度也是導致一眾受攻擊的企業(yè)損失慘重。

可以看一組數據，20年11月墨西哥的富士康遭受“DoppelPaymer”勒索軟件的攻擊，導致1200臺服務器被加密， 被竊取100GB未加密文件，拿握刪除了20-30TB的數據備份，并要求支付大額比特幣作為贖金。

面對網絡安全攻擊并不是無從下手，雖然每次大型攻擊的出現都會造成嚴重的損失，但把問題想到前邊，做好安全部署，一定可以在一定程度上防患于未然。進入2021年，更多企業(yè)應該圍繞等級保護的要求，從主機安全、DDos防護、Web應用防火墻、云防火墻以及數據安全審計幾個層面去未雨綢繆。

對于大部分企業(yè)來說，不知道應該如何在網絡安全上做到面面俱到，甚至于選品、采購各個環(huán)節(jié)都處于無從下手的階段，比較方便的一個方式就是通過代理采購網絡安全。選擇代理也可以從以下幾個方向去考慮，價格折扣、售后服務、技術能力、專業(yè)程度、方案能力。

谷歌數據中心發(fā)生電氣事故傳出爆炸聲，服務器異常是否與此有關？

根據外國媒體的報道，谷歌瀏覽器的搜索引擎突然之間崩盤了，就是說搜索不出來任何東西，我們都知道谷歌瀏覽器在國外的地位非常的高，所有的人都是用谷歌瀏覽器和IE瀏覽器，隨著IE瀏覽器的退役，谷歌也就占據了大部分的市場，現在谷歌瀏覽器出現了一定的異常，也給用戶們帶來了很大的影響。根據一些數據顯示，我們得知谷歌的數據中心發(fā)生了電氣事故的原因，造成了三名員工受傷，并且傷勢還比較嚴重，目前已經被送往醫(yī)院救治，但神志還是比較清晰，可能經過一些救治之后，就能夠恢復如初了。這一次的事故當中還傳出了很劇烈的爆炸聲，驚動了很多的人們。

那么這一次谷歌瀏覽器的服務器異常，是不是和電氣事故有關呢？我認為是肯定有關系的，不然怎么會這么巧，剛好發(fā)生了爆炸事件，服務器就癱瘓了，那絕對不會這么巧，一定是有直接關系的，雖然谷歌他們單方面說與這件事情無關，但這讓人們怎么相信呢。這一次造成的影響還是十分巨大的，對全世界的塌并滑影響都很很大，因為谷歌搜索它是一個全世界性的用品，很多的用戶都在使用，特別是那些用谷歌瀏覽器來做蔽前一些商業(yè)的，這些人們的苦惱將會非常大，因為他們完全無法工作。

總的來說，還是希望谷歌的瀏覽器能夠早日的恢復正常，并且也希望受傷者能夠早日康復，回歸到工作當中來，也希望不要讓他們在這一次的事故當中留下陰影。還是那一句話，工作是要做，但是我們也要團臘把自己的生命安全放在第1位，從事這么危險的工作之時，一定要做到一個十足的把握，沒有把握千萬不要去操作，以免發(fā)生安全事故帶來不可挽回的后果。

2016年云計算發(fā)生過什么安全事故

事件一：Google Gmail郵箱爆發(fā)全球性故障

Gmail是Google在2004年愚人節(jié)推出的免費郵件服務，但是自從推出這項服務以來，時有發(fā)生的“中斷”事件就成為業(yè)界的廣泛討論的話題。

2009年2月24日，谷歌的Gmail電子郵箱爆發(fā)全球性故障，服務中斷時間長達4小時。谷歌解釋事故的原因：在位于歐洲的數據中心例行性維護之時，有些新的程序代碼(會試圖把地理相近的數據集中于所有人身上)有些副作用，導致歐洲另一個資料中心過載，于是連鎖效應就擴及到其它數據中心接口，最終釀成全球性的斷線，導致其他數據中心也無法正常工作。

事件過去數日之后，Google宣布針對這一事件，谷歌向企業(yè)、政府機構和其他付費GoogleAppsPremier Edition客戶提供15天免費服務，補償服務中斷給客戶造成的損失，每人合計2.05美元。

事件二：微軟的云計算平臺Azure停肢戚旦止運行。

2009年3月17日，微軟的云計算平臺Azure停止運行約22個小時。

雖然，微軟沒有給出詳細的故障原因，但有業(yè)內人士分析，Azure平臺的這次宕機與其中心處理和存儲設備故障有關。Azure平臺的宕機可能引發(fā)微軟客戶對該云計算歷擾機服務平臺的安全擔憂，也暴露了云計算的一個巨大隱患。

不過，當時的Azure尚處于“預測試”階段，所以出現一些類似問題也是可接受。提前暴露的安全問題，似乎也給微軟的Azure團隊敲了一次警鐘，在云計算平臺上，安全是客戶最看重的環(huán)節(jié)。

2010年，Azure平臺正式投入商用，成為開發(fā)者喜愛的云平臺之一。

Salesforce點抗 宕機事件

事件三：Rackspace云服務中斷。

2009年6月，Rackspace遭受了嚴重的云服務中斷故障。供電設備跳閘，備份發(fā)電機失效，不少機架上服務器停機。這場事故造成了嚴重的后果。

為了挽回公司聲譽，Rackspace更新了所有博客，并在其中詳細討論了整個經過。但用戶并不樂意接受。

同年11月，Rackspace再次發(fā)生重大的服務中斷后。事實上，它的用戶是完全有機會仔帶在服務中斷后公開指責這位供應商的，但用戶卻表示“該事故并不是什么大事。”看來Rackspace不是走好運，而是持續(xù)提供了充足更新并快速修復了這些錯誤。

在服務中斷致使其業(yè)務脫機15到20分鐘后，博客服務提供商Posterous的創(chuàng)建者之一Sachin Agarwal就發(fā)表了自己的觀點。Agarwal對此并不生氣，相反，他表示Rackspace在這件事上做得“很透明”，處理問題也很及時到位。

看來，如果沒有嚴重數據的丟失，并且服務快速恢復，用戶依舊保持愉快的使用體驗。對于所謂的“100%正常運行”，大多數用戶似乎不會因為偶爾的小事故而放棄供應商，只是不要將問題堆積起來。

事件四：Salesforce點抗 宕機。

2010年1月，幾乎6萬8千名的Salesforce點抗 用戶經歷了至少1個小時的宕機。

　Salesforce點抗 由于自身數據中心的“系統性錯誤”，包括備份在內的全部服務發(fā)生了短暫癱瘓的情況。這也露出了Salesforce點抗 不愿公開的鎖定策略：旗下的PaaS平臺、Force點抗 不能在Salesforce點抗 之外使用。所以一旦Salesforce點抗 出現問題，Force點抗 同樣會出現問題。所以服務發(fā)生較長時間中斷，問題將變得很棘手。

這場服務中斷還沒有對公司造成很大影響，它同VMware合作的VMforce在今年春季引起很大反響，同時Salesforce點抗 首席執(zhí)行官在服務中斷出現后的一個月內又開始宣稱Salesforce點抗 是“最大的云計算企業(yè)”。

這次中斷事故讓人們開始質疑Salesfore點抗 的軟件鎖定行為，即將該公司的Force點抗 平臺綁定到Salesforce點抗 自身的服務。但總之，這次事件只是又一次地提醒人們：百分之百可靠的云計算服務目前還不存在。

微軟爆發(fā)BPOS服務中斷事件

事件五：Terremark宕機事件。

2010年3月，VMware的合作伙伴Terremark就發(fā)生了七小時的停機事件，讓許多客戶開始懷疑其企業(yè)級的vCloud Express服務。此次停機事件，險些將vCloud Express的未來斷送掉，受影響用戶稱故障由“連接丟失”導致。據報道，運行中斷僅僅影響了2%的Terremark用戶，但是造成了受影響用戶的自身服務癱瘓。此外，用戶對供應商在此次事情上的處理方式極為不滿意。

Terremark官方解釋是：“Terremark失去連接導致邁阿密數據中心的vCloud Express服務中斷。"關鍵問題是Terremark是怎么解決這個突發(fā)事件的，這家公司并沒有明確的方案，只是模糊地對用戶擔保，并對收到影響的用 戶進行更新。如果一個運供應商想要說服企業(yè)用戶在關鍵時刻使用它們的服務，這樣的方式是達不到目的的。

Terremark的企業(yè)客戶Protected Industries的創(chuàng)立者John Kinsella，在抱怨服務中斷讓他心灰意冷時稱該供應商是“雜貨鋪托管公司”。Kinsella將Terremark與Amazon做了比較，他抱怨說，Terremark才開始考慮使用的狀態(tài)報告和服務預警Amazon早已實現。

當然，在對vCloud Director的大肆宣傳以及VMworld 2010興奮地揭幕過后，Terremark服務中斷事件似乎只留下了很小的余波。

事件六：Intuit因停電造成服務中斷。

2010年6月，Intuit的在線記賬和開發(fā)服務經歷了大崩潰，公司對此也是大惑不解。包括Intuit自身主頁在內的線上產品在內近兩天內都處于癱瘓狀態(tài)，用戶方面更是驚訝于在當下備份方案與災難恢復工具如此齊全的年代，竟會發(fā)生如此大范圍的服務中斷。

在賠償方面，亞馬遜表示，將向在此次故障中受到影響的用戶提供10天服務的點數(Credit)，這些點數將自動充值到受影響的用戶帳號當中。但是，對于以后如何避免出現類似事件，并沒有提到任何法律上的保證。

據了解，亞馬遜云服務中斷持續(xù)了近4天，但是在法律上卻沒有違反亞馬遜EC2服務的服務等級協議（簡稱SLA）。亞馬遜的解釋是，亞馬遜出現故障的是EBS和RDS服務，而不是EC2服務，從法律上講，它并沒有違反服務等級協議。并且，對于亞馬遜提出的應對宕機事件的建議——多點備份，僅僅是一個技術規(guī)范并非合同保障。這些，似乎都不能給云服務的用戶帶來信心。

表面看來，亞馬遜宕機事件似乎有一個完美結局：廠商及時修復漏洞，書面道歉，賠償損失。但是，用戶心理上對云服務的恐懼似乎并不那么容易康復，未來，亞馬遜可能不僅僅要在技術上、還需要在制度和法律上給予用戶更多的保證，才能才能漸漸修復被此次宕機事件損壞的名聲。

歷數頻頻發(fā)生的云服務事件

歷數頻頻發(fā)生的云服務事件

不僅亞馬遜，云計算領域充滿競爭的其他公司，如谷歌和微軟等，在近幾年也頻頻發(fā)生云服務“中斷”事件。

事件一：Google Gmail郵箱爆發(fā)全球性故障

Gmail是Google在2004年愚人節(jié)推出的免費郵件服務，但是自從推出這項服務以來，時有發(fā)生的“中斷”事件就成為業(yè)界的廣泛討論的話題。

2009年2月24日，谷歌的Gmail電子郵箱爆發(fā)全球性故障，服務中斷時間長達4小時。谷歌解釋事故的原因：在位于歐洲的數據中心例行性維護之時，有些新的程序代碼(會試圖把地理相近的數據集中于所有人身上)有些副作用，導致歐洲另一個資料中心過載，于是連鎖效應就擴及到其它數據中心接口，最終釀成全球性的斷線，導致其他數據中心也無法正常工作。

事件過去數日之后，Google宣布針對這一事件，谷歌向企業(yè)、政府機構和其他付費GoogleAppsPremier Edition客戶提供15天免費服務，補償服務中斷給客戶造成的損失，每人合計2.05美元。

事件二：微軟的云計算平臺Azure停止運行。

2009年3月17日，微軟的云計算平臺Azure停止運行約22個小時。

雖然，微軟沒有給出詳細的故障原因，但有業(yè)內人士分析，Azure平臺的這次宕機與其中心處理和存儲設備故障有關。Azure平臺的宕機可能引發(fā)微軟客戶對該云計算機服務平臺的安全擔憂，也暴露了云計算的一個巨大隱患。

不過，當時的Azure尚處于“預測試”階段，所以出現一些類似問題也是可接受。提前暴露的安全問題，似乎也給微軟的Azure團隊敲了一次警鐘，在云計算平臺上，安全是客戶最看重的環(huán)節(jié)。

2010年，Azure平臺正式投入商用，成為開發(fā)者喜愛的云平臺之一。

Salesforce點抗 宕機事件

事件三：Rackspace云服務中斷。

2009年6月，Rackspace遭受了嚴重的云服務中斷故障。供電設備跳閘，備份發(fā)電機失效，不少機架上服務器停機。這場事故造成了嚴重的后果。

為了挽回公司聲譽，Rackspace更新了所有博客，并在其中詳細討論了整個經過。但用戶并不樂意接受。

同年11月，Rackspace再次發(fā)生重大的服務中斷后。事實上，它的用戶是完全有機會在服務中斷后公開指責這位供應商的，但用戶卻表示“該事故并不是什么大事。”看來Rackspace不是走好運，而是持續(xù)提供了充足更新并快速修復了這些錯誤。

在服務中斷致使其業(yè)務脫機15到20分鐘后，博客服務提供商Posterous的創(chuàng)建者之一Sachin Agarwal就發(fā)表了自己的觀點。Agarwal對此并不生氣，相反，他表示Rackspace在這件事上做得“很透明”，處理問題也很及時到位。

看來，如果沒有嚴重數據的丟失，并且服務快速恢復，用戶依舊保持愉快的使用體驗。對于所謂的“100%正常運行”，大多數用戶似乎不會因為偶爾的小事故而放棄供應商，只是不要將問題堆積起來。

事件四：Salesforce點抗 宕機。

2010年1月，幾乎6萬8千名的Salesforce點抗 用戶經歷了至少1個小時的宕機。

Salesforce點抗 由于自身數據中心的“系統性錯誤”，包括備份在內的全部服務發(fā)生了短暫癱瘓的情況。這也露出了Salesforce點抗 不愿公開的鎖定策略：旗下的PaaS平臺、Force點抗 不能在Salesforce點抗 之外使用。所以一旦Salesforce點抗 出現問題，Force點抗 同樣會出現問題。所以服務發(fā)生較長時間中斷，問題將變得很棘手。

這場服務中斷還沒有對公司造成很大影響，它同VMware合作的VMforce在今年春季引起很大反響，同時Salesforce點抗 首席執(zhí)行官在服務中斷出現后的一個月內又開始宣稱Salesforce點抗 是“最大的云計算企業(yè)”。

這次中斷事故讓人們開始質疑Salesfore點抗 的軟件鎖定行為，即將該公司的Force點抗 平臺綁定到Salesforce點抗 自身的服務。但總之，這次事件只是又一次地提醒人們：百分之百可靠的云計算服務目前還不存在。

微軟爆發(fā)BPOS服務中斷事件

事件五：Terremark宕機事件。

2010年3月，VMware的合作伙伴Terremark就發(fā)生了七小時的停機事件，讓許多客戶開始懷疑其企業(yè)級的vCloud Express服務。此次停機事件，險些將vCloud Express的未來斷送掉，受影響用戶稱故障由“連接丟失”導致。據報道，運行中斷僅僅影響了2%的Terremark用戶，但是造成了受影響用戶的自身服務癱瘓。此外，用戶對供應商在此次事情上的處理方式極為不滿意。

Terremark官方解釋是：“Terremark失去連接導致邁阿密數據中心的vCloud Express服務中斷。"關鍵問題是Terremark是怎么解決這個突發(fā)事件的，這家公司并沒有明確的方案，只是模糊地對用戶擔保，并對收到影響的用 戶進行更新。如果一個運供應商想要說服企業(yè)用戶在關鍵時刻使用它們的服務，這樣的方式是達不到目的的。

Terremark的企業(yè)客戶Protected Industries的創(chuàng)立者John Kinsella，在抱怨服務中斷讓他心灰意冷時稱該供應商是“雜貨鋪托管公司”。Kinsella將Terremark與Amazon做了比較，他抱怨說，Terremark才開始考慮使用的狀態(tài)報告和服務預警Amazon早已實現。

當然，在對vCloud Director的大肆宣傳以及VMworld 2010興奮地揭幕過后，Terremark服務中斷事件似乎只留下了很小的余波。

事件六：Intuit因停電造成服務中斷。

2010年6月，Intuit的在線記賬和開發(fā)服務經歷了大崩潰，公司對此也是大惑不解。包括Intuit自身主頁在內的線上產品在內近兩天內都處于癱瘓狀態(tài)，用戶方面更是驚訝于在當下備份方案與災難恢復工具如此齊全的年代，竟會發(fā)生如此大范圍的服務中斷。

但這才是開始。大約1個月后，Intuit的QuickBooks在線服務在停電后癱瘓。這個特殊的服務中斷僅僅持續(xù)了幾個小時，但是在如此短時間內發(fā)生的宕機事件也引起了人們的關注。

即使一些用戶要求“武裝”其品牌，Intuit依舊擁有4百萬用戶并繼續(xù)進軍PaaS和Web服務供應商之路。公司沒有Amazon和Rackspace這樣的知名度，中斷也沒有造成很大的影響。Intuit主要因Quicken而聞名。

事件七：微軟爆發(fā)BPOS服務中斷事件。

2010年9月，微軟在美國西部幾周時間內出現至少三次托管服務中斷事件向用戶致歉。這是微軟首次爆出重大的云計算事件。

事故當時，用戶訪問BPOS（Business Productivity Online Suite）服務的時候，如果使用微軟北美設施訪問服務的客戶可能遇到了問題，這個故障持續(xù)了兩個小時。雖然，后來微軟工程師聲稱解決了這一問題，但是沒有解決根本問題，因而又產生了9月3日和9月7日服務再次中斷。

微軟的Clint Patterson說，這次數據突破事件是由于微軟在美國、歐洲和亞洲的數據中心的一個沒有確定的設置錯誤造成的。BPOS軟件中的離線地址簿在"非常特別的情況下"提供給了非授權用戶。這個地址簿包含企業(yè)的聯絡人信息。

微軟稱，這個錯誤在發(fā)現之后兩個小時就修復了。微軟稱，它擁有跟蹤設施，使它能夠與那些錯誤地下載這些數據的人取得聯系以便清除這些數據。

微軟的這一系列事件讓那些一度考慮使用云計算的人感到憂慮，特別是讓考慮使用與Office套裝軟件捆綁在一起的微軟主要云計算產品Office 365的那些人感到擔心。可見，就算是著名的微軟公司，面對提供公有云服務的安全問題，也顯得有些束手無策。所以，業(yè)界流程2011年將成為云計算應用之年，這一觀點就很難讓人信服了。

谷歌郵箱用戶數據泄漏事件

事件八：谷歌郵箱再次爆發(fā)大規(guī)模的用戶數據泄漏事件。

　2011年3月，谷歌郵箱再次爆發(fā)大規(guī)模的用戶數據泄漏事件，大約有15萬Gmail用戶在周日早上發(fā)現自己的所有郵件和聊天記錄被刪除，部分用戶發(fā)現自己的帳戶被重置，谷歌表示受到該問題影響的用戶約為用戶總數的0.08%。

谷歌在Google Apps狀態(tài)頁面表示："部分用戶的Google Mail服務已經恢復過來，我們將在近期拿出面向所有用戶的解決方案。"它還提醒受影響的用戶說："在修復帳戶期間，部分用戶可能暫時無法登錄郵箱服務。"

　Google過去也曾出現故障，但整個帳戶消失卻是第一次。在2009年出現最嚴重的一次故障，有兩個半小時服務停頓，許多人當時曾向Google投訴需用這個系統工作。接二連三出錯，令全球用戶數小時不能收發(fā)電郵。Google及微軟等科技企業(yè)近年大力發(fā)展云計算，盼吸引企業(yè)客戶，但云計算儲存多次出事，恐打擊用戶信心。

事件九：亞馬遜云數據中心服務器大面積宕機。

2011年4月22日，亞馬遜云數據中心服務器大面積宕機，這一事件被認為是亞馬遜史上最為嚴重的云計算安全事件。

由于亞馬遜在北弗吉尼亞州的云計算中心宕機，包括回答服務Quora、新聞服務Reddit、Hootsuite和位置跟蹤服務FourSquare在內的一些網站受到了影響。

4月30日，針對上周出現的云服務中斷事件，亞馬遜周五在網站上發(fā)表了一份長達近5700字的報告，對故障原因進行了詳盡解釋，并向用戶道歉。亞馬遜還表示，將向在此次故障中受到影響的用戶提供10天服務的點數(Credit)，將自動充值到受影響的用戶帳號當中。

亞馬遜在周五的報告中指出，公司已經知道漏洞和設計缺陷所在的地方，它希望通過修復那些漏洞和缺陷提高EC2(亞馬遜ElasticComputeCloud服務)的競爭力。亞馬遜已經對EC2做了一些修復和調整，并打算在未來幾周里擴大部署，以便對所有的服務進行改善，避免類似的事件再度出現。

此事件也引起人們對轉移其基礎設施到云上的擔憂：完全依靠第三方來去報應用程序的可用性是否可行。

網站題目：服務器安全事故 服務器常見的安全問題
本文來源：http://www.chinadenli.net/article16/ddpcsgg.html

成都網站建設公司_創(chuàng)新互聯，為您提供企業(yè)建站、商城網站、品牌網站制作、手機網站建設、網站策劃、網站收錄

廣告

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