SideStore 登入跳 -80045？Apple 改版後的修復版與三種解法

目錄 👇

By HAO · 1 閱讀時間 · 最近更新: 2026 | 10 / 20

分享 ➥

2026 年 10 月中，大量 SideStore 用戶登入 Apple ID 時跳出錯誤 -80045，GitHub 上幾天內湧入十幾篇回報，重設 anisette、重開機都沒用。有社群用戶實測指出：改簽修復版 nightly 0.7.0-20261015.6+3990d5fb 就能正常登入。這篇整理事件的來龍去脈與三種解法。

專案：SideStore/SideStore ｜討論串：issue #1647、issue #1658

發生什麼事：Apple 又改了登入規則

9 月：Apple 伺服器端調整登入處理，穩定版 0.6.4（含）以前登入出現 503。官方直接在 Releases 頁掛上警告：「DO NOT USE — SIGN-IN IS BROKEN ON 0.6.4 AND BEFORE」
10 月 13 日起：新一波 -80045 爆發。iLoader 的開發者先修好了同樣的問題，確認原因是 Apple 再次更改了登入驗證方式，SideStore 隨後跟進

深度：為什麼改一行字串就能修好？

SideStore 登入 Apple ID 走的是 Apple 的 GrandSlam 驗證流程，其中 anisette data 是「這台裝置是真蘋果裝置」的機器證明。每個請求還會附上一段 Client Info——也就是客戶端自稱的裝置身份（例如某台 Mac + akd）。

Apple 這次改版後，SideStore 預設的 Mac 身份字串被伺服器拒絕，於是回傳 -80045。社群發現：把 Client Info 換成 Windows 版 iTunes 或 Pixel 7 的身份字串，伺服器就放行。而修復版 nightly 的本質，就是更新了這套登入身份與 anisette 處理——0.7.0 起，anisette client config 已全面開放使用者自訂。

解法一：換上修復版 nightly（發文者實測）

版本：0.7.0-20261015.6+3990d5fb；其後的 nightly（如 20261017.511 之後）在 issue 裡也有多人回報可用
注意避開 20261016 那一版，它的配對檔功能有 bug
登入壞掉時 App 內無法自我更新，需要透過 iLoader 等工具從電腦重裝，或用其他還能登入的管道簽入

解法二：改 Anisette Client Info（免換版本）

到 Settings → User Customizations → Anisette Client Configuration：

Client Info 改成 <Pixel 7> <Android;14;UQ1A.240205.002> <com.apple.AuthKit/1 (com.apple.akd/1.0)>
或 Windows 版組合：Client Info 改 <Windows;6.2(0,0);9200> <com.apple.AuthKit/1 (com.apple.iTunes/12.12.4.1)>、User Agent 改 akd/1.0 CFNetwork/808.1.4，並先做一次 Reset adi.pb
儲存後強制關閉並重開 SideStore，再登入（驗證碼會跳到你的其他 Apple 裝置上）

解法三：換 anisette 伺服器（免電腦）

在 User Customizations 關閉 On-device anisette → 進階設定把 anisette server 換成 Jkcoxson（https://mac-ani.jkcoxson.com/）→ 重啟 App 再登入。

另一個相關錯誤：provisioning profile 產生失敗

有些人登入後卡在另一句英文訊息：「Your team has no devices from which to generate a provisioning profile」（錯誤碼 8220）。這是 Apple 開發者後台的提示：你的 team 底下沒有任何已註冊裝置，系統無從產生 provisioning profile。解法是到 developer.apple.com/account 的 Certificates, Identifiers & Profiles，手動把裝置 UDID 加入 Devices 名單。

冷思考

nightly 是實驗版：官方明說 extremely experimental。修好登入可能帶來別的 bug（20261016 的配對檔就是例子），求穩的人可以等 0.7.0 正式版
不是人人一次成功：有人過了 -80045，卻卡在 2FA 階段（HTTP 403「Could not connect to iCloud」），多換幾組 anisette 組合重試是常態
LiveContainer 內建的 SideStore 可能較舊，有人因此遇到另一個錯誤 -22411；用 iLoader 時選獨立版 SideStore 較保險
本質是貓鼠遊戲：這類寄生在 Apple 私有驗證流程上的工具，Apple 一改伺服器，社群就得再追一次。-80045 不是你的帳號壞了，只是規則又變了