關於 ITD

為何而生

一切始於營運者親身經歷的兩起事故：一個 API 金鑰在交付 AI 撰寫的程式碼後不久即遭竊；以及一次設定疏失，讓機密檔案整批外洩。兩者都不是什麼高明的攻擊——都是可以預防的基本功。

本站將那些事故（去識別化後）轉化為教訓，並以你真正能據以行動的形式提供防禦之道。

我們涵蓋什麼——不涵蓋什麼

• 我們涵蓋：如何防禦、事故預防、淺白易懂的術語說明、各技術堆疊的安全設定，以及過往資安事件的歷史與教訓。
• 我們不涵蓋：攻擊教學、漏洞利用程式碼、掃描他人網站，或規避偵測的手法。ITD 並非攻擊者的工具。

獨立營運

本站獨立營運，不與任何其他服務共用營運者資訊、聯絡方式、分析數據或隱私權政策。

編輯方針 — 以什麼為依據

• 只以第一手資訊為依據。CVE 來自 NVD 與 CISA 的 KEV 目錄，產品漏洞取自廠商自己的公告，設計準則參考 OWASP、NIST、MDN 等原典，並在每篇文章末尾註明出處。
• 無法斷定的事情不斷定。「目前尚未確認」與「沒有發生」會分開表述；有爭議時並列各方說法並標註來源。
• 不刊登攻擊步驟與概念驗證程式碼（PoC）。基於同樣的事實，我們只寫「如何防禦」。
• 涉及實名組織的文章只使用已公開的事實，不對責任下斷言，也不點出個人姓名。

如何維持資訊的新鮮度

安全資訊一旦過時就會變成危害。弱點類文章會顯示「最後確認日期」，並且大約每兩週將已發布的各個 CVE 與 CISA KEV 和 NVD 重新比對，確認上游是否有變動。

事實更新時我們不只是改寫，而是以更新紀錄保留「何時改了什麼」。讓讀者能判斷「這是哪個時間點的資訊」，與準確性同等重要。

錯誤的更正

如發現事實錯誤、過時資訊或難以理解的說明，請附上該頁面的 URL 寄至 contact@itdef.net。我們會查證並盡快修正，涉及內容的變動會記入更新紀錄。

同樣的標準也用在自己身上

講解安全的網站若疏於自身防護便說不過去。本站每天自動稽核相依套件的已知弱點並於當天處理，也把文章中建議的安全標頭與設定同樣套用在本站。