security-bounty-hunter

security-bounty-hunter 技能概覽

security-bounty-hunter 是一個專注於在真實 repository 中找出有獎金價值漏洞的 skill，重點放在可遠端觸達、可由使用者控制，而且很可能通過 triage 的問題。它特別適合做 Security Audit 的人，不只是想要一個泛用的「找 bug」提示，而是需要一套偏向可提交結果、而非雜訊與僅限本機問題的工作流程。

這個 skill 主要要找什麼

security-bounty-hunter skill 會優先鎖定可利用的攻擊路徑，例如 SSRF、auth bypass、SQL injection、command injection、path traversal、remote deserialization、upload-to-RCE 鏈，以及自動觸發的 XSS。這讓它很適合用在真正要判斷某個發現能否支援 responsible disclosure 或 bounty submission 的情境。

誰適合使用它

如果你正在審查某個 app、package 或 API，並且需要快速判斷是否存在一個合理的安全報告，這個 security-bounty-hunter skill 就很適合。它特別適合研究員、red teamer、bug bounty hunter，以及要確認某個 codebase 是否有高衝擊曝險的工程師。

它和其他做法有什麼不同

它的核心價值在於判斷力：它會引導模型忽略那些技術上不安全、但在實際提交裡多半不重要的模式。這樣就能把注意力放在可觸達的攻擊路徑、可利用性與影響範圍上，而這些通常才是 bounty 被接受與否的關鍵。

如何使用 security-bounty-hunter skill

安裝並啟用它

先在你的 skill manager 中使用 security-bounty-hunter 的安裝指令，然後把它指向你要評估的 repository。關鍵在於把任務框定成安全稽核、並且帶有 bounty 角度，而不是做寬泛的 code review。

提供正確的輸入

一開始就要給出具體的目標、範圍與目的。好的 prompt 會像這樣：Audit this Node API for remotely reachable bugs that could qualify for a bounty; prioritize auth bypass, injection, file access, and SSRF; ignore style issues and low-impact local-only findings. 這種輸入能幫助 skill 做出和 bounty reviewer 相同的取捨。

先讀對的檔案

先從 SKILL.md 開始，再視情況檢查 README.md、AGENTS.md、metadata.json，以及任何存在的 rules/、resources/、references/ 或 scripts/ 資料夾。就這個 repository 來說，關鍵來源就是 SKILL.md；沒有額外的支援資料夾，所以大部分有用的指引都來自 skill 本體。

使用能快速收斂的工作流程

一個好的 security-bounty-hunter 使用流程是：先辨識 app 表面、找出信任邊界、追蹤使用者輸入如何流向敏感操作，接著測試這條路徑是否能在沒有特權存取的情況下被觸發。請明確要求「bounty-worthiness」，這樣輸出才會評估可利用性、曝露程度與提交價值，而不只是理論上的弱點。

security-bounty-hunter skill 常見問題

security-bounty-hunter 只適合資深稽核人員嗎？

不是。只要你已經熟悉目標技術棧，或能清楚描述 repository，它就很適合初學者使用。當你提供的是具體 codebase，並要求它聚焦在實際可利用的攻擊路徑，而不是抽象的加固建議時，這個 skill 才最能發揮作用。

這和一般 prompt 有什麼不同？

一般 prompt 往往只會產出一份較廣的檢查清單。security-bounty-hunter skill 的範圍更窄：它會把分析偏向那些可遠端觸達、影響明確，而且在 Security Audit 或 bug bounty 情境下更可能被接受的發現。

什麼情況下不該使用它？

當你需要的是一般安全開發指引、合規審查，或完整的架構評估時，就不要用它。若你要的是對每一個小問題都做完整覆蓋，而不是優先排序、找出可報告漏洞，這個 skill 也不適合。

它適用於任何 repository 嗎？

它最適合 web app、API、service，以及具有明確 request handling 或 data flow 的 codebase。對靜態內容、很小的工具程式，或根本沒有現實攻擊面可稽核的 repository，實用性就比較低。

如何改進 security-bounty-hunter skill

給更明確的範圍與限制

security-bounty-hunter 的最佳結果，通常來自你清楚說明哪些事情最重要：目標語言、進入點、認證模型、部署情境，以及哪些內容算在範圍內。例如，Review only internet-facing endpoints and ignore internal-only admin tooling 這種說法，會比含糊的「找漏洞」更能帶來好的優先排序。

要求可直接送交的輸出

如果你想要有用的 Security Audit 結果，就要求它提供證據、可利用性、影響，以及為什麼這個問題值得作為 bounty 提交。這會鼓勵 skill 去說明攻擊路徑，而不是只列出 CWE 標籤。

提供程式碼路徑，而不只是 repository 名稱

如果你已經知道可疑的檔案、handler 或 route，就直接放進 prompt。像 Inspect src/routes/upload.ts and anything it calls for path traversal or SSRF 這種提示，會比要模型盲目搜尋強得多。

先跑第一輪，再逐步收斂

先用第一輪輸出篩掉低價值線索，接著再要求對最好的候選項做更深入驗證。最常見的失敗模式是掃描範圍太大；最好的修正方式，是一次只把搜尋範圍縮到一種攻擊類型、一個信任邊界，或一組 endpoint family。