GitHub竟被黑！機(jī)密源代碼全部泄露

YouTube-dl事件剛剛過去不久，GitHub又登上了Hacker News榜首。

原因是其源代碼被全部泄露！

從開發(fā)者Resynth 發(fā)表的一篇博客中了解到，在一個向 GitHub 官方 DMCA 倉庫提交的可疑 Commit 中，一名不明身份人員利用 GitHub 應(yīng)用程序中的bug 假冒GitHub CEO 奈特·弗里德曼 （Nat Friedman）上傳了機(jī)密源代碼。

泄露文件已被全部刪除

GitHub想必大家都非常熟悉，它是一個大型代碼存儲庫，主要為企業(yè)和開發(fā)人員提供托管項(xiàng)目和服務(wù)代碼。蘋果、亞馬遜、Google、Facebook以及其他許多大型科技公司都是其主要客戶。

目前，GitHub已托管超過1億個存儲庫，為4000萬開發(fā)人員提供資源支持。

因此，此泄露事件一出便迅速沖上了Hacker News熱搜，不少開發(fā)者表示為GitHub平臺的安全性感到擔(dān)憂。

對此，GitHub CEO Friedman本人則第一時間在熱帖下做出了解釋。他表示：

GitHub沒有被黑客入侵，被泄露的是部分GitHub Enterprise Server源代碼。二者雖然共享大量代碼，但GitHub主要是由Rube編寫，還是有很大差異的。

另外，這一事件的起因是幾個月前，開發(fā)人員無意間將企業(yè)服務(wù)器源代碼的未脫敏/混淆的 tarball 交付給了一些客戶造成的。我們正在全力修復(fù)平臺Bug，防止未經(jīng)授權(quán)的不明人士通過偽造身份隨意盜用、修改他人項(xiàng)目。

最后，F(xiàn)riedman為了安撫用戶甚至還吟了首勃朗寧的詩：一切都很好，情況也很正常，云雀展翅飛翔，蝸牛在荊棘上爬動，世上一切順當(dāng)！

不過，開發(fā)者們對此回應(yīng)并不買賬。從他們的吐槽來看，Github代碼管理系統(tǒng)早已存在多項(xiàng)Bug，比如提交代碼時，Git不會對用戶身份進(jìn)行核驗(yàn)。這一點(diǎn)會給源代碼帶來極大的安全風(fēng)險(xiǎn)，但GitHub平臺對此從未重視過。

另外，有人表示正是利用這一缺陷，不明人士才得以冒充Friedman身份發(fā)布了機(jī)密代碼。

源代碼管理器Git存在Bug

Git，是Github用來托管源代碼的分布式版本管理系統(tǒng)，簡單來說，就是源代碼管理器。

它的設(shè)計(jì)存在一種明顯的缺陷，即沒有為防止其他用戶盜用提供太多的保護(hù)。

具體來說，Git 上傳代碼文件的過程，類似于發(fā)送電子郵件。用戶可以在user.name和user.email字段中輸入任何信息。這一過程中，如果兩個字段之間不采用GPG密鑰關(guān)聯(lián)，系統(tǒng)就不會核查它的指定來源，那么信息造假會變得非常容易。

上述不明人士順利提交成功，顯然是Friedman沒為相關(guān)字段建立GPG（General Planning Group）密鑰。

那么，在繞過這層限制后，不明人士又是如何提交至存儲庫，同時又不損害實(shí)際存在賬戶的？

據(jù)了解，將提交內(nèi)容上傳到Git存儲庫會得到一個散列，可用于查找樹。GitHub是Web應(yīng)用程序的一部分，提供了對瀏覽器中底層Git結(jié)構(gòu)的訪問權(quán)限，因此，它可以將Git存儲庫的所有分支存儲在一個單獨(dú)的底層存儲庫中，盡管通常不會在URL結(jié)構(gòu)中顯示這種方式。

為了假冒別人的賬戶，不明人士首先需要克隆一個DMCA儲存庫。在擴(kuò)展到存儲庫之后，再提交泄漏源代碼，并偽造成Friedman的姓名和電子郵件地址。這個過程Fork存儲庫可能會出現(xiàn)錯誤，換句話說，URL可能依然指向假冒者真正的用戶名和賬戶。

但在底層Git上，父級和Fork都是同一個存儲庫的一部分，這將允許假冒者創(chuàng)建一個URL，該URL可以在主存儲庫中提交，而不是在Fork中。

因此，假冒者從https://github.com/github/dmca開始，將tree/$hash追加到末尾，其中$hash是攻擊者自己的fork提交的散列值。

結(jié)果假冒者得以代替Friedman使用了一個URL在GitHub上提交了自己的機(jī)密代碼。

值得一提的是，除了代碼安全性的擔(dān)憂之外，這件事也再度引起了開發(fā)者們對GitHub開源態(tài)度的關(guān)注。

長久以來，GitHub 一直因?yàn)槲垂_源代碼而飽受詬病，而恰好前幾日，GitHub再度因封殺視頻神器YouTube-dl而陷入輿論風(fēng)波。

據(jù)了解，此次泄露事件的發(fā)生，很可能是這位不知名開發(fā)者對封殺YouTube-dl一事的報(bào)復(fù)。

或許與下架YouTube-dl有關(guān)

上個月，在美國唱片業(yè)協(xié)會（RIAA）的要求下， GitHub 封禁了7.5萬Star的熱門開源項(xiàng)目 YouTube-dl。

當(dāng)時RIAA其給出的理由是，YouTube-dl其違反了DMCA的反規(guī)避條款：

此源代碼的明確目的是：1）規(guī)避 YouTube 等授權(quán)流媒體服務(wù)所使用的技術(shù)保護(hù)措施；2）未經(jīng)授權(quán)復(fù)制和分發(fā)會員公司擁有的音樂視頻和音頻。3）除YouTube外，該源代碼在 GitHub上支持更多網(wǎng)站下載視頻。

但GitHub將YouTube-dl下架，卻激怒了開發(fā)者們，他們在GitHub上復(fù)制并上傳了大量代碼副本，以此對該下架行為表示抗議。目前在GitHub上搜索YouTube-dl，相關(guān)結(jié)果高達(dá)4108個。

后來，GitHub公司法律團(tuán)隊(duì)不得不發(fā)出最新警告，稱如果繼續(xù)發(fā)布代碼副本，可能會對其進(jìn)行封號處理。

請注意，在未遵循流程的情況下重新發(fā)布YouTube-dl代碼副本是違反GitHub平臺DMCA政策和服務(wù)條款的。如果您在明知違反服務(wù)條款的情況下，繼續(xù)向該存儲庫提交或發(fā)布相關(guān)內(nèi)容，我們會將其刪除，并可能中止對您帳戶的訪問權(quán)限。

雖然造成此次泄露事件的不知名人士并未對此事公開表態(tài)，但有人猜測稱可能是他對GitHub下架該項(xiàng)目的報(bào)復(fù)。

另外，在Friedman回應(yīng)泄露事件的帖子下可以看到，不少網(wǎng)友對GitHub因DMCA協(xié)議而下架YouTube-dl表示不滿。

還有一位用戶表示，GitHub之所以這樣做，很可能是因?yàn)槲④浭荝IAA的成員。他說，DMCA 所要求的下架不是讓代碼版權(quán)所有者本身下架，GitHub作為一家倡導(dǎo)開源的獨(dú)立公司，它不需要遵守RIAA的非法請求。

可以看出，網(wǎng)友們的不滿顯示是因?yàn)榉饨皇屡cGitHub最初的開源初衷背道而馳。

GitHub開源精神惹爭議

2018年，微軟以75億美元的價(jià)格收購GitHub。新任 CEO Nat Friedman 曾表示：GitHub 將始終堅(jiān)持開發(fā)者優(yōu)先并獨(dú)立運(yùn)營。

Resynth在博客中也表示：微軟一再強(qiáng)調(diào)致力于開源，這一點(diǎn)我們從很多商業(yè)廣告中經(jīng)常可以看到，它的目的是讓微軟出于開源發(fā)展的最前沿。

但現(xiàn)在來看，微軟似乎并沒有做到承諾的那樣，而且YouTube-dl也只是最近發(fā)生的一例而已。事實(shí)上，GitHub因?qū)⑵湓创a保密的問題已經(jīng)在業(yè)內(nèi)廣受批評。

另外，Resynth也提醒稱，這次事件也不得不讓人們擔(dān)心 GitHub 源代碼的安全性。因?yàn)殚]源應(yīng)用程序執(zhí)行的是“隱蔽式安全 （Security By Obscurity）”，即源代碼是隱藏的，目的是降低安全風(fēng)險(xiǎn)。

如果 GitHub 真的公開源代碼，很可能會損害其整體的安全性。
責(zé)編AJX