IP 偽冒是什麼，又該如何保護自己

回郵地址可以被抄寫。它告訴收件人該往哪裡回覆，卻無法證明訊息是誰寄出的。

即使不是你寄出的信，也可能寫著你的回郵地址。地址告訴收件人回信該寄往哪裡，卻無法證明信是誰寫的。IP 偽冒利用的，正是網際網路通訊中類似的落差。

偽造的是什麼？

資訊以封包的形式在網路中傳送。每個 IP 封包都有目的地位址和來源位址。偽冒就是在封包中填入不實的來源位址。除非另有機制檢查這個來源是否合理，否則接收端看到的，就是封包宣稱的來源。

IP 位址協助網路傳送流量，並不是一個人的身分證。多人可能共用同一個公用位址，裝置的位址也可能改變。因此，允許特定 IP 流量通過的規則，所回答的問題比登入驗證或密碼學身分驗證更有限。

為什麼回應很重要

假設有人以你的位址作為來源送出請求，服務通常會把回應送向你。發送請求的人不會因此自動收到回應，也不會取得你電腦的存取權。

這對許多應用程式使用的傳輸協定 TCP 很重要：建立連線需要雙向交換資訊，已建立的連線也會追蹤自身狀態。單純複製位址，無法完成這個交換過程。TCP 規範說明了這些連線與序號檢查。它們是有用的保護措施，卻不能取代服務或使用者的身分驗證。

偽造位址仍可能如何造成傷害

攻擊者可能並不想建立對話，而是想讓服務把不受歡迎的回應送給別人。如果許多服務都回應，受害者就會收到自己從未要求的流量。這就是反射攻擊。如果回應遠比請求大，還會產生放大效果。

其他攻擊會嘗試直接耗盡資源，或利用過度信任來源位址的服務。結果取決於服務、網路路徑及其保護措施。單靠偽冒，並不能讓人讀取加密的連線工作階段或接管帳號。

兩種不同的檢查，放在兩個不同的位置

在網路邊界，營運者可以拒絕這類流量：它宣稱的來源，不應透過該連線抵達。例如，某位客戶的連線不應傳送假裝屬於另一位無關客戶位址範圍的封包。這就是 BCP 38 來源過濾背後的原則。

在應用層，身分驗證檢查誰有權參與。HTTPS 使用 TLS，在正確設定與驗證的前提下認證伺服器並保護連線；登入則另行確立帳號身分。看似有效的位址，無法取代其中任何一項檢查。

你可以做什麼

如果你是網際網路使用者，而非網路營運者，請保持軟體更新、使用具備身分驗證的加密連線服務，並認真看待憑證警告。這些措施保護的是你參與的通訊。在網際網路連線上過濾偽造流量，是網路營運者的工作；這不是更強的密碼能做到的事。

如果你營運網路或服務，可以先了解來源檢查與身分驗證該放在哪裡。若想更清楚理解反射、洪水攻擊與相關術語，請接著閱讀不同的攻擊模式。

找出主張背後的機制

這裡值得養成的習慣，是追問系統實際驗證了什麼。盧恆在討論現實層次與象徵權力的 Note 20中，把這個問題延伸到制度與權力的更廣泛討論。那篇文章發展的是更大的論述；這裡的網路案例，只是用具體方式區分一項主張與支撐它的機制。