20240921 - HITCON 社群活動《CTF 轉生－到了業界就拿出真本事》- 林思辰 講師分享
0 likes70 views
本文由林思辰撰寫，探讨了网络安全职业发展的各个方面，包括实习经历和产品安全工作。重点是如何将比赛中学习的攻防技巧应用于日常工作中，尤其是漏洞挖掘和防御措施。最后强调了自动化工具在保持产品安全性方面的重要性。
20240921 - HITCON 社群活動《CTF 轉生－到了業界就拿出真本事》- 林思辰 講師分享
- 2. $ whoami ● 林思辰 / Steven Lin ● 5teven1in (ss8651twtw) ● Synology SIRT ○ Product Developer ○ 負責產品安全
- 3. $ cat ~/.ctf_history ● 交大網路安全策進會 - BambooFox ○ Misc Crypto Reverse Pwn Web ○ 就是什麼都有興趣都碰一點點 😊 ● 大學期間跟著隊友們一起打比賽 ○ DEFCON 26 / 27 Final CTF ● 學到了什麼：各種攻擊技巧與駭客思維！
- 4. 職涯發展 (?)
- 5. 思考未來的方向 ● 實習探索 ○ 第一屆奧義實習生 ○ 籃隊資安威脅研究 ○ 有趣，研究搭配 IR 工具開發 ● 嘗試打 real world target ○ bounty hunter (聽說打 bug bounty 好像很賺) ○ IoT 看起來比較好入門 ○ 各種前置作業好麻煩 😣
- 7. Synology SIRT ● Security Incident Response Team ● 主要負責產品安全 Product Security ○ 系統架構的安全諮詢 ○ 對目前的產品挖掘漏洞 ○ 開發自動化工具做檢測 ○ Bug bounty report / CVE ○ ……
- 9. 駭客技術 將 Web Security 應用在漏洞挖掘
- 10. 開發者覺得無傷大雅的小東西
- 12. 開發者覺得無傷大雅的小東西 1. 內建的設定頁面中有一個 reflected XSS 2. CSRF token 儲存於 localStorage
- 13. 開發者覺得無傷大雅的小東西 1. 內建的設定頁面中有一個 reflected XSS 2. CSRF token 儲存於 localStorage 3. Critical API 並無 re-auth 機制
- 14. 開發者覺得無傷大雅的小東西 1. 內建的設定頁面中有一個 reflected XSS 2. CSRF token 儲存於 localStorage 3. Critical API 並無 re-auth 機制 4. API 接收以 GET 或 POST 傳入參數
- 15. 以攻擊者的角度切入 1. 內建的設定頁面中有一個 reflected XSS 2. CSRF token 儲存於 localStorage 3. Critical API 並無 re-auth 機制 4. API 接收以 GET 或 POST 傳入參數
- 16. 以攻擊者的角度切入 1. 內建的設定頁面中有一個 reflected XSS 2. CSRF token 儲存於 localStorage 3. Critical API 並無 re-auth 機制 4. API 接收以 GET 或 POST 傳入參數 頁面 A：1 + 2 可以利用 XSS 偷 CSRF token
- 17. 以攻擊者的角度切入 1. 內建的設定頁面中有一個 reflected XSS 2. CSRF token 儲存於 localStorage 3. Critical API 並無 re-auth 機制 4. API 接收以 GET 或 POST 傳入參數 頁面 A：1 + 2 可以利用 XSS 偷 CSRF token 頁面 B：iframe 頁面 A 取得 CSRF token，並使用 simple request 打 critical API
- 18. 以攻擊者的角度切入 1. 內建的設定頁面中有一個 reflected XSS 2. CSRF token 儲存於 localStorage 3. Critical API 並無 re-auth 機制 4. API 接收以 GET 或 POST 傳入參數 頁面 A：1 + 2 可以利用 XSS 偷 CSRF token 頁面 B：iframe 頁面 A 取得 CSRF token，並使用 simple request 打 critical API 1-Click Pre-auth CSRF to Root RCE
- 19. 如何防禦 ● 單一問題 ○ 找出 root cause 並解決 ● 系統性問題 ○ 透過改善 framework 避免再發生一樣的問題 ○ 歷史因素，全面清查修復曠日費時，評估風險做 mitigation ○ 斷相容的修復方式不一定會被接受
- 20. 如何防禦 1. 內建的設定頁面中有一個 reflected XSS 移除該頁面 2. CSRF token 儲存於 localStorage 歷史因素改不太動，加驗其他資訊 3. Critical API 並無 re-auth 機制 framework 支援 re-auth 機制 4. API 接收以 GET 或 POST 傳入參數 framework 限定 API method
- 22. 自動化工具 ● 靜態測試 code analysis tool、動態測試 fuzzing ● CTF ○ 大規模快速找洞，有戳出洞就當賺到 ● 產品安全 ○ 單靠人工 code review，遠遠追不上開發者寫新功能 (漏洞) 的速度 ○ 必須導入自動化工具 ○ 持續檢測產品安全性
- 23. 總結
- 24. ● 職涯發展 ○ 多嘗試多探索多實習體驗看看 ○ 產品安全 Product Security 工作內容 ● 如何將競賽中的攻防技巧應用到日常的資安工作中 ○ 駭客技術 - 以攻擊者的角度切入檢視產品安全 ○ 駭客工具 - 導入自動化工具持續測試產品安全 Takeaways