六小時窗口（下）------------------------------------------。：沈培林在哪里，真實狀態是什么。病假申請不是沈培林本人提交的，那可能意味著沈培林無法上線，也可能意味著沈培林的賬戶已經被接管。前者是人身安全問題，后者是更大的問題。：那份被創建的權限擴展申請目的是什么。*類檔案歷史記錄的檢索范圍從三年延長到了十年，這個權限擴展本身對他沒有用—他不需要這個權限，他也沒有申請過。那么申請這個權限的人，是在用他的賬戶做什么？或者在讓他能用這個權限做什么，以便追蹤他做了什么？：他現在知道這些，然后呢。，也是最重要的。，他知道有人正在操控他周圍的信息環境，他知道沈培林的賬戶狀態異常。但他什么都沒有—他手里所有的東西都是他在自己的權限范圍內合規取得的，他沒有辦法把這些東西拿出去，告訴任何一個人"有人在監視我"，因為那會暴露他打開了檔案1197，而那件事本身，才是他真正不可撤銷的動作。，他就必須解釋為什么他會注意到這些細節，而解釋會把檔案1197的問題暴露出來。，監視會繼續，沈培林的狀態不明，他的每一步動作都在被記錄。—。。他現在需要的是更多信息。他的信息量還不夠，他還不知道他面對的是什么量級的東西，在哪個層面上運作，有多少人參與，動機是什么。，都有很大概率是錯誤的。，是在不觸發任何警報的情況下，收集更多信息。。---
下午兩點，他提交了一份例行的技術異常報告，對象是RA-MX-7這個未注冊路由節點，報告內容是：在常規數據流路由審計中發現一處未注冊節點，申請技術部門核實并更新節點注冊庫。
這是一份完全合規的報告。發現未注冊節點并上報是他的工作職責，不上報才反常。這份報告不會讓任何人覺得他已經推斷出了節點的用途。
但這份報告的提交，會觸發一件事：技術部門在收到這類報告后，標準流程是對報告中的異常節點進行溯源核查，這個過程會在系統日志里生成一批新的操作記錄，而這批記錄的內容，會告訴林朔，有沒有人在這條報告被提交后，對RA-MX-7進行了主動的清除或變更操作。
正常的系統錯誤，沒有人會在一份技術報告提交后緊急處理一個路由節點。
如果有人緊急處理了，那就說明有人在看著這個節點，在等著看有沒有人注意到它。
林朔把報告提交出去，打開了下午的第一批核查隊列，開始工作。
他現在有兩件事在同時運轉：表面上，他在處理常規的分析員工作；底層，他在等一個信號。
等待是他最不喜歡的狀態，但他知道這個時候急是錯的。
他想到了陳望的另一句話，是一句更日常的，他在一次教學演示里順口說過的："分析員最容易犯的錯誤，是把自己發現問題的速度，錯認為解決問題的速度。"
林朔當時把這句話記下來了，今天第一次真正理解它的意思。
---
四點整，技術部門給他的報告做了第一次系統響應，狀態變更為："已接收，待處理，預計響應時間24-48小時"。
這是標準響應，沒有任何異常，說明—到目前為止—沒有人緊急處理那個節點。
也可能是那套機制足夠聰明，不會在他的報告提交后馬上反應。
林朔把這個結果記下來，繼續工作。
下午四點二十七分，他的工作臺彈出了一條內部通訊消息，發件人顯示為"沈培林"。
消息內容是："林朔，我這邊身體有些不適，臨時請了假。你們組本周的核查推進報告麻煩你代為匯總，發給二組的王主任就行，她知道情況。謝謝。"
林朔看了這條消息很長時間，大約有二十秒。
這條消息的措辭是正常的，語氣是沈培林日常的說話風格，沒有錯字，沒有奇怪的空格，沒有任何明顯的拼寫異常。
但沈培林今天的最后登錄時間是昨天下班前，這條消息發出的時間是下午四點二十七分，沈培林的在線狀態依然顯示為"不在線"。
一個不在線的人，發出了一條在線消息。
有兩種可能：一種是沈培林用了另一臺設備，比如手機終端，發了這條消息但沒有登錄工作臺賬戶—這在技術上是可能的，手機端的消息發送不會改變工作臺的在線狀態。
另一種是這條消息不是沈培林發的。
這兩種可能性，林朔目前沒有辦法區分。
---
他回復了沈培林："收到，請保重身體，報告我來處理。"
然后他在內部通訊里找到了二組的王主任，發了一條消息："王主任，沈培林主管請假，他說報告發給您。方便問一下，報告格式是用上周的模板嗎？"
他在等王主任回復的時候，做了另一件事。
他把沈培林今天這條消息的元數據調出來，這在他的權限范圍內，內部通訊系統允許消息接收方查看消息的基本元數據，包括發送時間、發送終端類型和發送IP段。
發送終端類型：We*-PC端。
沈培林用的是電腦，不是手機。
林朔把這個結果放進了他腦子里那個不斷增長的模型里，沒有說話，繼續等。
五分鐘后，王主任回復了："用上周模板就行。另外，沈培林主管今天下午跟我聯系過，說他下周可能也不能回來，你們組如果有緊急事務可以直接找我或者找上頭。"
下午跟王主任聯系過。
沈培林今天在線狀態一直是"不在線"，但在今天下午，這個"不在線"的人，給林朔發了一條We*-PC端消息，還和王主任進行了聯系。
PC端。
不是手機，是電腦。
但工作臺賬戶的在線狀態全天顯示"不在線"。
一個人用PC端發了消息，但他的工作臺賬戶沒有上線記錄。
這只有一種解釋：有人用了沈培林的賬戶憑證，通過一個不觸發工作臺在線狀態更新的非標準接入方式，在沈培林的名義下發送消息、審批申請、提交請假記錄。
---
這不是猜測了，這是他用自己權限范圍內的***息拼出來的結論。
他把所有記錄重新整理了一遍，確認每一步推斷都有數據支撐，沒有主觀跳躍。
然后他在工作臺上做了今天最后一個動作：他打開了信息戰略部的"人員狀態核查"申請系統，找到了"人員緊急狀態核實"這個功能入口。
這個功能用于核實部門成員在出現異常通訊記錄時的真實狀態，需要至少一名同組成員發起，發起理由必須填寫可核查的依據。
他在理由欄里寫道："直屬主管本日出現通訊記錄與賬戶狀態不一致情況（工作臺賬戶全天無在線記錄，但存在多條PC端通訊操作），申請核實其當前真實狀態，以確認日常工作交接流程的有效性。"
他把這份申請提交出去了。
這是他今天最后一顆棋子，放在了一個所有人都看得見的地方。
處理結果會怎樣，他不知道。但如果沈培林真的出了什么問題，這份申請會在系統里留下一條記錄，證明有人注意到了—而如果那套控制沈培林賬戶的機制足夠敏感，這份申請的提交本身，也會讓對方知道：林朔已經發現了。
他不是在藏著，他是在翻牌。
他不想等對方先翻，因為第一個翻牌的人，永遠掌握節奏。
---
他把今天的工作日志提交完，站起來，走出了地下三層C區。
走廊里的人比平時少，不是時間早，是他比平時晚了將近半小時。
他在出口旁邊停了一下，打開手機，看了一眼"人員緊急狀態核實"申請的處理狀態。
還在"待處理"。
正常的，這種申請的響應時間是六至十二小時。
他把手機收回去，往外走。
秋季地下層的空氣比地面冷，出口門自動打開的那一刻，他感覺到了溫差。
他腦子里在轉的是一個時間節點：他把那份申請提交出去了，從提交時刻起，大概有六個小時的窗口—在這段時間里，對方還不確定他知道多少，他還有一定的信息優勢，他可以利用這段窗**一些事情。
六個小時。
他現在知道自己有多少時間了。
問題是，六個小時夠不夠做他需要做的事。
他已經在想了，在從出口走向磁浮站的這一分鐘里，他已經在排列那些選項了，他已經開始布局了。
但有一件事在這個布局之前橫在那里，他沒有辦法繞過去：沈培林去哪里了。
他需要知道這個答案。