Bug Bounty Series #16: Seeker v12 → NASA Hall of Fame (Full Process)
三句話摘要
透過 Google Dorking 與 Seeker V12 工具進行偵察，成功向 NASA 提交漏洞報告並獲得 Hall of Fame 認可的實戰過程。 Google Dorking 加上負責任揭露流程，不需要高深技術就能找到真實漏洞並獲得 NASA 等級的官方認可。 Google Dorking 是低門檻的高效偵察手段。 使用進階搜尋運算子可找出組織無意間公開的設定檔、備份檔或目錄，不需要主動攻擊即可發現潛在問題。
重點整理
重點- 1
Google Dorking 是低門檻的高效偵察手段。 使用進階搜尋運算子可找出組織無意間公開的設定檔、備份檔或目錄，不需要主動攻擊即可發現潛在問題。
- 2
工具輔助驗證是提交前的關鍵步驟。 透過 Seeker V12 收集 IP、位置與裝置資訊，可確認發現的端點是否真實可重現，避免提交無效報告。
- 3
BugCrowd 平台規範了整個揭露流程。 NASA 透過 BugCrowd 管理漏洞回報，研究者須在 scope 限制內測試，並提交含重現步驟、PoC 截圖與影響說明的完整報告，才能被受理。
- 4
簡單方法論加上耐心就足以獲得專業認可。 不需要複雜漏洞利用，基礎偵察加上合規流程就能達成 Hall of Fame 等級的成果。
實用技巧與重點
乾貨- 平台：BugCrowd（NASA 官方漏洞揭露計畫）
- 工具：Google Dorking、Seeker V12
- Seeker V12 可收集：IP 位址、地理位置、裝置資訊
- 認可來源：NASA 官方 National Aeronautics and Space Administration Vulnerability Disclosure 頁面的 Hall of Fame
- 報告必要欄位：
- 漏洞描述
- 受影響的 URL / 端點
- 逐步重現步驟
- PoC 截圖或影片
- 潛在安全影響說明
- Dorking 可找到的目標類型：暴露目錄、備份檔、設定檔、被 Google 索引的公開資源
- 流程步驟：建立 BugCrowd 帳號 → 找到 NASA 計畫頁面 → 確認 scope → 發現漏洞 → 提交報告 → 等待審核 → 修復後獲得認可
結論
結論“Google Dorking 加上負責任揭露流程，不需要高深技術就能找到真實漏洞並獲得 NASA 等級的官方認可。”
完整解析
詳細Bug Bounty 新手常誤以為必須掌握複雜的漏洞利用技術才能有所成果，但這支影片展示的案例說明事實並非如此。講者的目標是 NASA，而 NASA 透過 BugCrowd 平台運營一個公開的漏洞揭露計畫，允許任何安全研究者在授權範圍內測試其公開資產，並在漏洞被確認後獲得 Hall of Fame 認可。
整個過程從偵察階段開始，講者使用的主要技術是 Google Dorking——一種利用 Google 進階搜尋運算子（如 `site:`、`inurl:`、`filetype:` 等）來尋找目標網域下意外公開的資源的方法。在 NASA.gov 的範圍內，講者透過 Dorking 找到了被 Google 索引的目錄與端點，這些資源原本不應對外公開，暗示存在設定錯誤或敏感資產外洩的風險。
為了進一步驗證這些發現是否構成真實威脅，講者引入了 Seeker V12 工具。這個工具能在目標與產生的連結互動時，收集 IP 位址、地理位置與裝置資訊等情報，協助確認發現的端點是否可重現且具備安全影響。確認漏洞有效後，講者隨即進入負責任揭露流程，在 BugCrowd 上找到 NASA 的計畫頁面，仔細確認測試 scope 後，提交了一份包含完整描述、受影響端點、重現步驟、PoC 截圖與影響分析的報告。
NASA 安全團隊審核並確認報告內容後，漏洞隨即被修復，講者的名字也被列入 NASA 官方的 Hall of Fame 頁面。這個案例的核心啟示在於：合規的方法論、清晰的報告格式，以及耐心等待回覆，比技術深度更決定 Bug Bounty 的成效。
關鍵時刻
Pipeline v2帶時間戳的重點，會在逐字稿層級分析上線後產生。目前請先透過原始影片觀看。
事實查核
Pipeline v2說法查證是下一次管線升級的一部分。KeyFrame 只會顯示它真正能驗證的內容。
