全世界的程序員都一樣，被逼急了都會做出毀滅性的行為...

在大西洋的加利福尼亞州，有一個程序員叫做 Sudhish Kasaba Ramesh，因為名字比較長，后面我們稱他為 SKR。

SKR 是一名來自印度的程序員，在美國拿著 HB-1 簽證（美國的工作簽證）在美國工作，跟我差不多一樣大今年30歲。

如果不是因為入職了思科，估計他就是一個普通的程序員，誰也不認識他，他也更不可能兩年后在行業(yè)搞出這么大一個事情來。

SKR之前的經(jīng)歷不太清楚，但在2016年7月他入職當時的思科，估計在這家公司干的也不咋地，很快到2018年4月離職了。

（圖片來自網(wǎng)絡，非本人）

可能是和前雇主思科分手的時候鬧得不太愉快，以至于SKR在離職5個月后心里面還是很不爽，于是未經(jīng)授權遠程連接到思科在 AWS 上的系統(tǒng)上。

可能它也沒想到離職這么久，竟然還可以直接登錄到公司的服務器，可見全球的大公司權限管理做的也很一般呀。

可能當時心情也不太美麗，于是在 Google Cloud Project 帳戶中部署了一個代碼，這段代碼的功能很爆炸。

這段代碼運行后，直接刪除了456個用于Cisco WebEx Teams應用程序的虛擬機，該虛擬機提供了視頻會議，視頻消息傳遞，文件共享和其他協(xié)作工具。

最后思科對受影響的客戶退還了超過1,000,000美元，幸運的是：這些客戶的數(shù)據(jù)都沒用丟失或者泄露，可能數(shù)據(jù)還做的比較好吧。

刪完虛擬機之后，SKR 并沒有像大家想象的那樣“刪庫跑路”，而是繼續(xù)找了一個工作在西海岸上班。

這些年國內(nèi)“刪庫跑路”的案例并不少，有的還造成上市公司公司損失巨大；同時上面這個案例可以看出美國知名公司權限管理也沒有做到位。

知乎上有一個問題是：如何預防程序員刪庫跑路。

相對很多的客觀條件，比如嚴格的權限管理、嚴格的流程規(guī)范、嚴格的數(shù)據(jù)備份、雙活方案。

這都是從技術或者管理層面來進行的預防和措施，但不管怎么管理終究很難避免在職的程序員擁有這些權限。

所以本質(zhì)是：真正“刪庫跑路”的發(fā)生歸根到底是公司和員工之間矛盾不可調(diào)和的爆發(fā)。如果不是受到非常大的委屈，沒有程序員愿意干出這么牛逼的事業(yè)！

避免兩敗俱傷的做好方式，就是把問題消滅在萌芽中...

—————END—————

喜歡本文的朋友，歡迎關注公眾號?程序員小灰，收看更多精彩內(nèi)容

      

       

        

         

          

           

            

             
            
            

             點個[在看]，是對小灰最大的支持！