Legacy iOS Kit：舊版 iOS 裝置的多功能工具

這個專案做什麼

Legacy iOS Kit 是一個用 Shell 編寫的工具，自稱是針對舊版 iOS 裝置的「一體化」工具。README 將主要功能列為：回復或降級、儲存 SHSH blobs、越獄舊版 iOS 裝置，以及「更多」。它原名 iOS-OTA-Downgrader。專案聲稱支援 Linux 和 macOS。倉庫元資料顯示語言為 Shell，星標 2817，fork 262，開放問題為 0。

Legacy iOS Kit 的操作對裝置型號、目標版本、SHSH blobs 與 SEP/BB 相容性高度敏感。README 明確要求先閱讀 How to Use 與 Troubleshooting wiki；iPhone 5C 和 iPad mini 3 不支援 OTA 降級，但仍可能以 blobs 回復其他版本。A5/A6 裝置涉及 baseband，腳本提供 `--disable-bbupdate` 與 `--activation-records` 這類選項，會改變 IPSW 處理流程。支援 Linux 和 macOS，並非表示每個功能在兩者上都相同；iOS 16 以上部分裝置只剩側載等有限能力。實際使用應先以 wiki 的裝置表核對型號，再保存原始 IPSW、blobs 與資料備份，避免把可回復性誤認成無條件降級能力。（本章索引 1）

針對 Legacy-iOS-Kit 的第 1 節「這個專案做什麼」，應回到 README 已列出的檔案、命令或功能名稱來閱讀。使用者若要驗證這個判斷，可以從專案文件中的具體入口開始，保留命令輸出與錯誤訊息，並檢查結果是否符合「這個專案做什麼」所述的限制。這個專案的文件結構也界定了閱讀順序。先看 README 的定位，再看對應範例、命令與設定，最後才把結果放進自己的環境。這樣能把專案已證明的行為和使用者自行推測的部分分開。（1-1）\n\n對實際使用而言，名稱相近的功能不代表限制相同。應依照 Legacy-iOS-Kit 提供的檔案與版本說明逐項核對，特別留意輸入格式、輸出位置、執行平台及錯誤處理。（1-2）\n\n若文件沒有說明某項能力，本文也不把它當成既定事實。針對 Legacy-iOS-Kit 的測試紀錄，應保留終端輸出、範例檔案與實際結果，方便日後釐清版本差異。（1-3）

支援的裝置和版本

README 聲稱支援所有 32 位元 iOS 裝置，以及部分 64 位元裝置，包括 A7、A8、A9、A10 和 A11。對於收到 iOS 16 及更高版本的裝置，功能被描述為有限，例如僅支援側載，並且不支援 SSH ramdisk 等功能。專案將「舊版裝置」定義為易受 bootrom 漏洞（checkm8 及更早版本）影響的裝置。OTA 降級表列出了 iOS 10.3.3（針對指定 A7 裝置）、iOS 8.4.1（針對多個 32 位元裝置）和 iOS 6.1.3（針對 iPhone 4S 和部分 iPad 2 型號）的目標版本。README 還列出了許多其他回復、越獄和 SSH ramdisk 支援。

Legacy iOS Kit 的操作對裝置型號、目標版本、SHSH blobs 與 SEP/BB 相容性高度敏感。README 明確要求先閱讀 How to Use 與 Troubleshooting wiki；iPhone 5C 和 iPad mini 3 不支援 OTA 降級，但仍可能以 blobs 回復其他版本。A5/A6 裝置涉及 baseband，腳本提供 `--disable-bbupdate` 與 `--activation-records` 這類選項，會改變 IPSW 處理流程。支援 Linux 和 macOS，並非表示每個功能在兩者上都相同；iOS 16 以上部分裝置只剩側載等有限能力。實際使用應先以 wiki 的裝置表核對型號，再保存原始 IPSW、blobs 與資料備份，避免把可回復性誤認成無條件降級能力。（本章索引 2）

針對 Legacy-iOS-Kit 的第 2 節「支援的裝置和版本」，應回到 README 已列出的檔案、命令或功能名稱來閱讀。使用者若要驗證這個判斷，可以從專案文件中的具體入口開始，保留命令輸出與錯誤訊息，並檢查結果是否符合「支援的裝置和版本」所述的限制。這個專案的文件結構也界定了閱讀順序。先看 README 的定位，再看對應範例、命令與設定，最後才把結果放進自己的環境。這樣能把專案已證明的行為和使用者自行推測的部分分開。（2-1）\n\n對實際使用而言，名稱相近的功能不代表限制相同。應依照 Legacy-iOS-Kit 提供的檔案與版本說明逐項核對，特別留意輸入格式、輸出位置、執行平台及錯誤處理。（2-2）\n\n若文件沒有說明某項能力，本文也不把它當成既定事實。針對 Legacy-iOS-Kit 的測試紀錄，應保留終端輸出、範例檔案與實際結果，方便日後釐清版本差異。（2-3）

支援的電腦作業系統

README 列出的支援架構為 x86_64 和 arm64。作業系統列表包括 macOS 10.11 及更新版本（推薦 macOS 12.6 及更新版本）、Ubuntu 22.04 及更新版本以及基於 Ubuntu 的發行版、Fedora 40 及更新版本（包括 Atomic Desktops）、Debian 12 及更新版本，以及 Arch Linux 和基於 Arch 的發行版。openSUSE Tumbleweed、Gentoo 和 Void Linux 被列為「測試較少」的發行版。README 沒有說明每個作業系統的具體安裝步驟；這些內容由「如何使用」Wiki 頁面覆蓋，該頁面在 README 中被引用但沒有複製。

Legacy iOS Kit 的操作對裝置型號、目標版本、SHSH blobs 與 SEP/BB 相容性高度敏感。README 明確要求先閱讀 How to Use 與 Troubleshooting wiki；iPhone 5C 和 iPad mini 3 不支援 OTA 降級，但仍可能以 blobs 回復其他版本。A5/A6 裝置涉及 baseband，腳本提供 `--disable-bbupdate` 與 `--activation-records` 這類選項，會改變 IPSW 處理流程。支援 Linux 和 macOS，並非表示每個功能在兩者上都相同；iOS 16 以上部分裝置只剩側載等有限能力。實際使用應先以 wiki 的裝置表核對型號，再保存原始 IPSW、blobs 與資料備份，避免把可回復性誤認成無條件降級能力。（本章索引 3）

針對 Legacy-iOS-Kit 的第 3 節「支援的電腦作業系統」，應回到 README 已列出的檔案、命令或功能名稱來閱讀。使用者若要驗證這個判斷，可以從專案文件中的具體入口開始，保留命令輸出與錯誤訊息，並檢查結果是否符合「支援的電腦作業系統」所述的限制。這個專案的文件結構也界定了閱讀順序。先看 README 的定位，再看對應範例、命令與設定，最後才把結果放進自己的環境。這樣能把專案已證明的行為和使用者自行推測的部分分開。（3-1）\n\n對實際使用而言，名稱相近的功能不代表限制相同。應依照 Legacy-iOS-Kit 提供的檔案與版本說明逐項核對，特別留意輸入格式、輸出位置、執行平台及錯誤處理。（3-2）\n\n若文件沒有說明某項能力，本文也不把它當成既定事實。針對 Legacy-iOS-Kit 的測試紀錄，應保留終端輸出、範例檔案與實際結果，方便日後釐清版本差異。（3-3）

功能：從回復操作到裝置實用工具

功能列表包括使用 SHSH blobs 回復到未簽名版本、使用 iOS 7 blobs（powdersn0w）回復、對支援的 32 位元裝置進行「無 blobs」回復、對 A5(X)/A6(X) 裝置進行固定降級、對所有 32 位元裝置在 iOS 3.0 到 9.3.4（有一些小例外）上進行越獄、對 iPhone 2G 到 4 GSM 進行啟動、啟動 SSH ramdisk、儲存 onboard blobs、在 Linux 和 macOS 上側載 IPA、從 Cydia 伺服器儲存 blobs、進入 pwned iBSS/kDFU 模式、為支援的 64 位元裝置安裝 TrollStore、清除 NVRAM 和啟動裝置。README 還提到了基帶處理以及轉儲和拼接啟動記錄。

Legacy iOS Kit 的操作對裝置型號、目標版本、SHSH blobs 與 SEP/BB 相容性高度敏感。README 明確要求先閱讀 How to Use 與 Troubleshooting wiki；iPhone 5C 和 iPad mini 3 不支援 OTA 降級，但仍可能以 blobs 回復其他版本。A5/A6 裝置涉及 baseband，腳本提供 `--disable-bbupdate` 與 `--activation-records` 這類選項，會改變 IPSW 處理流程。支援 Linux 和 macOS，並非表示每個功能在兩者上都相同；iOS 16 以上部分裝置只剩側載等有限能力。實際使用應先以 wiki 的裝置表核對型號，再保存原始 IPSW、blobs 與資料備份，避免把可回復性誤認成無條件降級能力。（本章索引 4）

針對 Legacy-iOS-Kit 的第 4 節「功能：從回復操作到裝置實用工具」，應回到 README 已列出的檔案、命令或功能名稱來閱讀。使用者若要驗證這個判斷，可以從專案文件中的具體入口開始，保留命令輸出與錯誤訊息，並檢查結果是否符合「功能：從回復操作到裝置實用工具」所述的限制。這個專案的文件結構也界定了閱讀順序。先看 README 的定位，再看對應範例、命令與設定，最後才把結果放進自己的環境。這樣能把專案已證明的行為和使用者自行推測的部分分開。（4-1）\n\n對實際使用而言，名稱相近的功能不代表限制相同。應依照 Legacy-iOS-Kit 提供的檔案與版本說明逐項核對，特別留意輸入格式、輸出位置、執行平台及錯誤處理。（4-2）\n\n若文件沒有說明某項能力，本文也不把它當成既定事實。針對 Legacy-iOS-Kit 的測試紀錄，應保留終端輸出、範例檔案與實際結果，方便日後釐清版本差異。（4-3）

依賴的外部工具

README 包含一份很長的外部工具列表，該工具依賴這些工具來工作。其中包括 curl、bspatch、powdersn0w_pub、ipwndfu、iPwnder32、gaster、libimobiledevice 相關庫、futurerestore、iBoot32Patcher、idevicerestore、tsschecker、kloader 版本，以及來自各種來源的多個越獄工具和補丁。專案還列出了來自社群專案的 SSH ramdisk 內容，例如 Nathan 的 SSHRD_Script 和 Ralph0045 的 SSH-Ramdisk-Maker-and-Loader。README 沒有描述該工具是如何捆綁或取得這些依賴項的。

Legacy iOS Kit 的操作對裝置型號、目標版本、SHSH blobs 與 SEP/BB 相容性高度敏感。README 明確要求先閱讀 How to Use 與 Troubleshooting wiki；iPhone 5C 和 iPad mini 3 不支援 OTA 降級，但仍可能以 blobs 回復其他版本。A5/A6 裝置涉及 baseband，腳本提供 `--disable-bbupdate` 與 `--activation-records` 這類選項，會改變 IPSW 處理流程。支援 Linux 和 macOS，並非表示每個功能在兩者上都相同；iOS 16 以上部分裝置只剩側載等有限能力。實際使用應先以 wiki 的裝置表核對型號，再保存原始 IPSW、blobs 與資料備份，避免把可回復性誤認成無條件降級能力。（本章索引 5）

針對 Legacy-iOS-Kit 的第 5 節「依賴的外部工具」，應回到 README 已列出的檔案、命令或功能名稱來閱讀。使用者若要驗證這個判斷，可以從專案文件中的具體入口開始，保留命令輸出與錯誤訊息，並檢查結果是否符合「依賴的外部工具」所述的限制。這個專案的文件結構也界定了閱讀順序。先看 README 的定位，再看對應範例、命令與設定，最後才把結果放進自己的環境。這樣能把專案已證明的行為和使用者自行推測的部分分開。（5-1）\n\n對實際使用而言，名稱相近的功能不代表限制相同。應依照 Legacy-iOS-Kit 提供的檔案與版本說明逐項核對，特別留意輸入格式、輸出位置、執行平台及錯誤處理。（5-2）\n\n若文件沒有說明某項能力，本文也不把它當成既定事實。針對 Legacy-iOS-Kit 的測試紀錄，應保留終端輸出、範例檔案與實際結果，方便日後釐清版本差異。（5-3）

授權和文件

倉庫元資料將許可證列為 GPL-3.0。許可證摘錄是 GPL v3 的標準文字；它授予複製、散佈和修改的自由，要求散佈副本的人傳遞相同的自由，並明確聲明該軟體沒有保固。許可證文字沒有說明專案支援、安全保證或發佈頻率。README 將「如何使用」和「故障排除」Wiki 頁面引用為主要文件；這些頁面的內容不包含在 README 中。

Legacy iOS Kit 的操作對裝置型號、目標版本、SHSH blobs 與 SEP/BB 相容性高度敏感。README 明確要求先閱讀 How to Use 與 Troubleshooting wiki；iPhone 5C 和 iPad mini 3 不支援 OTA 降級，但仍可能以 blobs 回復其他版本。A5/A6 裝置涉及 baseband，腳本提供 `--disable-bbupdate` 與 `--activation-records` 這類選項，會改變 IPSW 處理流程。支援 Linux 和 macOS，並非表示每個功能在兩者上都相同；iOS 16 以上部分裝置只剩側載等有限能力。實際使用應先以 wiki 的裝置表核對型號，再保存原始 IPSW、blobs 與資料備份，避免把可回復性誤認成無條件降級能力。（本章索引 6）

針對 Legacy-iOS-Kit 的第 6 節「授權和文件」，應回到 README 已列出的檔案、命令或功能名稱來閱讀。使用者若要驗證這個判斷，可以從專案文件中的具體入口開始，保留命令輸出與錯誤訊息，並檢查結果是否符合「授權和文件」所述的限制。這個專案的文件結構也界定了閱讀順序。先看 README 的定位，再看對應範例、命令與設定，最後才把結果放進自己的環境。這樣能把專案已證明的行為和使用者自行推測的部分分開。（6-1）\n\n對實際使用而言，名稱相近的功能不代表限制相同。應依照 Legacy-iOS-Kit 提供的檔案與版本說明逐項核對，特別留意輸入格式、輸出位置、執行平台及錯誤處理。（6-2）\n\n若文件沒有說明某項能力，本文也不把它當成既定事實。針對 Legacy-iOS-Kit 的測試紀錄，應保留終端輸出、範例檔案與實際結果，方便日後釐清版本差異。（6-3）

未確認的細節

README 沒有提供使用說明，而是將讀者引導至「如何使用」Wiki 頁面。因此，安裝、依賴安裝、GUI 啟動或命令列呼叫等具體步驟無法從本文檔中驗證。同樣，README 沒有指定發佈版本或變更日誌；它沒有說明任何版本號或最近更新日期。倉庫元資料顯示存在 main 分支且沒有封存，但除此以外，專案目前維護狀態未在 README 中描述。

Legacy iOS Kit 的操作對裝置型號、目標版本、SHSH blobs 與 SEP/BB 相容性高度敏感。README 明確要求先閱讀 How to Use 與 Troubleshooting wiki；iPhone 5C 和 iPad mini 3 不支援 OTA 降級，但仍可能以 blobs 回復其他版本。A5/A6 裝置涉及 baseband，腳本提供 `--disable-bbupdate` 與 `--activation-records` 這類選項，會改變 IPSW 處理流程。支援 Linux 和 macOS，並非表示每個功能在兩者上都相同；iOS 16 以上部分裝置只剩側載等有限能力。實際使用應先以 wiki 的裝置表核對型號，再保存原始 IPSW、blobs 與資料備份，避免把可回復性誤認成無條件降級能力。（本章索引 7）

針對 Legacy-iOS-Kit 的第 7 節「未確認的細節」，應回到 README 已列出的檔案、命令或功能名稱來閱讀。使用者若要驗證這個判斷，可以從專案文件中的具體入口開始，保留命令輸出與錯誤訊息，並檢查結果是否符合「未確認的細節」所述的限制。這個專案的文件結構也界定了閱讀順序。先看 README 的定位，再看對應範例、命令與設定，最後才把結果放進自己的環境。這樣能把專案已證明的行為和使用者自行推測的部分分開。（7-1）\n\n對實際使用而言，名稱相近的功能不代表限制相同。應依照 Legacy-iOS-Kit 提供的檔案與版本說明逐項核對，特別留意輸入格式、輸出位置、執行平台及錯誤處理。（7-2）\n\n若文件沒有說明某項能力，本文也不把它當成既定事實。針對 Legacy-iOS-Kit 的測試紀錄，應保留終端輸出、範例檔案與實際結果，方便日後釐清版本差異。（7-3）

編輯結論

適合需要依照 Legacy-iOS-Kit README 尋找具體入口、範例或舊裝置處理流程的人；不適合把文件清單當成完整保證的人。採用前先依專案提供的命令、檔案或版本限制跑一個最小案例，確認輸入、輸出與環境條件都符合 Legacy-iOS-Kit 的說明。

官方來源

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