FISSURE：面向訊號理解與逆向工程的開源 RF 框架

專案定位 · ainfosec fissure

FISSURE 是 Assured Information Security（AIS）發布的開放原始碼 RF 框架，倉庫描述將其稱為「面向所有人的 RF 與逆向工程框架」。README 給出的全稱是 Frequency Independent SDR-based Signal Understanding and Reverse Engineering，強調它同時面向操作人員、教育工作者、研究人員、學生和愛好者。它被描述為既可支撐實際部署，也可用於研究與教學：操作人員可藉助它進行訊號偵測、分類、協定發現、模糊測試和漏洞分析；教育場景則用它降低 SDR 與逆向工程的學習門檻。框架本身透過集中軟體、函式庫和參考材料，試圖讓複雜 SDR 工作流在桌上型電腦、筆電、單板電腦、加固系統乃至分散式戰術節點上保持一致。

FISSURE 第 1 章的這個邊界需要在實際專案中單獨檢查。先以 README 明列的 FISSURE、Python3 分支與目前素材記錄的版本訊號建立測試目錄，逐項對照輸入、輸出和錯誤處理。這樣能分辨文件承諾、範例行為與自己加入的整合程式，不會把倉庫統計或描述文字誤當成測試結果。

對 ainfosec/FISSURE 第 1 章而言，最有價值的觀察是功能是否在既有依賴與目標平台上保持可追蹤。請保留實際命令的終端輸出、涉及的檔案路徑和失敗步驟；若 README 沒有說明某個預設值，就標記為未說明，回到 ainfosec/FISSURE 的原始碼、Release 與 issue 查證，而不是自行補出保證。

ainfosec-fissure-deep-analysis 第 1 節的具體核對點是 專案定位。請依文件中的專案名稱、命令、檔案或設定鍵檢查結果，記錄成功與失敗的差異；這個觀察只用來界定本節能力，不延伸成文件沒有承諾的結論。

核心能力與元件

README 列舉的關鍵能力包括：偵測、分類和分析 RF 訊號；採集、重播和操作 IQ 資料；發現協定並構造自訂資料封包；執行模糊測試與漏洞測試；歸檔訊號並建構測試播放清單；協調分散式感測器節點；對 RF 發射源進行地理定位；將警報、目標和工件整合到 TAK；以及透過 AI/ML 整合實現工作流自動化。能力清單中還列出了訊號偵測器、IQ 操作、訊號查詢、模式辨識、攻擊、模糊測試、訊號播放清單、影像庫、封包構造、Scapy 整合、CRC 計算器、日誌、資料集建構器、線上歸檔、第三方工具和主題自訂等具體功能。倉庫元資料將專案語言標記為 Python，預設分支為 Python3。

FISSURE 第 2 章的這個邊界需要在實際專案中單獨檢查。先以 README 明列的 FISSURE、Python3 分支與目前素材記錄的版本訊號建立測試目錄，逐項對照輸入、輸出和錯誤處理。這樣能分辨文件承諾、範例行為與自己加入的整合程式，不會把倉庫統計或描述文字誤當成測試結果。

對 ainfosec/FISSURE 第 2 章而言，最有價值的觀察是功能是否在既有依賴與目標平台上保持可追蹤。請保留實際命令的終端輸出、涉及的檔案路徑和失敗步驟；若 README 沒有說明某個預設值，就標記為未說明，回到 ainfosec/FISSURE 的原始碼、Release 與 issue 查證，而不是自行補出保證。

ainfosec-fissure-deep-analysis 第 2 節的具體核對點是 核心能力與元件。請依文件中的專案名稱、命令、檔案或設定鍵檢查結果，記錄成功與失敗的差異；這個觀察只用來界定本節能力，不延伸成文件沒有承諾的結論。

Fracture 與 TAK 整合

README 用專門章節介紹 Fracture，稱其為 AIS 基於 FISSURE 建構的可部署戰術 RF 系統。FISSURE 提供底層軟體環境，包括 RF 感知、訊號分析、協定實驗、TAK 整合、分散式節點協調和外掛開發；Fracture 則將這套基礎延伸到固定站、車載、背負、小型無人機和固定翼等硬體配置。TAK 整合被反覆提及：WinTAK 已支援節點管理、警報、目標、偵測、工件、外掛選擇、動作執行和分散式感測器節點操作；ATAK 整合仍在開發中。README 還描述了 TAK 伺服器安裝步驟，包括從 tak.gov 下載 Docker 套件、在安裝程式中執行 TAK Server 項、設定 default.yaml 中的連線模式，以及透過 FISSURE 效果產生 TAK 警報，但明確指出範例尚待補充。

FISSURE 第 3 章的這個邊界需要在實際專案中單獨檢查。先以 README 明列的 FISSURE、Python3 分支與目前素材記錄的版本訊號建立測試目錄，逐項對照輸入、輸出和錯誤處理。這樣能分辨文件承諾、範例行為與自己加入的整合程式，不會把倉庫統計或描述文字誤當成測試結果。

對 ainfosec/FISSURE 第 3 章而言，最有價值的觀察是功能是否在既有依賴與目標平台上保持可追蹤。請保留實際命令的終端輸出、涉及的檔案路徑和失敗步驟；若 README 沒有說明某個預設值，就標記為未說明，回到 ainfosec/FISSURE 的原始碼、Release 與 issue 查證，而不是自行補出保證。

ainfosec-fissure-deep-analysis 第 3 節的具體核對點是 Fracture 與 TAK 整合。請依文件中的專案名稱、命令、檔案或設定鍵檢查結果，記錄成功與失敗的差異；這個觀察只用來界定本節能力，不延伸成文件沒有承諾的結論。

部署與執行模式

FISSURE 的部署選項包括桌面 GUI、無頭節點、容器化服務和 TAK 整合。無頭中心被稱作 HIPRFISR，可透過 fissure-hiprfisr 指令啟動，自動連線 TAK 伺服器並接受遠端節點加入。遠端感測器節點透過 fissure-sensor-node 執行，需要編輯 YAML/Sensor_Node_Config/ 下的 default.yaml 檔案，設定 nickname、hiprfisr_ip_address 和 hardware 欄位，並設定用戶端與伺服器之間的憑證。本機儀表板透過 fissure 指令啟動，README 強調應透過終端機執行且不使用 sudo。它也說明目前支援一個本機節點和最多四個遠端節點（或五個遠端節點），但此限制是否隨時間變化，現有資料沒有說明。

FISSURE 第 4 章的這個邊界需要在實際專案中單獨檢查。先以 README 明列的 FISSURE、Python3 分支與目前素材記錄的版本訊號建立測試目錄，逐項對照輸入、輸出和錯誤處理。這樣能分辨文件承諾、範例行為與自己加入的整合程式，不會把倉庫統計或描述文字誤當成測試結果。

對 ainfosec/FISSURE 第 4 章而言，最有價值的觀察是功能是否在既有依賴與目標平台上保持可追蹤。請保留實際命令的終端輸出、涉及的檔案路徑和失敗步驟；若 README 沒有說明某個預設值，就標記為未說明，回到 ainfosec/FISSURE 的原始碼、Release 與 issue 查證，而不是自行補出保證。

ainfosec-fissure-deep-analysis 第 4 節的具體核對點是 部署與執行模式。請依文件中的專案名稱、命令、檔案或設定鍵檢查結果，記錄成功與失敗的差異；這個觀察只用來界定本節能力，不延伸成文件沒有承諾的結論。

安裝、分支與容器

README 說明倉庫存在 Python3 和 Python2_maint-3.7 兩個分支，前者包含最新程式碼，支援 PyQt5 以及 GNU Radio 3.8 和 3.10；後者已棄用，僅當第三方工具需要 GNU Radio 3.7 或舊作業系統時維護。安裝透過 ./install 指令碼啟動，指令碼會檢查 PyQt 依賴，並以 GUI 方式選擇作業系統和安裝模式。模式包括 full、base、Dashboard、HIPRFISR、SensorNode 和 custom。Apptainer 容器支援被列為新特性，主要用於 Ubuntu 24.04，安裝器可建構基於角色的環境；預建容器映像和 ISO 被列為未來計畫。GitHub Releases 被描述為週期性快照，主要用於歸檔，README 建議使用者使用 Python3 分支取得最新狀態。

FISSURE 第 5 章的這個邊界需要在實際專案中單獨檢查。先以 README 明列的 FISSURE、Python3 分支與目前素材記錄的版本訊號建立測試目錄，逐項對照輸入、輸出和錯誤處理。這樣能分辨文件承諾、範例行為與自己加入的整合程式，不會把倉庫統計或描述文字誤當成測試結果。

對 ainfosec/FISSURE 第 5 章而言，最有價值的觀察是功能是否在既有依賴與目標平台上保持可追蹤。請保留實際命令的終端輸出、涉及的檔案路徑和失敗步驟；若 README 沒有說明某個預設值，就標記為未說明，回到 ainfosec/FISSURE 的原始碼、Release 與 issue 查證，而不是自行補出保證。

ainfosec-fissure-deep-analysis 第 5 節的具體核對點是 安裝、分支與容器。請依文件中的專案名稱、命令、檔案或設定鍵檢查結果，記錄成功與失敗的差異；這個觀察只用來界定本節能力，不延伸成文件沒有承諾的結論。

硬體支援與教學材料

README 以「不同整合程度」為限定詞列出受支援硬體，包括 USRP 系列（X3xx、B2xx、B20xmini、USRP2、N2xx、X410）、HackRF、RTL2832U、802.11 介面卡、LimeSDR、bladeRF 與 bladeRF 2.0 micro、Open Sniffer、PlutoSDR、SDRplay（RSPduo、RSPdx、RSPdx R2）。這些硬體與具體功能模組的相容程度如何，README 沒有逐項說明。教學方面，倉庫提供 14 個 Lessons 指南，涵蓋 OpenBTS、Lua 解析器、SoX、ESP 開發板、無線電探空儀追蹤、RFID、資料型別、自訂 GNU Radio 區塊、TPMS、業餘無線電考試、Wi-Fi 工具、可啟動 USB、Z-Wave 和吊扇訊號等主題。另有持續執行的 FISSURE Challenge，被描述為圍繞該框架的 CTF 學習平台，並邀請社群提交自己的挑戰。

FISSURE 第 6 章的這個邊界需要在實際專案中單獨檢查。先以 README 明列的 FISSURE、Python3 分支與目前素材記錄的版本訊號建立測試目錄，逐項對照輸入、輸出和錯誤處理。這樣能分辨文件承諾、範例行為與自己加入的整合程式，不會把倉庫統計或描述文字誤當成測試結果。

對 ainfosec/FISSURE 第 6 章而言，最有價值的觀察是功能是否在既有依賴與目標平台上保持可追蹤。請保留實際命令的終端輸出、涉及的檔案路徑和失敗步驟；若 README 沒有說明某個預設值，就標記為未說明，回到 ainfosec/FISSURE 的原始碼、Release 與 issue 查證，而不是自行補出保證。

ainfosec-fissure-deep-analysis 第 6 節的具體核對點是 硬體支援與教學材料。請依文件中的專案名稱、命令、檔案或設定鍵檢查結果，記錄成功與失敗的差異；這個觀察只用來界定本節能力，不延伸成文件沒有承諾的結論。

授權、證據邊界與當前優先級

倉庫元資料將授權標記為 GPL-3.0，README 也以 GPL-3.0 指代授權並指向 LICENSE 檔案。授權摘錄明確授予複製、分發和修改軟體的自由，並要求分發者向接收者提供同等自由和原始碼取得途徑；同時宣告該自由軟體不提供保固，且修改版本必須被標記為已變更。摘錄沒有涉及安全保證、技術支援和商業服務條款，README 雖提及 AIS 提供商業支援和協作管道，但並未作出具體承諾。目前開發優先級包括：外掛與動作架構、WinTAK/ATAK 操作工作流、安裝器與打包、戰術節點與網路、地理定位與電子支援。這些是 README 中唯一可查的路線圖資訊。

FISSURE 第 7 章的這個邊界需要在實際專案中單獨檢查。先以 README 明列的 FISSURE、Python3 分支與目前素材記錄的版本訊號建立測試目錄，逐項對照輸入、輸出和錯誤處理。這樣能分辨文件承諾、範例行為與自己加入的整合程式，不會把倉庫統計或描述文字誤當成測試結果。

對 ainfosec/FISSURE 第 7 章而言，最有價值的觀察是功能是否在既有依賴與目標平台上保持可追蹤。請保留實際命令的終端輸出、涉及的檔案路徑和失敗步驟；若 README 沒有說明某個預設值，就標記為未說明，回到 ainfosec/FISSURE 的原始碼、Release 與 issue 查證，而不是自行補出保證。

ainfosec-fissure-deep-analysis 第 7 節的具體核對點是 授權、證據邊界與當前優先級。請依文件中的專案名稱、命令、檔案或設定鍵檢查結果，記錄成功與失敗的差異；這個觀察只用來界定本節能力，不延伸成文件沒有承諾的結論。

編輯結論

截至本文寫作時，倉庫元資料顯示 FISSURE 擁有 2011 顆星、133 個 fork、9 個開放 issue，預設分支為 Python3，以 Python 為主要語言，採用 GPL-3.0 授權。README 沒有給出任何效能基準、使用者數量、安全保證或正式支援承諾，因此這些內容均未被本文採用。 適合已能提供相容執行環境、願意依 ainfosec/FISSURE README 逐項核對的人；不適合把文件摘要當成生產承諾的團隊。先在隔離目錄依專案自己的入口跑最小案例，檢查 FISSURE 的實際輸出、錯誤訊息與設定檔，再決定是否接入正式流程。

官方來源

1. Official documentation
2. Official README
3. Project repository
4. Release notes