💡 什麼是安全設定不當（Security Misconfiguration）？
在完成了 Day 14 的越權漏洞探討後，我們來到 OWASP Top 10 中另一個非常普遍、且往往是由「疏忽」造成的風險——A05 Security Misconfiguration（安全設定不當）。

這項漏洞涵蓋的範圍非常廣泛。現代的 Web 應用程式由極為複雜的生態系組成，包含作業系統、Web 伺服器（如 Apache, Nginx）、資料庫、框架、容器（如 Docker）以及雲端服務（如 AWS S3 儲存桶）。
如果在部署時沒有落實「安全預設值（Secure Defaults）」，或是殘留了測試用的預設帳密、開啟了不必要的除錯功能、暴露了敏感檔案，就會形成安全設定不當。

⚠️ 常見的 4 大安全設定不當情境
在實戰與滲透測試中，最常遇到以下幾種經典的 Misconfiguration：

1. 預設帳號與密碼未更改
   許多軟體、路由器或資料庫管理工具（例如 phpMyAdmin、Tomcat 管理後台）在安裝完成後，會帶有官方預設的帳號密碼（如 admin / admin 或 root / 空白密碼）。若管理員上線後忘記修改，攻擊者只要使用字典檔就能輕鬆爆破登入。

2. 詳細錯誤訊息與除錯模式（Debug Mode）全開
   當網站發生錯誤時，若程式碼將詳細的系統堆疊追蹤（Stack Trace）、資料庫連線字串或原始碼路徑直接顯示在前端網頁上（例如 Laravel 或 Django 的 Debug 模式全開），會將系統內部的架構毫無保留地暴露給攻擊者。

3. 未關閉目錄瀏覽權限（Directory Listing）
   如果伺服器未設定首頁（如 index.html 或 index.php），且管理員忘記關閉目錄瀏覽，當使用者造訪該資料夾路徑時，就會像打開檔案總管一樣，看見伺服器內所有的檔案清單（包含備份檔、原始碼或設定檔）。

4. 雲端儲存桶權限過於鬆散（S3 Bucket Misconfiguration）
   許多企業將靜態檔案或備份資料上傳至雲端儲存空間（如 AWS S3、GCP Storage）。若權限設定為「公開讀取（Public Read）」，任何人只要透過特定的網址結構就能直接下載企業的內部機密資料、員工個資或資料庫備份。

🛠️ 如何防範與檢查安全設定不當？
落實安全加固（Hardening）： 依照官方或 CIS Benchmarks（中心網安全基準）指引，關閉不必要的服務、連接埠與預設帳號。

自動化設定審查： 利用工具（如之前提過的 Nikto 或雲端安全掃描工具 ScoutSuite）定期檢查系統是否存在已知的錯誤配置。

環境隔離： 嚴格區分「開發環境（Development）」與「正式環境（Production）」，務必在正式環境中關閉所有 Debug 模式與測試端點。