第363章 一夜破解！趙強人麻了！德勤的內部版本號！
2004年七月六號。周二。
早上七點半，A302。
趙強趴在工位上，眼睛通紅。他沒回家——昨天晚上逆向金融行業的XML標籤體系，越逆向越發現德勤的Schema不簡單。
一般企業的XML導出格式，標籤命名跟業務欄位一一對應，比如"應收帳款""固定資產原值"，看名字就知道是什麼。但德勤這套不一樣——標籤全是編碼。
F001、F002、F017……每個標籤對應什麼意思，得靠上下文和數據樣本猜。
他干到凌晨四點，逆向了二十七個標籤，進度還不到三分之一。扛不住了，趴在桌上眯了三小時。
"早。"
林遠的聲音從門口傳來。
趙強抬起頭，揉了揉眼睛。"你怎麼這麼早。"
"睡不著。"林遠把背包放在椅子上，從包里掏出一個U盤遞過去，"建築業二進位格式的欄位映射表。你看看對不對。"
趙強愣了一下。
"什麼？"
"映射表。"林遠把U盤放在他桌上，"七十二個欄位，十四種數據類型，五種壓縮編碼。完整的文件結構說明也在裡面，頭部四十八字節，分四個數據區。"
趙強盯著U盤看了三秒。
他昨晚親口說的——二進位格式逆向，沒文檔得三到五天。
這才過去——他看了一眼電腦右下角的時間。
八小時。
"你一晚上沒睡？"趙強的聲音有點啞。
"睡了。"林遠拉開椅子坐下，"大概睡了五個小時。剩下的時間——"他指了指U盤，"就在搞這個。"
趙強沒說話。他把U盤插進電腦，打開文件夾。
裡面三個文件。
一個是欄位映射表，Excel格式，七十二行，每行包含欄位編號、欄位名稱、數據類型、字節偏移量、長度、編碼方式。
𝕿𝖂看書📕𝖘𝖍𝖚.𝖙𝖜
一個是文件結構說明，詳細標註了頭部四十八字節每一位的含義——magic number、版本號、記錄總數、數據區偏移量、索引區位置……
還有一個是樣本數據的解析結果，隨機抽了一百條記錄，全部轉成了可讀的CSV格式。
趙強隨便點開一條解析結果。記錄編號、項目名稱、合同金額、開工日期、完工進度、累計成本、應收帳款——每一個欄位都清清楚楚。
他打開十六進位編輯器，找到對應位置的原始數據，逐條對照。
第一條——對。第五條——對。第二十條——對。
趙強的手有點抖。
不是興奮。是震撼。他自己就是做逆向的，知道這難度有多大。沒文檔沒源碼，純靠字節分析摸七十二個欄位的含義和編碼——正常團隊得干一周。
林遠一個人，一晚上。
"你怎麼做到的？"趙強抬起頭，聲音很輕。
"運氣好。"林遠說，"這種格式我以前見過類似的。"
趙強盯著他看了五秒。
他知道林遠在說謊。
但他也知道，林遠不說的事，問了也白問。這個人身上有太多秘密——從WatchGuard到SQL Slammer，從CTIN引擎到FPGA加速方案，每一次都是"我以前研究過""運氣好""碰巧想到"。
巧合太多就不是巧合了。
但趙強不在乎。他在乎的是——這個映射表對不對。如果對，二進位逆向的問題就徹底解決了，省出三到五天。
"我全部驗證一遍。"趙強深吸一口氣，"中午前給你結果。"
"好。"林遠說，"CSV那邊呢？"
"昨晚我跑了個全量試跑，數據量不大，礦業三千萬條，預處理加衝突檢測一共花了四十二分鐘。"趙強說，"結果還沒細看，應該問題不大。"
八點半。王晨到了。
"早。"他放下包，直奔工位，"可視化界面昨晚調到十點，衝突矩陣的四色分級已經搞定了。礦業的CSV數據我今天就對接上，爭取下午出第一版可交互的演示界面。"
"不急。"林遠說，"趙強在驗證二進位映射表，驗證完了四格式一起對接。"
王晨愣了一下。"二進位？不是說要三到五天嗎？"
"林遠一晚上搞定了。"趙強頭也不抬地說。
王晨張了張嘴，沒說出話。他跟趙強對視了一眼——兩個人眼裡都是同一句話。
十點。蘇明遠回來了。
十點。蘇明遠回來了。
"百都那邊對接上了。"他把文件往桌上一放，"搜索事業部的王總監，是方總親自打過招呼的，約了下周碰技術細節。"
"他什麼態度？"林遠問。
"挺客氣的，知道我們這邊全力趕德勤的項目，說不急，等我們有空了再說。"蘇明遠坐下喝了口水，"另外——我打聽了一下，百都現在的搜尋引擎團隊確實不大，這個王總監是從美國雅虎回來的，技術出身，人挺實在。"
林遠點了點頭。百都搜尋引擎2.0升級，是年初就跟方總談好的——技術入股框架下的第一階段落地，用CTIN引擎替換掉他們現有的底層索引架構。之前非典耽誤了一陣，這陣子才重新啟動。
他是以守望身份跟方總談的，具體執行層面的事，讓蘇明遠去對接就好。
"你盯著點。"林遠說，"德勤演示完，重點轉過去。"
"明白。"蘇明遠翻了翻桌上的進度表，"今天進度怎麼樣？"
"CSV全流程通了。"趙強說，"三千萬條礦業數據，四十二分鐘跑完，邏輯性衝突八組——都是數據本身的質量問題，不是引擎的bug。準則性差異一百三十七組，比例跟之前的測試數據差不多。"
"XML呢？"
"金融那套，我昨晚逆向了二十七個標籤。"趙強說，"不過——"他看了林遠一眼，"有了二進位的映射表做參考，我發現德勤的標籤編碼規則是有規律的。按這個規律推，剩下的標籤今天就能推完。"
蘇明遠沒聽懂技術細節，但他聽懂了"今天就能推完"。
"也就是說——進度比計劃快？"
"快至少兩天。"趙強說。
下午一點。
趙強把驗證報告打了出來，拍在林遠桌上。
"全對。"
兩個字。
林遠翻了翻報告。七十二個欄位，一百條樣本，全部驗證通過。頭部格式、數據區分、索引機制，每一項都跟實際吻合。
"德勤的二進位格式——"趙強坐下，語氣嚴肅，"我有個發現。"
"說。"
"文件頭部第八到第十二字節，是版本號欄位。"趙強指著報告上的一行，"值是0x00030201，換算過來是3.2.1版。我查了一下，市面上沒有任何一款財務軟體的導出格式用這個版本號命名規則。"
"什麼意思？"
"意思是——這個格式不是第三方財務軟體的導出格式。"趙強看著林遠，"這是德勤自己的內部審計系統格式。"
房間安靜了幾秒。
林遠皺起眉。"你確定？"
"八九不離十。"趙強說，"欄位命名規則、數據分區方式、索引結構——全都是審計工作底稿的組織邏輯，不是財務軟體的帳套邏輯。普通財務軟體導出的數據，結構是按科目來的。這個格式，是按審計程序來的。"
按審計程序組織數據——只有審計機構自己的系統才會這麼幹。
"也就是說——"林遠慢慢說，"德勤拿他們自己內部的審計數據來測我們的引擎。"
"對。"趙強說，"而且版本號3.2.1——說明這套系統他們已經用了很久，疊代了好幾個大版本。這不是臨時攢的測試數據，這是他們吃飯的傢伙。"
林遠靠在椅背上。
之前他以為德勤只是拿客戶數據考驗引擎適配能力。現在不對了——德勤把自己的核心系統數據都拿出來了。
這意味著他們對這次演示的重視程度，遠超一個普通技術服務合同。
他們不是在找工具供應商。
他們是在評估——這套引擎能不能替代或升級自己的內部審計系統。
"還有一件事。"趙強又翻了一頁，"我在索引區的尾部發現了一段注釋數據，用的是ASCII編碼。內容是——'Deloitte AuditSys v3.2.1 internal build 2004.03.17'。"
林遠看著那行字。
德勤審計系統。3.2.1版。內部構建。2004年3月17日。
三個多月前的版本。
他們在用最新的內部系統測遠望的引擎。
"有意思。"林遠笑了笑。
"什麼有意思？"趙強問。
"他們拿壓箱底的東西來考我們。"林遠說，"說明——他們很在乎這次演示的結果。"
"在乎到什麼程度？"
林遠沒有直接回答。
他想起356章Morrison郵件里那句話——"this could be the beginning of something much bigger"。
當時他以為只是商務上的場面話。
現在看來，不是。
德勤的目標，從一開始就不是買一個數據轉換工具。
他們要的，是下一代審計技術的合作夥伴。
下午六點。
蘇明遠把當天的進度寫在白板上。
Day 2 — 2004年七月六日
━━━━━━━━━━━━━━━━━━
礦業（CSV）：全流程跑通
- 3000萬條數據，42分鐘
- 邏輯性衝突：8組（數據質量問題）
- 準則性差異：137組
金融業（XML）：標籤逆向完成70%
- 發現編碼規律，預計明天完成
製造業（XML）：待啟動
建築業（二進位）：映射表驗證通過
- 72欄位，14種數據類型
- 發現：德勤內部系統格式
剩餘時間：8天
━━━━━━━━━━━━━━━━━━
趙強盯著白板看了一會兒。
"進度比計劃快兩天。"他說，"如果明天金融XML搞定，後天就能開始四格式聯調。比原定的十號提前兩天。"
林遠點了點頭，但沒有說話。
他在想另一件事。德勤用內部系統數據來測——這個信息，蘇明遠和王晨都不知道。
要不要告訴他們？
想了想，他決定暫時不說。不是不信任，而是這個信息太敏感。德勤把內部系統數據拿出來當測試題，本身就是底牌的暴露。消息走漏，對雙方都不好。
等演示結束再說。
"明天重點。"林遠轉向白板，"第一，金融XML標籤逆向完成，下午開始數據導入。第二，製造業XML啟動。第三，建築業二進位全量數據跑一遍，驗證映射表的完整性。"
"明白。"趙強說。
林遠看著白板上的進度表。
第二天，進度超前。
但他心裡的壓力，反而比昨天更大了。
因為他現在知道了——2004年七月十四號的演示，不只是一次技術考核。
它是一場關於"下一代審計技術誰主導"的預演。
德勤把自己的家底都亮出來了。
他們這邊，也不能輸。
早上七點半，A302。
趙強趴在工位上，眼睛通紅。他沒回家——昨天晚上逆向金融行業的XML標籤體系，越逆向越發現德勤的Schema不簡單。
一般企業的XML導出格式，標籤命名跟業務欄位一一對應，比如"應收帳款""固定資產原值"，看名字就知道是什麼。但德勤這套不一樣——標籤全是編碼。
F001、F002、F017……每個標籤對應什麼意思，得靠上下文和數據樣本猜。
他干到凌晨四點，逆向了二十七個標籤，進度還不到三分之一。扛不住了，趴在桌上眯了三小時。
"早。"
林遠的聲音從門口傳來。
趙強抬起頭，揉了揉眼睛。"你怎麼這麼早。"
"睡不著。"林遠把背包放在椅子上，從包里掏出一個U盤遞過去，"建築業二進位格式的欄位映射表。你看看對不對。"
趙強愣了一下。
"什麼？"
"映射表。"林遠把U盤放在他桌上，"七十二個欄位，十四種數據類型，五種壓縮編碼。完整的文件結構說明也在裡面，頭部四十八字節，分四個數據區。"
趙強盯著U盤看了三秒。
他昨晚親口說的——二進位格式逆向，沒文檔得三到五天。
這才過去——他看了一眼電腦右下角的時間。
八小時。
"你一晚上沒睡？"趙強的聲音有點啞。
"睡了。"林遠拉開椅子坐下，"大概睡了五個小時。剩下的時間——"他指了指U盤，"就在搞這個。"
趙強沒說話。他把U盤插進電腦，打開文件夾。
裡面三個文件。
一個是欄位映射表，Excel格式，七十二行，每行包含欄位編號、欄位名稱、數據類型、字節偏移量、長度、編碼方式。
𝕿𝖂看書📕𝖘𝖍𝖚.𝖙𝖜
一個是文件結構說明，詳細標註了頭部四十八字節每一位的含義——magic number、版本號、記錄總數、數據區偏移量、索引區位置……
還有一個是樣本數據的解析結果，隨機抽了一百條記錄，全部轉成了可讀的CSV格式。
趙強隨便點開一條解析結果。記錄編號、項目名稱、合同金額、開工日期、完工進度、累計成本、應收帳款——每一個欄位都清清楚楚。
他打開十六進位編輯器，找到對應位置的原始數據，逐條對照。
第一條——對。第五條——對。第二十條——對。
趙強的手有點抖。
不是興奮。是震撼。他自己就是做逆向的，知道這難度有多大。沒文檔沒源碼，純靠字節分析摸七十二個欄位的含義和編碼——正常團隊得干一周。
林遠一個人，一晚上。
"你怎麼做到的？"趙強抬起頭，聲音很輕。
"運氣好。"林遠說，"這種格式我以前見過類似的。"
趙強盯著他看了五秒。
他知道林遠在說謊。
但他也知道，林遠不說的事，問了也白問。這個人身上有太多秘密——從WatchGuard到SQL Slammer，從CTIN引擎到FPGA加速方案，每一次都是"我以前研究過""運氣好""碰巧想到"。
巧合太多就不是巧合了。
但趙強不在乎。他在乎的是——這個映射表對不對。如果對，二進位逆向的問題就徹底解決了，省出三到五天。
"我全部驗證一遍。"趙強深吸一口氣，"中午前給你結果。"
"好。"林遠說，"CSV那邊呢？"
"昨晚我跑了個全量試跑，數據量不大，礦業三千萬條，預處理加衝突檢測一共花了四十二分鐘。"趙強說，"結果還沒細看，應該問題不大。"
八點半。王晨到了。
"早。"他放下包，直奔工位，"可視化界面昨晚調到十點，衝突矩陣的四色分級已經搞定了。礦業的CSV數據我今天就對接上，爭取下午出第一版可交互的演示界面。"
"不急。"林遠說，"趙強在驗證二進位映射表，驗證完了四格式一起對接。"
王晨愣了一下。"二進位？不是說要三到五天嗎？"
"林遠一晚上搞定了。"趙強頭也不抬地說。
王晨張了張嘴，沒說出話。他跟趙強對視了一眼——兩個人眼裡都是同一句話。
十點。蘇明遠回來了。
十點。蘇明遠回來了。
"百都那邊對接上了。"他把文件往桌上一放，"搜索事業部的王總監，是方總親自打過招呼的，約了下周碰技術細節。"
"他什麼態度？"林遠問。
"挺客氣的，知道我們這邊全力趕德勤的項目，說不急，等我們有空了再說。"蘇明遠坐下喝了口水，"另外——我打聽了一下，百都現在的搜尋引擎團隊確實不大，這個王總監是從美國雅虎回來的，技術出身，人挺實在。"
林遠點了點頭。百都搜尋引擎2.0升級，是年初就跟方總談好的——技術入股框架下的第一階段落地，用CTIN引擎替換掉他們現有的底層索引架構。之前非典耽誤了一陣，這陣子才重新啟動。
他是以守望身份跟方總談的，具體執行層面的事，讓蘇明遠去對接就好。
"你盯著點。"林遠說，"德勤演示完，重點轉過去。"
"明白。"蘇明遠翻了翻桌上的進度表，"今天進度怎麼樣？"
"CSV全流程通了。"趙強說，"三千萬條礦業數據，四十二分鐘跑完，邏輯性衝突八組——都是數據本身的質量問題，不是引擎的bug。準則性差異一百三十七組，比例跟之前的測試數據差不多。"
"XML呢？"
"金融那套，我昨晚逆向了二十七個標籤。"趙強說，"不過——"他看了林遠一眼，"有了二進位的映射表做參考，我發現德勤的標籤編碼規則是有規律的。按這個規律推，剩下的標籤今天就能推完。"
蘇明遠沒聽懂技術細節，但他聽懂了"今天就能推完"。
"也就是說——進度比計劃快？"
"快至少兩天。"趙強說。
下午一點。
趙強把驗證報告打了出來，拍在林遠桌上。
"全對。"
兩個字。
林遠翻了翻報告。七十二個欄位，一百條樣本，全部驗證通過。頭部格式、數據區分、索引機制，每一項都跟實際吻合。
"德勤的二進位格式——"趙強坐下，語氣嚴肅，"我有個發現。"
"說。"
"文件頭部第八到第十二字節，是版本號欄位。"趙強指著報告上的一行，"值是0x00030201，換算過來是3.2.1版。我查了一下，市面上沒有任何一款財務軟體的導出格式用這個版本號命名規則。"
"什麼意思？"
"意思是——這個格式不是第三方財務軟體的導出格式。"趙強看著林遠，"這是德勤自己的內部審計系統格式。"
房間安靜了幾秒。
林遠皺起眉。"你確定？"
"八九不離十。"趙強說，"欄位命名規則、數據分區方式、索引結構——全都是審計工作底稿的組織邏輯，不是財務軟體的帳套邏輯。普通財務軟體導出的數據，結構是按科目來的。這個格式，是按審計程序來的。"
按審計程序組織數據——只有審計機構自己的系統才會這麼幹。
"也就是說——"林遠慢慢說，"德勤拿他們自己內部的審計數據來測我們的引擎。"
"對。"趙強說，"而且版本號3.2.1——說明這套系統他們已經用了很久，疊代了好幾個大版本。這不是臨時攢的測試數據，這是他們吃飯的傢伙。"
林遠靠在椅背上。
之前他以為德勤只是拿客戶數據考驗引擎適配能力。現在不對了——德勤把自己的核心系統數據都拿出來了。
這意味著他們對這次演示的重視程度，遠超一個普通技術服務合同。
他們不是在找工具供應商。
他們是在評估——這套引擎能不能替代或升級自己的內部審計系統。
"還有一件事。"趙強又翻了一頁，"我在索引區的尾部發現了一段注釋數據，用的是ASCII編碼。內容是——'Deloitte AuditSys v3.2.1 internal build 2004.03.17'。"
林遠看著那行字。
德勤審計系統。3.2.1版。內部構建。2004年3月17日。
三個多月前的版本。
他們在用最新的內部系統測遠望的引擎。
"有意思。"林遠笑了笑。
"什麼有意思？"趙強問。
"他們拿壓箱底的東西來考我們。"林遠說，"說明——他們很在乎這次演示的結果。"
"在乎到什麼程度？"
林遠沒有直接回答。
他想起356章Morrison郵件里那句話——"this could be the beginning of something much bigger"。
當時他以為只是商務上的場面話。
現在看來，不是。
德勤的目標，從一開始就不是買一個數據轉換工具。
他們要的，是下一代審計技術的合作夥伴。
下午六點。
蘇明遠把當天的進度寫在白板上。
Day 2 — 2004年七月六日
━━━━━━━━━━━━━━━━━━
礦業（CSV）：全流程跑通
- 3000萬條數據，42分鐘
- 邏輯性衝突：8組（數據質量問題）
- 準則性差異：137組
金融業（XML）：標籤逆向完成70%
- 發現編碼規律，預計明天完成
製造業（XML）：待啟動
建築業（二進位）：映射表驗證通過
- 72欄位，14種數據類型
- 發現：德勤內部系統格式
剩餘時間：8天
━━━━━━━━━━━━━━━━━━
趙強盯著白板看了一會兒。
"進度比計劃快兩天。"他說，"如果明天金融XML搞定，後天就能開始四格式聯調。比原定的十號提前兩天。"
林遠點了點頭，但沒有說話。
他在想另一件事。德勤用內部系統數據來測——這個信息，蘇明遠和王晨都不知道。
要不要告訴他們？
想了想，他決定暫時不說。不是不信任，而是這個信息太敏感。德勤把內部系統數據拿出來當測試題，本身就是底牌的暴露。消息走漏，對雙方都不好。
等演示結束再說。
"明天重點。"林遠轉向白板，"第一，金融XML標籤逆向完成，下午開始數據導入。第二，製造業XML啟動。第三，建築業二進位全量數據跑一遍，驗證映射表的完整性。"
"明白。"趙強說。
林遠看著白板上的進度表。
第二天，進度超前。
但他心裡的壓力，反而比昨天更大了。
因為他現在知道了——2004年七月十四號的演示，不只是一次技術考核。
它是一場關於"下一代審計技術誰主導"的預演。
德勤把自己的家底都亮出來了。
他們這邊，也不能輸。