十月十五號，周三。
北京，海淀區，中科院軟體研究所。
三樓會議室。
林遠站在投影幕布前面。
對面坐著五位評審專家。
中間那位是863信息領域辦公室的副主任，姓韓。左邊兩位是中科院的教授，研究方向分別是系統軟體和網絡安全。右邊兩位是企業界的——一位來自某大型網際網路公司安全部門，一位來自某國有銀行信息安全中心。
周明哲坐在側面，作為項目推薦人和合作導師。
"開始吧。"韓主任說。
林遠深吸一口氣，翻開了PPT第一頁。
"各位評審專家好，我是北京大學的林遠。今天匯報的題目是：基於自主曲線的新一代惡意軟體行為檢測框架。"
他按照計劃，八分鐘講完技術方案。
沒有講Consumer的產品細節，只講了核心技術理念和創新點。
"傳統簽名檢測的本質是'已知威脅的匹配'。我們的方案是'未知威脅的推理'——通過行為規則引擎和啟發式分析，讓系統自己學會判斷一個程序是不是惡意軟體。"
他在對比圖表上停了兩秒。
"實驗數據顯示，行為檢測框架對未知惡意樣本的識別準確率達到97.8%，誤報率控制在千分之一點二以內。同時，資源占用比同類商業產品低40%。"
韓主任微微點頭。
然後林遠用四分鐘講了研究價值和產業化前景。
"這項技術的價值不僅在於檢測率的提升，更在於它提供了一種可擴展的自適應框架——未來出現的新型惡意軟體，不需要人工更新簽名庫，系統可以通過行為分析自動識別。這對國家網絡安全基礎設施建設具有重要意義。"
最後三分鐘，總結。
"匯報完畢。請各位專家批評指正。"
提問環節。
韓主任先開口："林遠同學，你的方案確實有創新。但我想問一個問題——你的實驗數據是在什麼環境下獲得的？樣本量有多大？"
"實驗基於過去三個月收集的十二萬個惡意軟體樣本，包括已知病毒、木馬、蠕蟲、勒索軟體等七個主要家族。測試環境涵蓋了Windows XP、Windows 2000和Linux三個平台。"
"十二萬個樣本？"右邊那位銀行信息安全中心的專家皺了皺眉，"這個數字在學術界不算小。你的樣本來源是？"
"三個渠道。"林遠說，"第一，開源惡意軟體樣本庫，包括VX Heaven和Malware Domain List。第二，與網絡安全社區的合作，通過用戶自願上報的可疑文件獲取。第三，我們自主搭建的蜜罐系統，在過去三個月里主動捕獲了大量活躍惡意樣本。"
"用戶自願上報？"韓主任追問，"你是說你已經有了實際用戶？"
林遠頓了一下。
"是的。"他說，"我們在SourceForge上發布了一個開源的安全檢測工具，目前全球下載量超過十二萬。這些用戶的使用數據和反饋，是我們持續優化算法的重要來源。"
會議室里安靜了兩秒。
"十二萬下載？"左邊一位中科院教授推了推眼鏡，"這是一個本科生做的？"
"是。"林遠說。
那位教授看了看其他評審，眼裡有一絲意外。
企業界那位網際網路安全部門的專家開口了："林遠同學，我不關心下載量。我關心的是——你的框架在真實對抗環境下的表現。惡意軟體作者會針對你的檢測邏輯做規避。你的框架能應對這種主動對抗嗎？"
"能。"林遠說，"行為規則引擎的核心是自適應學習。當惡意軟體改變了行為模式，引擎會檢測到行為偏差，觸發新一輪的規則生成。這不是靜態的規則庫，而是一個動態進化的系統。"
"有數據證明嗎？"
"有。"林遠翻到附錄的一頁，"在過去三個月里，我們觀察到了三百四十七次惡意軟體的規避嘗試。其中93.6%在首次出現後48小時內被框架自動識別並納入規則庫。"
專家點了點頭。
最後一個問題來自韓主任："你的團隊只有七個人，而且大多是學生。863項目的研究周期是兩年，工作量不小。你憑什麼認為你的團隊能完成？"
"兩點。"林遠說，"第一，我們的框架已經完成了核心的技術驗證。從零到一的階段已經過去了。接下來是從一到一百的優化和擴展，這不需要龐大的團隊，需要的是精準的方向和高效的執行力。第二，中科院軟體所是我的合作單位，周明哲老師會在學術研究層面提供持續支撐。"
周明哲在側面微微點頭。
韓主任看了看其他四位評審。
五個人低聲交流了幾句。
"好了。"韓主任說，"林遠同學，答辯到此結束。結果會在三個工作日內通知。"
"謝謝各位專家。"
林遠收起筆記本，走出了會議室。
走廊上。
周明哲跟了出來。
"感覺怎麼樣？"
"韓主任最後那個團隊問題，有點尖銳。"
"正常。"周明哲說，"863項目對團隊規模有要求。七個人的學生團隊確實不常見。但你的技術成果擺在那裡，他們會綜合考慮的。"
"能過嗎？"
"七成把握。"周明哲說，"技術分沒問題。關鍵是產業化前景和團隊能力這兩項評分。你的實際用戶和下載量會加分不少。"
林遠點了點頭。
七成。
夠了。
十月十七號，周五。
上午。
林遠收到了一封郵件。
發件人：863信息領域辦公室。
"關於2003年度863計劃信息技術領域重點項目立項評審結果的通知——經評審委員會審議，您申報的'基於自主曲線的新一代自適應惡意軟體檢測框架研究'項目，予以立項。項目編號：2003AA124060。項目資助經費：人民幣八十萬元。研究周期：2003年11月至2005年10月。"
通過了。
八十萬元經費。
兩年研究周期。
林遠看著這封郵件，長長地呼了一口氣。
他給周明哲發了一封郵件："周老師，立項通知收到了。感謝支持。"
周明哲很快回覆："恭喜你。接下來，按計劃推進。下周一來軟體所，我們討論一下第一階段的實施方案。"
同一天。
工作室。
企業版beta內部測試進入第五天。
"測試結果。"趙強把報告放在桌上。
三十六小時連續運行。
三種場景：五十台、兩百台、五百台終端。
"零重大故障。"趙強說，"零崩潰，零數據丟失，零策略下發失敗。"
"小問題呢？"
"累計發現三個小bug，全部修復。一個是日誌格式在特定時區下顯示異常，一個是管控台在低帶寬環境下刷新延遲，還有一個是安裝腳本在某些Windows版本上的兼容性問題。都解決了。"
"性能數據？"
"五十台終端：部署時間3分鐘，策略下發延遲小於1秒。兩百台終端：部署時間8分鐘，策略下發延遲小於3秒。五百台終端：部署時間22分鐘，策略下發延遲小於8秒。"
"內存占用？"
"管控台穩定在142MB。終端代理穩定在18MB。"
林遠看完了報告。
"內測通過。"他說，"準備對外beta測試。找十家中小企業，免費試用一個月。收集真實環境的數據。"
"十家？"
"孟薇薇已經在Contact了。"林遠說，"SourceForge社區裡有不少中小企業的IT管理員主動問我們要企業版。從中選十家，覆蓋不同行業。"
"時間表？"
"十月二十號開始對外beta。十一月初正式上線。"
晚上。
林遠坐在宿舍里。
863立項通過了。
企業版內測成功了。
雙線告捷。
他打開手機，看到一條新簡訊。
楊姝冪："寫歌的哥哥，今天我做了一個實驗。我把同一場戲用了三種完全不同的演法——第一種是按導演要求的，第二種是我自己琢磨的，第三種是參考了《大明宮詞》里周迅的處理方式。你猜哪種效果最好？"
林遠看了一眼："第二種？"
"不對！是第三種！"她發來一大段，"我發現周迅處理悲傷的方式特別高級——她不演'悲傷'本身，她演'忍著不悲傷'。觀眾看到的是一個人在拼命控制情緒，比直接哭出來震撼十倍。我今天試了一下，導演愣了三秒才喊過。"
過了一會兒，她又補了一條："不過我覺得我自己的方式也不差，再給我幾次，我能把周迅的路子變成我自己的。"
林遠看著這條簡訊，靠在椅背上。
十七歲，已經在研究表演方法論了。不是"導演誇我了嗎"，不是"我演得好不好"——而是自己拆解、自己實驗、自己找答案。
他回了一條："有自己的方法論，比什麼都重要。"
"那是當然！"秒回。
林遠把手機放到桌上，嘴角微揚。
這姑娘，不需要任何人教她怎麼當演員。她自己就知道。