Re: [閒聊] Bounty 初體驗

看板NetSecurity (資安資訊安全)作者CMJ0121 (不安全研究員)時間3年前 (2021/04/28 12:58)推噓3(3推 0噓 2→)

留言5則, 5人參與討論串3/3 (看更多)

※ 引述《CMJ0121 (不要偷 Q)》之銘言： : ※ 引述《CMJ0121 (不要偷 Q)》之銘言： > bounty 系列文最終章 bounty 系列文終於到最終章了這三篇剛好滿足三種 bounty 可能遇到的狀況 1) 給錢 2) 錢給的不甘願 3) 沒有錢接下來 bounty 相關文章就會交給其他有心人發文了 :) 一樣附上時間軸： 2021-04-10 參加聚會時跟社團友人一同發現問題問題為官網某服務的 Blind SQL Injection 2021-04-11 放棄更深入的檢測寄信回報到 support@XXXXXXXXXXXXXX.com[1] -> 2021-04-14 再次寄信到 support@XXXXXXXXXXXXXX.com -> 2021-04-15 使用官網上提問 form 確認對方是否有收到信 -> 用詞為：發現一個潛在安全性問題、尚未收到回覆 2021-04-15 <- 對方使用公司個人信箱回覆表示沒收到報告 2021-04-15 透過公司信箱確認為公司員工 (透過 LinkedIn) -> 回覆報告到對方個人信箱 2021-04-16 寄信詢問對方是否收到回覆 -> 並詢問是否有 bounty / acknowledgement 2021-04-16 <- 對方表示收到報告目前沒有 bounty 研究如何提供 acknowledgement 2021-06-04 -> 放在官方某致謝 Link 中 <- 現在有跟對方承諾會在 6/16 之後公布細節不過檢查問題已經修復怕忘記內容所以把公司資訊盡可能隱藏到時候看是否記得再補上相關資訊這次主要是在某公司的某項服務中發現一個 Blind SQL Injetion[2] 一開始只是在介紹某公司的營運項目使用到某服務時友人表示可以試一下 ' 結果服務就出現 500 Internal Server Error 結果在場的人都興奮了 :) 之後就是各種嘗試以下是沒按照順序的各種嘗試使用 sqlmap[3] 嘗試 -> 失敗使用手動 SQL injection ' OR SELECT 1, 2, 3, 4 '-- 系列算欄位 -> 失敗 ' UNION (SELECT ...) 系列 -> 失敗 ' or (SELECT 1 ) = 1' -> 成功透過手工沒有找到註解掉後續 SQL command 的方式僅限 blind SQL injection 判斷 ( SELECT ... ) = ... ' 結果是否成立可以用這種方式一個字元一個字元、二分搜尋找到想要的內容像是 database 版本號、table name、user name、user password 等最難測試的部分對方服務只要打 API 太多次後會維持在 500 Internal Server Error 一段時間這樣誤判會太多猜測這也是 sqlmap 失敗的原因 ## 檢討 I ## 其實在聽到的案例中找到安全漏洞之後大多數都是沒有錢的新聞上看到拿到大筆金額的都是幸存者偏差後的結果如果真的想找有金錢 bounty 的就需要用白名單直接找 ## 檢討 II ## 公司方一定要提供一種穩定的聯絡管道像我第一次寄信的聯絡信箱維持一段時間都沒有任何 feedback 這次的案例中其實用個人公司信箱回覆不是很理想尤其一開始沒有適當的自我介紹 (我不知道你是誰啊...) 也不知道是否代表公司 ## 檢討 III ## 從公司方的回復速度來看大概能夠了解是否有沒有在意安全性問題已一個會主動回報安全性問題給公司的提報者看重的東西不外是錢 or 名公司只要滿足其中一點提報者通常會安靜 (不宣傳) 且乖巧 (不亂打) 但是提報者其實最怕的就是公司默默把問題修好然後發無聲卡一直沒有任何 feedback 的情況下提報者其實容易想太多 :) [1] 對方官網上唯一的聯絡信箱 [2] https://owasp.org/www-community/attacks/Blind_SQL_Injection [3] https://sqlmap.org/ -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.162.157.30 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/NetSecurity/M.1619585918.A.10C.html