「25輛特斯拉被黑」事件后續(xù)：19歲事主在個人博客上詳細(xì)復(fù)述了完成此舉的前因后果、操作流程,。此外,，相關(guān)軟件漏洞也已成功補(bǔ)上,。
1月11日,，一位來自德國的19歲年輕黑客突然發(fā)推表示,，自己成功地控制了10個國家的20多輛特斯拉的。
隨后,，這個數(shù)字很快就增加到了13個國家和超過25輛特斯拉。
簡而言之,，他能遠(yuǎn)程讓被黑掉的特斯拉汽車執(zhí)行：
解鎖車門
打開車窗
啟動無鑰匙駕駛
分享視頻到特斯拉
調(diào)整空調(diào)模式和溫度
控制喇叭和燈光
David Colombo表示,，雖然沒有取得任何轉(zhuǎn)向、加速,、剎車和其他駕駛動作的權(quán)限,，不過理論上可以通過漏洞開啟召喚模式讓車輛自動移動。
最近,，他在個人博客上公布了自己如何做到的技術(shù)操作流程,、前因后果。
不如我們先來看看那些被「黑」了的特斯拉們都到過哪里,。
一輛特斯拉Model Y在加拿大的基奇納及周邊地區(qū)
Colombo在幾個小時內(nèi)就找到了來自13個國家的25輛以上的特斯拉,。包括德國,、比利時、芬蘭,、丹麥,、英國、美國,、加拿大,、意大利、愛爾蘭,、法國,、奧地利和瑞士。
還有大約至少30多個來自中國,，不過Colombo非常謹(jǐn)慎,，并沒有對這些車下手。
漏洞如何被發(fā)現(xiàn)
事情的起因要從去年說起,，Colombo正準(zhǔn)備與一家來自巴黎的SaaS公司客戶,，討論安全審計(jì)的問題。
然后,，他的好奇心就被激發(fā)了,。
在正式見面之前，他想偷偷看一下這家公司的基礎(chǔ)設(shè)施,，比如獲得一些關(guān)于他們使用什么服務(wù)和平臺的基本信息,。
Colombo想著，如果很快能找到一些過時的軟件或暴露的備份數(shù)據(jù)庫,，就可以在會議上向他們展示了,。
在做一些基本的子域列舉時，他發(fā)現(xiàn)了一個「backup.redacted.com」域名,。
但除了一個普通的「this works」頁面外,，沒有任何東西在運(yùn)行。
在進(jìn)行了一個非常簡單的nmap掃描之后產(chǎn)生了一些結(jié)果,，但只是發(fā)現(xiàn)了remoteanything和一些「游戲服務(wù)器」端口,。
事情似乎有些奇怪。
Colombo嘗試通過telnet連接,，但沒有成功,。
不過，當(dāng)通過瀏覽器訪問時,，就會發(fā)現(xiàn)這些端口竟然指向了——TeslaMate,。
現(xiàn)在看起來，就有趣多了,。
然而,，嘗試訪問Dashboard時,，只給了一個錯誤，并沒有成功,。
但是,，好奇心再一次發(fā)揮了作用。
TeslaMate是特斯拉的一個自我托管的數(shù)據(jù)記錄器,，而且它是開源的,。
理論上，它只用于提取數(shù)據(jù)和存儲以及顯示,，并不能運(yùn)行任何命令,，比如使用TeslaMate解鎖車門。
通過查看Docker文件,，Colombo發(fā)現(xiàn)它還帶來了一個Grafana的安裝,。
端口5555，訪問了一下試試,？
果然成了,。
進(jìn)入之后Colombo看到了大量的數(shù)據(jù)，包括特斯拉途徑的路線,、曾充電位置,、目前的位置、慣常停車位置,、車輛行進(jìn)時段,、出行的速度、導(dǎo)航請求,、軟件更新的歷史,，甚至特斯拉汽車周圍的天氣歷史等等。
這真是……不妙啊,。
Colombo表示,，顯然自己不應(yīng)該從這個端口知道，這家SaaS公司的CTO去年去哪里度假了,。
那么,，如果TeslaMate能夠提取所有的車輛數(shù)據(jù)，它可能也有辦法向特斯拉發(fā)送命令,？
在產(chǎn)生這種想法之后，Colombo花了點(diǎn)時間閱讀TeslaMate的源代碼,，以便弄清楚認(rèn)證是如何進(jìn)行的,、特斯拉的證書如何在應(yīng)用程序中流動、以及它在哪里存儲用戶的API密鑰,。
結(jié)果有些出乎意料,，TeslaMate將API密鑰保存在了和所有其他數(shù)據(jù)相同的位置,，既沒有單獨(dú)存儲，也沒有加密,。
那么,，如果Grafana可以訪問車輛數(shù)據(jù)，而API密鑰存儲在車輛數(shù)據(jù)一邊,，Grafana可以讀取和輸出API密鑰嗎,？
用Grafana Explore來運(yùn)行自定義查詢試試？但這需要認(rèn)證,，真是無奈,。
不過，有沒有聽說過這個遙遠(yuǎn)的網(wǎng)絡(luò)安全問題叫做「默認(rèn)密碼」,？
是的,，TeslaMate Docker的Grafana安裝時帶有默認(rèn)憑證。
也有可能在沒有通過Grafana端登錄的情況下,，以未經(jīng)授權(quán)的匿名用戶身份查詢token,。
試著用admin:admin登錄，果然成功了,。
為Grafana（Explore）建立一個查詢字符串,，并查詢API token，這之后就沒有什么神奇了,。
所以說,，軟件用默認(rèn)值初始化的默認(rèn)值是為了讓管理員方便去更改的，實(shí)際上并不安全,。
開發(fā)者通常選擇默認(rèn)值,，讓軟件在開箱后盡可能地開放和易于使用。然而,，當(dāng)默認(rèn)值不安全而管理員不改變它時,，這種便利是有代價的。
獲得對世界各地的隨機(jī)特斯拉的訪問的過程：
在互聯(lián)網(wǎng)上搜索TeslaMate實(shí)例
確保它們以不安全的默認(rèn)Docker配置運(yùn)行
轉(zhuǎn)到3000端口,，訪問Grafana Dashboard
使用默認(rèn)憑證登錄（當(dāng)然,，只有在明確授權(quán)的情況下才可以這樣做）
轉(zhuǎn)到資源管理器標(biāo)簽
使用查詢生成器來提取API并刷新token
愉快地玩特斯拉吧
除了登錄之外，在漏洞的加持下,，即便是車主改變了管理密碼,，依然可以通過Grafana的API端點(diǎn)，以未經(jīng)授權(quán)的匿名Grafana用戶身份對TeslaMate數(shù)據(jù)源運(yùn)行任意請求,。
不過這只影響到TeslaMate docker,，而且現(xiàn)在補(bǔ)丁也已經(jīng)發(fā)布了，也就是1.25.1版本,。
那么,，如果發(fā)現(xiàn)了這樣的漏洞,，該怎么做？
你應(yīng)該將漏洞報告給負(fù)責(zé)的團(tuán)隊(duì),。
如果找不到又該怎么辦呢,？
那就發(fā)條推特吧~
拋開玩笑話不談，Colombo表示,，自己發(fā)那條推特只是因?yàn)楹芫趩省?/p>
花了一整天尋找后,，只能聯(lián)系到兩位特斯拉車主并且告知他們。
另外,，對于這條推文可能引起的所有混亂和猜測,，Colombo深表歉意。
然后……這條推特就火了,。
為了尊重受影響的特斯拉車主的隱私,，根據(jù)他的要求刪掉了車主身份信息。在這篇文章中,，受影響的特斯拉的名字更改為「藍(lán)色巨人」,。
多虧了這條推文，Colombo找到了另一位來自愛爾蘭的特斯拉車主,。
然而,，車主多次重置特斯拉帳戶密碼后，也沒能撤銷API token,。
好在經(jīng)過了4小時的不懈努力,，終于通過一個未被記錄的API端點(diǎn)撤銷了密鑰。
聯(lián)系特斯拉
當(dāng)Colombo發(fā)現(xiàn)沒有合法的途徑找到其他受影響的車主之后,，便和特斯拉產(chǎn)品安全團(tuán)隊(duì)取得了聯(lián)系,。（推特上有網(wǎng)友「支招」，在特斯拉汽車屏幕上放「你被黑了」的視頻）
特斯拉表示他們正在調(diào)查這個問題,，然后在不久之后就撤銷了所有受影響的和遺留的token,。
據(jù)特斯拉安全團(tuán)隊(duì)稱，截至2022年1月13日,，所有被影響的用戶應(yīng)該都收到了電子郵件通知,。
所以如果特斯拉車主曾經(jīng)安裝過TeslaMate，就去檢查一下你的郵箱,。
然而,，特斯拉安全團(tuán)隊(duì)第二次撤銷token后，一些特斯拉訪問token仍然公開在互聯(lián)網(wǎng)上,，可能是因?yàn)橛脩粲值卿浟艘资芄舻腡eslaMate.
因此,，Colombo寫了一個Python腳本來自動從易受攻擊的實(shí)例中撤銷暴露的訪問token。
壞消息是，第3版token好像沒有辦法撤銷,。
發(fā)布漏洞
鑒于有相當(dāng)多的特斯拉車主受到影響，所以Colombo申請獲得該漏洞的CVE編號,。
CVE-2022–23126 描述：
「TeslaMate 1.25.1 之前的默認(rèn) Docker 配置允許攻擊者獲取受害者生成的token,，從而使他們能夠通過 Tesla 的 API 執(zhí)行未經(jīng)授權(quán)的操作，例如控制車輛的某些關(guān)鍵功能或泄露敏感信息,?！?/p>
需要理解的是，這是一個開源項(xiàng)目,，隨著時間的推移而發(fā)展,，這樣的事情是有可能會發(fā)生。
在此,，Colombo也給出了一些建議：
就是別把重要物件連上互聯(lián)網(wǎng),。這很簡單。
如果你必須把一些東西聯(lián)網(wǎng),，一定確保它是被修改到安全設(shè)置程度,，而不是用默認(rèn)設(shè)置裸奔，默認(rèn)設(shè)置可能會不安全,。
完整的時間線
以下是David Colombo記錄的事件時間線,，所有時間都是歐洲中部時間：
2021–10–29：第一次聽說這件事（發(fā)現(xiàn)了第一個被影響的第三方案例）
2021–10–29：聯(lián)系車主
2021–11–01：記錄下案例
2022–01–09：全網(wǎng)搜索被影響的第三方案例
2022–01–10：發(fā)現(xiàn)在12個國家中有超過20例
2022–01–10：試圖找到車主的身份信息
2022–01–10：我把這件事匯報給兩個我能找到的特斯拉車主
2022–01–10：我發(fā)了條推特，因?yàn)槲也荒艽_認(rèn)更多的特斯拉車主
2022–01–10：這條推特火了
2022-01-10：已知的案例增加到了13個國家中超過25例
2022-01-10：我和知名網(wǎng)絡(luò)安全專家John Jackson交流,，他推薦我去搞一個CVE-ID,，如此一來這件事就可以更有效的被處理了
2022-01-11：去MITRE申請一個CVE-ID，并提供了一些初步信息
2022-01-11：準(zhǔn)備了一份詳細(xì)的記錄,，描述整個情況
2022-01-11：聯(lián)系了特斯拉生產(chǎn)安全組,，讓他們盡快告知被影響的車主
2022-01-11：聯(lián)系了第三方的維修人員，讓他們盡快準(zhǔn)備一個補(bǔ)丁
2022-01-11：和特斯拉生產(chǎn)安全組共享有關(guān)被影響的車主的更多信息
2022-01-11：MITRE批準(zhǔn)了我的CVE-ID申請,。CVE-2022–23126待定
2022-01-11：特斯拉生產(chǎn)安全組表示他們正在調(diào)查這些案例
2022-01-12：第三方的維護(hù)人員發(fā)布了1.25.1版本,，其中有一個部分補(bǔ)丁
2022-01-12：特斯拉在協(xié)調(diào)世界時6:30，歐州中部時間7:30,，召回了數(shù)千個潛在被影響的API token
2022-01-12：特斯拉強(qiáng)制一些被影響的用戶重置他們的密碼
2022-01-12：等待特斯拉生產(chǎn)安全組的進(jìn)一步回復(fù)
2022-01-12：和第三方維護(hù)人員一同開發(fā)更多潛在的補(bǔ)?。用荜P(guān)鍵訪問token）
2022-01-13：特斯拉生產(chǎn)安全組表示他們召回了所有受影響的API token，并且通過郵件和推送的通知告知了所有被影響的特斯拉車主
2022-01-13：有些之前受過影響的特斯拉車主還在受影響
2022-01-18：再一次和特斯拉交涉,，等待特斯拉生產(chǎn)安全組的進(jìn)一步通知
2022-01-19：特斯拉召回了另一批訪問token
2022-01-10：發(fā)現(xiàn)了另一處漏洞,，并且做了匯報，這次的漏洞直接影響了特斯拉的API
2022-01-22：特斯拉承認(rèn)了該處新增漏洞,，并且在生產(chǎn)中進(jìn)行了補(bǔ)救
2022-01-24：公開發(fā)表這篇記錄
何許人也,？
按David Colombo的自述，他現(xiàn)年19歲，家住德國巴伐利亞州,，離慕尼黑車程兩小時的地方,。
Colombo自稱10歲開始寫碼，從此扎進(jìn)網(wǎng)絡(luò)安全的世界里,。15歲實(shí)際輟學(xué),，形式上是向德國商務(wù)部申請了每周只有2天去學(xué)校點(diǎn)卯的特殊許可。
實(shí)際上學(xué)校也不太愿意管他,，畢竟他真上學(xué)時,，學(xué)校的信息大屏幕經(jīng)常無故黑屏故障。
David Colombo現(xiàn)在是個工具現(xiàn)代但形式古典的小作坊主：開了家「Colombo科技」的一人作坊式公司,、自學(xué)編程手藝,、自己招攬白帽黑客業(yè)務(wù)。
顧客包括從紅牛公司到美國國防部的各種需要驗(yàn)證網(wǎng)絡(luò)安全的機(jī)構(gòu)實(shí)體,。
