Meshtastic
節點污染攻擊解析

NodeDB 是什麼？它在 Meshtastic 中扮演什麼角色？

要理解節點污染攻擊，必須先知道 NodeDB 是什麼。NodeDB（Node Database）是每台 Meshtastic 裝置在本地端維護的一份「通訊錄」，記錄它所看過的所有鄰近節點資訊。

NodeDB 儲存哪些資料？

每當裝置收到某個節點廣播的 NodeInfo 封包，就會把該節點的完整資訊存入 NodeDB：

NodeDB 在裝置運作中的四個核心功能

NodeDB 的生命週期：節點記錄如何進出

NodeDB 的容量有限，記錄不斷地被新增、更新、淘汰，這個循環正是節點污染攻擊得以運作的關鍵：

淘汰的判斷依據：三層優先序

NodeDB 滿時並非隨機踢人，韌體依照固定優先序掃描所有記錄，找出「最應該被淘汰的那一筆」：

Meshtastic 有兩份 NodeDB，分別在不同地方，扮演不同的防護角色：

節點污染的三個肇因

節點污染並非單一漏洞造成，而是三個設計特性同時成立時才會發生。理解這三點，是掌握防禦策略的前提。

① Trust on First Use（ToFU）：信任首次見面

Meshtastic 是去中心化網路，沒有中央身份認證伺服器。節點第一次收到某個對端的 NodeInfo 封包時，直接信任其內容並存入本地節點資料庫（NodeDB）。這個設計讓網路能夠自動擴展，但也意味著任何人都可以聲稱自己是任何節點。

② NodeDB 記憶體上限約 100 筆

嵌入式裝置的 RAM 有限，NodeDB 能同時記錄的節點數因 MCU 而異（一般約 80~100 筆）。當有新節點加入且 NodeDB 已滿，最舊的節點記錄會被淘汰。一旦某個節點被淘汰，下次收到「聲稱是它」的封包，就等同初次見面，會再次被無條件信任。

③ 攻擊者持有頻道 PSK

PSK（Pre-Shared Key）是頻道的共用加密鑰匙。持有 PSK 的人可以解密頻道上所有封包，也可以製造出格式完全合法的假封包。公開頻道的 PSK 人人可得，Default Channel（LongFast）的 PSK 值甚至直接寫在 Meshtastic 公開原始碼中。

攻擊的完整流程

節點污染攻擊的技術門檻遠低於一般預期——攻擊者只需要一台 Meshtastic 裝置（或能廣播 LoRa 封包的工具）以及頻道 PSK，便可執行以下步驟：

偽造封包的內容比較

以下展示合法 NodeInfo 封包與攻擊者偽造封包的對比。兩者的格式完全相同，接收方裝置在沒有簽名驗證的情況下無從辨別。

污染過程的完整圖解

以下五張圖依序呈現從正常狀態到污染完成的每個關鍵階段，綠色代表正常節點、紅色代表遭污染或假冒、藍色代表 Favorite 受保護節點。

PSK 加密的本質：不是你想的「保密」

很多使用者誤以為「有加密就安全」，但 Meshtastic 頻道的 PSK 加密，設計目的是頻道隔離，而非內容隱私保護。

NodeInfo 各欄位的保護狀態

影響範圍：能做什麼、做不到什麼

節點污染攻擊並非萬能。清楚了解攻擊的邊界，有助於正確評估風險等級。

節點污染攻擊的過程及影響

節點污染攻擊從發動到完成，每個階段都會產生不同的影響。有些影響在攻擊「進行中」就已發生，不需要等污染成功——嚴重程度完全取決於使用場景——點選各路徑查看詳細說明。

嚴重程度：依使用場景而異

污染後如何恢復？

現在就能做的防禦措施

以下四種方法可以立即執行，大幅降低被節點污染攻擊影響的機率。

根本解法：訊息簽名（Message Signing）

官方正在推進的 Message Signing 機制，是從根本上解決節點污染問題的方向。原理是：每個 NodeInfo 封包附上發送方私鑰的數位簽名，任何收到封包的節點都可用公鑰驗簽——假封包因缺乏私鑰，驗簽失敗後直接被韌體丟棄。

三種演算法的比較

對訊息長度的影響（UTF-8 編碼）

加入 Ed25519 簽名（64 bytes）後，訊息有效空間從 200 bytes 縮減至 136 bytes。對中文使用者的影響：

建議的實作策略

考量硬體資源與使用體驗，官方可能採用分階段導入：

總結：風險評估與行動清單

節點污染是 Mesh 網路去中心化設計下的結構性限制，並非個別實作的疏失。了解它的邊界（能做什麼、不能做什麼），比過度擔心更有建設性。