常年泡在各種靶場(chǎng)和攻防平臺(tái)里的人大多都有同一種感受真正把一個(gè)漏洞打下來(lái)可能只需要幾分鐘但讓你把整個(gè)過(guò)程整理成一份漏洞報(bào)告給開(kāi)發(fā)、給甲方、給領(lǐng)導(dǎo)看反而能憋一下午。玄域靶場(chǎng)最近新增的“實(shí)戰(zhàn)漏洞報(bào)告”板塊恰恰就是沖著這個(gè)行業(yè)最普遍的短板去的。以前靶場(chǎng)是拿到 flag 就算完事這回不一樣了——你得把漏洞講清楚、把步驟寫明白、把修復(fù)方案說(shuō)落地才算是真正完成了一次實(shí)戰(zhàn)訓(xùn)練。這個(gè)板塊上線之后我第一時(shí)間跑了一遍完整流程坦白說(shuō)收獲比預(yù)期大很多。它解決的不是“會(huì)不會(huì)挖洞”的問(wèn)題而是“能不能把洞說(shuō)清楚”的問(wèn)題。對(duì)準(zhǔn)備入行做滲透測(cè)試的應(yīng)屆生、剛?cè)胄械陌踩?wù)工程師以及所有想提升交付能力的乙方從業(yè)者來(lái)說(shuō)這個(gè)功能值得認(rèn)真刷一遍。下面我按照自己的理解把這個(gè)板塊的設(shè)計(jì)邏輯、報(bào)告寫法和踩坑經(jīng)驗(yàn)完整拆一遍。1. 項(xiàng)目思路拆解為什么靶場(chǎng)里要加一個(gè)“寫報(bào)告”的板塊1.1 現(xiàn)有靶場(chǎng)訓(xùn)練模式的明顯缺口傳統(tǒng)的靶場(chǎng)訓(xùn)練無(wú)論是 CTF 類題目還是仿真環(huán)境滲透核心都落在“利用”上。掃描、識(shí)別、驗(yàn)證、拿權(quán)限、讀 flag一套流程跑完提交答案得分訓(xùn)練就算結(jié)束了。這套模式對(duì)提升個(gè)人技術(shù)手感非常有效但它和真實(shí)工作場(chǎng)景之間有一個(gè)很大的斷層真實(shí)項(xiàng)目里你的交付物不是 flag而是一份漏洞報(bào)告。我見(jiàn)過(guò)不少轉(zhuǎn)行做滲透測(cè)試的新人測(cè)試能力其實(shí)不錯(cuò)但第一次寫正式交付報(bào)告的時(shí)候完全懵掉——復(fù)現(xiàn)步驟寫得像給自己看的技術(shù)筆記危害等級(jí)憑感覺(jué)亂填修復(fù)建議只會(huì)寫“加強(qiáng)輸入過(guò)濾”這種正確的廢話。甲方拿到報(bào)告沒(méi)法推動(dòng)整改研發(fā)照著修復(fù)建議根本不知道改哪里項(xiàng)目驗(yàn)收更是過(guò)不了。靶場(chǎng)只考核“利用成功”卻不考核“表達(dá)清楚”這就是現(xiàn)有訓(xùn)練模式最大的缺口。1.2 報(bào)告能力為什么是安全行業(yè)的剛需很多人低估了報(bào)告的價(jià)值。舉一個(gè)實(shí)際的例子一個(gè)中危 SQL 注入漏洞如果你只寫“存在 SQL 注入”開(kāi)發(fā)根本不會(huì)重視排期能拖到下個(gè)季度但如果你把注入點(diǎn)、payload、影響數(shù)據(jù)范圍、修復(fù)前后的代碼位置甚至補(bǔ)丁樣例都寫清楚了開(kāi)發(fā)可能當(dāng)天就改了風(fēng)險(xiǎn)窗口直接縮短。報(bào)告不只是給客戶看的過(guò)程文件它直接決定了漏洞能不能被真正修復(fù)也決定了你這個(gè)安全工程師在項(xiàng)目里說(shuō)話的分量。更現(xiàn)實(shí)的一點(diǎn)是漏洞報(bào)告本身就是安全服務(wù)的核心產(chǎn)品。等保測(cè)評(píng)、滲透測(cè)試、紅藍(lán)對(duì)抗、漏洞眾測(cè)每一個(gè)項(xiàng)目最終都要落到報(bào)告上。報(bào)告質(zhì)量直接影響客戶滿意度、項(xiàng)目驗(yàn)收和你的個(gè)人口碑。很多安全團(tuán)隊(duì)招聘時(shí)也會(huì)明確要求候選人附帶自己寫過(guò)的報(bào)告作為能力證明?？梢哉f(shuō)能不能把漏洞講清楚是區(qū)分“會(huì)打點(diǎn)的人”和“能扛項(xiàng)目的人”的一道分水嶺。1.3 新增板塊的定位與特色玄域這個(gè)板塊的定位很清楚把“提交 flag”換成“提交漏洞報(bào)告”讓訓(xùn)練鏈路無(wú)限貼近真實(shí)項(xiàng)目。每一項(xiàng)靶機(jī)挑戰(zhàn)完成之后系統(tǒng)不會(huì)直接給你滿分而是要你按規(guī)范格式提交一份完整的實(shí)戰(zhàn)漏洞報(bào)告之后由后臺(tái)按評(píng)分標(biāo)準(zhǔn)審核給出分?jǐn)?shù)和批注。板塊有幾處設(shè)計(jì)讓我覺(jué)得比較用心。一是報(bào)告模板完全對(duì)標(biāo)主流漏洞庫(kù)和行業(yè)交付規(guī)范的寫法從漏洞名稱、危害等級(jí)到復(fù)現(xiàn)步驟、修復(fù)建議字段結(jié)構(gòu)跟真實(shí)項(xiàng)目報(bào)告基本一致二是報(bào)告要綁定具體的靶機(jī)環(huán)境和漏洞點(diǎn)不能憑空編造強(qiáng)迫你去復(fù)現(xiàn)和核對(duì)細(xì)節(jié)三是審核反饋是逐條批注式的不只是給一個(gè)總分還會(huì)指出哪段描述不夠嚴(yán)謹(jǐn)、哪個(gè)等級(jí)定得不合理。這種“練習(xí) 交付 反饋”的閉環(huán)才是它和普通靶場(chǎng)最大的區(qū)別。2. 板塊設(shè)計(jì)從提交漏洞報(bào)告到審核的完整鏈路2.1 報(bào)告模板的結(jié)構(gòu)為什么這樣設(shè)計(jì)板塊內(nèi)置的報(bào)告模板基本字段是這樣的字段填寫要求設(shè)計(jì)意圖漏洞名稱包含系統(tǒng)名稱 漏洞類型例如“某后臺(tái)管理系統(tǒng)登錄接口SQL注入漏洞”讓人一眼看懂影響對(duì)象和問(wèn)題類型漏洞地址完整的 URL、接口路徑、參數(shù)名開(kāi)發(fā)能直接定位代碼位置漏洞類型按主流分類標(biāo)準(zhǔn)填寫便于歸類統(tǒng)計(jì)和知識(shí)沉淀危害等級(jí)高/中/低或 CVSS 分值影響修復(fù)優(yōu)先級(jí)和資源投入復(fù)現(xiàn)步驟按時(shí)間順序?qū)懬迕恳徊讲僮骱蛯?duì)應(yīng)結(jié)果核心部分直接決定報(bào)告可用性影響范圍受影響系統(tǒng)、版本、數(shù)據(jù)范圍幫助甲方評(píng)估風(fēng)險(xiǎn)邊界產(chǎn)生原因從代碼層面分析漏洞根因區(qū)別于現(xiàn)象描述體現(xiàn)分析深度修復(fù)建議針對(duì)根因給出可落地的整改方案最容易被寫空也最體現(xiàn)專業(yè)度參考鏈接相關(guān)漏洞庫(kù)編號(hào)或技術(shù)資料提供旁證提升可信度這個(gè)結(jié)構(gòu)不是拍腦袋定的。它基本覆蓋了一份合格交付報(bào)告的必備要素可定位、可復(fù)現(xiàn)、可評(píng)估、可修復(fù)。你在填每個(gè)字段的時(shí)候其實(shí)就是在模擬一次完整的漏洞生命周期管理。板塊要求所有字段都在真實(shí)靶機(jī)上驗(yàn)證過(guò)才能提交這個(gè)約束直接堵住了“憑感覺(jué)寫報(bào)告”的路。2.2 審核與評(píng)分機(jī)制的核心邏輯審核評(píng)分不是只看你寫沒(méi)寫滿而是看每項(xiàng)內(nèi)容是否達(dá)到交付標(biāo)準(zhǔn)。以我提交的一篇報(bào)告為例實(shí)際踩分項(xiàng)大概是這樣分配的復(fù)現(xiàn)步驟可操作性約40%每一步是否具體、是否能照著復(fù)現(xiàn)請(qǐng)求和響應(yīng)是否完整。危害評(píng)級(jí)合理性約20%評(píng)級(jí)是否和影響范圍匹配有沒(méi)有夸大或低估。修復(fù)建議可行性約25%是否針對(duì)根因是否具體到代碼或配置層面。整體規(guī)范性與專業(yè)度約15%格式、術(shù)語(yǔ)、截圖標(biāo)注、表達(dá)是否規(guī)范。這個(gè)權(quán)重分配很能說(shuō)明問(wèn)題復(fù)現(xiàn)步驟是大頭因?yàn)樗苯記Q定報(bào)告的使用價(jià)值修復(fù)建議排第二因?yàn)榘踩こ處煹膬r(jià)值最終體現(xiàn)在幫別人解決問(wèn)題上。說(shuō)實(shí)話第一次提交的時(shí)候我以為自己寫得挺完整結(jié)果審核批注列了七八條問(wèn)題從“漏洞名稱里系統(tǒng)名不明確”到“復(fù)現(xiàn)步驟缺少響應(yīng)包佐證”每一條都打在真實(shí)項(xiàng)目的痛點(diǎn)上。2.3 報(bào)告與靶場(chǎng)環(huán)境的聯(lián)動(dòng)方式板塊不是單獨(dú)隔離的它和靶場(chǎng)原有挑戰(zhàn)深度綁定。比如某一臺(tái)漏洞靶機(jī)你可以先完成漏洞利用拿到權(quán)限然后再基于這個(gè)漏洞點(diǎn)撰寫報(bào)告提交。系統(tǒng)會(huì)記錄你利用時(shí)的關(guān)鍵操作請(qǐng)求報(bào)告里的復(fù)現(xiàn)步驟需要和實(shí)際利用鏈對(duì)得上偽造基本上過(guò)不了審核。這種聯(lián)動(dòng)給了一個(gè)額外的訓(xùn)練價(jià)值復(fù)盤。以前打完靶場(chǎng)就切下一個(gè)目標(biāo)了很少有人會(huì)回頭梳理自己的利用鏈哪里走彎了、哪里可以更簡(jiǎn)潔?，F(xiàn)在為了寫報(bào)告你被迫重新走一遍攻擊路徑把每一步的輸入、輸出、判斷邏輯都記錄下來(lái)。這個(gè)過(guò)程本身就是一次高強(qiáng)度的復(fù)盤訓(xùn)練對(duì)形成規(guī)范的測(cè)試習(xí)慣幫助非常大。3. 實(shí)戰(zhàn)漏洞報(bào)告的標(biāo)準(zhǔn)寫法與逐段解析3.1 漏洞名稱和危害等級(jí)怎么定才專業(yè)漏洞名稱最常見(jiàn)的毛病是太模糊。“發(fā)現(xiàn)一個(gè)SQL注入漏洞”這種寫法在菜鳥(niǎo)報(bào)告里出現(xiàn)頻率極高但拿到真實(shí)項(xiàng)目里開(kāi)發(fā)根本不知道是哪個(gè)系統(tǒng)的哪個(gè)接口出了問(wèn)題。規(guī)范一點(diǎn)的寫法應(yīng)該是“XX系統(tǒng)/XX模塊/XX接口 漏洞類型 關(guān)鍵限定”比如“用戶登錄模塊 username 參數(shù)時(shí)間盲注漏洞”。板塊批注里反復(fù)強(qiáng)調(diào)的就是這個(gè)邏輯名稱要能直接指路。危害等級(jí)這里新手容易走兩個(gè)極端。一個(gè)是什么都往高危寫覺(jué)得漏洞不寫高一點(diǎn)顯得自己沒(méi)水平另一個(gè)是不敢評(píng)級(jí)中危低危隨便勾一個(gè)。實(shí)際上等級(jí)應(yīng)該基于漏洞類型和實(shí)際影響來(lái)定。一個(gè)前臺(tái)未授權(quán)訪問(wèn)若能直接拿到敏感數(shù)據(jù)高危沒(méi)問(wèn)題但一個(gè)需要登錄后才能觸發(fā)、且只影響低權(quán)限功能的自定義注入定中危甚至低危反而更專業(yè)。定了等級(jí)之后還要在報(bào)告里寫清楚評(píng)級(jí)的依據(jù)比如能讀取的數(shù)據(jù)范圍、可利用的難度、是否可批量自動(dòng)化。評(píng)級(jí)不是靠喊的是靠論證的。3.2 復(fù)現(xiàn)步驟的“保姆級(jí)”寫法復(fù)現(xiàn)步驟是整個(gè)報(bào)告的靈魂也是板塊審核最嚴(yán)格的部分。合格的復(fù)現(xiàn)步驟標(biāo)準(zhǔn)很簡(jiǎn)單一個(gè)完全不了解這個(gè)系統(tǒng)的人拿著你的報(bào)告能一步步操作出同樣的結(jié)果。我總結(jié)的寫法框架是這樣的前置條件先說(shuō)清楚目標(biāo)地址、測(cè)試賬號(hào)、權(quán)限級(jí)別、測(cè)試時(shí)間、測(cè)試環(huán)境版本。按實(shí)際操作順序編號(hào)每一步只做一件事不要合并步驟。每一步包含三要素操作動(dòng)作、完整請(qǐng)求、預(yù)期結(jié)果。關(guān)鍵請(qǐng)求用代碼塊或截圖保存參數(shù)位置要標(biāo)注出來(lái)。最后加一段總結(jié)通過(guò)哪一步確認(rèn)了漏洞存在影響到了什么數(shù)據(jù)或功能。舉個(gè)例子。如果報(bào)告里寫“登錄接口存在SQL注入”審核大概率會(huì)打回。但如果你寫成“在登錄頁(yè)輸入任意賬號(hào)密碼后使用抓包工具攔截請(qǐng)求將 username 參數(shù)改為admin and sleep(5) --發(fā)現(xiàn)響應(yīng)時(shí)間由原來(lái)的約200毫秒變?yōu)?秒以上確認(rèn)存在時(shí)間盲注”這一步的操作、輸入、輸出、判斷依據(jù)全都有了開(kāi)發(fā)照著去排查就是幾分鐘的事。寫復(fù)現(xiàn)步驟的時(shí)候我自己的一個(gè)習(xí)慣是寫完以后隔半小時(shí)把自己當(dāng)成一個(gè)完全不知道答案的人照著步驟重新跑一遍。跑不通或者要?jiǎng)幽X子猜的地方就是描述不夠清晰的地方需要補(bǔ)細(xì)節(jié)。3.3 修復(fù)建議怎么寫才能真正落地修復(fù)建議是這個(gè)板塊里我見(jiàn)過(guò)寫得最差的一類內(nèi)容沒(méi)有之一?！敖ㄗh對(duì)輸入進(jìn)行過(guò)濾”“建議加強(qiáng)權(quán)限校驗(yàn)”這種空話在審核里是拿不到分的。真正的修復(fù)建議應(yīng)該做到開(kāi)發(fā)拿過(guò)去改得動(dòng)改完知道怎么驗(yàn)證。針對(duì)不同類型的漏洞修復(fù)建議的顆粒度不一樣。SQL 注入可以說(shuō)“在用戶登錄模塊的持久層查詢方法中將拼接SQL改為預(yù)編譯參數(shù)化查詢并關(guān)閉當(dāng)前數(shù)據(jù)庫(kù)賬號(hào)的--secure-file-priv之外的多余文件讀寫權(quán)限”越權(quán)漏洞可以說(shuō)“在訂單詳情接口的后端代碼中增加資源歸屬校驗(yàn)比較當(dāng)前登錄用戶 ID 和訂單關(guān)聯(lián)用戶 ID不一致則返回403”弱口令可以說(shuō)“在該系統(tǒng)的密碼策略模塊中啟用復(fù)雜度校驗(yàn)并強(qiáng)制首次登錄改密同時(shí)將管理員賬號(hào)綁定雙因子認(rèn)證”。寫修復(fù)建議時(shí)要反問(wèn)自己一句開(kāi)發(fā)如果完全照著我寫的做漏洞是不是真的能被堵上如果答案含糊那就說(shuō)明建議寫得太籠統(tǒng)需要繼續(xù)往代碼層面下沉。3.4 一份合格報(bào)告的完整結(jié)構(gòu)示例用一個(gè)模擬場(chǎng)景來(lái)演示靶場(chǎng)環(huán)境里有一臺(tái)模擬的“某企業(yè)客戶管理系統(tǒng)”目標(biāo)地址是https://target.local/crm/login.php漏洞是登錄接口的時(shí)間盲注。一份能通過(guò)審核的報(bào)告核心部分大致長(zhǎng)這樣漏洞名稱某企業(yè)客戶管理系統(tǒng)登錄接口 username 參數(shù) SQL 時(shí)間盲注漏洞危害等級(jí)高危漏洞地址https://target.local/crm/login.php參數(shù)位置POST 請(qǐng)求體中的username字段復(fù)現(xiàn)步驟使用當(dāng)前瀏覽器訪問(wèn)上述地址頁(yè)面正常返回登錄表單HTTP 狀態(tài)碼 200。在表單中輸入任意測(cè)試賬號(hào)和密碼使用抓包工具捕獲登錄請(qǐng)求。請(qǐng)求內(nèi)容如下POST /crm/login.php HTTP/1.1 Content-Type: application/x-www-form-urlencoded usernametestuserpasswordtestpass將請(qǐng)求中的testuser替換為admin and sleep(6) --后重放。觀察響應(yīng)時(shí)間從原始請(qǐng)求的約 180 毫秒增長(zhǎng)到 6023 毫秒確認(rèn)存在時(shí)間盲注。為排除網(wǎng)絡(luò)波動(dòng)干擾重復(fù)請(qǐng)求 3 次響應(yīng)時(shí)間均穩(wěn)定在 6000 毫秒以上漏洞確認(rèn)。當(dāng)前注入點(diǎn)在可控參數(shù)username中后端查詢語(yǔ)句為參數(shù)拼接方式數(shù)據(jù)庫(kù)用戶具備部分讀權(quán)限。影響范圍登錄接口存在被自動(dòng)化工具批量注入的風(fēng)險(xiǎn)可能導(dǎo)致數(shù)據(jù)庫(kù)內(nèi)容被逐字符猜解影響全部注冊(cè)用戶數(shù)據(jù)及業(yè)務(wù)數(shù)據(jù)。產(chǎn)生原因登錄模塊未使用預(yù)編譯查詢將用戶輸入直接拼接進(jìn) SQL 語(yǔ)句。修復(fù)建議在登錄查詢中使用參數(shù)化預(yù)編譯語(yǔ)句禁止字符串拼接清理當(dāng)前數(shù)據(jù)庫(kù)賬號(hào)的多余權(quán)限按最小權(quán)限原則分配對(duì)后端統(tǒng)一錯(cuò)誤頁(yè)面做防報(bào)錯(cuò)信息泄露處理。參考鏈接CWE-89, CWE-20這個(gè)例子基本展示了一份報(bào)告應(yīng)該有的信息密度。當(dāng)然真實(shí)環(huán)境里截圖和完整請(qǐng)求包要附上這里只是文字示意。信息不要求一段寫得華麗但每個(gè)字段都得經(jīng)得起推敲。4. 審核踩坑實(shí)錄與常見(jiàn)問(wèn)題排查4.1 新手提交報(bào)告時(shí)最容易犯的五個(gè)錯(cuò)誤我在板塊里提交了幾次報(bào)告加上翻了一批審核批注總結(jié)了下面幾個(gè)高頻問(wèn)題基本都是真實(shí)工作里的原生態(tài)毛病。第一復(fù)現(xiàn)步驟跳步。寫得跟猜謎一樣“然后發(fā)送特殊請(qǐng)求即可得到管理員密碼”。審稿人根本不知道“特殊請(qǐng)求”是什么。解決方法是把每一步的請(qǐng)求包、響應(yīng)碼、響應(yīng)內(nèi)容都貼出來(lái)寧可啰嗦不要省略。第二截圖不標(biāo)注關(guān)鍵信息。很多截圖是一整屏糊上去沒(méi)有箭頭沒(méi)有框選哪個(gè)參數(shù)是注入點(diǎn)要靠猜。正確做法是截圖里清晰標(biāo)注漏洞位置、敏感數(shù)據(jù)和關(guān)鍵操作按鈕配合圖注說(shuō)明。第三危害等級(jí)依據(jù)不足。寫高危但影響范圍寫“可能導(dǎo)致數(shù)據(jù)泄露”既沒(méi)說(shuō)明泄露什么數(shù)據(jù)也沒(méi)說(shuō)明獲取數(shù)據(jù)的條件。等級(jí)和影響范圍要互相支撐影響范圍寫清楚了等級(jí)自然站得住。第四漏洞名稱和地址分離。名稱里寫“客戶管理系統(tǒng)”地址卻是另一個(gè)系統(tǒng)的路徑前后對(duì)不上。名稱、地址、范圍三塊內(nèi)容必須指向同一個(gè)目標(biāo)這是報(bào)告內(nèi)部一致性的底線。第五修復(fù)建議說(shuō)空話。這個(gè)問(wèn)題前面已經(jīng)說(shuō)了是扣分重災(zāi)區(qū)。給自己的建議是寫完修復(fù)建議后用“具體改哪個(gè)文件、哪個(gè)函數(shù)、哪個(gè)配置項(xiàng)”來(lái)檢驗(yàn)是否落地。4.2 審核時(shí)的取舍標(biāo)準(zhǔn)與實(shí)際操作結(jié)合后臺(tái)審核的批注來(lái)看評(píng)分時(shí)最在意的其實(shí)就是兩件事可復(fù)現(xiàn)性和專業(yè)度?？蓮?fù)現(xiàn)性強(qiáng)調(diào)的是按你的步驟能跑通專業(yè)度強(qiáng)調(diào)的是你的表達(dá)符合行業(yè)規(guī)范。具體到實(shí)際操作中有一些隱性規(guī)則值得注意。比如復(fù)現(xiàn)步驟里的請(qǐng)求盡量使用規(guī)范的工具和標(biāo)準(zhǔn)格式不要用自定義界面截圖代替請(qǐng)求包開(kāi)發(fā)核對(duì)時(shí)更依賴明文請(qǐng)求數(shù)據(jù)。又比如時(shí)間盲注這類漏洞單次響應(yīng)時(shí)間異常不能作為結(jié)論必須有多組對(duì)照、重復(fù)驗(yàn)證審核批注里明確提到過(guò)“僅一次延遲即確認(rèn)漏洞”是被判定為證據(jù)不足的。再比如影響范圍描述不要只寫技術(shù)層面的影響還要嘗試表述業(yè)務(wù)層面的影響比如“可能導(dǎo)致客戶訂單信息泄露進(jìn)而引發(fā)數(shù)據(jù)合規(guī)風(fēng)險(xiǎn)”真實(shí)項(xiàng)目里甲方更關(guān)心的是業(yè)務(wù)風(fēng)險(xiǎn)而不只是技術(shù)概念。有一點(diǎn)特別想說(shuō)報(bào)告里所有的證據(jù)鏈都應(yīng)該來(lái)自你自己的實(shí)際操作。板塊的審核機(jī)制設(shè)置得很嚴(yán)格不同步驟之間的邏輯沖突、請(qǐng)求和復(fù)現(xiàn)路徑對(duì)不上都是會(huì)被打回的。但反過(guò)來(lái)講被打回其實(shí)是個(gè)學(xué)習(xí)機(jī)會(huì)因?yàn)樗珳?zhǔn)地指出了你在實(shí)戰(zhàn)交付報(bào)告中的漏洞這個(gè)反饋比單純做對(duì)一道題有價(jià)值得多。4.3 給新入行安全從業(yè)者的幾點(diǎn)建議如果你現(xiàn)在正準(zhǔn)備在這個(gè)板塊里練報(bào)告能力我有幾條基于實(shí)際踩坑的經(jīng)驗(yàn)應(yīng)該能幫你少走彎路。第一先從低危入手。別一上來(lái)就挑戰(zhàn)復(fù)雜高危鏈先挑一個(gè)簡(jiǎn)單的反射型XSS或者信息泄露漏洞把一份報(bào)告的基本框架寫完整。練順手了再去碰登錄繞過(guò)、RCE 這類復(fù)雜度高的漏洞循序漸進(jìn)壓力會(huì)小很多。第二把每一次審核批注當(dāng)成筆記整理起來(lái)。我在第一次提交后收到七八條批注專門建了個(gè)文檔分類記錄比如“復(fù)現(xiàn)步驟粒度不夠”“缺少響應(yīng)包佐證”“修復(fù)建議未針對(duì)根因”后面再寫報(bào)告之前先過(guò)一遍這個(gè)清單明顯降低重復(fù)踩坑的概率。第三養(yǎng)成“先復(fù)現(xiàn)再記錄”的習(xí)慣。很多人的問(wèn)題是先打完漏洞再憑記憶寫報(bào)告結(jié)果步驟順序記錯(cuò)、參數(shù)默認(rèn)值寫錯(cuò)。我現(xiàn)在的做法是先打打完立刻把請(qǐng)求包和關(guān)鍵響應(yīng)導(dǎo)出保存然后基于這些原始素材寫報(bào)告而不是靠回憶。第四寫完之后做一次自檢。我用的是一個(gè)簡(jiǎn)單的檢查表漏洞名稱能否指路、地址是否完整、復(fù)現(xiàn)步驟是否每一步都有請(qǐng)求和結(jié)果、危害等級(jí)是否有依據(jù)、修復(fù)建議是否具體到代碼或配置層、截圖是否有標(biāo)注、是否存在邏輯跳步。自檢一遍再提交通過(guò)率會(huì)高很多。5. 我從這個(gè)板塊里學(xué)到的東西把玄域這個(gè)“實(shí)戰(zhàn)漏洞報(bào)告”板塊完整刷了一遍之后我最大的感觸是安全行業(yè)里真正稀缺的不是能打出復(fù)雜利用鏈的人而是能把每一次測(cè)試結(jié)果轉(zhuǎn)化成有效交付物的人。報(bào)告寫不清楚漏洞利用得再漂亮價(jià)值也會(huì)打折扣報(bào)告寫得到位一個(gè)中危漏洞也能推動(dòng)實(shí)際風(fēng)險(xiǎn)落地整改。我個(gè)人在實(shí)際操作里的體會(huì)是寫作報(bào)告的過(guò)程逼著我重新審視了很多平時(shí)忽略的細(xì)節(jié)——原來(lái)我打接口的時(shí)候經(jīng)常不記錄完整的請(qǐng)求頭原來(lái)我判斷漏洞影響時(shí)很少真正去驗(yàn)證數(shù)據(jù)的讀取范圍。這些細(xì)節(jié)在靶場(chǎng)挑戰(zhàn)里不影響得分但在真實(shí)項(xiàng)目里卻直接影響交付質(zhì)量。板塊用“提交報(bào)告”這個(gè)動(dòng)作把細(xì)節(jié)變成了訓(xùn)練的一部分這大概就是它最大的價(jià)值所在。最后再分享一個(gè)小技巧可以先從把自己的歷史靶場(chǎng)漏洞記錄“翻新”成合規(guī)報(bào)告開(kāi)始練手——挑一個(gè)以前打過(guò)的漏洞按板塊模板重新整理一遍你會(huì)驚訝地發(fā)現(xiàn)很多當(dāng)時(shí)覺(jué)得“很簡(jiǎn)單”的漏洞其實(shí)還有大量細(xì)節(jié)沒(méi)有吃透。這個(gè)習(xí)慣保持住報(bào)告能力的提升會(huì)比你想象的快得多。