xz 后門盡管沒有引起嚴重的分析發現問題，不過這次安全危機也為 Linux 乃至整個開源社區敲響警鐘，后門黑客戶那就是生活想要發起供應鏈攻擊其實也不是特別困難。

在 xz 項目中原作者因為各種原因身心俱疲，東歐但試點網當有個熱心的圖冒貢獻者前來幫忙時，原作者自然非常高興并逐漸信任他，充中進而逐漸將整個項目交給他。國用

現在已經有不少開源社區成員在分析 xz 后門中的起攻黑客 Jia Tan 的真實身份，盡管想要真正追查到他的擊藍真實身份很難，不過現在已經有推測表明 Jia Tan 可能是分析發現一個生活在東歐的黑客，并且他還故意冒充東八區的后門黑客戶用戶(該時區包括中國全部地區、俄羅斯 / 馬來西亞 / 新加坡 / 澳大利亞部分或全部區域)

開源社區成員 RHEA 對 Jia Tan 的生活 GitHub 提交記錄進行分析，主要觀察他是東歐但試點網在哪些時間進行活動的，需要注意的圖冒是提交時間是可以修改的，前提是充中你每次操作時都修改時間，這是一個比較難堅持的事情，畢竟比較麻煩。

冒充東八區用戶：

一般來說黑客的工作時間集中在下午或深夜比較合理，畢竟很少有人愿意早晨五點就起來干活 (盡管早睡早起也確實是個好習慣)。

Jia Tan 這名字聽起來就像是東亞人，而他的 Github 大部分提交都帶有 UTC+8 時間戳，也就是東八區用戶，東八區用戶配合亞洲名字，那么想要冒充誰其實已經很明顯。

然而黑客顯然不會使用自己的真實名字，所以這招禍水東引本身就存在漏洞，所以每次提交都修改時區為東八區似乎有助于提高可信度。

有幾次忘記修改時區：

正如前面提到的每次修改系統時區其實是個很麻煩的事情，畢竟一年提交那么多次代碼每次修改會讓人無比煩躁。

因此分析就發現在 UTC+2 和 UTC+3 時區分別有過 3 次和 6 次調提交，這與 UTC+8 的 440 次提交來說顯得很少，但卻是個關鍵證據。

畢竟如果真是生活在東八區，那為什么有幾次要修改成 UTC+2 或者 UTC+3 呢？要么他是去東歐旅游了，順手在那里寫的代碼并提交。

那旅游這事河里嘛？也不河里，因為有兩次提交時區發生變更，但中途有 11 個小時的時間差，也就是說他在 UTC+3 提交代碼后立即飛往 UTC+8，但這兩個時區之間的飛機通常要 10~12 個小時的飛行時長，這還是直達的情況下，如果考慮中轉時間會更長，因此這看起來并不合理。

還有一次提交時 UTC+3 和 UTC+8 只差幾分鐘，馬斯克的星艦也沒這么快，所以必然有一個時區是造假的。

然而誰會在逢年過節還繼續干活呢？

在分析中有個很有趣的現象引起 RHEA 的關注，那就是他對比了中國 2023 年的節假日，發現 Jia Tan 竟然在中國農歷新年以及中秋節等假期提交代碼。

倒不是說不能在法定節假日期間繼續干活并提交代碼，但 RHEA 發現這名黑客在東歐假期 (UTC+2 和 UTC+3 都包括部分東歐國家) 的時候卻沒有提交代碼。

東歐假期與中國的法定節假日并不重疊，在中國節假日期間提交代碼而在東歐節假日卻沒有提交代碼，因此從代碼提交時間來看，Jia Tan 的工作安排和假期更適合東歐人，而不是東亞或東南亞地區的人。

另一方面，Jia Tan 的主要工作時間是周二、周三、周四和周五，如果他是個業余愛好者那有自己的工作，不可能工作日還如此活躍的提交代碼。

除非他是受雇于人，也就是這就是他的主要工作，所以周六、周日都是休息的，至于周一，想必全世界打工人都一樣，剛剛過了周末周一腦袋不夠清醒不是很想干活吧。

基于我們可以初步認為 Jia Tan 很有可能是生活在東歐的人，而發起攻擊就是他的主要工作，使用東亞名稱和修改 UTC+8 就是想要規避追蹤，不過打工人偶爾偷懶也是正常的，所以總有幾次提交泄露了他所在的真實時區。

(責任編輯：休閑)

• ·
• ·
• ·
• ·
• ·
• ·
• ·
• ·