匿名網路社群 anoni.net/Docs

匿名網路社群前往 Global Gathering 2026

anoni.net 社群 — Mon, 24 Aug 2026 20:53:34 +0000

匿名網路社群前往 Global Gathering 2026¶

Team CommUNITY 主辦的 Global Gathering 2026 於 9 月 4 日到 6 日在葡萄牙 Estoril 舉行，我們申請到一個攤位，時段已經排定。

日期時間：9 月 6 日 13:00 到 15:00 WEST（UTC+1，活動期間的葡萄牙當地時間，台灣時間減 7 小時）
位置：Regional Perspectives Village 的 6 號攤位，大小 3 x 3 公尺
攤位名稱：anoni.net Hub: Sinophone Asia-Pacific Networked Freedom

活動資訊見 Global Gathering 2026。

Global Gathering 是什麼¶

Global Gathering 是 Team CommUNITY 主辦的年度聚會，參加者來自世界各地，工作範圍涵蓋數位人權、網路自由，以及協助公民社會抵禦數位攻擊。

整場活動沒有主舞台的專題演講，三天的議程由討論圈（Circles）、依地區或主題聚集的 Meetups，以及開放走動的攤位（Booths）組成。村落（Villages）再把這些活動依主題分類，例如規避審查技術、數位安全、區域觀點。我們的攤位位於區域觀點村（Regional Perspectives Village）。

我們參與的原因¶

我們第一次參加 Global Gathering，主要希望認識更多人，包含開發匿名網路與規避審查工具的技術工作者，以及同在亞洲區域的夥伴。

我們是一群關心匿名網路與網路自由的志工，目前從台灣出發，長期投入的工作涵蓋保護記者的消息來源、讓行動者在組織過程中不留下痕跡、讓人在不暴露身分的前提下支持敏感議題。三者共同的基礎都是一個可用的匿名網路。我們維運 Matrix 家伺服器 im.anoni.net 與這個文件站，觀測與討論的紀錄都留在可以查驗的地方。

社群從 2025 年 8 月舉辦的匿名網路工作坊起算，第一批夥伴在那場活動認識。2026 年的工作分成三個方向，個人隱私指引依日常、敏感工作與高風險三種情境整理可操作的做法，校園 Tor relay 與 EFF 和 Tor Project 合作推動，國立台灣師範大學已有實際運作的案例，第三個方向是這次要帶到攤位的匿名支付。

同樣的題目在亞太地區其他地方也有人處理，彼此還不知道對方存在。華語使用者分散在台灣、香港、中國、日本與東南亞各地，遇到的狀況彼此關聯，能夠互相對照經驗的機會很少。

另一個目的是參與區域之間的協作，網路自由的題目很少能靠單一社群完成，能夠觀測與維護的範圍有限，多數需要跨地區協作才能完整處理。先建立聯繫，後續才有共同投入的可能。

8 月 13 日北部行動網路降速的那 30 分鐘，我們用 OONI 公開資料整理成一份資料導覽，當天全台 238 筆連線速度測試來自 47 支裝置，其中一支的下載中位數由 132,096 kbit/s 降到 1,223 kbit/s，文章裡的每個查詢都免驗證免金鑰，讀者可自行重新執行一次。紀錄會一併帶往現場，若有人正在處理斷網或降速，可以提供對照。

攤位上要談匿名支付¶

議程在 8 月下旬公布，三天的場次涵蓋斷網應變、規避審查工具、平台問責、AI 治理與記者安全。把 Circles、Villages 與 Booths 逐項看過之後，沒有任何一場以金流隱私為題。捐款者匿名、跨境撥款、制裁與外匯管制對公民社會的影響，這幾件事沒有出現在任何一個場次的標題或說明裡。有幾場以募款策略與補助申請為題，重點在把錢找進來。款項怎麼在不暴露收款人的前提下送達，議程上沒有著墨。

制裁名單、銀行拒絕往來、捐款紀錄被調閱，是許多組織每天在處理的事，在議程上卻找不到對應的討論。

匿名支付會是攤位上的主要話題，我們還在研究階段，正在收集實際的使用情境，包含誰在什麼處境下需要匿名的金流、現行做法卡在哪一段、法規與合規要求造成哪些限制。

特別想找這幾種人聊：

有跨境撥款經驗的營運者：特別是收款方在高風險或受制裁地區。
處理過捐款者匿名的組織：知道現行工具在哪裡不夠用。
被金流管制擋住的專案：因為銀行拒絕往來或外匯限制而無法收受支持。
在研究或倡議層面關注這個題目的人：包含法規面。

攤位時段歡迎直接走過來，不用預約也不用準備話題，匿名支付以外的題目一樣可以聊。攤位的用意是當一個區域的會面點，讓在場的人彼此找得到。

另一組來自台灣的團隊也在現場¶

Cofacts 也到了 Estoril，攤位是 Booth 10，9 月 6 日 13:00 到 15:00 WEST，與我們同一個時段。他們這次展示 Cofacts.ai，一套建立在多年協作查核社群與聊天機器人之上的多代理（multi-agent）AI 框架。

兩邊關心的事情會在同一個地方交會。公共討論需要可以查證的訊息，也需要一個承載訊息卻不會讓傳遞者曝光的網路。兩個攤位開放同一個下午，歡迎兩邊都來。

議程上與我們相關的討論¶

匿名與規避審查的部分：

技術工作者聚會（Technologist Meetup，9 月 4 日 13:30 到 14:30）是各地投入數位人權與公共利益技術的人互相認識的場合，排在規避審查技術村，我們想找有維護測量工具或自架服務經驗的人。
跨境敘事的裝置檢查與 metadata（Cross-Borders Storytelling: Device Searches, Metadata, and Collective Preparation）比較各地在過境時遭遇裝置檢查與 metadata 審視的經驗，並討論數位、法律、實體與心理層面的準備。華語記者往返不同司法管轄區的頻率高，別人的準備方式我們用得上。
Signal 能否抵抗釣魚（Can Signal Become Phishing-Resistant?）處理針對記者與行動者的釣魚，攻擊者濫用 Signal 帳號救援與裝置連結的正常流程，不需要軟體漏洞。帳號救援的風險要怎麼寫進隱私指引，我們想在這場找答案。
VPN 透明度的問責框架（Lights in the Tunnel: Co-Creating an Accountability Framework for VPN Transparency）著手草擬評估 VPN 透明度與問責的方法論，並選定要評估的業者。社群常被問哪一家 VPN 可信，我們想知道這套方法怎麼變成使用者看得懂的建議。
年齡驗證與數位身分系統（Age Verification and Digital Identity Systems）分成兩場，盤點各國的推行狀況與背後的行動者，並討論公民社會可以推動的減害路徑。

觀測與區域協作的部分：

審查事件的快速應變（Strengthening Rapid Response Efforts to Censorship Events）討論各地在審查事件發生時如何協作應變，並介紹 OONI 用於快速應變的工具與方法。我們長期使用 OONI 公開資料，8 月那份降速觀測即為同一套方法的實作。
亞洲聚會（Asia Meetup，9 月 4 日 12:00 到 13:00）是亞洲區域工作者的連結場合，我們想在這場認識同區域正在處理相近題目的人。
斷網應變計畫服務台（Internet Shutdown Contingency Planning Help Desk）以 BRACE 框架協助組織依自身的威脅模型擬定斷網時的應變計畫。台灣每年有演習情境可以對照，框架能接上哪些部分是我們要釐清的。
數位證據的保存（We See, We Archive, We Remember）以香港、中國、伊朗、巴勒斯坦的檔案工作為基礎，討論公共利益資訊在遭到抹除時如何保存。

會前往交流的攤位¶

The Onion Odyssey Cryptographic Universe 由 Tor Project 與 Guardian Project（Orbot、Onion Browser）共同設置，位於規避審查技術村的 22 號攤位，三天都開放，我們想了解華語使用者在 Orbot 與 Onion Browser 上遇到的門檻。
Lockdown Systems 帶著 OnionShare，透過 Tor 網路匿名分享檔案、架設網站與聊天，另有備份與刪除社群媒體紀錄的 Cyd。消息來源第一次使用時容易卡在哪裡，隱私指引正需要這類細節。
Air Messenger 以 MLS 協定為基礎，結合端對端加密、低 metadata 與聯邦式架構，我們自己維運 Matrix 家伺服器，想知道聯邦式架構能把 metadata 壓到什麼程度。
Amnezia VPN 展示 VPN 封鎖與 DPI 過濾的研究，以及追蹤斷網的 Amnezia Pulse，我們想用 8 月那份降速觀測與他們的斷網判定方法對照。
LEAP 的 MANTA 測量規避通道在受審查環境中的健康程度，我們想了解同一套量測方法是否適用於台灣的連線環境。他們的攤位（Booth 21）只在 9 月 4 日 15:30 到 17:30 開放，同一天 15:00 到 16:00 在規避審查技術村另有一場 MANTA 的討論。
po1ytech 的 polymorphic 是自動鏡像系統，讓遭到封鎖的獨立媒體維持可達，我們想問維持這套系統需要多少人力，志工社群的規模有限，可持續性是選工具時的前提。

完整議程見 Global Gathering 2026，場次數量遠多於此處列出的部分。

將到現場的夥伴¶

我們的攤位排在最後一天，前兩天沒有固定據點，以下幾種方式都可以找到我們。

活動專用的 Matrix room 最可靠，位址是 #gg2026:im.anoni.net，在裡面留言即可約定時間與地點，不需要交換電話號碼，活動期間我們會盡快回覆。任何 Matrix 帳號都能加入，沒有帳號的人申請一個 matrix.org 帳號，幾分鐘就好。房間裡的時間若沒有特別註明，一律指 WEST。im.anoni.net 的帳號由人工開通，需要一到兩天，現場找人來不及等，不需要為了進這個房間去申請。
9 月 4 日有兩場我們會參加的場次，亞洲聚會（12:00 到 13:00 WEST）與技術工作者聚會（13:30 到 14:30 WEST），直接在現場會合即可。
每天 12:00 到 13:00 WEST 的 Networking Hour 我們多半會出現，行程仍有變動，出發前可先在該 room 確認。9 月 4 日的這個小時就是上面那場亞洲聚會，兩者是同一個時段。
三天大多數時間我們都在會場，名牌上會寫 anoni.net 與暱稱，看到請直接打招呼。
9 月 6 日 13:00 到 15:00 WEST 的攤位時段最容易找到人，到攤位時報上暱稱即可。

無法到場的參與方式¶

多數人不會前往葡萄牙，仍然有兩件事可以一起做。

歡迎把你遇到的協作缺口寫下來寄給我們，我們會帶到現場，與其他地區夥伴的紀錄對照。台灣的觀察在國際場合出現的次數不多，具體寫出一個情境，比一段抽象的簡介更有用。

我們也想聽匿名支付的實際經驗，若你或你認識的組織處理過跨境的小額支持、捐款收據與身分揭露之間的取捨、收款人因為金流遭到辨識而承擔風險的情況，這些經驗是現場最需要的素材。不方便具名的部分，可寄到下方的匿名信箱。活動的三天內我們會在幾小時內查看，其餘時間是一到兩天回覆。

活動之外，三個方向都需要更多人參與，個人隱私指引需要有人整理情境與校對，校園 Tor relay 需要有人在自己的學校裡詢問可行性，匿名支付需要更多實際案例。若你比對過 8 月那份降速觀測與原始的 OONI 資料，有想補充或指正的地方也歡迎提出。想認領哪一項，在 Matrix room 提出即可。

歡迎協助傳遞¶

攤位只有一個時段，是否遇到對的人，很大一部分取決於資訊傳得多遠。若你認識可能會到 Estoril 的人，或身邊有記者、開源社群的夥伴在處理相關的題目，歡迎把這篇轉給他們，轉傳不需要事先告知我們。轉出去之後若有人回應，歡迎在 Matrix room 分享，我們可以在出發前先接上。

活動結束之後¶

攤位收集到的內容會整理成一份紀錄，在後續的電子報與這個文件站發布。我們會了解案例發生的情境，涉及的對象與所在區域不會出現在對外的內容裡。協作缺口的清單與匿名支付的案例，兩者都會去識別化之後才呈現。

聯絡方式¶

活動期間聯繫：Matrix room #gg2026:im.anoni.net，供 Global Gathering 三天使用
即時討論：Matrix 公開 room（家伺服器 im.anoni.net）
匿名線索：whisper@anoni.net（GPG 公鑰），活動期間幾小時內查看

文件站新增八個小工具，全部在讀者自己的瀏覽器裡執行

anoni.net 社群 — Mon, 24 Aug 2026 20:38:02 +0000

文件站新增八個小工具，全部在讀者自己的瀏覽器裡執行¶

我們是一群關心匿名網路與網路自由的志工，從台灣出發，維運文件站，把個人隱私與匿名的做法依日常、敏感工作與高風險三種情境整理成可以照著操作的指引。

站上的文章說明怎麼保護自己，小工具區放的是可以直接按的東西。八個工具都在讀者的瀏覽器裡完成運算，不送出任何資料，存進裝置之後沒有網路也能使用。

起點是照片的 metadata¶

Metadata 是什麼那篇提到，照片裡帶著拍攝時間、相機型號與 GPS 座標，而上傳照片前先去 EXIF 是任何人現在就能做的低成本防護。

線上的清除工具幾乎都需要先把檔案傳上去，而需要清除 metadata 的人，正是最不該把原始檔交出去的人。密碼產生器、QR code 讀取器與網址清理器都有同樣的矛盾，要用的東西本身就是不該外流的東西。

把運算放回讀者自己的瀏覽器可以解決矛盾，代價是功能受限於瀏覽器能做到的範圍。需要連到外部服務才能運作的功能不會放進來，網路測量請用 OONI Probe，那是專門為量測設計的工具，資料的處理方式也公開。

八個工具看起來各做各的，收進來的判準只有一條：處理的東西本身就不該外流。照片裡的座標、剛產生的主密碼、還沒確認過的 QR code、可能被標記過的文件、答完就顯示你在防誰的清單，交給任何一台伺服器都說不過去。威脅模型清單與隱形字元偵測離清除 metadata 這個起點比較遠，收進來的理由相同。

八個工具共同的四條規則¶

在你的裝置上運算：所有工具都在瀏覽器中完成計算，不送出任何資料
斷網可用：存進裝置之後沒有網路也能使用，網域被封鎖、連線被切斷或身處沒有訊號的地方都可以開啟
原始碼公開：程式放在 anoni-net/docs 倉庫，具備能力的人可以自行驗證
需要 JavaScript：運算在讀者的裝置上進行，瀏覽器關掉 JavaScript 時整頁不會有反應

想自己確認第一條，最直接的做法是打開瀏覽器開發者工具的網路分頁，用任何一個工具處理一次資料，看有沒有請求送出去。整個過程不到一分鐘，比讀完原始碼快得多。

用 Tor Browser 的話有一個衝突¶

Tor Browser 的安全等級調到 Safest 會關閉 JavaScript，八個工具都無法使用。衝突在於，安全等級那一頁建議在遇到來路不明的釣魚連結與不熟悉的網域時把等級調高，而收到可疑連結正是最需要用隱形字元偵測或 QR code 讀取器檢查一次的時候。

可疑的網站用高安全等級開啟，把要檢查的文字或圖片複製出來之後切回 Standard，檢查完再調回去。工具不連外，在 Standard 等級下開啟不會增加你在可疑網站上的暴露。

開始之前，先答三題¶

威脅模型清單把「要保護什麼、要防誰、願意付出多少」三題答成一份可複製的純文字摘要，並列出建議先讀的頁面。分級與威脅模型如何建立一文完全一樣，資產四類、對手六級、成本三級。

三題各自看都合理，湊在一起未必，清單會把湊不起來的組合標出來。對手選到執法或國家級而成本填最低、要防親密關係的人卻沒把裝置列進要保護的東西、只防隨意路人卻打算大改工作流程，都在標記的範圍裡。

答案只留在該分頁裡，不寫進 localStorage、不寫進 IndexedDB、不寫進 cookie，重新整理就回到空白。「我要防的是親密關係的人」寫在裝置上正好是最不該留的紀錄，而裝置很可能就在對方的接觸範圍內。要保存一份就按複製摘要，貼到自己選的地方。tools/test_threatmodel.mjs 有一項測試守著不落地這件事，避免日後有人為了體驗方便順手加上儲存。

剛加入一個團體、被交代注意資安卻不知道從哪開始的時候，最適合打開清單。換工作、換城市、開始參與新議題，或經歷一次資安事件之後，回頭再答一次。

要交給別人的東西¶

密語與密碼產生器¶

密語與密碼產生器從 asian-diceware 的 7776 字詞表抽密語，或從勾選的字元集抽隨機密碼。兩個模式的亂數都來自 crypto.getRandomValues，取樣時將無法整除的部分捨棄重抽，讓每個字被抽中的機率完全相同。抽六個字的熵約為 77.5 位元，畫面會直接顯示熵值。

懷疑手邊的電腦被人動過的話，切到實體骰子模式。詞表的順序本身就是編碼，第一個字是 11111，最後一個是 66666。擲五顆骰子按下畫面上的數字即可查出一個字，隨機性來自你自己的手，程式只剩查表的工作。按下載完整對照表會取得一份 7776 行的純文字檔，印出來之後不必再開啟工具。

申請密碼管理器要設主密碼、加密磁碟等長期不換的密碼，都適合在此產生。複製之後記得用一段無關的文字覆蓋剪貼簿，手機上的剪貼簿常常跨 App 共用。

QR code 產生器¶

QR code 產生器將很長又容易打錯的字串轉成 QR code，讓眼前的人用相機讀取。活動報名連結、講義的下載網址、臨時的聯絡方式都適用，56 個字元的 onion 網址與一行含 IP 與指紋的 Tor bridge 也在其中，中間不經過任何伺服器，也不留下訊息紀錄。

QR code 裡面是明文，任何拍到圖的人都能讀出內容，包括牆上的攝影機與你身後的人。真正需要保密的內容應該用端對端加密的通訊工具傳送。要印在紙上時將容錯度調到 Q 或 H，紙會摺也會髒。

現場要把一個連結交給眼前的人，而網路不方便使用的時候最適合。帶工作坊把一行 bridge 交給參加者是典型的例子，唸出來兩邊都不確定剛才是大寫 O 還是數字 0，改用 QR code 讓對方掃描，一次就對。

收到來路不明的東西時¶

QR code 讀取器¶

QR code 讀取器在瀏覽器中解出圖片裡的內容，圖片不離開裝置。解出來是網址時會將主機名獨立標出，並且刻意不提供開啟按鈕，確認主機之後再自行貼進瀏覽器。

Wi-Fi 設定、兩步驟驗證綁定、預先寫好的信與簡訊、地理座標、電子名片都能辨識，欄位會拆開來標記，密碼預設遮蔽。掃到 nopass 的 Wi-Fi、含 secret 的 otpauth:、javascript: 開頭的內容都會另外提醒，那幾種按下去的後果與掃到一個普通網址差很多。

停車繳費機上貼著一張看起來沒有異狀的 QR code，或剛認識的人遞來印著 QR code 的名片，都適合先確認內容再決定要不要照做。

隱形字元偵測¶

隱形字元偵測找出文字裡的零寬字元、方向控制、標籤字元與混在拉丁字母裡的同形字，標出位置並說明每一類是什麼。

機構發文件給二十個人、每一份在不同位置插入不同組合的零寬字元，內容看起來完全一樣，外流之後比對即可知道是哪一份。記者取得文件向機構查證時出示原件或複製貼上其中一段，等於把消息來源交給正在找他的人。完整的場景見記者保護消息來源。

不可見字元的另一個用途是把整段指令藏進看起來正常的文件裡。人讀不到，模型讀得到，把一段來路不明的文字貼給 AI 助理之前掃描一次，成本十秒。

偵測結果能證明「有」，不能證明「沒有」，零寬字元是最粗糙的一種標記方式，同義詞替換、段落空白行數、標點微調、PDF 裡的字元間距都不會被偵測到，彩色雷射印表機還會在每張紙上留下編碼序號與時間的黃點陣列。處理真正敏感的文件時，正確的做法是重新打字或轉述內容，不要傳遞原始檔案。

社群的立場是教偵測、不教植入，同一組零寬字元，機構用來保護內部文件是合理需求，用來找出吹哨者就是壓迫工具，所以工具不提供產生帶標記副本的功能，示範文字也固定，無法換成自己的文字。

送出去之前先清一次¶

檔案 metadata 清除器¶

檔案 metadata 清除器移除 EXIF、XMP、IPTC、製作軟體與註解欄位，檔案不離開裝置，清完的是新的一份，原始檔不會被更動。處理範圍是 JPEG、PNG、WebP、GIF、MP4、MOV 與 PDF，遇到認不出來的檔案，畫面上會直接標示，不會安靜地交回一份沒有處理過的東西。

照片與影片的壓縮資料從檔案裡的固定位置一路照抄到檔尾，一個位元都沒有變動，清完的檔案解出來與原檔完全相同。重新編碼的工具做不到無損，每一次重新壓縮都會損失畫質，而且會在輸出裡留下自己的處理痕跡，用 mat2 清過的檔案可以辨識出是 mat2 清的。

EXIF 裡還有一張沒有被裁切過的縮圖。照片裁掉一半再傳出去，縮圖可能仍是原本的完整畫面。畫面上會逐項列出移除與保留的內容，含各自佔幾個位元組，以及檔案格式裡對應的段落代號。

iPhone 預設拍出來的 HEIC 還無法處理，可以在「設定 → 相機 → 格式」選「最相容」，之後拍的就是 JPEG。TIFF、RAW、MKV、WebM、AVI 與 Office 文件目前也不在範圍內。工具不做臉部模糊，畫面裡的門牌、路標、制服與窗外景色都在影像本身，分享之前自行檢視一次。

網址清理器¶

網址清理器挑出網址裡的追蹤參數並移除，每一個都說明是誰在追蹤，同時拆掉 Google 與 Facebook 的轉址包裝。

移除的邏輯是白名單，只處理清單裡能辨識的參數，其餘一律保留。反過來做的話，YouTube 的影片 ID 與分頁參數會一起被刪除，讀者會取得一個打不開或指向錯誤內容的網址，而且不會聯想到是清理工具改壞的，只會覺得對方給錯了連結。

從 Facebook 點開文章再複製出來的網址帶著 fbclid，貼進群組之後，每個點進去的人都會帶著同一個 ID 回到 Meta，同一個 ID 將整串點擊記錄串了起來。電子報的 utm_source 轉發出去等於告訴收件人你訂了哪份電子報，mc_eid 更直接，屬於 Mailchimp 的收件人識別碼，對得回電子郵件地址。

短網址刻意不展開，因為展開的動作會把想清理的網址送到第三方伺服器上，正好是工具要避免的事。

想知道自己的瀏覽器透露什麼¶

你的瀏覽器透露了什麼列出任何網站在打開頁面的那一刻就能取得的資訊，沒有問過使用者，也不需要同意。每一項下面標出 Tor Browser 會顯示什麼，例如時區直接寫「Tor Browser 會顯示：UTC」，換一個瀏覽器打開同一頁就可以對照。

最上面的八位短碼是將穩定的值揉在一起算出來的，換裝置或換瀏覽器再開一次，只要比對短碼就知道有沒有變。十五項值加起來足以認出一個人，短碼把整組值濃縮成一個可以直接比對的識別碼。原理見瀏覽器指紋是什麼。

列出的十五項裡，在自己裝置上真正能夠關閉的只有三項，位置權限、語言偏好與 Do Not Track 訊號。其餘沒有開關可以關，因為它們本來就是網頁平台提供給網站的能力。單一動作能處理最多項目的是改用有內建防護的瀏覽器。

工具刻意沒有匯出按鈕，匯出的檔案本身就是一份完整的指紋，留在裝置上比不留更糟。也沒有獨特性百分比，計算獨特性需要一個母體資料庫，社群不打算為此開始收集訪客資料。想看那種統計可以用 EFF 的 Cover Your Tracks。

影片與 PDF 各有一個限制¶

編碼器會把自己的版本寫進壓縮資料本身，與畫面內容混在一起，不屬於描述欄位，要移除只能重新編碼，而重新編碼會損失畫質，也只是把舊編碼器的痕跡換成新的。工具不做重新編碼，改成把掃到的字串列出來，避免使用者誤以為已經清乾淨。

照片與影片可以把描述那一段直接剪掉，PDF 不行。PDF 的每個物件在交叉索引表裡記著自己的位置，剪掉一段之後後面全部位移，整張表要重算，而 1.5 版之後常見的做法還會把好幾個物件壓進同一段壓縮資料，從外面連內容都看不到。所以工具是把整份檔案重寫，無損的保證在 PDF 上不成立。實測頁面內容不會重新排版，渲染出來與原檔逐像素相同，但表單、數位簽章或特殊互動元件重寫之後不一定完全保留，重要的檔案先留一份原始檔。

XMP 另有一個陷阱，把文件目錄裡指向 XMP 的引用刪掉、重新存檔之後，內容仍然完整留在檔案裡，只是沒有人指向它，用文字搜尋工具打開還是找得到作者與地點，所以工具是把物件本身移除，tools/test_stripmeta.mjs 有一項測試專門守著。

整份文件站可以存進裝置¶

用一般瀏覽器開過文件站之後，目前語言的核心章節（概念、工具、進階、在地）會在背景保存到裝置的快取裡，不需要另外安裝任何東西。切換語言時才會下載該語言的章節，所以裝置上只會有實際讀過的語言。

記者、行動者、LGBTQ、家暴等場景頁不在預先下載的範圍內，只有自行點開過才會保存。場景頁留在裝置上本身可能就是敏感訊號，所以是否留存交給讀者決定。要離線帶著走的話，在離線閱讀頁的清單裡自行勾選。

自動保存的章節預設只存文字，離線開啟會缺圖。頁面上有一個選項可以連同核心章節的內文圖一起保存，大約多 7 MB。預設關著是因為多數人在行動網路上，而缺圖仍然讀得懂大部分內容。自行勾選的頁面不受該選項影響，一律連內文圖一起保存。

文件站也可以安裝成離線 App，Android、桌面瀏覽器與 iOS 的逐步操作寫在離線閱讀頁。Tor Browser 以及 onion、IPFS 版基於隱私考量不註冊背景的 Service Worker，需要離線備援時用一般瀏覽器在 anoni.net 安裝，平時的匿名瀏覽再回到 Tor Browser。

用了誰的程式¶

這一區大部分的程式是社群自己寫的。有四樣東西來自別人，原封不動放進來，不做任何修改：

元件	用在	授權
qrcode-generator 1.4.4	QR code 產生器	MIT
jsQR 1.4.0	QR code 讀取器	Apache-2.0
pdf-lib 1.17.1	metadata 清除器的 PDF 部分	MIT
asian-diceware 的 7776 字詞表	密語與密碼產生器	詞表 CC-BY-4.0，程式 MIT

不做修改是刻意的，改過就失去「這是上游那一份」的可審性，讀者要驗的時候只能相信我們的說法。檔案都在 utils/vendor/ 底下，可以自己跟上游的版本比對。共通的理由是元件寫錯不會讓程式停下來，只會產生看起來正常但實際上錯的結果，那比壞掉更難發現。

想一起做的話¶

工具是純前端，沒有建置流程，程式在 anoni-net/docs 的 docs/zh-TW/js/ 底下，一個工具一支 JS。改完要在本機看效果，執行 cd docs && uv sync && mkdocs serve 即可。

八個工具各有一支測試，執行方式是 node tools/test_<名稱>.mjs，不需要安裝任何套件，每一支都在 CI 裡執行。測試守的是畫面看起來正常、結果卻是錯的那幾種情況：取樣有沒有偏差、產生的 QR code 掃回來內容對不對、指紋示範頁有沒有偷偷送出資料、網址清理有沒有誤刪必要參數、威脅模型的答案有沒有被寫進儲存。

目前缺的東西列在各工具頁的不支援清單裡，HEIC、TIFF、RAW、MKV、WebM、AVI 與 Office 文件都還沒有人做。著手之前先開一個 issue 或到 Matrix room 說一聲，避免兩個人做同一件事。流程見 CONTRIBUTING 與如何參與與認領主題。

接下來¶

社群想往的方向是讓文件站成為一份存在讀者自己裝置上的隱私與匿名指引。網域被封鎖、連線被切斷、身處沒有網路的環境，正是最需要開啟文件的時候，能否開啟取決於之前有沒有先保存下來。

幾件現在就可以協助的事：

希望能離線帶著走的頁面：預先下載的範圍目前依核心章節劃分，實際需求可能不同
工具在你的情境下缺了什麼：某個欄位沒有被辨識、某種檔案格式無法開啟、說明看不懂都算
影片或 PDF 的實際案例：手上有無法清除 metadata 的檔案，或清完之後無法開啟的檔案，都歡迎回報

回報管道是 Matrix 公開 room（家伺服器 im.anoni.net，連結見社群工具頁），或 anoni-net/docs 的 issue。不方便具名的部分可寄到 whisper@anoni.net（GPG 公鑰）。

Unredacted 如何幫受審查地區的人連上開放網路

anoni.net 社群 — Mon, 24 Aug 2026 17:55:52 +0000

Unredacted 如何幫受審查地區的人連上開放網路¶

以下是 Unredacted 在 Tor Blog 的客座文章全文翻譯，文中的「我們」都指 Unredacted：

Keeping the doors open, Tor Blog, by Unredacted.org, 2026-05-15

文末附三段來自 anoni.net 社群的補充（台灣的對照、GreenWare 在台灣的可行性、你能做什麼）。

這篇客座文章是「捍衛自由網路的組織」系列報導的一篇。

有位中國使用者曾經這樣描述我們的工作：

「你們幫了很多很多人翻過防火長城。如果沒有你們的幫助，我會被困在完全的黑暗裡，被洗腦。」

我們很少聽到使用我們服務的人發聲。他們大多沒有辦法、或不覺得自己能安全地傳訊息出來。每當有一條訊息穿越過來，就提醒我們這件事真正關係到什麼。

我們是 Unredacted，一個註冊在美國的 501(c)(3) 非營利組織（美國的免稅公益組織）。我們建造並維運網路基礎設施，協助大家連上開放的網路、捍衛使用網路的隱私權。具體做法是在全球運行一個超過 300 台伺服器的網路。當前門被鎖住時，我們是另一條穿越的路徑。當公共廣場不再安全時，我們是還能說話的地方。

這份工作大部分都是看不見的，包括資料中心作業、硬體、自動化、開源軟體、頻寬、濫用通報處理、監控警報，以及為了讓一切持續運作而熬過的深夜。

我們做的事情分成三個方向。Censorship Evasion（繞過審查）這一塊是 Unredacted Door，我們把所有用來繞過封鎖的服務都收在同一個名字底下。Secure Infrastructure（安全基礎設施）承載的是像 XMPP.is、自家的 Matrix 家用伺服器，還有其他以安全與隱私為前提的免費服務。Unredacted Education 是寫作與文件的部分，給想理解我們在做什麼、想自己複製一遍的人讀的指南與說明。在三個方向之外，Unredacted Labs 是實驗區，運作還沒到正式上線等級的基礎設施想法。GreenWare 就是其中一項，目的是用不太耗電的硬體扛起真實的網路容量。

Unredacted Door¶

名字就是字面的意思。當通往開放網路的入口被牆封起來，人們就需要另一條進入的路徑。

Unredacted Door 把好幾項繞行審查的服務收在一起：FreeSocks、Signal 與 Telegram 的訊息代理、Tor bridges、Snowflake 代理。在最近的 30 天裡，這些服務替數萬名在自己國家繞行審查的使用者承載了將近 300 TiB 的流量，大約相當於播好幾萬小時 4K 影片所需的頻寬。需求沒有減緩，我們得持續架更多。每一條新過濾規則、每一條新法律、每一波打著「為了你的安全」名號的措施，都會把更多人推向尚未被審查者發現的路。

Unredacted Door 裡最大的一塊是 FreeSocks，給審查嚴重地區的使用者用的免費代理。如果你沒接觸過，代理就是一個轉接點：你的應用程式連的是這台轉接的伺服器，由它把連線帶過你跟外面網路之間那層過濾，再接到你真正想連的被封鎖服務。

FreeSocks 的設計重點是讓這個轉接點看起來低調無奇，而低調正是一般 VPN 缺乏的特質。VPN 在連線上很顯眼，有清楚的端點、清楚的握手、在線路上看得出來的封包形狀。審查者非常擅長阻擋他們認得出來的東西。

沒有單一工具能涵蓋所有情境。Tor Browser 提供強度足夠的瀏覽隱私與匿名性。Snowflake 在 Tor 網路本身被封時，幫使用者繞回 Tor 上。FreeSocks 代理則把特定流量推上一條較難被察覺的路徑。住在審查環境裡的人通常手邊得備上好幾種工具，因為沒有任何一扇門能一直開著。

這也是我們為什麼把心力投在 FreeSocks 第二版（v2）的開發上。它使用 Xray，一個強大且彈性的流量路由引擎，可以把代理流量做得更像一般網頁流量。

什麼是 Xray

Xray 是一個流量路由與偽裝工具，源自 V2Ray 專案，被中國、伊朗等審查嚴重地區的使用者廣泛採用。它提供 VLESS、Trojan、Reality 等協定，把代理流量偽裝成一般 HTTPS / TLS 流量，讓系統難以從連線特徵認出它是代理。傳統 VPN 一眼能認出的握手與封包樣態，Xray 把這些指紋抹平，是抗審查工具圈裡近年的主力選擇。詳細可參考 Xray-core 專案。

我們把 Xray 與自家的開源控制平面綁在一起，這樣當審查者找到並封鎖某台伺服器時，系統就能自動輪替端點。使用者已經在壓力底下了，能少花一分力氣去調設定就少一分風險。

GreenWare：用更省電的硬體撐起 Tor 容量¶

Tor 中繼、橋接、代理等等，這些都運作於資料中心的硬體上，而硬體有實際的成本，財務、營運、環境都有。如果我們希望隱私基礎設施能長期撐下去，就得問什麼樣的維運才是真的可持續。

GreenWare 是我們試著縮小這個成本、同時保住承載量的嘗試。大多數 Tor 中繼的流量，並不需要一台耗電像暖風機的伺服器。一台中繼需要的是穩定的網路、可預測的 CPU，以及足夠存放狀態的記憶體。這種規模的工作量，一台單板電腦就能處理，前提是外殼夠扎實。

我們從 Raspberry Pi 5 主機板開始，透過 PoE（網路供電）讓電與資料都靠一條網路線餵進去。這個想法行得通。資料中心的典型伺服器吃的電大約相當於一台小型暖風機，而一台 Pi 連一顆燈泡都不到。但是第一代有它的天花板，密度不夠，部分配套元件也撐不了我們的長時間使用。

所以我們現在同時採用兩種部署方式。第一種是一個 1U 機箱裡塞 20 個 ComputeBlade 模組，全部 20 個都部署在我們的資料中心，把一部分 Tor exit relays 搬到上面運作。機箱滿載時大約吃 100W 多一點，大約等於一顆舊式白熾燈泡。第二種是我們自己設計的客製化 Raspberry Pi 機箱。會自己做，是因為 ComputeBlade 的經驗讓我們更清楚現場到底需要什麼。兩種都已經上線，截至撰文時，我們全部 123 個 Tor exit relay 都運作於這套合併後的基礎設施上，總耗電大約 400W。隨著時間推進，等專案更成熟，我們會再分享更多機箱設計與整體進展。

Tor 網路靠願意替它維運基礎設施的人與組織撐起。Exit 是這份工作裡最難的一塊，需要頻寬、維護、處理濫用通報、法律上的承擔，還需要錢。如果我們能把產出有意義的 exit 容量所需的成本與電力都壓低，就有更多人能扛起其中一塊，讓網路的節點更多元、規模更大。

更長遠的目標是繼續推動高效硬體、碳排追蹤，乃至於以再生能源驅動的小型節點。我們很樂意跟想看到這件事持續做大的組織與公司合作。

開放的網路之所以保持開放，是因為有許多人與組織投入心力、時間與精神。包括測量審查的研究者、提供頻寬的中繼維運者，以及不肯把彼此丟下的社群。Unredacted 負責的這一塊，就是建造與維護那些路徑，在那些明顯好走的路被切斷時，給人們另一條能走的路。

來自 anoni.net 社群：台灣的對照¶

Unredacted 文章裡那位中國使用者的話格外少見，因為身處審查環境的人多半沒有管道、也難以安全地對外發聲。對照到正體中文社群，台灣讀者本身並沒有遭遇這種審查封鎖。台灣的網路環境相對自由，沒有 GFW、沒有強制 VPN 註冊、ISP 也沒有國家審查命令。也因為如此，台灣有條件替被封鎖地區架設 Tor 中繼與橋接，分擔一部分抗審查基礎建設的工作。

匿名網路社群 anoni.net 一直透過 Pulse 即時觀測追蹤台灣 Tor 中繼節點的數量與分布。截至 2026-05-31，台灣境內 Onionoo（Tor 官方的中繼資料查詢服務）看得到的、運作中的中繼節點是 12 個，其中具有 Exit 旗標的只有 3 個（initramfs、GuruKopi、jerryrelay）。對照 Unredacted 一個組織就執行 123 個 exit relay、30 天承載近 300 TiB 流量，台灣的全國 exit 規模還不到他們的 3%。我們在 Tor Relays 觀測點持續更新這個數字，並在 ASN 觀測資料分析補上 OONI 對台灣與鄰近地區的審查觀測。

香港、澳門以及使用中文的東南亞華語使用者，在 2020 年後實際的翻牆需求增加，而正體中文的抗審查資源相對稀缺。anoni.net 的工作之一是把這套中文資源補起來，包括什麼是 Tor、Tor Snowflake 橋接點、什麼是 OONI 等基礎文件，跟 Unredacted 的 Unredacted Education 走在同一條路上。

來自 anoni.net 社群：GreenWare 在台灣的可行性¶

Unredacted 把 123 個 exit relays 運作於 400W 上，這個數字對台灣社群讀起來特別有感。以一般工商業用電費約 NT$ 3.5 至 6 / 度估算¹，400W 全年運轉約 3,500 度電，一年大約 NT$ 12,000 至 21,000，對學校資訊中心或社群協作空間而言是可以負擔的營運成本。

關鍵在硬體規模化的設計。台灣 maker 社群對 Raspberry Pi 5 並不陌生，PoE+ HAT 與 PoE 交換器在台灣的常見零售管道都能買到（如 Cytron、群創、PChome）。ComputeBlade（20 模組 1U 機箱）目前在台灣較少零售管道，可以透過官方海外訂購或社群代購取得。校園機房比家用網路更適合做這件事，原因有三：固定 IP、學術網路頻寬、有人巡檢機器。

Tor Relay 校園建立是 anoni.net 2026 的三大主題之一，社群正在把校園架設的經驗整理成一份 SOP（見 Tor Relay 校園建立研究專題與在台師大架設 Tor Relay：一段與學校溝通、留下可能性的實作經驗）。Unredacted 在 GreenWare 上的工程做法，可以做為下一所學校評估架設方案時的參考點，先用 PoE 餵電的 Raspberry Pi 5 試做一台 middle relay，等運作穩定後再考慮 exit 與機箱密度。

對想參與的個人或小團體，從 Snowflake proxy 開始（瀏覽器外掛或 Docker）幾乎沒有電費負擔，是進入抗審查基礎建設最低門檻的入口（見 Tor Snowflake 橋接點）。

你能做什麼¶

讀完 Unredacted 的工作，如果你也想替審查地區的人多撐住一條連外的路，這裡有幾個入口：

了解 Unredacted：到 unredacted.org 看他們的服務與透明度資訊，再決定是否透過官方頻道支持伺服器、頻寬與人力成本。
自架 Snowflake：最低門檻的抗審查貢獻，用瀏覽器外掛或 Docker 就能執行（見 Tor Snowflake 橋接點）。
架設 Tor relay 或 bridge：需要穩定網路與一點維運心力，社群整理了如何搭建 Tor Relay 的步驟與經驗。
校園 Tor Relay：在大專院校工作或就讀的人，可以從 Tor Relay 校園建立研究專題開始評估。
加入 anoni.net 社群討論：透過 Matrix 跟其他社群成員交換經驗，入口在社群參與。

我們普查了 336 條 OONI Run v2 清單，3 條就佔了全網 72% 的檢測量

anoni.net 社群 — Sat, 22 Aug 2026 15:19:06 +0000

我們普查了 336 條 OONI Run v2 清單，3 條就佔了全網 72% 的檢測量¶

全世界的 OONI Run v2 累積產出 1,417 萬筆檢測，其中 3 條清單就佔了 72%。佔比最高的幾條清單用了同一種作法，每條只針對一個特定的審查或封鎖現象，再用一個持續運行的測量後端定期執行、長期累積資料。我們對全部 Run v2 做了一次普查，量出集中的程度，也整理出這套作法對想做在地連線觀測的社群有什麼參考價值。

OONI（Open Observatory of Network Interference，開放網路干擾觀測站）是一個全球的網路審查觀測專案，它的手機 app OONI Probe 會去連一份網站清單，回報每個網站在當地連不連得上。OONI Run v2 則讓任何人都能自己編一份想觀測的網站清單、產生一條連結，別人用 OONI Probe 點開連結就能照這份清單測一輪，結果一律進到 OONI 的公開資料集。OONI Run v2 不必寫程式就能定義自己的觀測目標，但知道、用過的人並不多，我們因此想盤點它實際如何被使用。

我們做了什麼普查¶

我們以 2026-06-01 為快照，盤點了 OONI Run v2 上全部存活的 336 條檢測連結，逐條用 OONI 的 aggregation API¹ 取得每條檢測連結的生涯檢測量，再依清單主題分群。下面的數字都以這個快照為準，資料來源與前提整理在文末。

母體有多大：337 條，兩年¶

OONI Run v2 從 2024-04-24 第一條檢測連結上線到現在約 26 個月，全世界總共只建立過 337 條檢測連結（其中 1 條已被刪除，現存 336 條）。建立數在 2024 年 10 到 12 月衝高，之後穩定在每月 10 到 19 條之間。157 個不重複作者參與，332 條走網路連線測試（Web Connectivity），幾乎清一色在測網站可達性。

每月新建的 Run v2 檢測連結數量 {"description":"OONI Run v2 links created per month","data":{"values":[{"m":"2024-04","n":4},{"m":"2024-06","n":1},{"m":"2024-07","n":1},{"m":"2024-09","n":3},{"m":"2024-10","n":23},{"m":"2024-11","n":54},{"m":"2024-12","n":28},{"m":"2025-01","n":14},{"m":"2025-02","n":9},{"m":"2025-03","n":19},{"m":"2025-04","n":16},{"m":"2025-05","n":11},{"m":"2025-06","n":9},{"m":"2025-07","n":18},{"m":"2025-08","n":14},{"m":"2025-09","n":17},{"m":"2025-10","n":8},{"m":"2025-11","n":8},{"m":"2025-12","n":19},{"m":"2026-01","n":10},{"m":"2026-02","n":12},{"m":"2026-03","n":14},{"m":"2026-04","n":10},{"m":"2026-05","n":14}]},"mark":{"type":"bar","tooltip":true,"color":"#00aeff"},"encoding":{"x":{"field":"m","type":"ordinal","title":"月份","axis":{"labelAngle":-45}},"y":{"field":"n","type":"quantitative","title":"新建檢測連結數"}}}

對一個全球性的審查觀測工具來說，兩年 337 條是個不大的數字。只看建立數，很容易得到「Run v2 沒什麼人用」的結論，下一段的使用量資料會推翻它。

使用量極度集中：吉尼係數 0.981¶

把 336 條檢測連結的生涯檢測量加起來是 14,171,627 筆。總量不算少，問題在分佈極不平均。以檢測量計算的吉尼係數（Gini coefficient）是 0.981，幾乎逼近完全不均的 1.0。

為什麼用吉尼係數

吉尼係數原本用來衡量所得分配的不平均，數值介於 0 到 1，把整個分佈的集中程度濃縮成一個數字。0 代表完全平均，每條檢測連結產出一樣多的檢測。1 代表完全集中，所有檢測都來自同一條檢測連結。

用在這裡很合適，因為每條檢測連結的檢測量都是非負的數量，要回答的問題剛好是全網檢測量有多集中在少數檢測連結上。吉尼係數在數學上等於羅倫茲曲線（Lorenz curve）與對角線之間的面積（再除以對角線下方的總面積），所以下面那張羅倫茲曲線越貼著底邊，吉尼係數就越接近 1。0.981 代表分佈已經很接近「少數檢測連結佔掉幾乎全部檢測」的極端。

單一數字看不出是哪幾條檢測連結、長尾長什麼樣，所以這裡同時附上羅倫茲曲線與分級分佈兩張圖，把集中的形狀也攤出來。

檢測量的羅倫茲曲線（虛線為完全平均的對角線） {"description":"Lorenz curve of measurement volume across Run v2 links","layer":[{"data":{"values":[{"x":0,"y":0},{"x":100,"y":100}]},"mark":{"type":"line","color":"#546e7a","strokeDash":[4,4]},"encoding":{"x":{"field":"x","type":"quantitative"},"y":{"field":"y","type":"quantitative"}}},{"data":{"values":[{"x":0.0,"y":0.0},{"x":0.3,"y":0.0},{"x":0.6,"y":0.0},{"x":0.89,"y":0.0},{"x":1.19,"y":0.0},{"x":1.49,"y":0.0},{"x":1.79,"y":0.0},{"x":2.08,"y":0.0},{"x":2.38,"y":0.0},{"x":2.68,"y":0.0},{"x":2.98,"y":0.0},{"x":3.27,"y":0.0},{"x":3.57,"y":0.0},{"x":3.87,"y":0.0},{"x":4.17,"y":0.0},{"x":4.46,"y":0.0},{"x":4.76,"y":0.0},{"x":5.06,"y":0.0},{"x":5.36,"y":0.0},{"x":5.65,"y":0.0},{"x":5.95,"y":0.0},{"x":6.25,"y":0.0},{"x":6.55,"y":0.0},{"x":6.85,"y":0.0},{"x":7.14,"y":0.0},{"x":7.44,"y":0.0},{"x":7.74,"y":0.0},{"x":8.04,"y":0.0},{"x":8.33,"y":0.0},{"x":8.63,"y":0.0},{"x":8.93,"y":0.0},{"x":9.23,"y":0.0},{"x":9.52,"y":0.0},{"x":9.82,"y":0.0},{"x":10.12,"y":0.0},{"x":10.42,"y":0.0},{"x":10.71,"y":0.0},{"x":11.01,"y":0.0},{"x":11.31,"y":0.0},{"x":11.61,"y":0.0},{"x":11.9,"y":0.0},{"x":12.2,"y":0.0},{"x":12.5,"y":0.0},{"x":12.8,"y":0.0},{"x":13.1,"y":0.0},{"x":13.39,"y":0.0},{"x":13.69,"y":0.0},{"x":13.99,"y":0.0},{"x":14.29,"y":0.0},{"x":14.58,"y":0.0},{"x":14.88,"y":0.0},{"x":15.18,"y":0.0},{"x":15.48,"y":0.0},{"x":15.77,"y":0.0},{"x":16.07,"y":0.0},{"x":16.37,"y":0.0},{"x":16.67,"y":0.0},{"x":16.96,"y":0.0},{"x":17.26,"y":0.0},{"x":17.56,"y":0.0},{"x":17.86,"y":0.0},{"x":18.15,"y":0.0},{"x":18.45,"y":0.0},{"x":18.75,"y":0.0},{"x":19.05,"y":0.0},{"x":19.35,"y":0.0},{"x":19.64,"y":0.0},{"x":19.94,"y":0.0},{"x":20.24,"y":0.0},{"x":20.54,"y":0.0},{"x":20.83,"y":0.0},{"x":21.13,"y":0.0},{"x":21.43,"y":0.0},{"x":21.73,"y":0.0},{"x":22.02,"y":0.0},{"x":22.32,"y":0.0},{"x":22.62,"y":0.0},{"x":22.92,"y":0.0},{"x":23.21,"y":0.0},{"x":23.51,"y":0.0},{"x":23.81,"y":0.0},{"x":24.11,"y":0.0},{"x":24.4,"y":0.0},{"x":24.7,"y":0.0},{"x":25.0,"y":0.0},{"x":25.3,"y":0.0},{"x":25.6,"y":0.0},{"x":25.89,"y":0.0},{"x":26.19,"y":0.0},{"x":26.49,"y":0.0},{"x":26.79,"y":0.0},{"x":27.08,"y":0.0},{"x":27.38,"y":0.0},{"x":27.68,"y":0.0},{"x":27.98,"y":0.0},{"x":28.27,"y":0.0},{"x":28.57,"y":0.0},{"x":28.87,"y":0.0},{"x":29.17,"y":0.0},{"x":29.46,"y":0.0},{"x":29.76,"y":0.0},{"x":30.06,"y":0.0},{"x":30.36,"y":0.0},{"x":30.65,"y":0.0},{"x":30.95,"y":0.0},{"x":31.25,"y":0.0},{"x":31.55,"y":0.0},{"x":31.85,"y":0.0},{"x":32.14,"y":0.0},{"x":32.44,"y":0.0},{"x":32.74,"y":0.0},{"x":33.04,"y":0.0},{"x":33.33,"y":0.0},{"x":33.63,"y":0.0},{"x":33.93,"y":0.0},{"x":34.23,"y":0.0},{"x":34.52,"y":0.0},{"x":34.82,"y":0.0},{"x":35.12,"y":0.0},{"x":35.42,"y":0.0},{"x":35.71,"y":0.0},{"x":36.01,"y":0.0},{"x":36.31,"y":0.0},{"x":36.61,"y":0.0},{"x":36.9,"y":0.0},{"x":37.2,"y":0.0},{"x":37.5,"y":0.0},{"x":37.8,"y":0.0},{"x":38.1,"y":0.0},{"x":38.39,"y":0.0},{"x":38.69,"y":0.0},{"x":38.99,"y":0.0},{"x":39.29,"y":0.0},{"x":39.58,"y":0.0},{"x":39.88,"y":0.0},{"x":40.18,"y":0.0},{"x":40.48,"y":0.0},{"x":40.77,"y":0.0},{"x":41.07,"y":0.0},{"x":41.37,"y":0.0},{"x":41.67,"y":0.0},{"x":41.96,"y":0.0},{"x":42.26,"y":0.001},{"x":42.56,"y":0.001},{"x":42.86,"y":0.001},{"x":43.15,"y":0.001},{"x":43.45,"y":0.001},{"x":43.75,"y":0.001},{"x":44.05,"y":0.001},{"x":44.35,"y":0.001},{"x":44.64,"y":0.001},{"x":44.94,"y":0.001},{"x":45.24,"y":0.001},{"x":45.54,"y":0.001},{"x":45.83,"y":0.001},{"x":46.13,"y":0.001},{"x":46.43,"y":0.002},{"x":46.73,"y":0.002},{"x":47.02,"y":0.002},{"x":47.32,"y":0.002},{"x":47.62,"y":0.002},{"x":47.92,"y":0.002},{"x":48.21,"y":0.002},{"x":48.51,"y":0.003},{"x":48.81,"y":0.003},{"x":49.11,"y":0.003},{"x":49.4,"y":0.003},{"x":49.7,"y":0.003},{"x":50.0,"y":0.003},{"x":50.3,"y":0.004},{"x":50.6,"y":0.004},{"x":50.89,"y":0.004},{"x":51.19,"y":0.004},{"x":51.49,"y":0.004},{"x":51.79,"y":0.005},{"x":52.08,"y":0.005},{"x":52.38,"y":0.005},{"x":52.68,"y":0.006},{"x":52.98,"y":0.006},{"x":53.27,"y":0.006},{"x":53.57,"y":0.007},{"x":53.87,"y":0.007},{"x":54.17,"y":0.007},{"x":54.46,"y":0.008},{"x":54.76,"y":0.008},{"x":55.06,"y":0.009},{"x":55.36,"y":0.009},{"x":55.65,"y":0.01},{"x":55.95,"y":0.01},{"x":56.25,"y":0.011},{"x":56.55,"y":0.011},{"x":56.85,"y":0.012},{"x":57.14,"y":0.013},{"x":57.44,"y":0.013},{"x":57.74,"y":0.014},{"x":58.04,"y":0.015},{"x":58.33,"y":0.016},{"x":58.63,"y":0.016},{"x":58.93,"y":0.017},{"x":59.23,"y":0.018},{"x":59.52,"y":0.019},{"x":59.82,"y":0.02},{"x":60.12,"y":0.021},{"x":60.42,"y":0.022},{"x":60.71,"y":0.024},{"x":61.01,"y":0.025},{"x":61.31,"y":0.026},{"x":61.61,"y":0.027},{"x":61.9,"y":0.028},{"x":62.2,"y":0.03},{"x":62.5,"y":0.031},{"x":62.8,"y":0.033},{"x":63.1,"y":0.034},{"x":63.39,"y":0.036},{"x":63.69,"y":0.038},{"x":63.99,"y":0.04},{"x":64.29,"y":0.042},{"x":64.58,"y":0.044},{"x":64.88,"y":0.046},{"x":65.18,"y":0.048},{"x":65.48,"y":0.05},{"x":65.77,"y":0.052},{"x":66.07,"y":0.054},{"x":66.37,"y":0.057},{"x":66.67,"y":0.059},{"x":66.96,"y":0.061},{"x":67.26,"y":0.064},{"x":67.56,"y":0.066},{"x":67.86,"y":0.069},{"x":68.15,"y":0.071},{"x":68.45,"y":0.074},{"x":68.75,"y":0.077},{"x":69.05,"y":0.079},{"x":69.35,"y":0.082},{"x":69.64,"y":0.085},{"x":69.94,"y":0.089},{"x":70.24,"y":0.092},{"x":70.54,"y":0.095},{"x":70.83,"y":0.099},{"x":71.13,"y":0.102},{"x":71.43,"y":0.106},{"x":71.73,"y":0.109},{"x":72.02,"y":0.113},{"x":72.32,"y":0.116},{"x":72.62,"y":0.12},{"x":72.92,"y":0.123},{"x":73.21,"y":0.127},{"x":73.51,"y":0.13},{"x":73.81,"y":0.134},{"x":74.11,"y":0.138},{"x":74.4,"y":0.142},{"x":74.7,"y":0.146},{"x":75.0,"y":0.15},{"x":75.3,"y":0.155},{"x":75.6,"y":0.159},{"x":75.89,"y":0.164},{"x":76.19,"y":0.168},{"x":76.49,"y":0.173},{"x":76.79,"y":0.178},{"x":77.08,"y":0.183},{"x":77.38,"y":0.189},{"x":77.68,"y":0.194},{"x":77.98,"y":0.2},{"x":78.27,"y":0.206},{"x":78.57,"y":0.212},{"x":78.87,"y":0.218},{"x":79.17,"y":0.225},{"x":79.46,"y":0.232},{"x":79.76,"y":0.239},{"x":80.06,"y":0.247},{"x":80.36,"y":0.255},{"x":80.65,"y":0.263},{"x":80.95,"y":0.27},{"x":81.25,"y":0.279},{"x":81.55,"y":0.287},{"x":81.85,"y":0.297},{"x":82.14,"y":0.307},{"x":82.44,"y":0.318},{"x":82.74,"y":0.33},{"x":83.04,"y":0.342},{"x":83.33,"y":0.355},{"x":83.63,"y":0.369},{"x":83.93,"y":0.384},{"x":84.23,"y":0.4},{"x":84.52,"y":0.415},{"x":84.82,"y":0.432},{"x":85.12,"y":0.449},{"x":85.42,"y":0.466},{"x":85.71,"y":0.484},{"x":86.01,"y":0.501},{"x":86.31,"y":0.526},{"x":86.61,"y":0.551},{"x":86.9,"y":0.577},{"x":87.2,"y":0.603},{"x":87.5,"y":0.631},{"x":87.8,"y":0.659},{"x":88.1,"y":0.688},{"x":88.39,"y":0.718},{"x":88.69,"y":0.751},{"x":88.99,"y":0.787},{"x":89.29,"y":0.831},{"x":89.58,"y":0.88},{"x":89.88,"y":0.929},{"x":90.18,"y":0.979},{"x":90.48,"y":1.031},{"x":90.77,"y":1.084},{"x":91.07,"y":1.139},{"x":91.37,"y":1.205},{"x":91.67,"y":1.277},{"x":91.96,"y":1.348},{"x":92.26,"y":1.428},{"x":92.56,"y":1.512},{"x":92.86,"y":1.602},{"x":93.15,"y":1.701},{"x":93.45,"y":1.808},{"x":93.75,"y":1.93},{"x":94.05,"y":2.061},{"x":94.35,"y":2.194},{"x":94.64,"y":2.357},{"x":94.94,"y":2.584},{"x":95.24,"y":2.845},{"x":95.54,"y":3.226},{"x":95.83,"y":3.625},{"x":96.13,"y":4.345},{"x":96.43,"y":5.089},{"x":96.73,"y":5.86},{"x":97.02,"y":6.696},{"x":97.32,"y":7.642},{"x":97.62,"y":9.124},{"x":97.92,"y":10.954},{"x":98.21,"y":13.384},{"x":98.51,"y":16.34},{"x":98.81,"y":20.45},{"x":99.11,"y":25.634},{"x":99.4,"y":31.675},{"x":99.7,"y":53.505},{"x":100.0,"y":100.0}]},"mark":{"type":"line","color":"#00aeff","tooltip":true},"encoding":{"x":{"field":"x","type":"quantitative","title":"累積檢測連結百分比（由檢測量最少排到最多）","scale":{"domain":[0,100]}},"y":{"field":"y","type":"quantitative","title":"累積檢測量百分比","scale":{"domain":[0,100]}}}}]}

羅倫茲曲線幾乎貼著底邊走，到最後一段才垂直拉起。檢測量最少的 90% 檢測連結加起來只佔全網的 0.93%，最少的 99% 也只佔 20.45%。排在最前面的 4 條檢測連結就佔約 79.5%，單單第一名（DW 的 Global media，編號 10006）佔 46.5%。

每條檢測連結的生涯檢測量落在哪個級距 {"description":"Distribution of lifetime measurement counts per link","data":{"values":[{"bucket":"= 0","links":112,"share":0.0,"order":0},{"bucket":"1–99","links":81,"share":0.0,"order":1},{"bucket":"100–999","links":73,"share":0.2,"order":2},{"bucket":"1k–9999","links":41,"share":1.0,"order":3},{"bucket":"1萬–9.9萬","links":15,"share":2.4,"order":4},{"bucket":"10萬–99萬","links":12,"share":28.0,"order":5},{"bucket":"100萬+","links":2,"share":68.3,"order":6}]},"mark":{"type":"bar","tooltip":true,"color":"#0089bf"},"encoding":{"x":{"field":"bucket","type":"ordinal","sort":{"field":"order"},"title":"生涯檢測量級距","axis":{"labelAngle":-30}},"y":{"field":"links","type":"quantitative","title":"檢測連結數"},"tooltip":[{"field":"bucket","title":"級距"},{"field":"links","title":"檢測連結數"},{"field":"share","title":"佔總檢測量 %"}]}}

長尾的另一頭，336 條檢測連結裡有 112 條（33%）生涯檢測量是 0，建好後幾乎沒被執行過。有 193 條（57%）不到 100 筆，整體中位數只有 27 筆。多數 Run v2 檢測連結被建出來、執行幾次就停下。

資料集中在哪些使用情境¶

上一段的集中只描述了分佈的形狀，還沒說明資料實際落在哪些用途上。把檢測連結按清單主題分群後，觀測最密集的幾群呈現出一個共通的使用方式。

各使用情境佔全網檢測量的比重（橘色為 anoni.net 社群） {"description":"Share of all measurements by use-case cohort","data":{"values":[{"group":"DW 國際媒體監測","share":72.4,"links":3,"measurements":10265315},{"group":"西班牙 LaLiga 封鎖觀測","share":10.8,"links":13,"measurements":1529544},{"group":"委內瑞拉 VSF 封鎖觀測","share":6.5,"links":4,"measurements":925351},{"group":"烏拉圭 UCU 研究團隊","share":6.1,"links":49,"measurements":863016},{"group":"其他長尾","share":2.1,"links":199,"measurements":300815},{"group":"泰國政府網站監測","share":1.7,"links":2,"measurements":239430},{"group":"OONI 官方","share":0.3,"links":59,"measurements":43385},{"group":"anoni.net 台灣","share":0.0,"links":7,"measurements":4771}]},"mark":{"type":"bar","tooltip":true},"encoding":{"y":{"field":"group","type":"nominal","sort":"-x","title":null},"x":{"field":"share","type":"quantitative","title":"佔全網檢測量百分比"},"color":{"condition":{"test":"datum.group == 'anoni.net 台灣'","value":"#ef6c00"},"value":"#00aeff"},"tooltip":[{"field":"group","title":"使用情境"},{"field":"links","title":"檢測連結數"},{"field":"measurements","title":"檢測量"},{"field":"share","title":"佔比 %"}]}}

德國之聲（DW）用 3 條清單長期監測國際媒體在各地的可達性，佔 72.4%。西班牙的 conexionsegura 用 13 條清單觀測 LaLiga 足球聯盟發動的盜版封鎖，佔 10.8%。委內瑞拉的 vesinfiltro 用 4 條清單追蹤當地的封鎖，佔 6.5%。再加上烏拉圭 UCU 研究團隊與一個長期測泰國政府網站的觀測者。觀測最密集的幾群共同點很清楚，每條清單針對一個明確的審查或封鎖現象，再配一個持續運行的測量後端，日復一日盯著它。被低估的用法就是如此。

把檢測量前 15 名的檢測連結列出來，同一種樣態看得更具體。

檢測連結 id	生涯檢測量	清單大小	建立日	作者	清單名稱
`10006`	6,589,070	223	2024-07-03	dw.com	Global media
`10005`	3,093,765	91	2024-06-13	dw.com	Selected (inter)national media
`10236`	856,036	167	2026-05-14	conexionsegura	La Liga bloqueos.es
`10158`	734,627	4635	2025-04-03	ucu (UY)	lista global final
`10004`	582,480	15	2024-12-11	dw.com	Trusted International Media
`10154`	418,978	131	2025-03-26	vesinfiltro	MagisTV y FlujoTV
`10135`	344,268	819	2025-04-16	conexionsegura	Test Bloqueos LaLiga
`10153`	259,331	102	2025-03-24	vesinfiltro	PriorityList
`10143`	210,078	134	2025-03-05	vesinfiltro	VSF News y otros
`10298`	133,991	72	2026-05-04	泰國觀測者	Test Thai gov websites
`10226`	118,509	170	2025-09-15	conexionsegura	Bloqueos LaLiga - Dominios
`10235`	109,276	293	2025-09-20	conexionsegura	VE media http+https check
`10214`	105,439	67	2025-10-04	泰國觀測者	Test Thai gov websites
`10114`	102,096	256	2026-05-05	jiyul.org	revi
`10118`	56,541	3044	2025-03-26	ucu (UY)	LISTA GLOBAL

長期觀測靠的是持續運行的後端，清單大小幾乎無關¶

一個直覺的猜測是，清單收越多網站、產出的資料就越多。資料不支持這個猜測。把每條檢測連結的清單大小（input 數）對生涯檢測量畫成散點圖，兩者幾乎沒有關係。

清單大小與生涯檢測量（橘色為 anoni.net 的兩條檢測連結，2 條 input 為 0 的檢測連結因 log 軸略去） {"description":"List size (inputs) vs lifetime measurements per link","data":{"values":[{"id":10000,"inputs":3,"measurements":0,"group":"OONI 官方"},{"id":10001,"inputs":3,"measurements":0,"group":"其他長尾"},{"id":10002,"inputs":3,"measurements":0,"group":"其他長尾"},{"id":10003,"inputs":2,"measurements":0,"group":"其他長尾"},{"id":10004,"inputs":15,"measurements":582480,"group":"DW 國際媒體監測"},{"id":10005,"inputs":91,"measurements":3093765,"group":"DW 國際媒體監測"},{"id":10006,"inputs":223,"measurements":6589070,"group":"DW 國際媒體監測"},{"id":10007,"inputs":10,"measurements":32,"group":"OONI 官方"},{"id":10008,"inputs":1,"measurements":2,"group":"OONI 官方"},{"id":10010,"inputs":3332,"measurements":0,"group":"其他長尾"},{"id":10012,"inputs":3,"measurements":6,"group":"OONI 官方"},{"id":10013,"inputs":6,"measurements":333,"group":"OONI 官方"},{"id":10014,"inputs":5,"measurements":79,"group":"OONI 官方"},{"id":10015,"inputs":5,"measurements":230,"group":"OONI 官方"},{"id":10016,"inputs":1,"measurements":0,"group":"OONI 官方"},{"id":10017,"inputs":3,"measurements":150,"group":"其他長尾"},{"id":10018,"inputs":8,"measurements":16,"group":"其他長尾"},{"id":10019,"inputs":6,"measurements":0,"group":"其他長尾"},{"id":10020,"inputs":46,"measurements":0,"group":"其他長尾"},{"id":10021,"inputs":2,"measurements":0,"group":"anoni.net 台灣"},{"id":10022,"inputs":3,"measurements":0,"group":"OONI 官方"},{"id":10023,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10024,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10025,"inputs":1,"measurements":71,"group":"OONI 官方"},{"id":10026,"inputs":28,"measurements":2520,"group":"OONI 官方"},{"id":10027,"inputs":2,"measurements":0,"group":"其他長尾"},{"id":10028,"inputs":27,"measurements":180,"group":"其他長尾"},{"id":10029,"inputs":4,"measurements":0,"group":"其他長尾"},{"id":10030,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10031,"inputs":5,"measurements":495,"group":"OONI 官方"},{"id":10032,"inputs":4,"measurements":296,"group":"其他長尾"},{"id":10033,"inputs":1,"measurements":15,"group":"其他長尾"},{"id":10034,"inputs":7,"measurements":0,"group":"OONI 官方"},{"id":10035,"inputs":7,"measurements":0,"group":"OONI 官方"},{"id":10036,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10037,"inputs":1,"measurements":4,"group":"其他長尾"},{"id":10038,"inputs":10,"measurements":0,"group":"其他長尾"},{"id":10039,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10040,"inputs":10,"measurements":0,"group":"其他長尾"},{"id":10041,"inputs":50,"measurements":4214,"group":"其他長尾"},{"id":10042,"inputs":13,"measurements":0,"group":"其他長尾"},{"id":10043,"inputs":45,"measurements":0,"group":"其他長尾"},{"id":10044,"inputs":7,"measurements":464,"group":"OONI 官方"},{"id":10045,"inputs":549,"measurements":0,"group":"烏拉圭 UCU 研究團隊"},{"id":10046,"inputs":56,"measurements":56,"group":"烏拉圭 UCU 研究團隊"},{"id":10047,"inputs":7,"measurements":154,"group":"烏拉圭 UCU 研究團隊"},{"id":10048,"inputs":7,"measurements":21,"group":"其他長尾"},{"id":10049,"inputs":3338,"measurements":14058,"group":"其他長尾"},{"id":10050,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10051,"inputs":18,"measurements":3861,"group":"OONI 官方"},{"id":10052,"inputs":48,"measurements":0,"group":"OONI 官方"},{"id":10053,"inputs":21,"measurements":0,"group":"OONI 官方"},{"id":10054,"inputs":28,"measurements":0,"group":"OONI 官方"},{"id":10055,"inputs":27,"measurements":0,"group":"OONI 官方"},{"id":10056,"inputs":20,"measurements":0,"group":"OONI 官方"},{"id":10057,"inputs":26,"measurements":0,"group":"OONI 官方"},{"id":10058,"inputs":4,"measurements":0,"group":"OONI 官方"},{"id":10059,"inputs":38,"measurements":0,"group":"OONI 官方"},{"id":10060,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10061,"inputs":204,"measurements":0,"group":"烏拉圭 UCU 研究團隊"},{"id":10062,"inputs":204,"measurements":204,"group":"烏拉圭 UCU 研究團隊"},{"id":10063,"inputs":1264,"measurements":0,"group":"烏拉圭 UCU 研究團隊"},{"id":10064,"inputs":1250,"measurements":1264,"group":"烏拉圭 UCU 研究團隊"},{"id":10065,"inputs":1063,"measurements":0,"group":"烏拉圭 UCU 研究團隊"},{"id":10066,"inputs":638,"measurements":0,"group":"烏拉圭 UCU 研究團隊"},{"id":10067,"inputs":618,"measurements":0,"group":"烏拉圭 UCU 研究團隊"},{"id":10068,"inputs":2,"measurements":54,"group":"OONI 官方"},{"id":10069,"inputs":3,"measurements":0,"group":"OONI 官方"},{"id":10070,"inputs":3,"measurements":0,"group":"OONI 官方"},{"id":10071,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10072,"inputs":1,"measurements":2,"group":"其他長尾"},{"id":10073,"inputs":1098,"measurements":1098,"group":"烏拉圭 UCU 研究團隊"},{"id":10074,"inputs":611,"measurements":0,"group":"烏拉圭 UCU 研究團隊"},{"id":10075,"inputs":390,"measurements":0,"group":"烏拉圭 UCU 研究團隊"},{"id":10076,"inputs":1410,"measurements":0,"group":"烏拉圭 UCU 研究團隊"},{"id":10077,"inputs":441,"measurements":0,"group":"烏拉圭 UCU 研究團隊"},{"id":10078,"inputs":473,"measurements":0,"group":"烏拉圭 UCU 研究團隊"},{"id":10079,"inputs":829,"measurements":507,"group":"烏拉圭 UCU 研究團隊"},{"id":10080,"inputs":6,"measurements":0,"group":"其他長尾"},{"id":10081,"inputs":1069,"measurements":1150,"group":"烏拉圭 UCU 研究團隊"},{"id":10082,"inputs":640,"measurements":640,"group":"烏拉圭 UCU 研究團隊"},{"id":10083,"inputs":833,"measurements":0,"group":"烏拉圭 UCU 研究團隊"},{"id":10084,"inputs":670,"measurements":670,"group":"烏拉圭 UCU 研究團隊"},{"id":10085,"inputs":425,"measurements":0,"group":"烏拉圭 UCU 研究團隊"},{"id":10086,"inputs":316,"measurements":632,"group":"烏拉圭 UCU 研究團隊"},{"id":10087,"inputs":370,"measurements":0,"group":"烏拉圭 UCU 研究團隊"},{"id":10088,"inputs":171,"measurements":0,"group":"烏拉圭 UCU 研究團隊"},{"id":10089,"inputs":831,"measurements":1662,"group":"烏拉圭 UCU 研究團隊"},{"id":10090,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10091,"inputs":1433,"measurements":7039,"group":"烏拉圭 UCU 研究團隊"},{"id":10092,"inputs":2217,"measurements":10137,"group":"烏拉圭 UCU 研究團隊"},{"id":10093,"inputs":1062,"measurements":1062,"group":"烏拉圭 UCU 研究團隊"},{"id":10094,"inputs":1686,"measurements":32171,"group":"烏拉圭 UCU 研究團隊"},{"id":10095,"inputs":780,"measurements":780,"group":"烏拉圭 UCU 研究團隊"},{"id":10096,"inputs":992,"measurements":3561,"group":"烏拉圭 UCU 研究團隊"},{"id":10097,"inputs":433,"measurements":0,"group":"烏拉圭 UCU 研究團隊"},{"id":10098,"inputs":412,"measurements":441,"group":"烏拉圭 UCU 研究團隊"},{"id":10099,"inputs":838,"measurements":1676,"group":"烏拉圭 UCU 研究團隊"},{"id":10100,"inputs":4,"measurements":0,"group":"其他長尾"},{"id":10101,"inputs":1,"measurements":130,"group":"其他長尾"},{"id":10102,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10103,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10104,"inputs":821,"measurements":821,"group":"烏拉圭 UCU 研究團隊"},{"id":10105,"inputs":7,"measurements":98,"group":"其他長尾"},{"id":10106,"inputs":1,"measurements":1,"group":"其他長尾"},{"id":10107,"inputs":3,"measurements":1305,"group":"OONI 官方"},{"id":10108,"inputs":5,"measurements":13,"group":"OONI 官方"},{"id":10109,"inputs":9,"measurements":9,"group":"其他長尾"},{"id":10110,"inputs":4,"measurements":6,"group":"OONI 官方"},{"id":10111,"inputs":2,"measurements":2,"group":"其他長尾"},{"id":10112,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10113,"inputs":1,"measurements":1,"group":"其他長尾"},{"id":10114,"inputs":256,"measurements":102096,"group":"其他長尾"},{"id":10115,"inputs":2,"measurements":1,"group":"其他長尾"},{"id":10116,"inputs":1,"measurements":103,"group":"西班牙 LaLiga 封鎖觀測"},{"id":10117,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10118,"inputs":3044,"measurements":56541,"group":"烏拉圭 UCU 研究團隊"},{"id":10119,"inputs":24,"measurements":2424,"group":"其他長尾"},{"id":10120,"inputs":2,"measurements":0,"group":"其他長尾"},{"id":10121,"inputs":4,"measurements":0,"group":"其他長尾"},{"id":10122,"inputs":14,"measurements":36964,"group":"委內瑞拉 VSF 封鎖觀測"},{"id":10123,"inputs":5,"measurements":5,"group":"其他長尾"},{"id":10124,"inputs":3,"measurements":129,"group":"OONI 官方"},{"id":10125,"inputs":1,"measurements":0,"group":"OONI 官方"},{"id":10126,"inputs":1,"measurements":1,"group":"其他長尾"},{"id":10127,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10128,"inputs":4,"measurements":20,"group":"其他長尾"},{"id":10129,"inputs":1,"measurements":1,"group":"其他長尾"},{"id":10130,"inputs":1,"measurements":1,"group":"其他長尾"},{"id":10131,"inputs":42,"measurements":0,"group":"其他長尾"},{"id":10132,"inputs":3,"measurements":3,"group":"OONI 官方"},{"id":10133,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10134,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10135,"inputs":819,"measurements":344268,"group":"西班牙 LaLiga 封鎖觀測"},{"id":10136,"inputs":9,"measurements":9,"group":"其他長尾"},{"id":10137,"inputs":5,"measurements":185,"group":"OONI 官方"},{"id":10138,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10139,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10140,"inputs":1,"measurements":0,"group":"西班牙 LaLiga 封鎖觀測"},{"id":10141,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10142,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10143,"inputs":134,"measurements":210078,"group":"委內瑞拉 VSF 封鎖觀測"},{"id":10144,"inputs":4,"measurements":0,"group":"其他長尾"},{"id":10145,"inputs":2,"measurements":6,"group":"其他長尾"},{"id":10146,"inputs":2,"measurements":2,"group":"其他長尾"},{"id":10147,"inputs":25,"measurements":1029,"group":"OONI 官方"},{"id":10148,"inputs":23,"measurements":6182,"group":"西班牙 LaLiga 封鎖觀測"},{"id":10149,"inputs":5,"measurements":110,"group":"OONI 官方"},{"id":10150,"inputs":1,"measurements":7,"group":"其他長尾"},{"id":10151,"inputs":14,"measurements":27,"group":"其他長尾"},{"id":10152,"inputs":1,"measurements":8,"group":"西班牙 LaLiga 封鎖觀測"},{"id":10153,"inputs":102,"measurements":259331,"group":"委內瑞拉 VSF 封鎖觀測"},{"id":10154,"inputs":131,"measurements":418978,"group":"委內瑞拉 VSF 封鎖觀測"},{"id":10155,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10156,"inputs":4,"measurements":316,"group":"其他長尾"},{"id":10157,"inputs":1,"measurements":1,"group":"OONI 官方"},{"id":10158,"inputs":4635,"measurements":734627,"group":"烏拉圭 UCU 研究團隊"},{"id":10159,"inputs":3,"measurements":0,"group":"其他長尾"},{"id":10160,"inputs":500,"measurements":1501,"group":"烏拉圭 UCU 研究團隊"},{"id":10161,"inputs":500,"measurements":505,"group":"烏拉圭 UCU 研究團隊"},{"id":10162,"inputs":500,"measurements":501,"group":"烏拉圭 UCU 研究團隊"},{"id":10163,"inputs":500,"measurements":502,"group":"烏拉圭 UCU 研究團隊"},{"id":10164,"inputs":500,"measurements":500,"group":"烏拉圭 UCU 研究團隊"},{"id":10165,"inputs":500,"measurements":502,"group":"烏拉圭 UCU 研究團隊"},{"id":10166,"inputs":500,"measurements":506,"group":"烏拉圭 UCU 研究團隊"},{"id":10167,"inputs":500,"measurements":505,"group":"烏拉圭 UCU 研究團隊"},{"id":10168,"inputs":500,"measurements":500,"group":"烏拉圭 UCU 研究團隊"},{"id":10169,"inputs":134,"measurements":268,"group":"烏拉圭 UCU 研究團隊"},{"id":10170,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10171,"inputs":22,"measurements":44,"group":"其他長尾"},{"id":10172,"inputs":11,"measurements":0,"group":"其他長尾"},{"id":10173,"inputs":3,"measurements":7379,"group":"其他長尾"},{"id":10174,"inputs":2,"measurements":4,"group":"其他長尾"},{"id":10175,"inputs":15,"measurements":700,"group":"其他長尾"},{"id":10176,"inputs":214,"measurements":0,"group":"其他長尾"},{"id":10177,"inputs":2,"measurements":0,"group":"其他長尾"},{"id":10178,"inputs":2,"measurements":0,"group":"OONI 官方"},{"id":10179,"inputs":3,"measurements":75,"group":"其他長尾"},{"id":10180,"inputs":3,"measurements":246,"group":"OONI 官方"},{"id":10181,"inputs":20,"measurements":2240,"group":"其他長尾"},{"id":10182,"inputs":3,"measurements":60,"group":"anoni.net 台灣"},{"id":10183,"inputs":166,"measurements":333,"group":"烏拉圭 UCU 研究團隊"},{"id":10184,"inputs":2,"measurements":4,"group":"其他長尾"},{"id":10185,"inputs":22,"measurements":20,"group":"其他長尾"},{"id":10186,"inputs":2,"measurements":2,"group":"其他長尾"},{"id":10187,"inputs":2,"measurements":2,"group":"其他長尾"},{"id":10188,"inputs":2,"measurements":2,"group":"其他長尾"},{"id":10189,"inputs":4,"measurements":17,"group":"anoni.net 台灣"},{"id":10190,"inputs":2,"measurements":0,"group":"OONI 官方"},{"id":10191,"inputs":3,"measurements":0,"group":"OONI 官方"},{"id":10192,"inputs":13,"measurements":82,"group":"OONI 官方"},{"id":10193,"inputs":3,"measurements":3,"group":"anoni.net 台灣"},{"id":10194,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10195,"inputs":5,"measurements":27,"group":"OONI 官方"},{"id":10196,"inputs":610,"measurements":610,"group":"其他長尾"},{"id":10197,"inputs":490,"measurements":490,"group":"其他長尾"},{"id":10198,"inputs":673,"measurements":673,"group":"其他長尾"},{"id":10199,"inputs":1363,"measurements":2036,"group":"其他長尾"},{"id":10200,"inputs":1,"measurements":141,"group":"其他長尾"},{"id":10201,"inputs":298,"measurements":298,"group":"其他長尾"},{"id":10202,"inputs":1124,"measurements":267,"group":"其他長尾"},{"id":10203,"inputs":974,"measurements":974,"group":"其他長尾"},{"id":10204,"inputs":303,"measurements":303,"group":"其他長尾"},{"id":10205,"inputs":600,"measurements":0,"group":"其他長尾"},{"id":10206,"inputs":600,"measurements":600,"group":"其他長尾"},{"id":10207,"inputs":199,"measurements":398,"group":"其他長尾"},{"id":10208,"inputs":654,"measurements":654,"group":"其他長尾"},{"id":10209,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10210,"inputs":30,"measurements":30,"group":"其他長尾"},{"id":10211,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10212,"inputs":30,"measurements":150,"group":"其他長尾"},{"id":10213,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10214,"inputs":67,"measurements":105439,"group":"泰國政府網站監測"},{"id":10215,"inputs":41,"measurements":2378,"group":"其他長尾"},{"id":10216,"inputs":2,"measurements":0,"group":"其他長尾"},{"id":10217,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10218,"inputs":1,"measurements":4,"group":"其他長尾"},{"id":10219,"inputs":2,"measurements":2,"group":"其他長尾"},{"id":10220,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10221,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10222,"inputs":1,"measurements":9,"group":"其他長尾"},{"id":10223,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10224,"inputs":7,"measurements":364,"group":"其他長尾"},{"id":10225,"inputs":30,"measurements":349,"group":"其他長尾"},{"id":10226,"inputs":170,"measurements":118509,"group":"西班牙 LaLiga 封鎖觀測"},{"id":10227,"inputs":35,"measurements":0,"group":"OONI 官方"},{"id":10228,"inputs":1,"measurements":4,"group":"其他長尾"},{"id":10229,"inputs":2,"measurements":60,"group":"其他長尾"},{"id":10230,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10231,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10232,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10233,"inputs":2,"measurements":0,"group":"OONI 官方"},{"id":10234,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10235,"inputs":293,"measurements":109276,"group":"西班牙 LaLiga 封鎖觀測"},{"id":10236,"inputs":167,"measurements":856036,"group":"西班牙 LaLiga 封鎖觀測"},{"id":10237,"inputs":9,"measurements":18,"group":"anoni.net 台灣"},{"id":10238,"inputs":7,"measurements":14,"group":"anoni.net 台灣"},{"id":10239,"inputs":20,"measurements":11260,"group":"其他長尾"},{"id":10240,"inputs":5,"measurements":80,"group":"OONI 官方"},{"id":10241,"inputs":5,"measurements":50,"group":"OONI 官方"},{"id":10242,"inputs":5,"measurements":10,"group":"OONI 官方"},{"id":10243,"inputs":5,"measurements":0,"group":"OONI 官方"},{"id":10244,"inputs":1,"measurements":42,"group":"其他長尾"},{"id":10245,"inputs":10,"measurements":18577,"group":"其他長尾"},{"id":10246,"inputs":4,"measurements":1820,"group":"其他長尾"},{"id":10247,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10248,"inputs":2,"measurements":0,"group":"其他長尾"},{"id":10249,"inputs":33,"measurements":99,"group":"其他長尾"},{"id":10250,"inputs":24,"measurements":9464,"group":"OONI 官方"},{"id":10251,"inputs":269,"measurements":18828,"group":"西班牙 LaLiga 封鎖觀測"},{"id":10252,"inputs":8,"measurements":17288,"group":"OONI 官方"},{"id":10253,"inputs":1,"measurements":0,"group":"OONI 官方"},{"id":10254,"inputs":2,"measurements":0,"group":"其他長尾"},{"id":10255,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10256,"inputs":10,"measurements":8,"group":"其他長尾"},{"id":10257,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10258,"inputs":12,"measurements":420,"group":"其他長尾"},{"id":10259,"inputs":4,"measurements":1550,"group":"其他長尾"},{"id":10260,"inputs":104,"measurements":15120,"group":"其他長尾"},{"id":10261,"inputs":4,"measurements":258,"group":"其他長尾"},{"id":10262,"inputs":66,"measurements":0,"group":"其他長尾"},{"id":10263,"inputs":1,"measurements":37,"group":"其他長尾"},{"id":10264,"inputs":22,"measurements":2127,"group":"其他長尾"},{"id":10265,"inputs":7,"measurements":5226,"group":"其他長尾"},{"id":10266,"inputs":214,"measurements":7672,"group":"其他長尾"},{"id":10267,"inputs":1,"measurements":35,"group":"其他長尾"},{"id":10268,"inputs":3,"measurements":3,"group":"其他長尾"},{"id":10269,"inputs":1,"measurements":34,"group":"其他長尾"},{"id":10270,"inputs":214,"measurements":7082,"group":"其他長尾"},{"id":10271,"inputs":214,"measurements":3671,"group":"其他長尾"},{"id":10272,"inputs":16,"measurements":353,"group":"其他長尾"},{"id":10273,"inputs":10,"measurements":200,"group":"其他長尾"},{"id":10274,"inputs":19,"measurements":380,"group":"其他長尾"},{"id":10275,"inputs":1,"measurements":20,"group":"其他長尾"},{"id":10276,"inputs":20,"measurements":384,"group":"其他長尾"},{"id":10277,"inputs":36,"measurements":756,"group":"其他長尾"},{"id":10278,"inputs":55,"measurements":1107,"group":"其他長尾"},{"id":10280,"inputs":37,"measurements":789,"group":"其他長尾"},{"id":10281,"inputs":42,"measurements":1051,"group":"其他長尾"},{"id":10282,"inputs":38,"measurements":883,"group":"其他長尾"},{"id":10283,"inputs":27,"measurements":567,"group":"其他長尾"},{"id":10284,"inputs":6,"measurements":10104,"group":"西班牙 LaLiga 封鎖觀測"},{"id":10285,"inputs":22,"measurements":54022,"group":"西班牙 LaLiga 封鎖觀測"},{"id":10286,"inputs":31,"measurements":746,"group":"其他長尾"},{"id":10287,"inputs":3,"measurements":2358,"group":"其他長尾"},{"id":10288,"inputs":20,"measurements":473,"group":"其他長尾"},{"id":10289,"inputs":1,"measurements":1,"group":"其他長尾"},{"id":10290,"inputs":1,"measurements":24,"group":"OONI 官方"},{"id":10291,"inputs":61,"measurements":2501,"group":"其他長尾"},{"id":10292,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10293,"inputs":154,"measurements":11938,"group":"西班牙 LaLiga 封鎖觀測"},{"id":10294,"inputs":3,"measurements":72,"group":"OONI 官方"},{"id":10295,"inputs":1,"measurements":24,"group":"OONI 官方"},{"id":10296,"inputs":17,"measurements":459,"group":"OONI 官方"},{"id":10297,"inputs":22,"measurements":4122,"group":"其他長尾"},{"id":10298,"inputs":72,"measurements":133991,"group":"泰國政府網站監測"},{"id":10299,"inputs":9,"measurements":216,"group":"其他長尾"},{"id":10300,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10301,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10302,"inputs":1,"measurements":24,"group":"其他長尾"},{"id":10303,"inputs":53,"measurements":318,"group":"其他長尾"},{"id":10304,"inputs":756,"measurements":23102,"group":"其他長尾"},{"id":10305,"inputs":54,"measurements":2215,"group":"其他長尾"},{"id":10306,"inputs":8,"measurements":304,"group":"其他長尾"},{"id":10307,"inputs":4,"measurements":148,"group":"其他長尾"},{"id":10308,"inputs":3,"measurements":105,"group":"其他長尾"},{"id":10309,"inputs":8,"measurements":327,"group":"其他長尾"},{"id":10310,"inputs":14,"measurements":3988,"group":"OONI 官方"},{"id":10311,"inputs":47,"measurements":6887,"group":"其他長尾"},{"id":10312,"inputs":25,"measurements":7523,"group":"其他長尾"},{"id":10313,"inputs":1082,"measurements":3729,"group":"其他長尾"},{"id":10314,"inputs":1,"measurements":2,"group":"其他長尾"},{"id":10315,"inputs":1,"measurements":8,"group":"其他長尾"},{"id":10316,"inputs":4,"measurements":128,"group":"其他長尾"},{"id":10317,"inputs":1,"measurements":16,"group":"其他長尾"},{"id":10318,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10319,"inputs":12,"measurements":870,"group":"其他長尾"},{"id":10320,"inputs":1,"measurements":2,"group":"其他長尾"},{"id":10321,"inputs":1,"measurements":2,"group":"其他長尾"},{"id":10322,"inputs":3,"measurements":166,"group":"其他長尾"},{"id":10323,"inputs":5,"measurements":33,"group":"其他長尾"},{"id":10324,"inputs":1082,"measurements":31,"group":"其他長尾"},{"id":10325,"inputs":2,"measurements":51,"group":"其他長尾"},{"id":10326,"inputs":3,"measurements":0,"group":"其他長尾"},{"id":10327,"inputs":25,"measurements":3510,"group":"其他長尾"},{"id":10328,"inputs":10,"measurements":4659,"group":"anoni.net 台灣"},{"id":10329,"inputs":12,"measurements":76,"group":"其他長尾"},{"id":10330,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10331,"inputs":2,"measurements":24,"group":"其他長尾"},{"id":10332,"inputs":2,"measurements":270,"group":"西班牙 LaLiga 封鎖觀測"},{"id":10333,"inputs":1,"measurements":0,"group":"其他長尾"},{"id":10334,"inputs":33,"measurements":12759,"group":"其他長尾"},{"id":10335,"inputs":3,"measurements":18,"group":"其他長尾"},{"id":10336,"inputs":29,"measurements":1110,"group":"其他長尾"}]},"mark":{"type":"point","filled":true,"opacity":0.55,"tooltip":true},"encoding":{"x":{"field":"inputs","type":"quantitative","scale":{"type":"log"},"title":"清單大小（input 數，log 軸）"},"y":{"field":"measurements","type":"quantitative","scale":{"type":"symlog"},"title":"生涯檢測量（symlog 軸，含 0）"},"color":{"condition":{"test":"datum.id == 10238 || datum.id == 10328","value":"#ef6c00"},"value":"#80d1ff"},"size":{"condition":{"test":"datum.id == 10238 || datum.id == 10328","value":120},"value":45},"tooltip":[{"field":"id","title":"檢測連結 id"},{"field":"inputs","title":"清單大小"},{"field":"measurements","title":"檢測量"},{"field":"group","title":"使用情境"}]}}

兩個極端的對照最清楚。UCU 的編號 10158 清單塞了 4,635 個 input（全網最大），生涯 734,627 筆。DW 的編號 10004 只有 15 個 input，卻有 582,480 筆。清單堆得再大，沒有持續運行的後端去執行，檢測量一樣趨近 0，等於沒在觀測。真正讓觀測累積下來的是有沒有一個每天把清單執行起來的測量基礎設施，收多少網站反而是其次。

anoni.net 的座標：社群自己就是一組對照實驗¶

anoni.net 社群先後建了兩條 Run v2 檢測連結，剛好示範前面提到的兩種樣態，兩條都攤開，不只挑表現好的那條。

第一條編號 10238，建於 2025-09-15，收了 7 個 input（anoni.net 與 im、matrix、form、pad、search、cinny 等自家服務），生涯只累積 14 筆。它落在「建了沒持續運作」的多數人那一類。第二條編號 10328，建於 2026-05-15，清單擴成 10 個 input，這次配上自營節點持續運作。半個月就累積 4,659 筆，在 336 條檢測連結裡排到第 39 名，進到前 12%。

同一個社群、同一份 anoni.net 自家服務清單雛形，兩條檢測連結的差別只在有沒有持續運行的後端。另一面同樣不迴避，10328 佔全網比重仍然趨近 0%。在如此長尾的分佈裡，光是持續運作半個月就贏過 297 條檢測連結，可見「持續運行」這個門檻被多數人錯過。從 10238 到 10328，就是社群自己跨過門檻的紀錄。

對社群與 OONI 的意義¶

對想做在地連線觀測的社群，普查結果指出一個明確方向。Run v2 的價值來自「一份針對特定現象的策展清單，加上一個持續運行的測量後端」，兩者缺一就會掉進長尾。多開幾條檢測連結本身不會帶來資料。

同一套模式可以套用在很多題目上。文章前面的 DW、conexionsegura、vesinfiltro，分別是國際媒體可達性、體育盜版封鎖、在地封鎖三種已經在運轉的例子。想開始的人可以從幾個方向發想。

選舉觀察：從選前到選後，持續追蹤新聞媒體、候選人與選務機關網站在特定地區的可達性，把投票期間的封鎖或干擾記錄下來，給選舉觀察員與研究者一份可佐證的時間序列。
重大事件即時觀測：抗議、罷工、災害或斷網期間，持續測獨立媒體、即時通訊服務（Signal、Telegram）與求助資訊網站，第一時間看出哪些被擋、什麼時候被擋。
特定族群與議題：LGBTQ+、宗教少數、女性權益、人權組織這類在某些地區容易被封鎖的網站，做長期縱貫觀測，累積可被研究引用的證據。
規避工具可用性：追蹤 VPN、Tor、橋接與其他 circumvention 工具的官網與下載點，在某地是否還連得上、何時開始被擋，對協助當地人維持連線的團體特別實用。
跨境媒體與離散社群：離散社群依賴的境外媒體（對正體中文使用者例如 RFA、端傳媒），觀測它們在不同 ASN 的可達性差異與長期變化。
平台級封鎖事件：某個 app 或服務在某國突然被擋時，快速建一條清單跨 ASN 觀測，量出封鎖的範圍與起訖時間，把單一事件變成可分析的資料。

挑一個你最關心的題目，列出十來個相關網站，再讓一個節點每天執行，幾週後就有自己的可達性時間序列可以分析。對 OONI 與做資料分析的夥伴，aggregation API 支援用 ooni_run_link_id 篩選，針對 Run v2 生態本身做 meta 分析因此變得可行，本篇報告即依此產出。 anoni.net 社群把這套做法整理在 issue #78 的測量模式提案裡，徵詢仍然開放，歡迎社群與 OONI 團隊一起討論。

issue #78 的測量模式提案摘要

issue #78 提出一套 civic-internet-watch 測量模式，把系統拆成兩層。

名單治理：社群自己維護一份公民團體網站名單，single source of truth 放在社群的 git repo，收錄標準、徵詢狀態與敏感分級都由社群依在地脈絡決定，git 歷史本身就是清單治理紀錄。
測量與資料：用標準網路連線測試方法，從名單產生一條 OONI Run v2 連結來檢測。志工手機與自營節點消費同一條連結、帶同一個 Run Link ID，結果全部進 OONI 公開資料集，可用 OONI API 與 Explorer 查詢、研究員可引用，沒有資料鎖定。

名單治理不去更動共享的 Citizen Lab tw.csv，避免反覆改動造成長期測量時間序列斷層。tw.csv 從必要路徑降為可選的 additive 回饋，成熟非敏感的組織才以只新增的方式回饋換取全平台基線，敏感組織只留在社群自管名單與 Run v2，不進公開的 PR。

資料與前提¶

本篇數據以 2026-06-01 為快照，逐條取自 OONI 公開的 aggregation API¹（以 ooni_run_link_id 篩選）。檢測量會隨時間繼續累積，之後重查會得到略高的數字，集中的形狀則穩定。解讀前有幾個前提要先說明。

檢測量來自 aggregation API 的 measurement_count，是 2026-06-01 當下的查詢結果，之後還會繼續長。
生涯查詢涵蓋 2024-01-01 到 2026-06-30，跨過 Run v2 的整段歷史。
檢測量為 0 的檢測連結可能是測試或草稿用途，不全等於「失敗」。
一條檢測連結可以被任何國家的 probe 執行，使用情境分群按清單主題推斷，不是 OONI 的官方標註。
完整揭露：社群自己的兩條檢測連結（10238、10328）都列進分析與討論，沒有只挑表現好的 10328。

OONI 全新的匿名憑證系統

anoni.net 社群 — Sat, 22 Aug 2026 11:50:33 +0000

OONI 全新的匿名憑證系統¶

翻譯備註：OONI 依賴全球志工上傳網路審查觀測資料，但隨著參與者增加，假資料或錯誤測量也可能混入，影響資料庫的可信度。傳統做法如 IP 封鎖、要求帳號登入或設備認證，會暴露志工身分，與 OONI 保護隱私的承諾相衝突。因此 OONI 轉向匿名憑證：用密碼學方式驗證「這筆量測來自符合條件的 OONI Probe」，卻不揭露使用者是誰、身在何處，也不讓不同網路的活動被串起來。以下內容將介紹 OONI 如何打造這套系統。

以下內容原文翻譯來自以下文章，主詞角色為 OONI：

Announcing OONI's New Anonymous Credential System, OONI Team 2026-01-30

在先前的文章中，我們已說明為什麼 OONI 需要匿名憑證系統，並整理了這類系統必須滿足的資安與隱私需求。核心挑戰在於：OONI 必須在「不建立任何可能暴露使用者身分、或造成跨網路追蹤的識別碼」的前提下，仍能對上傳的量測結果建立可信度¹。

匿名憑證（anonymous credentials）提供一種密碼學機制：可以在不暴露使用者是誰、身在何處、也不把其活動在不同網路之間串起來的情況下，驗證 OONI Probe 的某些屬性（例如長期參與程度或量測量）。

OONI 的需求¶

要符合 OONI 的威脅模型（threat model），憑證系統必須滿足以下限制：

防止跨網路可連結性（cross-network linkability）：僅支援「網路在地（network-local）」的識別方式。
驗證中繼資料（metadata）（probe_age、measurement_count、blocklist/trust status），但不揭露原始數值，也不破壞匿名性。
抵抗偽造與女巫攻擊（Sybil attacks）：確保惡意者不易大量創造或操弄身分。
支援頻繁、多次出示（multi-show presentations）：因為 OONI Probe 會持續不斷上傳量測資料。
避免縮小匿名集合（anonymity sets）²：即使在量測資料中加入更多中繼資料，也不要讓使用者變得更容易被辨識。

既有的憑證生態系（例如以盲簽章為基礎、適合零知識的簽章、或基於 SNARK 的建構）各自能滿足其中一部分需求，但無法一次涵蓋全部。尤其是 OONI 需要 簽發者在地驗證（issuer-local verification）、高效率的範圍證明（range proofs）、依網路而定的假名（network-dependent pseudonyms），以及 憑證更新協定（credential update protocols）。在不做重大妥協的前提下，市面上沒有現成方案能完整符合這些限制³。

打造模組化、具表達力的憑證框架¶

我們與 Ian Goldberg（滑鐵盧大學）、Lindsey Tulloch（Tor Project）、Victor Graf（Risc Zero）合作，打造了一個分層式系統，用來建構零知識憑證與相關協定。這套系統包含三個 Rust crate（cmz、sigma-compiler、sigma-proofs）：實作經充分研究的 sigma-protocols，並把高階敘述（statements）編譯成高效率、以線性代數為核心的證明敘述。同時，我們也在推動這些協定的 CFRG 草案（draft-irtf-cfrg-sigma-protocols、draft-irtf-cfrg-fiat-shamir）⁴。

其中一些對 OONI 特別重要的功能包括：

可多次出示（multi-show）且簽發者在地驗證（issuer-local verification）：OONI 的使用模式類似 KVAC 憑證（簽發者＝驗證者），CMZ 與 μCMZ 方案可直接支援。
高效率的範圍證明（range proofs）：probe_age 與 measurement_count 需要以「粗略區間」⁵呈現（例如 >1 週、>1000 筆量測），以避免產生近乎唯一的組合。sigma-rs 的堆疊可用相對精簡的方式支援範圍證明。
網路在地假名（network-local pseudonyms）：OONI Probe 必須做到「每個網路呈現一個身分」，但在不同網路之間仍要保持不可連結。這很自然地映射到 sigma-rs 使用的屬性與約束系統（例如：pseudonym = secret * DOMAIN）。
簽發與更新協定（issuance + update protocols）：我們的模型需要「出示舊憑證、在不揭露底層數值的情況下取得更新後的新憑證」（例如 measurement_count +1），這正是 UserAuth 範例描述的模式。

OONI 的憑證長什麼樣子¶

OONI 的匿名憑證包含以下屬性：

CMZ! { UserAuthCredential:  nym_id, // a stable per-installation secret  age, // coarse bucket  measurement_count // measurements submitted }

這些屬性對應到我們在需求文章中描述的額外中繼資料，同時仍遵守匿名性的限制。

「提交量測」協定的高階概觀¶

使用 sigma-rs 的 μCMZ API，「提交新的量測」在概念上大致長得像這樣：

muCMZProtocol!(submit<min_age_today, max_age, min_measurement_count, max_measurement_count, @DOMAIN, @NYM>,  Old: UserAuthCredential { nym_id: H, age: H, measurement_count: H},  New: UserAuthCredential { nym_id: H, age: H, measurement_count: H},  // the per-installation secret is the same  Old.nym_id = New.nym_id,  // the age is the same  Old.age = New.age,  // the new measurement count is increased  New.measurement_count = Old.measurement_count + 1,  // the submitted NYM is correct  NYM = Old.nym_id * DOMAIN,  // the age and measurement counts are within the desired range  (min_age_today..=max_age).contains(Old.age),  (min_measurement_count..=max_measurement_count).contains(Old.measurement_count) );

這能確保：

OONI Probe 維持相同的網路在地假名
measurement_count 單調遞增（不會倒退或跳號造假）
年齡分桶（age bucket）保持正確
OONI 看不到原始數值，只能驗證「被證明的敘述」
惡意客戶端無法偽造可信度中繼資料

伺服器只會看到證明（proof）⁶，看不到底層屬性值。

屬性 measurement_count 用於評估使用者在該網路中的參與程度，而不是用來對使用者做速率限制（rate limit）。

與 OONI 程式碼庫的整合¶

OONI Probe 引擎主要以 Go 撰寫，而匿名憑證系統則以 Rust 實作。為了乾淨地整合兩者，我們在 Rust 端提供一個小型、相容 C 的 API，並透過 rust2go 產生 Go 的綁定（bindings）。設計上我們清楚切分職責：Rust 負責所有密碼學（憑證簽發、零知識證明、驗證、更新），而客戶端負責協調流程、持久化（persistence）與狀態機（state machines）。

Rust 函式庫扮演一個自成一體的「加密引擎（crypto engine）」：它接收不透明（opaque）的輸入（目前的憑證與協定參數），產生要送給伺服器的協定訊息，並處理伺服器回應以回傳更新後的憑證。所有狀態管理則刻意交由呼叫端應用程式處理，以讓 API 維持精簡且易於移植⁷。

在行動裝置 App 上，這是 OONI 的跨平台客戶端：OONI probe-multiplatform
在 CLI 上，這是 OONI 的 Go CLI 客戶端（miniooni、ooniprobe）：OONI probe-cli

客戶端負責儲存與重新載入：

最新的憑證 blob
在請求之間需要保留的任何本機狀態（例如 request/response 之間尚未完成的協定狀態）

這能讓邊界維持乾淨：Go 端把憑證與協定訊息都當作不透明的 bytes。Rust 端則在內部強制所有正確性與隱私性屬性。

資料交換模型¶

在 Rust↔Go 的邊界之間，我們只傳遞：

不透明（opaque）的序列化協定訊息：bytes，為了 JSON 傳輸通常會再做 Base64 編碼。
公開參數（public parameters）：例如簽發者公鑰、協定參數。
網路情境（network context）：domain separators、cc/asn 等。

這種做法讓 Go 能整合該系統而不用重新實作密碼學，同時也能讓網路通訊與應用程式邏輯維持與 OONI Probe 其他部分一致。

長期金鑰（long term keys）會依賴作業系統的原生能力來管理與儲存。實務上，Android 會使用 Android Keystore，iOS 則使用 Keychain services。

接下來會做什麼¶

OONI 使用者很快就能依下列條件篩選或註記量測資料：

長期運行 vs. 新加入的 OONI Probe
高量測量的貢獻者
被封鎖（blocklisted）或故障的 OONI Probe
受信任的機構型 OONI Probe

雖然完整的女巫攻擊（透過建立許多虛假帳號）抵抗仍屬於應用層問題（例如註冊階段的速率限制），但經過驗證的 measurement_count 與 probe_age 分桶，仍能對潛在攻擊者形成實質阻力。

如果你是密碼學研究者、實作者，或只是好奇，我們都非常歡迎給予 OONI 團隊回饋，這項工作希望能以安全、透明的方式服務全球的 OONI 社群。

敬請期待我們接下來更深入的分享：協定設計細節、效能基準測試，以及 sigma-rs 將如何隨著下一個 OONI Probe 主要版本一起發布。

這裡的「可信度」，是伺服器需要能分辨量測是否來自「符合某些條件的 OONI Probe」，但同時又不能讓量測內容帶有可長期追蹤的固定身分。「跨網路追蹤」的風險在於：如果同一個使用者在不同網路（例如家用 Wi‑Fi、公司網路、行動網路）都被認出是同一人，就可能被用來推回真實身分或行為軌跡。 ↩
「匿名集合」可以理解為「看起來都一樣的一群人」：如果你附帶的中繼資料太細（例如精確年齡、精確筆數），很容易形成近乎唯一的組合，反而把匿名性削弱。OONI 在這裡希望驗證的是「我符合某個範圍、條件」，而不是「我到底是多少」。 ↩
「issuer-local verification」在 OONI 的使用情境下，通常意味著「簽發者（issuer）同時也是驗證者（verifier）」：由 OONI 自己簽發與驗證，而不是把驗證交給第三方。「範圍證明」則是用零知識方式證明「某個值落在某個區間內」（例如大於 1 週、超過 1000 筆），但不透露精確數值。 ↩
CFRG（Crypto Forum Research Group）是 IRTF 底下的密碼學研究論壇，草案通常會朝標準化方向前進。「Fiat–Shamir」是把互動式證明（需要來回挑戰、回應）轉成非互動式證明的常見技巧，常用於讓客戶端可以一次送出「證明」給伺服器驗證。 ↩
刻意用「粗略區間」取代精確數值，為的是避免把使用者的特徵變得過於獨特（例如 17,382 筆量測 + 39 天），導致容易被追蹤。「每網路一個身分」通常會透過「網路相關的 domain separator」把同一個安裝的加密值對應到不同假名，以達成跨網路不可連結。 ↩
這段協定同時涵蓋「出示舊憑證」與「取得新憑證（更新）」：伺服器驗證你確實把計數 +1，但不會知道你原本的精確計數。@DOMAIN / NYM 通常用來做 domain separation（避免跨情境重用導致可連結），讓同一個安裝在不同網路產生不同假名。 ↩
關鍵設計是「邊界清楚」：Go 端不要碰密碼學細節，只把它當成黑盒（opaque bytes）來用。密碼學正確性與隱私性由 Rust 端封裝保證。透過 C ABI 再產生 Go binding，是常見的跨語言整合方式，也能降低在 Go 端重寫密碼學導致出錯的風險。 ↩

延續 2025，走向 2026：個人隱私指引、Tor Relay 校園建立競賽、匿名支付探索

anoni.net 社群 — Sat, 22 Aug 2026 11:30:35 +0000

延續 2025，走向 2026：個人隱私指引、Tor Relay 校園建立競賽、匿名支付探索¶

2025 年即將告一段落，感謝所有夥伴這一年來的參與與支持。從專案走向社群，我們在這一年累積了許多行動與經驗。以下將帶大家回顧 2025 年的重要工作，也分享 2026 年在匿名網路推廣上的下一步規劃。

2025¶

RightsCon Taipei¶

2025 年，關注人權議題的國際會議 RightsCon 在台北舉辦。我們得知 Tor、Tails 與 OONI 團隊也將來台參與，便提前數個月發起並籌備相關工作坊活動。該次活動吸引了超過 300 人次參與，並特別邀請新聞媒體與公民團體的夥伴一同交流。活動結束後，我們也整理並發表了一篇完整的回顧文章，記錄這次難得的交流經驗。

也因為這次活動的舉辦，我們募集到許多熱心的志工夥伴，並與大家一同投入後續籌備，為 2025 年 8 月舉辦的相關活動奠定基礎。

社群成立¶

2025/07，我們決定將原本以專案為主的運作方式，轉型為以社群為核心的模式。隨著參與的志工人數逐漸增加，來自不同背景的夥伴也為社群帶來更多元的觀點與能力，讓我們得以開展更多新的議題討論。「匿名網路社群」正是在這樣的時機下正式成立。

社群成立後的第一步，是註冊一個簡單好記的網域：anoni.net，並將原有的專案文件與教材全面轉移至新網站。同時，我們也佈署了 onion 連線方式，讓關心匿名網路的朋友，能透過 Tor 進行匿名連線，持續關注並參與我們的行動。

文件網站¶

文件網站是我們今年推廣「匿名網路」的核心工具之一。面對多數大眾仍需要時間理解其重要性與參與動機的現況，我們持續透過文件網站整理並推出隱私、網路自由等相關議題的基礎內容，協助社群成員建立背景知識。透過這些內容，我們希望引導更多人重新思考，如何在實際使用網路時，有意識地運用「匿名網路」來強化個人隱私，並守護自身的網路自由權利。

在語言推廣方面，網站初期僅提供正體中文與英文版本。隨著後台數據顯示，來自簡體中文使用者的流量已達約 30%，我們進一步以正體中文內容為基礎，完成簡體中文版本的翻譯與調整，目前網站已提供正體中文、簡體中文與英文三種語言，讓更多有需要的使用者能順利閱讀與使用。

社群媒體¶

目前我們仍在摸索社群媒體的使用方式與定位。雖然已在 Bluesky 上建立帳號，但暫時還不是主要的對外訊息管道。如果你對社群媒體經營有任何想法或建議，也非常歡迎與我們分享，一起討論更適合社群的溝通方式。

工作坊活動¶

延續在 RightsCon Taipei 期間與 Tor/Tails、OONI 團隊合辦的工作坊經驗，我們將當時的活動內容與教材轉化為華語版本，並透過 COSCUP 年會申請了一軌社群活動，讓有興趣參與工作坊的會眾，能在大型年會的場域中低調、自在地加入討論。活動雖需事前報名，但當天不設報到流程，參與者可依自身狀況隨時加入或離開。

在這次工作坊中，除了延續 Tor/Tails、OONI 相關的實務內容，我們也加入了關於「在台灣推廣匿名網路」的想像與討論。為期兩天的交流，對我們後續推廣方向的制定帶來相當大的幫助。同時，在活動籌備的過程中，也凝聚了更多志工夥伴加入，並在活動結束後持續參與社群行動。

報告翻譯：中國網路長城¶

2025/09，InterSecLab 發布了一份關於中國「網路長城」技術輸出的研究報告。該報告內容相當深入，不僅勾勒出其背後運作的技術團隊與相關政府單位的輪廓，也進一步探討了開源軟體的濫用與容器化佈署等技術手法，其運作模式甚至與一般軟體新創團隊無異。

我們約花了兩週時間完成該報告的翻譯，並在一場「網路自由小聚」中分享對報告內容的重點觀察，也同步反思現行的個人與組織網路安全指引，是否需要因應這類技術發展而進行更新與調整。

同一時間，其他團隊也針對相同外洩素材，從不同面向進行分析。有興趣的讀者，也可進一步閱讀〈Internet Censorship Tools Exported Along Belt and Road〉（Athena Tong、Yun-Ting Cai，2025.12.06）這份報告，作為延伸參考。

2026¶

新的一年，我們將持續以「匿名網路」為核心主題推進行動。除了既有的 Tor/Tails、OONI 在地推廣外，2026 年也將聚焦三個主要推進項目：個人隱私指引、Tor Relay 校園建立競賽，以及匿名支付的應用與探索。

個人隱私指引¶

這是一個延伸且補足現有推廣內容的重要計畫。在推廣 Tor/Tails、OONI 的過程中，我們發現，當一般大眾理解匿名網路的重要性後，常會接著詢問：「接下來該如何實際調整，才能讓自己的網路使用狀態更安全？」然而，目前我們仍缺乏一套完整、可實際操作的指引材料。

因此，在接下來的一年中，我們將逐步開展「隱私」相關主題，整理實務操作與情境說明，協助個人一步步強化自身的隱私保護能力。

Tor Relay 校園建立競賽¶

這項計畫源自 EFF 與 Tor 合作推動的校園 Tor Relay 中繼節點建置行動，期望在各大專院校中建立更多穩定的中繼節點。2025 年，我們已協助完成專案網站的正體中文翻譯，並預計於 2026 年實際走入校園，推動 Tor Relay 節點的建立。

台灣已經有成功的案例了！目前在國立臺灣師範大學資訊工程學系的資訊中心，已有一個 Tor Relay 中繼節點順利運作（在英文版網頁的學校列表：National Taiwan Normal University）。這個節點是由社群夥伴 NZ 透過教授與教職員提案、協調後完成建置的。關於更多在台師大建立節點的過程，非常推薦閱讀這次的訪談企劃。

匿名支付¶

作為「匿名」議題中不可或缺的一塊拼圖，如何在日常支付情境中實現匿名性，是我們接下來想深入探索的方向。現金本身就是最成熟的匿名支付方式，但在某些情境下（例如：跨境移動、線上使用或資金調度）仍存在明顯限制。

因此，我們將針對這類需求情境，探索可能的替代方案，包括區塊鏈、加密貨幣或穩定幣等技術應用。同時，也會審慎討論是否符合當地法規、如何避免引發洗錢疑慮，以及零知識身分驗證、多重簽署等在組織與個人層面的實務操作方式。

這是一個仍在起步階段的領域，目前尚未看到完整且系統性的分享內容，但它卻是匿名實踐中相當關鍵的一環。在接下來的一年，我們將逐步建構「匿名支付」的實作指引，也誠摯邀請對此議題有研究或實務經驗的朋友，一起加入討論與建構。

最後：為什麼現在更需要你一起加入¶

回顧 2025，我們從專案走向社群，從單點行動走向長期累積。展望 2026，我們則希望把「匿名網路」從技術討論，逐步落實為更多人能實際使用、理解與選擇的日常工具。而這一切之所以重要，並不只是因為遙遠的威權國家或抽象的風險，而是因為網路自由正在以更隱晦、技術化的方式，逐漸貼近我們的生活。

近年來，隨著資安、防詐與平台治理需求的提升，台灣的網路使用環境也持續調整中。部分技術性或平台層級的存取管理措施，讓我們有機會重新思考：在安全、便利與使用者自主之間，是否還能保留更多彈性與選擇。

匿名網路是一種在不確定的環境中，保留選擇權與行動空間的基礎設施，並不是為了做壞事而存在。它讓使用者不必事前證明自己的「清白」，也不需要在每一次連線時，交出過量的個人資訊。當網路環境開始改變，這樣的工具與知識，只會愈來愈重要。

如果你關心：

台灣的網路是否仍能保持開放與可驗證
當封鎖與審查發生時，我們是否還有替代路徑
如何在合法前提下，強化個人與社群的隱私與韌性

那麼，我們誠摯邀請你加入「匿名網路社群」。

不論你是技術背景、研究者、學生、創作者，或只是想多了解一種可能性的人，都非常歡迎你一起參與討論、翻譯、文件整理、活動籌備，或單純成為一個持續關注、願意思考的使用者。

網路的樣子，不會一夕之間改變，但它一定是由一群願意投入的人，一點一滴塑造出來的。 2026 年，期待與你一起，繼續把「匿名」這件事，留在台灣的網路未來之中。

從 OONI 公開資料看 8/13 北部行動網路降速的 30 分鐘

anoni.net 社群 — Fri, 21 Aug 2026 18:09:43 +0000

從 OONI 公開資料看 8/13 北部行動網路降速的 30 分鐘¶

台灣長期沒有經歷大規模的網路降速或斷網。對日常生活來說是好事，對想理解網路異常的人來說，代表手上缺少對照的樣本。OONI 是國際上長期在做網路封鎖與連線品質觀測的開源專案，任何人都能安裝它的 App 參與量測，結果全部公開。台灣在裡面的紀錄，一直呈現一個正常運作的網路。

8 月 13 日之前的 30 天，台灣三家行動業者在 OONI 上留下 564 筆成功的連線速度測試（測項名稱 ndt），下載中位數 12,425 kbit/s，低於 2,000 kbit/s 的只有 4 筆，其中 2 筆還是量測失敗。kbit/s 是每秒傳輸的千位元數，數字越大越快，1,000 kbit/s 約等於 1 Mbps。

8 月 13 日 14:30 到 15:00，北部七縣市的行動網路降速 30 分鐘。兩天前社群發出號召，請大家在降速時段執行 OONI Probe 的效能測試。當天全台留下 238 筆連線速度測試與 235 筆影音串流測試（測項名稱 dash），其中在行動網路上完成的有 170 筆與 168 筆，來自 47 支裝置。8 月 10 日中部場的同一個時段，全台灣的行動網路效能量測是 0 筆。

號召的起點來自社群夥伴 mashbean（黃豆泥）。演習前他提議趁著難得的時間點找大家一起用 OONI 記錄，兩邊於是分頭準備，一邊整理號召與操作說明，一邊在當天實地觀測。他把自己的紀錄寫成另一篇文章，追到了演習公告結束之後網路仍然受限的情形，正好補上本文資料看不見的時段。兩篇一起讀，涵蓋的時間才完整。

其中一支中華電信行動的手機，在降速時段量到 788 到 1,709 kbit/s。台灣的公開資料裡沒有出現過同一量級的數字。需要先說明的是，數字來自單一裝置留下的 6 筆紀錄，足以作為一個完整的個案，不足以推論全國或任何一家業者的普遍狀況。

本文記錄的是網路狀態。業者是否確實執行指令、官方公布的數字精不精確，都不在討論範圍。台灣過去沒有降速樣態的資料，把 30 分鐘的觀測留下來是主要目的。以下的查詢都免驗證免金鑰，讀者可以自行重新執行一次。

整理資料的過程裡，最實用的收穫與降速本身無關，而是判讀方法。降速與封鎖在 OONI 資料上是兩種完全不同的樣態。封鎖會讓異常率飆升、留下確認封鎖的紀錄，降速則完全不動判定欄位，變化只出現在吞吐量與延遲的數值上。當天全台的網路連線測試異常率是 1.0%，與平常的 0.6% 落在同一個區間，確認封鎖整天維持在 0，下降的只有速度。拿封鎖判定的異常率去描述降速，會得到一個接近平常的數字，然後誤以為什麼都沒發生。

先看當天資料的整體樣態¶

把當天全台的連線速度測試按 15 分鐘分組，社群動員會直接呈現在資料上。

8 月 13 日各 15 分鐘區間的連線速度測試筆數，橘色為降速時段

{"description":"OONI ndt measurements per 15 minutes in Taiwan on 2026-08-13","data":{"values":[{"t":"13:00","n":3,"g":"一般時段"},{"t":"13:15","n":4,"g":"一般時段"},{"t":"13:30","n":11,"g":"一般時段"},{"t":"13:45","n":4,"g":"一般時段"},{"t":"14:00","n":9,"g":"一般時段"},{"t":"14:15","n":27,"g":"一般時段"},{"t":"14:30","n":13,"g":"降速時段"},{"t":"14:45","n":50,"g":"降速時段"},{"t":"15:00","n":31,"g":"一般時段"},{"t":"15:15","n":15,"g":"一般時段"},{"t":"15:30","n":2,"g":"一般時段"},{"t":"15:45","n":2,"g":"一般時段"}]},"mark":{"type":"bar","tooltip":true,"cornerRadiusEnd":4},"encoding":{"x":{"field":"t","type":"ordinal","title":"台灣時間（每 15 分鐘）","axis":{"labelAngle":-45}},"y":{"field":"n","type":"quantitative","title":"連線速度測試筆數"},"color":{"field":"g","type":"nominal","title":null,"scale":{"domain":["一般時段","降速時段"],"range":["#0089bf","#e65100"]},"legend":{"orient":"top"}}}}

號召文請大家設 14:35 的鬧鐘，行有餘力再加 14:15 與 15:10。三個尖峰都出現了，14:45 到 15:00 的 50 筆是全天最高點。前 30 天全台平均一天約 34 筆連線速度測試，多數來自少數幾台裝置的自動排程，當天單一個 15 分鐘區間就超過平常一整天。

各 15 分鐘區間的完整筆數

台灣時間	筆數
`13:00` 到 `13:15`	3
`13:15` 到 `13:30`	4
`13:30` 到 `13:45`	11
`13:45` 到 `14:00`	4
`14:00` 到 `14:15`	9
`14:15` 到 `14:30`	27
`14:30` 到 `14:45`	13
`14:45` 到 `15:00`	50
`15:00` 到 `15:15`	31
`15:15` 到 `15:30`	15
`15:30` 到 `15:45`	2
`15:45` 到 `16:00`	2

各業者的參與情況如下。AS 開頭的編號是自治網路的全球識別碼，電信商、企業、學校都有各自的號碼，OONI 只記錄到業者層級，不記錄使用者位置。裝置數以 OONI 產生的匿名裝置識別碼（probe_id）去重計算。

業者	8/13 筆數	前 30 天筆數	當天裝置數
`AS17421` 中華電信行動	`68`	`20`	22
`AS9674` 遠傳	`51`	`12`	15
`AS24158` 台灣大哥大	`55`	`538`	9

三個數值欄都是連線速度測試的數量，前兩欄的單位是量測筆數，最後一欄是不重複的裝置數。一支手機測三次算 3 筆、1 支裝置。

中華電信行動與遠傳原本是台灣 OONI 資料裡覆蓋最少的兩家。一個下午的量測超過了兩家過去 30 天的累積。台灣大哥大的前 30 天筆數本來就高，來自少數裝置的長期自動執行，當天新增的 9 支裝置是過去沒有的分布。

資料上分不出誰是看到號召才測的。App 裡的效能測試是一張內建卡片（編號 00107），全球使用者點下去執行的都是同一張，當天光是台灣以外就有上千筆帶著同一個編號。號召的效果只能從前後量的對比推估，看不到個別參與者的來源。

放大到一支手機的 30 分鐘¶

裝置識別碼可以把同一支手機的多筆量測串起來。當天有一支中華電信行動的 Android 手機在降速前後都執行了測試，兩個效能測項各留下 6 筆。

同一支手機的下載與上傳吞吐量，灰帶為降速時段。縱軸為對數座標，資料跨兩個多數量級。13:33 到 14:36 之間沒有量測，線段在此斷開

{"description":"Download vs upload throughput of a single mobile device during the 2026-08-13 throttling drill","layer":[{"data":{"values":[{"s":"2026-08-13T14:30:00","e":"2026-08-13T15:00:00"}]},"mark":{"type":"rect","opacity":0.12,"color":"#546e7a"},"encoding":{"x":{"field":"s","type":"temporal"},"x2":{"field":"e"}}},{"data":{"values":[{"t":"2026-08-13T13:32:00","d":"下載","seg":"降速前","v":89510},{"t":"2026-08-13T13:33:00","d":"下載","seg":"降速前","v":174682},{"t":"2026-08-13T14:36:00","d":"下載","seg":"降速中","v":788},{"t":"2026-08-13T14:39:00","d":"下載","seg":"降速中","v":881},{"t":"2026-08-13T14:51:00","d":"下載","seg":"降速中","v":1565},{"t":"2026-08-13T14:52:00","d":"下載","seg":"降速中","v":1709},{"t":"2026-08-13T13:32:00","d":"上傳","seg":"降速前","v":21510},{"t":"2026-08-13T13:33:00","d":"上傳","seg":"降速前","v":16348},{"t":"2026-08-13T14:36:00","d":"上傳","seg":"降速中","v":26300},{"t":"2026-08-13T14:39:00","d":"上傳","seg":"降速中","v":31789},{"t":"2026-08-13T14:51:00","d":"上傳","seg":"降速中","v":22370},{"t":"2026-08-13T14:52:00","d":"上傳","seg":"降速中","v":32695}]},"mark":{"type":"line","strokeWidth":2,"point":{"size":70,"filled":true},"tooltip":true},"encoding":{"x":{"field":"t","type":"temporal","title":"台灣時間","axis":{"format":"%H:%M"},"scale":{"padding":18}},"y":{"field":"v","type":"quantitative","scale":{"type":"log","domain":[500,250000],"nice":false},"title":"吞吐量 kbit/s（對數座標）"},"color":{"field":"d","type":"nominal","title":null,"scale":{"domain":["下載","上傳"],"range":["#0089bf","#e65100"]},"legend":{"orient":"top"}},"detail":{"field":"seg","type":"nominal"}}}]}

下載的兩段落差兩個數量級，上傳的兩段幾乎在同一個高度上。

前兩筆在降速開始前約一小時，後四筆在降速時段內。下載中位數由 132,096 kbit/s 降到 1,223 kbit/s，兩個測項各自算出的比值是 1/108 與 1/88。放回台灣資料的脈絡看，落差更明顯：中華電信行動在前 30 天的 18 筆量測裡，最低值是 42,197 kbit/s，降速中的 788 kbit/s 是該業者在公開資料上前所未見的量級。

同一批量測還記錄了往返延遲與重傳率，六筆的完整數值如下。

台灣時間	下載	上傳	串流位元率	最小 RTT	平均 RTT	重傳率
`13:32`	`89,510`	`21,510`	`138,513`	`18.39`	`66.78`	`0.000%`
`13:33`	`174,682`	`16,348`	`119,179`	`17.85`	`82.05`	`0.001%`
`14:36`	`788`	`26,300`	`1,308`	`16.85`	`168.40`	`0.522%`
`14:39`	`881`	`31,789`	`1,608`	`19.97`	`137.24`	`0.202%`
`14:51`	`1,565`	`22,370`	`1,624`	`18.72`	`130.05`	`0.000%`
`14:52`	`1,709`	`32,695`	`821`	`18.28`	`114.79`	`0.000%`

前三個數值欄的單位是 kbit/s，數字越大越快，其中 1,308 kbit/s 大致相當於標準畫質的串流。兩個 RTT 欄的單位是毫秒（ms），數字越小代表封包來回一趟越快，最小 RTT 取整段測試中最快的一次，接近線路本身的實際距離，平均 RTT 則把途中排隊的時間也算進去。重傳率是需要重送的封包所佔比例。

解讀吞吐量時要記得一件事，連線速度測試的對端是 M-Lab 的伺服器，數值裡同時包含最後一哩與到 M-Lab 節點的國際線路，單筆結果無法把兩段分離。延遲欄位正好回應該項疑慮：最小 RTT 全程維持在 17 到 20 ms，與封包路徑未改變的情形一致，也降低了「速度變化來自國際線路」的可能。平均 RTT 從 67 到 82 ms 升到 115 到 168 ms，代表封包在某處出現佇列延遲（queuing delay）。重傳率四筆裡有兩筆從降速前的近乎 0 升到 0.522% 與 0.202%，相對變化不小，絕對值仍低於 0.6%，較符合延遲送出而非大量丟棄的樣態。

三個欄位合起來，構成流量整形（shaping）在資料上的特徵。若手段是丟棄封包，重傳率會上升得更明顯。若成因是訊號劣化或換了基地台，最小 RTT 通常會跟著變動。以上判讀同樣建立在單一裝置上。

行政院對演練做法的說明是核心網路限流，將行動網路下載速率調降至 256KB²。原始說法沒有標明單位，若解讀為每秒 256 KB，換算後是 2,048 kbit/s。若解讀為 256 kbit/s，量級則完全不同。本文不做數值精確度的比對，列出官方說法是讓讀者知道公布的量級落在哪裡。

沒有降速訊號的量測撐起了對照¶

47 支裝置裡，46 支在降速時段量到的是正常速度。降速時段三家行動業者的下載中位數是 42.2 Mbps，降速前是 53.2 Mbps，恢復後是 58.5 Mbps，三個時段落在同一個量級。

正因為有整批正常數值墊底，單一裝置的 788 kbit/s 才能被認定是特殊的。若當天所有人都測到低速，合理的解釋會變成全台網路普遍變慢，或當天的一般波動。若只有一支手機在測，低速也可能來自該裝置自身的狀況，例如訊號不良或背景程式佔用頻寬。同時段有 32 支裝置執行同一組測試，其中 31 支正常，單一裝置的異常才站得住。

號召文請不在降速範圍的人也測一次，用意即在於此。範圍外的量測不是白測的，它們決定了範圍內的數字能不能被解讀。人在台南、在高雄，或當天根本不在台灣，只要在同一個時間點按下執行，資料都落在同一個公開資料庫裡，都是對照的一部分。

當天全球有數千筆同樣的效能測試在執行，台灣的差別只在於有明確的事件與時間邊界可以對應。缺了對照組，剩下的就只是一個孤立的低速數字，說明不了任何事。

體感怎麼對應到欄位¶

社群沒有做體感問卷，以下從資料回推當時使用手機會遇到的狀況。

影片轉圈圈¶

影音串流測試會記錄開始播放前的等待時間。降速前的兩筆都是 0 秒，降速中的三筆分別是 0.12 秒、0.12 秒與 5.29 秒。最後一筆等了超過五秒緩衝才開始播放，正是點開影片後盯著圈圈轉的等待時間。

傳訊息、傳照片出去反而順暢¶

降速中的四筆上傳分別是 26,300、31,789、22,370 與 32,695 kbit/s，與降速前的 21,510、16,348 kbit/s 相比沒有下降。上傳與下載的倍率達到 33、36、14、19 倍。限流是單向的，只作用在下載方向。單向限流也解釋了號召文提醒過的一件事：量測結果的上傳在降速期間仍然順暢，資料能即時送出，不需要等網路恢復後補傳。

點下去要等一下才有反應¶

平均 RTT 翻倍，每一次點擊到畫面更新之間的空檔會被拉長。

網頁還是開得出來，只是慢¶

降速時段全台有 1,893 筆網路連線測試（Web Connectivity），異常率 1.0%，降速前與恢復後都是 0.6%。確認封鎖的筆數在所有時段皆為 0。網站連得到，Tor 與 Psiphon 也連得上，降速時段的 33 筆 Tor 測試與 33 筆 Psiphon 測試異常數都是 0。

降速的 30 分鐘在資料上呈現為速度下降，連線本身沒有中斷。

降速與斷網在資料上是兩種樣態¶

OONI 的多數測項在做封鎖判定，例如網路連線測試、Telegram、Signal。真正的封鎖或斷網發生時，異常率會飆升、出現確認封鎖的紀錄，嚴重時量測直接失敗，連報告都送不出來，資料庫裡留下的是一段空白。降速時連線全部成功，報告照常送出，判定欄位一動也不動。

	封鎖或斷網	降速
連線是否成功	大量失敗	全部成功
異常率	明顯上升	不動
確認封鎖	可能出現	維持 `0`
吞吐量	未必反映	明顯下降
該看哪一組測項	有封鎖判定的測項	效能測項的數值

判準因此很清楚。想觀測降速，要看效能測項的數值。想觀測封鎖，要看有判定的測項。兩者用錯了，得到的數字都會指向錯誤的結論。

號召文事前只請大家執行效能測試，原因也在於此。限速期間執行有封鎖判定的測項，手機端大量逾時而輔助伺服器一切正常，比對出來會被標成封鎖的簽名，等於在台灣的公開資料裡注入一批看起來像審查的紀錄。當天的結果顯示假訊號沒有出現。

兩種樣態都可以自行查看。台灣 8 月 13 日的逐小時分布裡，確認封鎖整天維持在 0，降速的一小時同樣為 0。OONI 團隊查證過的封鎖事件收在 Findings，每則都連著對應的量測資料，可以看到確認封鎖的筆數在事件期間如何上升。兩邊查的是同一個資料庫、同一組欄位，差別只在數值。

結論怎麼從公開資料得出¶

第一步，把時間區間內的量測撈出來¶

measurements 端點免驗證，接受精確到秒的時間區間。

https://api.ooni.org/api/v1/measurements?probe_cc=TW&test_name=ndt &since=2026-08-13T06:00:00Z&until=2026-08-13T08:00:00Z&limit=200

所有時間一律為 UTC，台灣時間需減 8 小時，降速時段對應 06:30 到 07:00。要取台灣時間的一整天，起訖要往前推 8 小時，寫成 2026-08-12T16:00:00Z 到 2026-08-13T16:00:00Z。回傳的每一筆都帶網路編號（probe_asn）與量測編號（measurement_uid）。筆數超過 limit 時回傳裡會有 next_url，要逐頁取完才不會漏資料，當天的連線速度測試就有 238 筆，一次 limit=200 取不完。

第二步，取原始 JSON 拿數值¶

列表本身不含吞吐量，要再開每一筆回傳的 measurement_url。連線速度測試的數值在 test_keys.summary，包含下載（download）、上傳（upload）、最小往返延遲（min_rtt）、平均往返延遲（avg_rtt）與重傳率（retransmit_rate）。影音串流測試的數值在 test_keys.simple，包含位元率中位數（median_bitrate）與播放等待時間（min_playout_delay）。

第三步，剔除非行動網路的量測¶

原始 JSON 的網路類型欄位（annotations.network_type）會標記行動網路（mobile）、Wi-Fi（wifi）、有線（wired_ethernet）或 VPN（vpn）。當天 238 筆連線速度測試裡，只有 170 筆標記為行動網路。少了篩選，家用光纖與 VPN 的量測會混進來，而兩者本來就不在降速範圍內。

第四步，用裝置識別碼串起同一支手機¶

識別碼在原始 JSON 的頂層，欄位名是 probe_id，與吞吐量所在的 test_keys 是平行的兩個位置。值是 OONI 為每台裝置產生的匿名雜湊，同一支手機的多筆量測會帶同一個值，把值相同的量測收在一起就是該裝置當天的完整紀錄。當天 238 筆連線速度測試裡有 18 筆沒有帶識別碼，無法歸戶到任何一支裝置，本文的裝置數也不計入。

單筆量測難以獨立判讀，因為手機型號、位置、訊號強度全都不同。同一支手機的自身前後對照直接得多。本文的關鍵表格即由此得出。

第五步，排除誤判¶

兩個當天實際遇到的例子。

一支台灣大哥大的裝置在 14:54 量到 3,124 kbit/s，看起來像降速。但它在當天 20:11 又量到 3,126 kbit/s，影音串流位元率整天落在 2,072 到 2,909 kbit/s 之間。數字全天穩定，來自該門號本身的速率上限，與演練無關。只看降速時段的資料，很容易把它算進證據裡。

降速時段另有 5 筆量測完全失敗，錯誤分別是連線逾時、DNS 查詢失敗與連線被拒。失敗的成因無法從單筆結果判定，可能來自降速，也可能來自一般的連線問題，因此不列入。

第六步，建立對照組¶

8 月 10 日、11 日、12 日的同一個時段，行動網路的效能量測沒有任何一筆低於 2,000 kbit/s，8 月 12 日的 7 筆裡最低是 8,399 kbit/s。低於 2,000 kbit/s 的量測只出現在 8 月 13 日的降速時段，當天其他時段都沒有。有了對照組，才能把觀察到的低速與一般波動分開。

超出本批資料範圍的問題¶

位置¶

OONI 記錄國家與 ASN，不記錄縣市，也不記錄基地台位置。從資料看得出一筆量測來自 AS17421，看不出手機當時在台北還是台南。47 支裝置裡只有 1 支留下明確的降速訊號，最可能的解釋是其他人不在降速的七個縣市內，但公開資料無法驗證。

不記錄位置是 OONI 的設計選擇，理由是保護參與者。在審查嚴重的國家，量測者的位置資訊會直接轉為人身風險。該取捨是對的，代價是地理範圍明確的事件難以精確對位。想補上位置維度，需要社群自己另外收集，例如一份自願填寫的縣市登記表單，且只收到縣市層級、不與裝置識別碼對應，避免補回 OONI 刻意拿掉的追蹤能力。

跨業者的資料涵蓋度¶

留下完整前後對照的裝置集中在中華電信行動一家。台灣大哥大與遠傳在降速時段的低值都是量測失敗，沒有可判讀的數值。落差來自參與者分布與資料落點，不代表各業者的網路狀況有差異。要看到不同業者在同一時段的樣態，需要每一家都有裝置完成降速前、降速中、恢復後的量測。

恢復所需的時間¶

留下完整降速紀錄的手機，最後一筆量測在 14:52，之後沒有再執行，本文的前後對照到此為止。恢復後的 30 分鐘有 38 筆量測，全部來自沒有降速訊號的裝置，同一支裝置跨越降速中與恢復後的比較無從談起。

公開資料裡留著恢復期的線索，是本文的篩選條件把它擋掉的。台灣大哥大的一支裝置在 15:08 量到 55 kbit/s，兩分鐘後的串流測試回傳 0，兩筆都落在演習公告的結束時間之後。本文的統計沒有納入，因為兩筆的網路類型欄位都是空的，而為了排除固網與 VPN，本文只計入明確標記為行動網路的量測。篩選擋掉雜訊的同時，也擋掉了訊號。

補上該時段的是 mashbean 的實地觀測。他記錄到 15:08 的下載仍然只有 55 kbit/s，串流測試從逾時轉為完成，一直到 17:47 才恢復到可用的水準，並據此主張恢復時間應該納入韌性演習的成效指標，功能恢復與回到基準要分開判讀。裝置在誰手上、當時走的是不是行動網路、人在哪個縣市，OONI 不記錄的維度，只有量測者本人說得出來。

把兩份觀測的時間點排在一起，當天下午的輪廓才完整。

當天下午的事件時間軸，灰帶為公告的降速時段，縱軸依資料來源分列

{"description":"Timeline of drill events and observations on 2026-08-13 afternoon","layer":[{"data":{"values":[{"s":"2026-08-13T14:30:00","e":"2026-08-13T15:00:00"}]},"mark":{"type":"rect","opacity":0.12,"color":"#546e7a"},"encoding":{"x":{"field":"s","type":"temporal"},"x2":{"field":"e"}}},{"data":{"values":[{"t":"2026-08-13T14:30:00","src":"行政院公告","e":"降速開始"},{"t":"2026-08-13T15:00:00","src":"行政院公告","e":"降速結束"},{"t":"2026-08-13T14:36:00","src":"本文資料","e":"788 kbit/s，全天最低"},{"t":"2026-08-13T14:39:00","src":"本文資料","e":"881 kbit/s"},{"t":"2026-08-13T14:52:00","src":"本文資料","e":"1,709 kbit/s，該裝置最後一筆"},{"t":"2026-08-13T15:08:00","src":"本文資料","e":"另一支裝置 55 kbit/s"},{"t":"2026-08-13T15:10:00","src":"本文資料","e":"串流測試回傳 0"},{"t":"2026-08-13T17:47:00","src":"mashbean 觀測","e":"恢復到可用水準"}]},"mark":{"type":"point","size":110,"filled":true,"color":"#0089bf","tooltip":true},"encoding":{"x":{"field":"t","type":"temporal","title":"台灣時間","axis":{"format":"%H:%M"},"scale":{"padding":26}},"y":{"field":"src","type":"nominal","title":null,"sort":["行政院公告","本文資料","mashbean 觀測"]},"tooltip":[{"field":"t","type":"temporal","format":"%H:%M","title":"時間"},{"field":"e","type":"nominal","title":"事件"}]}}]}

圖上最長的一段是空白。公告寫的結束時間是 15:00，最後一筆低速紀錄落在 15:08，實際恢復到堪用是 17:47。三個時間點各自代表不同的意思，中間隔了將近三小時。

時間軸的完整事件列表

台灣時間	發生的事	依據
`14:30`	公告的降速開始時間	行政院公告
`14:36`	單一裝置量到 `788` kbit/s，全天最低	本文
`14:39`	同一裝置 `881` kbit/s，上傳仍有 `31,789`	本文
`14:52`	同一裝置最後一筆，`1,709` kbit/s	本文
`15:00`	公告的降速結束時間	行政院公告
`15:08`	另一支裝置仍量到 `55` kbit/s	本文與 mashbean
`15:10`	同一支裝置的串流測試回傳 `0`	本文與 mashbean
`17:47`	恢復到可用水準	mashbean 的實地觀測

單一裝置的代表性¶

本文對限流方向與層級的描述，建立在一支手機的 6 筆量測上。數字內部互相一致，兩個獨立測項也指向同一個結論，作為單一案例的紀錄是完整的。要談到分布、平均降幅或信賴區間，需要的樣本量遠不止於此。

另外，47 支裝置都是看到號召後自願參與的社群成員，並非隨機抽樣。要用來做跨業者或跨區域的推論，需要先處理選樣偏誤。

一起來研究 OONI 的公開資料¶

本次觀察沒有用到特別的工具，全部來自公開 API 與一點資料整理。OONI 的資料有四個入口，用途各不相同。

OONI Explorer：網頁介面，適合查單筆量測、看某個國家或 ASN 的趨勢，無須寫程式。
Aggregation API：https://api.ooni.org/api/v1/aggregation，免驗證免金鑰，可依國家、測項、ASN 切分做統計。起訖只接受日期，適合看天級以上的趨勢。
Measurements API：https://api.ooni.org/api/v1/measurements，接受精確到秒的時間區間，回傳逐筆紀錄。本文的主要資料出自此端點。
AWS S3 公開資料集：ooni-data-eu-fra，逐筆原始 JSON，適合需要檢視量測細節或做大規模分析的研究。取用方式與 CSV 輸出格式寫在 ASN 觀測資料擷取與分析，社群維護的擷取程式也在該頁。

不寫程式也能參與。裝一次 OONI Probe 並執行，每一筆量測都會進入公開資料庫，成為台灣網路狀態的長期紀錄。前 30 天全台平均一天只有 34 筆連線速度測試，多一支手機的日常量測，基準就厚一分。下一次遇到非預期的網路變慢時，能不能分辨是自己的問題還是網路的問題，取決於平常累積了多少。

台灣還有不少題目尚待投入。行動網路的長期基準目前仍然很薄，三家業者的覆蓋差了一到兩個數量級，細節見 ASN 自治網路觀測資料分析。要判斷某個問題該用哪個測項，OONI 測項速查表整理了每個測項量測什麼、規格狀態，以及台灣是否有資料。

判讀資料時最常見的誤解，是把異常（anomaly）當成封鎖。異常只代表測試未照預期完成，成因包含審查、網路不穩、ISP 暫時故障，以及測試程式本身的問題。以 Tor 測試為例，加拿大、瑞士、紐西蘭等沒有審查的國家，異常率同樣落在 16% 到 22% 之間。把異常率直接當成封鎖率會產生假指控。

演習依分區實施，北部場是今年的最後一場，相同條件要等到明年。本次留下的資料是台灣目前唯一一筆有明確情境對應的降速紀錄，之後遇到非預期的網路劣化時，總算有可以比對的樣本。

想一起整理資料、規劃下一次的觀測，或是對 OONI 公開資料有任何問題，歡迎到社群的 Matrix Public Space 討論。

資料與前提¶

查詢日為 2026-08-14，量測資料仍會持續補傳，之後重查可能得到略高的筆數。所有日期以台灣時間為準，換算成 API 接受的 UTC 時再往前推 8 小時。以下的 test_name 等參數為 API 實際接受的值，照列以便重現查詢。

當天逐筆量測用 measurements 端點，probe_cc=TW、since=2026-08-12T16:00:00Z、until=2026-08-13T16:00:00Z，對應台灣時間 8 月 13 日整天。test_name 分別為 ndt、dash、web_connectivity、tor、psiphon。降速時段等時段統計另以 UTC 06:00 到 07:30 的區間查詢。

吞吐量、往返延遲與裝置識別取自每筆量測的原始 JSON，經由 measurements 回傳的 measurement_url 取得，欄位位置見上方的觀察流程。本文的行動網路量測僅計入網路類型為 mobile 者，排除 Wi-Fi 與 VPN。裝置以 probe_id 去重，部分量測沒有帶值，未帶值者不計入裝置數。當天三家的筆數為該 ASN 的全部量測，與前 30 天基準採同一種計算方式，扣掉 2 筆 VPN 與 3 筆未標記網路類型後，行動網路上完成的分別是 67、50 與 52 筆。行動網路的 170 筆裡另有 1 筆來自 AS9416，不屬於三家全國性業者，未列入業者表格。

前 30 天的行動網路基準（564 筆、中位 12,425 kbit/s、低於 2,000 kbit/s 的 4 筆、中華電信行動最低 42,197 kbit/s）用 measurements 端點，probe_cc=TW、test_name=ndt、since=2026-07-13T16:00:00Z、until=2026-08-12T16:00:00Z，對應台灣時間 7 月 14 日到 8 月 12 日，probe_asn 分別為 AS24158、AS17421、AS9674，同樣逐筆取原始 JSON 後剔除非行動網路的量測。

對照日用同樣的 measurements 參數，日期換成 2026-08-10、2026-08-11 與 2026-08-12，時間區間為 UTC 05:30 到 07:30。

本文不公開任何個別裝置的識別碼。該欄位雖然出現在 OONI 的公開資料中，寫出具體值等於為單一參與者的量測歷史建立索引，與量測本身的目的無關。

演習細節以行政院公告與各電信業者公告為準¹。

資料來源：OONI measurements 與 aggregation API（查詢條件見上方，量測資料授權 CC BY-NC-SA 4.0）、ASN 名稱取自 RIPEstat。

2026城鎮韌性（防空）演習：行動網路降速演練 - 行政院 ↩
行政院補充降速做法 - 中央社 ↩

OMG！第三屆 Open Measurement Gathering（OMG）的有問必答（AMA）活動總結

anoni.net 社群 — Fri, 21 Aug 2026 14:03:41 +0000

OMG！第三屆 Open Measurement Gathering（OMG）的有問必答（AMA）活動總結¶

以下內容原文翻譯來自以下文章，主詞角色為 Open Measurement Gathering (OMG)：

OMG! Summary of the 3rd Open Measurement Gathering (OMG) Ask Me Anything (AMA) event, Open Measurement Gathering (OMG) 2025-08-04

2025 年 6 月 25 日，Open Measurement Gathering（OMG）舉辦了一場公開活動，名為「Open Measurement Gathering 有問必答會議」，參與者包括 Censored Planet、IODA、OONI 和 Measurement Lab。這次活動是 OMG 小組分享項目更新、未來計畫，以及收集網路自由社群問題和意見回饋的機會。每個參與小組做了 30 分鐘的簡報，隨後進行問答環節。

本次公開的線上活動受到先前兩次 OMG 會議（公開報告 1 和 2）的啟發，在這些會議上，OMG 小組分享了他們在平台、工具、資料數據組的令人興奮的更新，然後再與更廣大的網路自由社群分享。在第三次 OMG 會議中，各小組決定公開分享最新的更新資訊，以鼓勵社群的回饋。

活動期間，OMG 小組直接收集了來自網路自由社群的回饋建議並回答了問題。在本篇文章的結尾，您可以看到一些來自社群的重要問題以及我們的回答。您還可以觀看每個環節的簡報並聆聽完整的問答內容。

OMG 有問必答活動特別針對倡議型組織、數位人權研究人員、反審查工具開發者、記者、律師、行動人士、政策制定者和資助者。在活動高峰期，我們有大約 60 位來自世界各地的參與者。OMG 小組非常感謝到場的人士，我們希望未來能主辦更多聯合活動！

完整的 OMG 有問必答播放清單

簡報摘要¶

Censored Planet 的工作內容¶

投影片與錄影

Censored Planet 是密西根大學的一個研究團隊，專注於建立可擴展的系統和新穎的方法，以保護使用者免受網路審查、監控和數位鴻溝的影響。我們的工作位於網路、安全與隱私以及網路測量的交叉點。我們採用資料數據驅動的方法來偵測和防禦強大的網路中介者和政府威脅者。我們的觀測站每天進行遠端測量，以監測超過 200 個國家中哪些網域被封鎖，並收集長時間且符合倫理的資料數據。

🆕 最近和即將推出的功能¶

Censored Planet 分析流程 v2：我們發布了新的分析流程，從 Google Cloud 的批次雲端處理重大轉變為自我託管的實時基礎設施。先前，所有的全球測量資料數據皆以每日批次處理，在數據收集和可用性之間引入了一個延遲。新的流程會在每次測量完成後立即處理結果，使我們能夠實時掌握正在進行中的審查事件。這種架構不僅提升了性能，也透過去除對商業雲端服務的依賴，改善了可持續性和數據控制。因此，我們現在能夠更好地支持實時研究和快速反應行動。
Censored Planet API：隨著基礎設施升級，我們推出了首個公共 API，可在 data.censoredplanet.org 訪問。此 API 使用 GraphQL 構建，提供以下功能：
- 一個用於互動式探索和查詢資料集的圖形介面。
- 提供給研究人員和開發者使用的 /query 程式端點
- 訪問自 2018 年以來收集的每項測量資料數據，包括所有測試的協定、網域和國家。

這個 API 是我們使命中的一個重要里程碑，旨在使 Censored Planet 的資料數據公開、易於訪問且可付諸行動。它使社群能夠建立自訂的儀表板，執行時間序列分析，並自動化審查檢測流程。

Censored Planet Dashboard v2：我們還推出了一款全新設計的自我託管儀表板，目前可在 dashboard.censoredplanet.org 使用。與我們之前的儀表板不同，新版本由內部全權維護，並為長期擴展和客製化而建構。早期版本為了減少雲端服務託管成本，只展示最近 6 個月的測量資料數據，而 Dashboard v2 現在提供自 2018 年至今的完整資料數據集。讓使用者能直接透過儀表板進行歷史性、縱向的審查模式分析。新儀表板的首頁顯示了一個全球 3D 視覺化互動地球儀，呈現過去 30 天各國干擾率。為了確保這些統計資料的精確性和公平性，特別是在測量覆蓋較少的國家，我們應用了先驗的貝葉斯推斷。對每個國家，我們結合最近的測量資料數據和精心選擇的先驗，計算干預概率的後驗分佈。這種方法有助於避免在測量資料數據有限的國家過高或過低估計干擾率。貝葉斯模型透過結合統計不確定性來平滑估計值，讓在測量充分的國家中獲得高可信度的干擾率，並與在覆蓋較少地區中所做的謹慎預測保持平衡。

這種統計公平性對於負責任的呈現全球審查模式相當重要，特別是在測量覆蓋仍然有限的地區。

新的儀表板還一個「探索」頁面，讓使用者可以直接控制他們想分析的資料。儀表板的首頁會引導使用者進入「探索」頁面，這讓使用者有機會以互動方式分析資料數據。使用者可以選擇特定的國家、設定時間範圍（最多 6 個月）、選擇感興趣的協定，並選擇最多 10 個要關注的網域。然後，儀表板會從我們的 GraphQL API 獲取相關的彙總數據，並呈現一系列針對該選擇產生的詳細可視化圖表。

探索頁面的一個核心部分是一個表格，顯示每個網域及其類別、測試的網路和子網路、進行的 probe 數量，以及意外率，也就是遇到某種形式干擾的探偵百分比。為了提供時間上的背景，儀表板還包括一個結果時間線，這個時間線直觀地展示了探測結果隨時間的變化。在選定的時間範圍內的每一天，使用者可以看到有多少次測量正常成功、多少次被中斷，以及所檢測到的特定干擾類型的詳細細節。

儀表板還提供了一個網路層級的視圖，按 ASN 和子網路分解探偵結果，幫助揭露審查是否在不同供應商間一致或針對特定 ISP。最後，我們加入了一個旭日圖，以可視化方式總結測量結果在各個結果中的比例分布。

審查早期預警系統：我們正在建立一個新的預警系統，利用 Google 趨勢資料檢測新興審查事件的早期徵兆。透過分析大眾對 VPN 和其他規避工具的搜尋興趣激增，系統可顯示使用者困擾和潛在訪問中斷的信號，在傳統報導渠道有限、受限或受威脅的國家尤為寶貴。該系統對每日搜尋數據應用國家特定的異常檢測算法，並為每個檢測到的突波分配一個影響因子，量化大眾對規避的需求強度和緊迫性。這種以影響力驅動的方法有助於優先考慮應集中精力和資源的地方。在對 76 個國家進行的多年評估（2011-2024）中，該系統確認了149 宗審查事件，包括 62 起未被網路自由社群報導過的事件。這些事件大多在出現後 24 小時內即被檢測到，使得該工具非常適合實時監控和快速反應。我們計劃在未來幾個月內公開發布，包括 API 和互動式儀表板介面。
啟動自訂測量功能：我們正在開發一個新介面，將允許外部研究人員和數位人權組織使用我們的基礎設施來請求自訂的審查測量。
參考文獻：
- 我們最近的研究重點在於鞏固審查檢測和規避的技術基礎。在我們的研究『CenPush: 抗封鎖通訊與推播通知』中，我們探索了推播通知服務作為審查規避工具的可韌性控制通道的潛力。透過利用其間接的伺服器到使用者端的通訊模式，以及封鎖後所帶來的高附帶損害，推播通知提供了一個強健且可持續的通道，自動傳送使用者端設定的更新，例如用來替換被阻擋的新代理 IP 位址，而不需要使用者介入。經過基於測量的分析，我們證實這些系統即便在 IP 層級封鎖下，仍然具備強大的可用性和抗指紋能力。我們已將基於推播通知的控制通道整合到 Android 的 Tor 客戶端 Orbot 中。
- 在我們的 FOCI 2025 論文『自訂壅塞控制是否是規避工具的一個壞主意？』中，我們探討了主動式的壅塞控制算法（例如用於 Hysteria 和 TCP-Brutal 的算法）如何在效能和可偵測性之間進行權衡。雖然這些自訂 CCAs 設計來在跨境連線不穩定的情況下提供更好的效能，但它們與標準的 TCP/QUIC 行為明顯不同，使其容易被審查者分類和偵測。透過控制實驗和兩階段的基於門檻的分類器，我們展示了這些協議即便在不同網路條件下仍可被可靠地指紋化。我們的研究結果強調了保持規避工具行為與標準化協議一致的重要性，以維持流量的不可辨識性並避免被檢測。
- 在我們的論文『跨層 RTT 在代理流量指紋辨識中的鑑別力』中，我們介紹了一種技術，透過它可以根據中間盒子（Middlebox）引入的往返時間（RTT）開銷來遠端辨識審查中間盒。透過從數以千計的觀測點測量微小的 RTT 變化，我們展示了此方法如何在不透明或惡劣的網路環境中識別特定的審查設備及其行為。這種方法使我們可以推斷中間盒干預的存在、類型和範圍，而無需特權訪問或國內基礎設施，提供了一種在大規模遠端分析審查的新視角。

文獻原文名稱

本段落所提及的文獻原始標題如下：

『CenPush: 抗封鎖通訊與推播通知』："CenPush: Blocking-Resistant Communication Using Push Notifications"
『自訂壅塞控制是否是規避工具的一個壞主意？』："Is Custom Congestion Control a Bad Idea for Circumvention Tools?"
『跨層 RTT 在代理流量指紋辨識中的鑑別力』："The Discriminative Power of Cross-layer RTTs in Fingerprinting Proxy Traffic"

Measurement Lab (M-Lab) 的工作內容¶

投影片與錄影

M-Lab 測量網際網路、保存資料數據，並使其網路普遍可訪問且有用。

M-Lab 的平台是由遍布全球超過 40 個國家的 500 多台伺服器組成。
M-Lab 支援一套開源工具和實驗，用於測量網際網路速度和效能（NDT）、路由路徑和應用層效能。
M-Lab 將測量結果以開放資料數據的形式提供於 BigQuery 中。

🆕 最近和即將推出的功能¶

Giga / UNICEF 案例使用：Giga 利用 M-Lab 平台來監測全球學校的連線情況。Giga Meter 定期進行測試以監測網際網路效能，自 2024 年起已在 27 個國家與超過 1 萬所學校進行了超過 150 萬次測量。所有資料數據都在Giga 地圖中提供。
IP Route Survey（IPRS）：由巴黎索邦大學的 Dioptra 研究組發布的一個新資料集，由 M-Lab 出版。該資料集包含從 10 個觀測點至所有可路由IPv4 前綴的常規路由追蹤測量。詳細資訊可在我們的部落格文章中了解。
主機管理部署：M-Lab 透過啟用新類型的伺服器來發展其平台，旨在從新的網路位置測量更多的網際網路，分散平台伺服器和成本，以及擴大地理覆蓋範圍。
網際網路品質觀測表（IQB）：M-Lab 設計了 IQB 框架，旨在重新定義超越「速度」的網際網路品質。IQB 考慮網際網路中的多個使用情境和多個資料集來描述網際網路品質。詳細資訊可在我們的部落格文章中了解。

OONI 的工作內容🐙¶

投影片與錄影

網路干擾開放觀測站（OONI）是一個非營利組織，開發免費且開放源碼的網路測量工具，任何人都可以使用這些工具來測量和檢測各種形式的網路審查。OONI 即時發布來自全球的網路測量資料作為公開資料數據。

🆕 最近和即將推出的功能¶

新軟體發布：
- 推出 OONI Run v2：在 2024 年 10 月，OONI 推出了 OONI Run v2：面向社群驅動審查測試的新一代版本。OONI Run v2 是一次重大革新，旨在滿足社群的關鍵反饋和需求。
- 推出 OONI Probe 多平台應用程式（適用於 Android 和 iOS）：在 2025 年 3 月，OONI 發布了適用於 Android 和 iOS 的 OONI Probe 多平台應用程式。多平台化對 OONI Probe 應用程式的長期可持續性而言是一個重要里程碑，因為這將使 OONI 能夠確保功能一致性，並更快速有效地在各平台上推出新功能。
- 推出 iOS 版新聞媒體掃描應用程式：在 2024 年，OONI 發布了 iOS 版新聞媒體掃描應用程式（他們推出的首個跨平台應用程式）。這是一款基於 OONI Probe 的應用程式，與德國之聲（DW）合作開發，用來測量新聞媒體網站的封鎖情況。與 OONI Probe 類似，OONI 實時發布新聞媒體掃描應用程式的測試結果作為公開資料。OONI 於 2023 年 10 月之前推出了新聞媒體掃描應用的 Android 版本。
- 推出新的 OONI Explorer 主題審查頁面：在 2025 年 4 月，OONI 推出了新的 OONI Explorer 主題審查頁面。這些新頁面包括圖表和報告，記錄了根據 OONI 資料數據在全球範圍內對社交媒體、新聞媒體和規避工具的封鎖。
實驗和數據分析：
- 限速方法學：在過去幾年中，OONI 建立了一種測量針對性限速情況的方法學。作為該方法學的一部分，OONI 透過分析 OONI Web Connectivity 資料數據（透過 OONI Probe 測試 URL 來收集）來檢測對特定線上服務（如 Twitter/X 的限速）的極端限速情況。具體而言，OONI 測量針對性限速案例的方法學涉及分析 Web Connectivity 數據中 HTTPS 請求的時間資訊。這一方法學已成功測量了各種限速案例，如其研究報告中記錄的哈薩克、俄羅斯和土耳其的限速案例。2024 年，OONI 發布了一份有關其限速方法學的設計文件，以支持相關研究和未來工作。
- OpenVPN 實驗：作為其與 OONI 的 OTF 資訊控制研究計畫的一部分，Ain Ghazal 向 OONI Probe 增加了一個新的 OpenVPN 實驗。2024 年，OONI 將此實驗納入 OONI Probe 應用中，並開始將 OpenVPN 測量資料數據作為公開資料即時發布。
- 加密客戶端 Hello (ECH) 實驗：2024 年 11 月，俄羅斯封鎖了 ECH。為回應這一封鎖，並考量到接下來幾年可能會有更多國家開始封鎖 ECH，OONI 設計了一個新的「ECH 檢查」實驗，測量是否因在 TLS 握手中存在加密客戶端 Hello (ECH) 擴展而觸發封鎖。OONI 將新的 ECH 檢查實驗作為 OONI Probe 應用的一部分發布，並開始將 ECH 測量資料數據作為公開資料即時發布。
- OONI Pipeline v5：在過去兩年中，OONI 透過其最新資料處理管道 OONI Pipeline v5 推進其資料數據分析方法。透過此管道，OONI 超越「異常」的概念，將測試的服務分類為「被封鎖」、「故障」或「正常」。該管道具體說明封鎖的細節，完全特徵化其實施的所有方法。新 OONI Pipeline v5 的資料數據分析功能支持了所有 OONI 最新的研究報告，例如有關哈薩克、俄羅斯、坦尚尼亞、約旦、塞內加爾、巴西和亞塞拜然網路審查的報告。OONI Pipeline v5 還使 OONI 能夠分析 TLS 握手，並運用其限速方法學調查哈薩克、俄羅斯和土耳其的針對性限速案例。由於任何人都可以運行 OONI Pipeline v5，第三方研究人員已經使用其資料數據分析功能。例如，Sinar Project 使用 OONI Pipeline v5 支持其 2024 年在 9 個亞洲國家的 iMAP 網路審查研究報告。
關於網路審查的研究和報告：
- 網路審查研究：在過去一年中，OONI 基於 OONI 資料數據分析發布了多份研究報告。其中包括記錄坦尚尼亞在線 LGBTQI 網站封鎖激增、哈薩克的 TLS 中間人（MITM）攻擊及新聞媒體封鎖、俄羅斯廣泛的新聞媒體審查，以及肯亞在 2023 年和 2024 年 KCSE 全國考試期間對 Telegram 的封鎖。俄羅斯開始封鎖 OONI Explorer，這一情況由 OONI 基於其資料數據進行了記錄。
- 第三方使用 OONI 資料數據：與前幾年類似，OONI 資料數據繼續支持第三方研究工作。其中包括一篇 FOCI 論文，這篇論文應用了監督和非監督模型於 OONI 全球 DNS 測量數據。一篇 USENIX 論文則涉及大規模測量中國防火牆的網路審查。德黑蘭電子商務協會報告關於「伊朗的網際網路品質」的分析。還有 Cloudflare 發表的一篇部落格文章，透過將 Cloudflare TCP 連接異常與 OONI 的連接篡改報告進行比較，提供了第三方連接篡改的全球評估。尤為引人注目的是，iMAP 項目基於 OONI 資料數據發布了 9 份有關柬埔寨、香港（中國）、印度、印尼、馬來西亞、緬甸、菲律賓、泰國和越南的網路審查研究報告。更多 2024 年使用 OONI 資料數據的第三方例子可以在這裡找到。
- 迅速報導網路審查：為應對全球出現的審查事件，OONI 在其 OONI Explorer 審查發現頁面上，基於 OONI 資料數據發布了多篇簡短報告記錄封鎖情況。2024 年，OONI 發布了 12 份新的審查報告。在 2025 年的前六個月內，OONI 已經發布了 18 份新的審查報告。
全球社群參與網路審查研究：
- 新合作夥伴：在過去的一年中，OONI 建立了 6 個新合作夥伴關係，分別是與數位人權基金會（巴基斯坦）、SAFEnet（印尼）、數位人權尼泊爾、CyberHUB 亞美尼亞、EngageMedia（菲律賓），以及 7amleh - 阿拉伯社交媒體發展中心（巴勒斯坦）。如今，OONI 的全球合作夥伴包括 55 家數位人權組織！
- OONI 合作夥伴聚會 2024 在馬來西亞：2024 年 5 月，OONI 在馬來西亞吉隆坡舉辦了一次面對面的 OONI 合作夥伴聚會。作為這項為期兩天活動的一部分，他們將來自亞洲和中東地區的 OONI 合作夥伴聚集在一起，分享關於網路審查研究的技能和知識。該活動的目標是加強全球和地區間的審查測量研究與倡議合作。你可以透過 OONI 的報告和動畫全面了解這次活動。
- 新的 OONI 社群訪談影片：為了突顯社群的重要工作，以及社群成員利用 OONI 工具和數據的有趣方式，幾年前 OONI 開始在其 YouTube 頻道上推出「OONI 社群訪談」影片系列。2024 年，OONI 發布了兩個新的 OONI 社群訪談，分別是與來自本地化實驗室（Localization Lab）的 Chido Musodza 和非洲數位社會（DSA）的 Tawanda Mugari 對談。
- OONI 工具和資源的本地化：多虧了本地化實驗室，OONI 工具和資源已提供多種語言版本。過去一年的本地化亮點包括發布 9 種語言版本的測試列表編輯器，以及阿拉伯語和波斯語的 OONI 倡議懶人包。
- OONI 講習會：在 2024 年，OONI 團隊為來自世界各地的 484 名參與者舉辦了多次（線上和線下）的 OONI 講習會。他們的合作夥伴和更廣泛的社群還在其他地方（例如巴基斯坦、蘇丹、塞內加爾和坦尚尼亞）舉辦了更多的 OONI 講習會。

🔄 開發中 / 未來計畫¶

軟體開發：
- 發布 OONI Probe 桌面多平台應用程式
- 重構並精簡 OONI 測量引擎
- 改進 OONI Pipeline v5
- 發布社群媒體審查預警系統
- 為 OONI Probe 建立匿名憑證系統
研究：
- 發布更多基於 OONI 數據分析的全球網路審查研究報告
- 持續在 OONI Explorer 上發布更多審查發現
社群：
- 擴展並加強 OONI 合作夥伴網
- 舉辦 OONI 講習會，讓社群能夠獨立使用 OONI 數據
- 協調持續的本地化和快速應對審查的努力

IODA 的工作內容¶

投影片與錄影

IODA 提供了一個公開儀表板，展示網路連線測量，用來監控網路基礎設施的連線情況並檢測網路中斷。IODA 由喬治亞理工學院的網路智慧實驗室負責託管。全球的使用者透過 IODA 來追蹤和監控網路連線。IODA 也為技術研究社群提供了一個有價值的開放數據來源，激勵合作並促使研究人員在網路測量領域發表科學文獻。

🆕 最近和即將推出的功能¶

資料數據信號的更高細微度：IODA 發布了一項更新，提供更高的數據細微度。具體而言，ASN/ISP 訊號現在被本地化到其所運營的國家或地區，提供更當地化的連線圖示。在這次簡報中，我們展示了烏克蘭蘇梅和巴拿馬博卡斯德爾托羅的範例。此更新特別有助於識別跨地區運營的 ASN/ISP 內的中斷情況。更多詳情請查看我們的部落格文章。
主動探測、延遲和損失信號：新信號可檢測主動探測中的探測/回應損失和延遲峰值，以推斷廣義限速或性能下降。來自加沙的一個例子顯示出與近期光纖網路電纜被切割相對應的探測/回應損失。這一新數據將於 2025 年 7 月發布。
新手資源中心：包含教程、研究論文、詞彙表和資料數據庫。我們旨在使這些工具更易於理解和使用。未來將有更多內容添加。更多詳情請查看我們的部落格文章。
儀表板重新設計：基於使用者反饋和以使用者為中心的設計進行改進。重新設計後更易於訪問先前隱藏在按鈕後的可視化和信號。
上游延遲/路由追蹤分析：使用路由追蹤數據來追蹤路徑變化和測量倒數第二或最後一跳的 ASN/ISP 的延遲。這對於識別上游網路很有幫助，範例顯示在盧旺達 (MTN)和委內瑞拉（選後動盪）。這僅在 IODA 的 ASN/ISP 層次中可用，將於 2025 年 7 月發布。

🔄 開發中 / 未來計畫¶

整合 Mozilla 遙測數據。
正在編輯全球電力中斷資料集。
本地化支持（超越僅透過瀏覽器翻譯）。
半自動化系統用於記錄中斷（以提高人工驗證的效率）。
動畫解說影片以闡明測量方法。

社群提出的重要問題¶

問：是否有嘗試測量網際網路干擾更廣泛在其他領域的影響（經濟、社會、政治）？
- 答：關於經濟影響，我們推薦您參考布魯金斯學會這項研究中實施的方法。雖然有興趣在現有工作基礎上進行擴展，但更深入的分析可能需要與其他領域的專家合作。

問： AI 如何應用於網際網路測量工作？
- IODA：喬治亞理工學院的網路智慧實驗室正在利用 AI 來對網路進行分類（例如，識別政府或住宅的 ASN）。未來，在我們的儀表板上可能會使用 AI 代理，讓使用者能夠直接查詢和交互測量數據。我們也考慮過使用大型語言模型（LLMs）來幫助識別網路中斷的潛在原因。
- M-Lab： AI 的一個潛在用途是幫助非技術使用者更好地訪問和分析網際網路測量資料數據。我們有興趣與合作夥伴一起探索這一領域。

問：為了資金，有沒有可能轉為營利性組織以減少對特定政府支持的依賴？
- 答： OMG 團體保持非營利地位非常重要，無論是作為更大實體的一部分還是獨立運作，這是因為他們的工作性質是使資料數據公開、值得信賴且保有彈性，尤其適用於網際網路自由社群。此外，一些開放的網路測量工具依賴其社群來收集資料數據，我們不希望使用者社群擔心數據會被商業化。然而，OMG 團體有其他選項可以尋求變現可能，例如數據分析服務。

捐款連結：

捐款給運行並維護 IODA 的喬治亞理工學院網路智慧實驗室
支持 Measurement Lab 平台
捐款給 OONI 或成為 OONI 的支持者

問：預測網際網路中斷/審查事件是否可行？
- CP：不太可行，提前預測中斷或審查仍然無法實現。然而，Censored Planet 正在開發一個早期審查預警系統，利用 Google 趨勢中 VPN 搜尋詞的激增來標記在事件發生一天內出現的審查，儘管它無法提前預測事件。
- IODA：在我們最近的論文《Destination Unreachable》中，我們對比了關閉與中斷事件，進行了一項縱向和跨學科的研究，並識別出政治和技術上的特徵。這些發現可能用於提供中斷早期指標，以示範關閉事件與自發性中斷的特徵。閱讀更多關於該研究的內容請點擊這裡。

問：使用者可以訂閱更新嗎？
- 答：可以加入 Keep It On 和 OTF-Talk 郵件列表，獲取網路自由社群的更新。要加入 OTF-Talk，請造訪 https://www.opentech.fund/ 並滾動至網站底部進行請求。要加入 Keep It On，請透過電子郵件發送請求至 keepiton-request@lists.riseup.net
- OONI：您可以訂閱 ooni-talk 郵件列表，將收到 OONI 的最新更新。
- M-Lab：加入我們的 Google 郵件群組討論，可以訪問 M-Lab 數據、接收更新，並參與 M-Lab 社群討論。

問：使用者可以自訂網路中斷或審查事件的警報嗎？
- 答：可以的。
- IODA：IODA 有一個中斷檢測系統，會針對連線信號的異常下降發出警報。您可以在我們的使用者資源中心了解更多關於此中斷系統的資訊。這些警報和中斷摘要可在我們的儀表板上查看並可透過 API 存取。

翻譯說明

本篇文章的內容與資訊量很多，一些用語可能會使用的不精準，如果您有發現翻譯上的錯誤，請不吝嗇給予我們修正，感謝！

去識別化的觀測資料安全

anoni.net 社群 — Fri, 21 Aug 2026 14:03:41 +0000

去識別化的觀測資料安全¶

以下內容原文翻譯來自以下文章，主詞角色為 OONI：

Probe Security Without Identification, Michele Orrù 2025-02-20

在他那篇具有開創性的論文《沒有身份識別的安全性：使老大哥過時的交易系統》中，Chaum 構想了一個使用者可以使用單一數位錢包匿名與多個組織互動的未來，即使這些組織互相勾結。

為了提升 OONI 觀測資料的可信度，並防止故意或無意上傳的錯誤測量結果對 OONI 資料庫的影響，我們正在考慮在 OONI Probe 中設計和實作匿名憑證。在這篇文章中，我們提供了匿名憑證的現有文獻回顧。這是為了讓對密碼學領域不太熟悉但又好奇的讀者，能深入了解其所依據的協議。

為什麼要為 OONI 建立匿名憑證系統？¶

OONI 的運作仰賴於全球志工社群，他們進行測試以偵測和記錄世界各地的網路審查狀況，從而提高關於數位人權侵犯的透明度。隨著 OONI Probe 網路的擴展，部分使用者（無論是自願或非自願）可能會透過向伺服器提供錯誤觀測數據資料來污染測量結果的風險也隨之增加。這可能是來自於刻意攻擊，透過上傳假測量資料來詆毀 OONI 平台，又或者是由於 OONI Probe 安裝錯誤所導致。

例如，惡意行為者可能會在相同網路上、對僅僅少數網站、並在短時間內上傳假測量資料，集中的模式讓假測量相對容易識別。一個更高階的行為者可能會從多個網路上傳涉及多個 URL 的少量假資料，並且分散在很長一段時間內進行，行動就更難以偵測。在這些情況下，攻擊者的目標可能是用假資料來污染 OONI 資料庫，使平台的可信度受到質疑。他們也可能有興趣利用 OONI 觀測資料來散布特定國家或地區的審查誤導訊息，例如宣稱某些被封鎖的網站並沒有被封鎖，或反之亦然。

常見的減緩錯誤測量污染風險的方法包括實施基於 IP 的封鎖、使用者帳號（需註冊和登入）以及設備認證。這些解決方案對於 OONI 來說都不太理想，因為它可能會暴露我們的社群（甚至使其處於危險之中）。因此，我們一直在研究可能的密碼學解決方案，以便在不追蹤使用者或妥協使用者匿名性的情況下建立信任。

OONI 的基礎設施相當特殊：使用者上傳的隱私在網路層級和應用層級都被優先考量。而且，使用者也可以透過使用繞過或匿名工具（例如 Tor）來上傳測量資料，從而維持著更強的匿名性。此外，OONI 負責接收和維護使用者上傳的資料。主要的資料流結構如 OONI 的後端文件中所示：

理想情況下，我們希望能夠導入並建立對上傳觀測資料的信任。我們特別想在 checkIn(ProbeMeta) 和 upload(Measurements) 流程中建立信任，並能在不增加流程複雜性或對使用者或伺服器造成負擔的情況下，阻止錯誤（或惡意）的觀測結果。

簡單來說，我們正在尋找一個具備以下特性的匿名身份驗證系統：

能夠擴充到每秒數百次的驗證
不會去識別化使用者
允許 OONI 實施政策以緩解潛在攻擊或錯誤資料上傳
能夠融入 OONI 的測量資料上傳系統
給長期貢獻於系統的使用者分配更高的信任等級
懲罰上傳不良資料的使用者

近年來，一些大型 VPN 供應商和內容傳遞網路（CDN）採取了一種方法，我們也一直密切關注：匿名憑證。

匿名憑證是一種簽章，但簽章持有者不會直接揭示它，而是在零知識的情況下證明這些屬性滿足某個特定條件。展示憑證可以證明使用者具備特定屬性，但不會揭露過多的資訊。我們稱這個過程為展示憑證。發行憑證的實體稱為「發行者」。接收到憑證的實體稱為「證明者」。驗證憑證的實體稱為「驗證者」。在 OONI 的語境中，OONI Probe 是使用者，而 OONI 後端則同時是發行者和驗證者。

文獻回顧：匿名憑證¶

在匿名憑證的領域中，可以區分兩條研究路線：

鍵控驗證憑證（Keyed-verification credentials, KVAC）：其中發行者和使用者是同一個實體，並且都持有相同的簽章密鑰。這些方案通常依賴於較輕量的密碼學技術，例如今天的 Signal 就是採用者之一。
公開驗證憑證（Public-verification credentials）：其中發行者和使用者可以是不同的實體，發行者持有簽章密鑰，而使用者則持有相應的驗證密鑰。如你所料，在此情況下，驗證者無法生成新的憑證。這是大型身份專案，如 Idemix 的案例。

翻譯補充

在臺灣的脈絡下，鍵控驗證憑證（Keyed-verification credentials, KVAC）和公開驗證憑證（Public-verification credentials）可以聯想到幾個服務與應用：

Keyed-verification credentials (KVAC):
- 金融交易驗證：例如使用手機 APP 進行行動支付時，透過銀行的數位憑證和多重身份驗證機制來確認交易安全性。
- 企業內部系統：大公司內部使用的驗證系統，如利用企業專屬密鑰來確保只有授權員工可以訪問機敏資料或系統。
Public-verification credentials:
- 自然人憑證：臺灣政府發行的憑證，用於驗證個人在網路上的身份，例如辦理各類政務服務時的線上驗證。
- SSL 憑證：用於網頁加密，確保使用者瀏覽的網站是安全的，並且網站身份可被公眾驗證，例如政府機構或大型企業的網站通常會使用這種憑證。

憑證還可以從另一個角度來進行觀察：

單次使用憑證：這類憑證在使用者出示一次後便不可再次使用。它們可以非常快速，甚至可以簡單到只需盲簽章方案（甚至是 80 年代由 David Chaum [Chaum82] 發明的那個！）。單次使用的鍵控驗證憑證（KVAC）有時被稱為「匿名令牌（anonymous tokens）」，通常受到可驗證遺忘偽隨機函數 [RFC9497] 的啟發，後者內部依賴於由Jareki 等人 [JarKiaKra14] 用於 IETF 隱私通行證標準的 VOPRF，或是 Chaum [Chaum82] 的盲 RSA 簽章方案。此處一些應用例子包括：
- Google 的 BoringSSL 實現了匿名令牌 [KLOR20]。
- 盲 RSA 簽章也被 Apple Cloud Relay 和 Google One 的 VPN 服務所使用。
多次使用憑證：此類憑證允許使用者多次出示同一憑證。它們由 Anna Lysyanskaya 和 Jan Camenisch 於 2002 年引入（用於公開驗證），由 Melissa Chase、Sarah Meiklejohn 和 Greg Zaverucha 於 2014 年引入 [CMZ14]（用於鍵控驗證）。例子包括：
- 基於 Camenisch–Lysyanskaya [CamLys01, CamLys02]：這包括由 Open Wallet Foundation 贊助的 Bifold 和 Aries RFC。
- 基於 Chase–Meiklejohn–Zaverucha [ChaMeiZav14, PoiSan16]：用於 Signal 的私人群組系統 [ChaPerZav20]，NYM Technologies，以及 Tor 用於橋接節點的分發 [TulGol23]。
- 基於 BBS 簽章 [BonBoySha04, TesZhu23b]：這種方案是至今為止在公開驗證環境中歷史最悠久且最廣泛使用的。BBS 正在被 W3C 和 IETF 考慮：W3C 在分散身份和可驗證憑證方面進行多項努力，並在這些努力中提到 BBS。IETF 目前對 BBS 憑證有一個正在進行中的提案。此外，BBS 被建議作為歐洲數位身份的解決方案，並被 Idemix 用於其 DLOG 憑證（Idemix 也由 IRMA 實施），以及提供可重複使用數位身份和可驗證憑證的區塊鏈網路 Dock 所採用。

為什麼有人需要多次出示一個憑證呢？想想紙本身份文件：它們也會被多次出示（但它們在隱私保護方面也很差！）。在 OONI 中，我們預期使用者會多次上傳觀測報告，雖然我們可以發送一批單次使用的憑證（Cloudflare 過去在 Internet Challenge Bypass Privacy Pass 採用過同樣的做法），但這樣的方式效率不高。

當然，可以想像一個應用程式發放 1,000 個一次令牌，然後每次「燒掉」其中一個來替代多次使用憑證。然而，這樣會在應用層面增加負擔，必須調整憑證發放的數量並確定何時檢查、更新可用令牌的庫存。因此專門為多次使用情境設計的方案就有效得多。

除了基本的憑證系統中，允許使用者僅表示他們已被系統「信任」之外，還有許多非必要的功能可以匿名地向伺服器證明。這些密碼學擴展功能包括：

有效期限：實施基於時間的憑證有效期限。
網路相關身份：在不同網路中保持使用者不可關聯性，但在相同網路中保持一致的臨時標記。
發行門檻：設置一些受信任的權威機構負責發行憑證，並集體決定誰不應該擁有訪問權。
撤銷：允許移除被破壞或過期的憑證。
發行者盲視：防止發行者了解他們所簽署憑證的內容。
範圍證明：證明數值屬性需位於特定範圍內。
憑證對接：在不同系統間連結憑證，同時保持隱私。

這些功能可以獨立於基礎憑證系統實現 [Orru24]，允許根據特定需求進行靈活佈署。雖然每個功能會帶來其特有的運算和儲存成本，但這些權衡可以與核心憑證協議分開評估。

匿名憑證在理論密碼學中的全貌，以及 OONI 的定位。

在文獻之外，觀察當前佈署憑證的生態系統，從成熟的老牌公司到新興的早期區塊鏈專案，可以看到以下三種類型：

基於通用盲簽章的憑證：這些憑證非常輕量，但在效率和可用性之間進行了取捨，對支持的功能和使用次數加以限制。過去幾年中出現了多種一次性憑證，尤其是在鍵控驗證環境中，Verifiable Oblivious Pseudorandom Functions 已成為領導方案。儘管盲簽章本身很簡單，但在離散對數環境中發行它們需要超過一次的交互。
基於支援零知識的簽名方案和訊息驗證碼的憑證：這種方法選擇具有優良「代數」屬性的簽名方案。如果「代數」屬性與零知識證明系統中的代數運算相容，就能得到一個匿名憑證，使用者可以證明任何基於底層零知識證明系統所支援的內容。例如，簽名不需要仰賴雜湊函數，通常是基於離散對數問題難以解決的群。此類資料結構的一個優勢是可以在一次互動中完成：在發行時，使用者可以請求憑證，伺服器會立即回應。
基於零知識證明的憑證：這一廣泛類別的憑證通常仰賴於 SNARKs 和遞歸 SNARKs，通常集中在為一個標準化的通用簽名方案證明簽名驗證，或完全去除簽名，建立使用者所擁有的秘密金鑰的雜湊樹，然後通過證明成員資格和非成員資格用於身份驗證。此類憑證通常缺乏公開的可驗證安全性形式化。在區塊鏈等難以確認有簽名權的單一實體或小群體的情境中，情況尤其常見。但在理論上很難見到該做法的形式化。以下是兩個例子：
- Semaphore 套件庫和來自 [Privacy Scaling Explorations (PSE) 的 Anon Aadhaar 協議是一套用於構建在以太坊區塊鏈上使用匿名通訊應用程式的工具，依賴於通用的零知識簡潔論證（zk-SNARKs）。
- Zupass 是基於證明資料記載的身份驗證系統。

基於簽章的方案與高效率的協議似乎能夠提供我們所需的一切：一次互動、可靠的安全證明，可擴充的空間，同時保持實時高效和可延展。

匿名憑證似乎是使用者登入和基於位置封鎖的極好替代方案。對我們來說，它們可以在不影響最重要因素的情況下加強我們的測量平台：那些很棒的志工社群的隱私和安全，將使 OONI 的審查觀測成為可能。

我們已經在試驗一個原型，迫不及待想與您分享我們的進展。🚀

Arti 1.4.1 更新發佈

anoni.net 社群 — Fri, 21 Aug 2026 14:03:41 +0000

Arti 1.4.1 更新發佈¶

以下內容原文翻譯來自以下文章，主詞角色為 Tor Project：

Arti 是我們正在進行中的專案，用於使用 Rust 開發新一代的 Tor 使用者端。我們現在宣布最新版本 Arti 1.4.1 的釋出。

此版本新增了使用者端對 Family IDs（也稱為「Happy Families」）的實作功能，當此功能被全面採用時，將可節省中繼節點管理員的時間與頻寬。此外，此版本也開始為全面實作 Conflux 打好基礎，透過多路徑傳輸流量來提升效能。

若想了解我們完成的所有細節，以及許多較小且不那麼顯眼的更動資訊，請參閱 CHANGELOG。感謝所有對此版本做出貢獻的人，包括 kpcyrd 和 Neel Chauhan。同時，也特別感謝我們的各位贊助者對 Arti 開發的支持與資助！

補充 1.4.0 更新¶

此版本提供了一個全新的 RPC 介面，是 Arti 取代 C Tor 控制埠的替代方案，並帶來了許多改進。此外，還進行了大量關於支援中繼節點的準備工作、錯誤修復，以及針對服務端洋蔥服務的抗拒絕服務攻擊的相關開發。

若想了解我們完成的所有細節，以及許多較小且不那麼顯眼的更動資訊，請參閱 CHANGELOG。

隨著此版本的釋出，我們很高興地宣布 Arti 的官方網站已進行了全面的大改版。這個網站將用來提供關於 Arti 專案的一般資訊，例如範例程式碼、文件等。感謝 DocumentWrite 的夥伴們協助我們完成新網站的設計與實作！

緬懷與致謝¶

Arti 1.4.0 的釋出獻給 Jérémy Bobbio (1982-2024) 的紀念，他在我們的社群中被稱為 Lunar。Lunar 是一位 Tor 的志工、自由軟體開發者以及社群組織者。

在 Tor 社群內，Lunar 因帶領 Tor 舊版《每週新聞》電子報的努力，以及他對組織和組織周邊人的深切關懷而被記住。

在 Tor 社群外，Lunar 參與了許多成功的自由軟體專案，例如 Debian 專案。他也致力於建構 Reproducible Builds（可重現建構）專案的基礎設施與工具化，這項專案至今持續造福整體生態系。

Lunar 的離去對我們的社群以及他所參與的眾多其他社群都帶來了深刻的懷念與不舍。

另請參閱其他專案對 Lunar 的紀念與讚譽：

全新 RPC 介面¶

隨著此版本的釋出，Arti 的 RPC 介面現已可供使用。

Arti 的 RPC 介面取代了 C Tor 的控制埠（control port），並帶來以下多項改進：

協議基於 JSON，減少了開發人員對自定義剖析器（parser）和編碼器（encoder）的需求。
協議採用以能力（capabilities）為基礎的設計，以避免應用程式彼此之間無意間影響對 Arti 的使用。
協議更明確地支援擴展，並清楚規範了使用者端與 Arti 如何處理非預期的訊息、參數與資料。
提供一個發現機制，讓應用程式更容易找到並設定 RPC 連接埠的使用。
協議支持在單一連線上處理多個同時進行的請求。
我們提供了一個預設的使用者端函式庫，並附有 C 和 Python 包裝器，以免應用程式開發人員需要自行實作相關邏輯。

目前所支援的功能有限：應用程式可以使用 RPC API 來連線至 Arti，檢查啟動過程，並開啟資料流（data streams）。未來的版本將依照開發人員的需求增加更多功能。我們已經收到來自 Tails 和 Tor Browser 的願望清單。

我們希望開發人員可以嘗試使用此 API 和客戶端函式庫，並回饋意見，以協助我們確定接下來的開發重點。

這標誌著一個重要的里程碑，使開發人員能更輕鬆地將 Arti 整合到他們的應用程式與服務中，而無需直接嵌入 Arti 的 Rust 函式庫。我們希望這將為外部開發人員帶來更多的發展機會，並讓越來越多重視隱私的使用者享受到 Tor 提供的強大線上保護。

我們預期不會在 RPC API 或客戶端函式庫中進行重大更動，但會在獲得更多開發者的實際經驗後，才正式宣佈其穩定性。

感謝所有對此版本做出貢獻的人，包括 Dimitris Apostolou、hhamud、Neel Chauhan 和 tidely。

同時，一如既往地感謝 Zcash Community Grants、Bureau of Democracy、Human Rights and Labor，以及其他贊助者對 Arti 開發支持與資助！

Tor 的秘密歷史：如何從軍事專案到維繫隱私的救命繩索

anoni.net 社群 — Fri, 21 Aug 2026 14:03:41 +0000

Tor 的秘密歷史：如何從軍事專案到維繫隱私的救命繩索¶

一個關於秘密、抗爭與網路自由鬥爭的故事

以下內容原文翻譯來自以下文章：

The Secret History of Tor: How a Military Project Became a Lifeline for Privacy, by Ben Collier, The MIT Press Reader, 2025-08-08
特別感謝 Anar Badalov（Head of Content Strategy and Audience Engagement, The MIT Press）的協助。
內容中的連結引用了原始文章，而註解部分則提供了翻譯後的背景補充。

AI 生成示意圖

我正坐在英國一列擁擠火車上，一張冰冷、磨損且骯髒的塑膠椅子上，透過窗戶看著冰冷的霧氣快速掠過（這是英國生活中許多不愉快但又奇妙地讓人享受的日常經驗之一）。儘管這節火車車廂來自 1980 年代中期，居然有看似可用的 Wi-Fi 服務，所以我連上網路，希望能把握空檔做幾個小時的博士研究。我試著開啟一個網站（自以為如此）但卻中途被火車的 Wi-Fi 服務提供商攔截到一個阻擋頁面。¹

我嘆了口氣，打開 Tor 瀏覽器並輸入網址。網頁瞬間載入完成。

Tor 大多被認為是「暗網」或「深網」，被視作一個網路上的無法之地，犯罪猖獗。然而，它部分資金是由美國政府提供的，BBC 和 Facebook 都有僅限於 Tor 連線的版本，以便讓在威權國家的使用者能夠訪問。

簡單來說，Tor 是一個讓你在網路上保持匿名的分散式基礎設施。它是一個遍佈全球的伺服器網路，使用一款稱為 Tor 瀏覽器的軟體來訪問，你可以從 Tor 專案網站免費下載這個瀏覽器。當你使用 Tor 瀏覽器時，你的連線內容會被加密並繞經世界各地，然後才到達你想連線的服務。這讓各國政府難以追蹤你的活動或阻擋訪問，因為該網路會把你的連線路徑轉到不受限制的國家。

暗網崛起！

如今，像 Tor 這樣的隱私技術成為我們數位時代的基礎支柱。從 VPN 和 WhatsApp 等加密通訊軟體，到我們數位系統中的基本安全功能，都是用來防範網路犯罪的重要工具²。

然而，由於無法僅單獨防範數位犯罪而不防範國家的大規模監控，因此這些技術成為安全和執法利益間不斷角力的場所。特別是英國，目前正因為嘗試利用法律和技術來對抗網路危害而引發震盪。

近期的辯論集中在由演算法散播的激進化和仇恨內容等危害上，這些問題常常被對待得好像它們是自然而然地從技術中產生的，而非源自於社會政策、企業貪婪或日益激進的社會精英。

密碼龐克（Cypherpunks）曾警告說，網際網路可能會很快從一個理想的烏托邦夢想轉變為威權的惡夢。

我們確實面臨著一個奇怪的局面。各國政府對網際網路的管制日益加強，然而，繞過管制的技術卻輕易可得（以 Tor 為例，完全免費），而且這些技術常常還是由同一批政府資助、開發、使用、和推廣的。通過回顧 30 年前全球資訊網的創立以及最終發展成為 Tor 的技術，我們可以對其中的原因有一些令人驚訝的見解。

加密戰爭¶

由於持續不斷的 Oasis 復興³和 Carhartt 在時尚市場⁴的持續主導地位，英國的讀者對於 1990 年代的文化背景應該不需要太多介紹。但除了寬鬆牛仔褲和英倫流行音樂之外，商業網際網路的早期也是一個充滿巨大可能性和衝突的時代，許多有關我們數位時代的技術和設計的面向都在當時受到爭奪。

其中一些最重要的爭議被稱為「加密戰爭⁵」。一群被稱為「密碼龐克」（Cypherpunks）的激進駭客和電腦科學家在 1980 年代和 1990 年代初期，致力於將軍用級別的加密技術改造為公眾使用。他們警告說，網際網路可能會迅速從一個烏托邦夢想變成威權的惡夢。作為「科技自由主義者（technolibertarians）」，他們相信加密技術對於實現網際網路的潛力至關重要。他們認為這將永遠打破大型媒體公司、銀行和政府的權力，將權力交還給個人。

另一方面，執法機構對於超出其控制的大眾通訊平台的普及感到越來越憤怒。然而，時代的精神並不站在他們這邊。許多網際網路的核心設計者認為加密對於維持大型且複雜的系統不受干擾運行是必不可少的。全球企業也普遍支持隱私，因為它們在全球市場中運作，希望在新興的數位經濟中保護自己的競爭優勢。

或許最重要的是，美國政府的核心有一套上升中的理念，將網際網路視為終極的新自由主義專案：一個無邊界的市場，在這裡，自由流動的資訊將帶來最佳的價格、觀念和解決方案。在蘇聯解體後，充滿救世主般的文化自信，他們相信如果資訊能夠自由流通，美國資本主義的價值觀將憑藉自身的優點獲得勝利。

就是在這個充滿混亂和高度風險的環境中，伴隨著奇異的聯盟與相互衝突的願景，孕育出了暗網背後的技術。

間諜、潛艇與秘密¶

AI 生成示意圖

Tor 的故事始於美國海軍研究實驗室（NRL）的一個辦公室。在走廊另一頭，衛星和雷達天線懸掛於巨大的空間中，巨大的黑色金字塔形結構布滿了廣闊的隔音測試室的牆壁，機械手臂在陰暗的水池中伸展，潛水員手持感應器在水中進行檢測。然而，Tor 的基礎卻是在一個相當平凡的環境中建立起來的：一間共用的電腦實驗室。

三位軍事研究人員：David Goldschlag、Mike Reed 和 Paul Syverson，正在討論網際網路基礎設施的一個基礎性問題。隨著新興商業網際網路的崛起，這些全球系統雖然對軍事通訊至關重要，但卻很難保護其安全，對軍事使用者形成了挑戰。

當時已有加密技術可以用來保護資訊的內容，但在內容之上，網路本身還存在許多安全問題。網際網路的流量路由系統和協議依賴的是定位位址資訊，相當於信封上的寄件人和收件人地址。正如收件地址對郵件投遞至關重要一樣，這些位址資訊對於網際網路的設計至關重要，並且必須對營運網路的基礎設施提供者揭露可見。

網際網路的路由設計對於美國政府的國內利益而言運作良好，因為它讓國家可以在關鍵控制點建立監控使用者流量的能力。然而，隨著網際網路的全球擴張，其他國家的政府也獲得了這種對其國內通訊網路的監控權力。這意味著那些駐外的情報人員和軍事人員在想要與美國的上級聯繫或與其作戰基地溝通時，會面臨著被監控的風險。

每當海軍使用與網際網路連接的加密系統和通訊網路時，大量有價值的附加資訊會被營運基礎設施的人員獲知。例如，如果一位 CIA 間諜在外國，並透過網際網路將訊息傳回 CIA 的主伺服器，該外國的網際網路服務提供商（ISP）就能觀察到訊息的發送地點，從而推測出間諜的身分關聯⁶。

這對軍事研究來說是一個明確的課題：如何在美國與其他國家之間保持網路流量的秘密，不僅要保護內容（可以通過加密處理），還要隱藏來源與目的地。三位美國海軍研究實驗室的研究人員尋求的正是解決辦法。

Onions 洋蔥路由¶

這些研究人員希望找到一種辦法來實現看似不可能的任務：即賦予軍方使用全球高速網際網路的好處，同時不讓他們暴露在網路運作所需的元資料的漏洞之中。

於是，洋蔥路由（Onion routing）誕生了。多年來，洋蔥路由經歷了許多變化和改進，但其基本原理始終如一：網路上用於導航的路由資訊首先被隱藏在三層加密之下，就像俄羅斯娃娃一樣。洋蔥路由的名字也由此而來。這些「洋蔥」的路由資訊被發送到一個由洋蔥路由器組成的網路中：遍布全球的伺服器或中繼站，以相互間的跳轉來傳輸流量。每個中繼站解密來自上一層的加密內容，從而揭露網路中下一個伺服器的位置，直到最終伺服器解密出流量的目的地並與目標網路服務連接。這樣一來，沒有任何一個中繼站能同時看到流量的來源和目的地。

用於網路導航的路由資訊首先會被隱藏在三層加密之下，就像俄羅斯娃娃一樣。

這種技術設計立即帶來社會影響，海軍研究實驗室的設計者在早期階段就已經注意到了。首先，該基礎設施不能由美國海軍運營，否則就只有信任美國海軍的人才會使用它。在洋蔥路由設計中，匿名程度是通過使用者的數量來實現的：使用系統的人越多，它所提供的匿名、隱私保護就越強。

除此之外，還有其他的影響。例如，若 CIA 特別探員想在非美國的國家使用 Tor 而不引起懷疑，該國必須要有大量的公民在日常網路瀏覽中使用 Tor。同樣地，若某個特定國家的使用者僅限於吹哨者、民運人士和抗議者，政府很可能因此逮捕任何連接到這個匿名網路的人。因此，洋蔥路由系統必須對盡可能廣泛的使用者和維護者開放，使用者的身份或所屬關係才不會因為使用系統本身而曝光。

這種系統對公眾開放的理念，使少數高風險使用者能夠隱藏在日常使用者產生的流量中，成為洋蔥路由典範的基礎，也就是後來 Tor 的前身。

翻譯說明：Tor 與 Onion 洋蔥網路差異

常常有人會誤解 Tor 就是洋蔥網路、路由，但應該正確來說，先有 Onion 洋蔥路由（Onion Routing）網路基礎架構的誕生後，才有基於洋蔥路由網路應用的 Tor（The Onion Router）專案，Tor 則是將這一技術實現為一個實際可用的匿名網路系統。

密碼龐克駭客與美國軍方¶

AI 生成示意圖

匿名性需要仰賴大量使用者來支持，因此 Tor 需要被推廣給社會大眾。這一需求促成了密碼龐克與美國海軍之間意想不到的聯盟。

開發洋蔥路由的美國海軍研究實驗室的研究人員意識到，若沒有普通人的使用，這項技術將無法成功。因此，他們聯繫了密碼龐克社群，邀請他們參與關於設計和策略的對話，使這項技術能夠接觸到廣大群眾。

美國海軍研究實驗室的研究人員在 1997 年於奧克蘭舉行的資訊隱藏工作坊（Information Hiding Workshop）上，與密碼龐克社群的幾位成員面對面交流，討論合作的可能性。在那裡，他們分享了素食千層麵、沙拉，以及（不意外地）烤洋蔥，並討論了可能支持大眾使用的匿名系統的技術可能性和基礎模式。在此過程中，他們也探討了可能團結這個奇特混合社群的更廣泛價值觀和動機。

透過觀察軍事學者和密碼龐克這兩個世界的互動，從分享測試結果、理論討論、電話通話、電子郵件聯繫，到偶爾共享一頓烤洋蔥，我們可以看到隱私概念的一個獨特開端。在密碼龐克追求的日常、激進、去中心化的隱私觀念，與軍方所需的高安全性流量保護之間、一個共同的理念逐漸形成。這個理念認為隱私受到數位基礎設施中權力和控制集群的強烈影響。

這種將隱私視為一種「結構」的理解，團結了未來三十年間圍繞 Tor 的一個奇特聯盟：其中包括社運人士、記者、毒品買家、駭客，甚至軍方本身。

安全爭奪戰¶

這個故事出人意料地描述了一群自由意志主義駭客與美國軍方在冷戰餘震中合作，呈現出比單純的個人與國家對立更為細緻的隱私僅景象。它展示了不同群體如何共同努力，藉由法律、技術、實踐和文化價值觀來改變我們如何劃定不同物質系統之間的權力界線。從這個角度理解，我們可以看到，隱私設定了社群、家庭、國家、企業、機構或個人領域的起點和終點。

以英國的《網路安全法》為例。政策制定者將其視為保護婦女和兒童免受傷害的工具，科技部長甚至表示反對該法就等同於站在掠奪者和虐待兒童者的一邊。執法機構經常主張，隱私技術削弱了他們防止和調查犯罪的能力，特別是針對婦女和兒童的犯罪。這將問題框定為個人權利與集體安全之間的取捨。但許多女權主義者則持完全相反的觀點：認為警方長期以來將婦女和兒童描繪成特別弱小和脆弱的群體，以此來鞏固自身的權力地位。

削弱那些實際提供社群安全的工具，並不是一個有效的保護策略。

事實上，在實踐上打破加密只會強化對婦女和兒童的監控，以保護他們為理由實際卻是在削弱他們的自主權和自決權。然而，對許多婦女來說，她們真正需要防範的往往是家庭、社群或機構中具影響力的男性。對許多人而言，警方能夠追蹤她們的私人生活或試圖接觸生育保健服務是一件極具威脅性的事情。

國家聲稱保護弱勢群體的說法往往掩蓋了其試圖施加控制的企圖。事實上，比起那些被視為能夠神奇地解決社會問題的技術修補（這些通常對解決根本的厭女、種族主義和暴力問題效果甚微）或監控工具，建立健全、有良好資金支持、以價值觀為導向並具民主責任的內容審查機制：由待遇良好、工作條件優渥的工作人員提供服務，才是更佳的解決方案。

確實，削弱那些實際提供社群安全的工具並不是一個有效的保護策略。隨著我們越來越多的線上生活被導向由少數日益激進的科技精英掌控的集中式 AI 基礎設施，像 Tor 這樣的工具變得愈發重要。除了在日益不安全的全球環境中提供隱私和網路犯罪防護之外，這些工具還為網際網路描繪了一個更為樂觀的未來：我們將重建對社會機構的信任以應對傷害，而不是將該角色拱手讓給不受約束的控制技術。

作者簡介¶

Ben Collier 是愛丁堡大學社會與政治科學學院科學、技術與創新研究系的數位方法資深講師。他著有《Tor：從暗網到隱私的未來》（"Tor: From the Dark Web to the Future of Privacy.", ISBN: 9780262548182）。該書的開放存取版本可以在此免費下載。

在某些情況下，使用者有可能繞過當地的網路封鎖或限制，因此作者使用 Tor 能夠成功繞過火車 Wi-Fi 供應商設置的阻擋頁面，順利訪問所需的網站。不過，這並不代表所有情況下 Tor 都能完全繞過所有類型的封鎖或限制，因為不同的供應商和網路環境可能有不同的封鎖或檢測機制。然而，在許多情況下，Tor 確實提供了一種有效的匿名訪問連線的方式。 ↩
原文在此強調隱私技術在現代數位社會中的重要性，特別是它們在防範網路犯罪中的關鍵角色。隱私技術的基礎性：Tor、VPN、加密通訊軟體（像是 WhatsApp、Signal ...）等隱私技術被視為支撐我們數位社會的基礎。在如今的網路環境中，保護個人隱私的技術已經成為不可或缺的一部分。防範網路犯罪的工具：隱私技術之所以重要，是因為它們提供了基本的安全功能，可以有效地防止網路上的各種潛在威脅，包括保護個人和企業免受駭客攻擊、資料數據外洩、隱私侵害...等等。在當前數位化程度越來越高的社會中，隱私技術不僅僅是保護個人訊息的工具，更是保障網路安全、維持信任和促進自由交流的重要資源。藉由提供一層額外的安全防護，這些技術能夠有效地減少網路犯罪的發生，並保護使用者的數位生活。 ↩
此處應該指「英國搖滾」的復新。1990 年代的英國，特別在音樂界，是所謂「英倫搖滾」（Britpop）的一個重要時期。而 Oasis 作為該時期最具代表性的樂團之一，在整場文化運動中扮演了關鍵角色。「Oasis 復興」通常是指他們在那段時期內帶動了一股搖滾音樂的潮流，影響不僅止於音樂，還包括了整體的時尚風格、年輕人的文化及自我認同感。 ↩
Carhartt 原本是一個美國工裝品牌，以其耐用性而聞名，但在 1990 年代，它的服裝開始受到了英國及其他地區青少年的喜愛，成為街頭時尚的象徵之一。Carhartt 的服飾因其結實且實用的特質，與青少年對於叛逆與實用結合的穿著風格需求不謀而合，因此在青少年文化中獲得了廣泛的接受和流行。 ↩
「密碼戰爭（Cryptowars）」是指 1990-2002 的加密技術出口事件，詳細的歷史脈絡可以參考 ZKPunk 的「第二次密碼戰爭 (1991–2002)：出口戰鬥」。 ↩
2013 年，前美國國家安全局（NSA）的承包商愛德華·斯諾登（Edward Snowden）揭露了一系列秘密文件，指出美國政府如何大規模監聽和收集全球數據。爆料引起了全球對網際網路監控規模和範圍的高度關注。斯諾登的揭露顯示，美國不僅進行國內監控，還可能涉及全球通信的監視，直接牽涉到國際監控網路及 ISP 的作用。 ↩

測量網路審查：挑戰、趨勢與影響

anoni.net 社群 — Thu, 20 Aug 2026 01:58:05 +0000

測量網路審查：挑戰、趨勢與影響¶

翻譯備註：這篇文章由 OONI 的 Maria Xynou 撰寫，原刊於 Internet Society 的 Pulse blog，後由 OONI 轉貼。OONI 是目前全球規模最大的網路審查觀測公開資料集，本文整理了測量網路審查的方法挑戰、近年觀察到的審查趨勢，以及觀測資料如何被用在數位人權的倡議行動。對中文讀者來說，這份脈絡有助於理解為什麼「網路看起來能用」不等於「沒有被審查」，以及為什麼台灣的網路韌性議題也需要持續的觀測資料來支撐。

以下內容原文翻譯來自：

Measuring Internet Censorship: Challenges, Trends, and Impact, Maria Xynou 2026-05-05
原始版本刊載於 Internet Society Pulse blog

重點摘要：

網路審查正在變得更精細、更具針對性，也更難被偵測。
OONI 以群眾外包方式收集的網路觀測資料，能支援研究、倡議行動，以及對網路審查事件的快速反應。
OONI 的長期資料揭示了幾項全球網路審查的關鍵走向，包括短期針對性的間歇封鎖，以及長期、系統性的壓制。

網路審查正在變得更精細、更難被偵測，「透明度」這件事比以往更迫切。

俄羅斯、哈薩克等國家正在封鎖大量獨立新聞媒體，選舉與抗爭期間針對社群媒體的限制在全球各地也越來越常見。連民主國家也在擴張審查做法。舉例來說，阿爾巴尼亞去年封鎖了 TikTok，西班牙則間歇性封鎖了部分網路，做法是針對 LaLiga 直播網站所使用的 Cloudflare 基礎設施下手。

這些案例都由 Open Observatory of Network Interference（OONI）記錄下來。OONI 是一個非營利組織，維護全球最大的網路審查公開資料集，資料來自群眾外包的測量。本文簡要討論測量網路審查的挑戰、正在浮現的審查趨勢，以及網路觀測如何推動人權倡議。

測量網路審查的挑戰¶

要判斷一件事算不算網路審查，很少能用「能不能連」、「有沒有被封鎖」這種二分結果就說明清楚。

許多因素都可能讓服務看起來無法存取，即使沒有任何人刻意限制。架在不穩定伺服器上的網站可能短暫失效，跟政府毫無關係。網路品質不佳時，使用者也可能難以開啟網站或 App。連 DNS 設定錯誤都可能造成存取失敗，但跟審查無關。

誤判（false positives）很常見。挑戰更進一步來自審查做法的多樣性，從 DNS 操縱、IP 封鎖，到更隱晦的流量限速或注入偽造回應都有。同一個網站可能在某個網路能用、在另一個網路被擋，因此需要廣泛、去中心化的測試才有機會做出可靠判斷。

OONI 用幾個方式來面對這些挑戰。一是開發公開的測量方法論並鼓勵同儕審查與專家回饋，並利用對照測量（control measurements）作為基準。OONI 也使用一套機率式指標估計某個資源在特定網路與時間區間內被限制的可能性。這套方法在 OONI Pipeline v5 上實作，會比對量測結果並套用啟發式規則，把結果分類為「blocked」、「down」或「OK」，並附上一定信心度的估計。

直接從在地網路收集到的量測，比遠端測試更有價值，因為它反映了使用者真實的審查體驗。當志工根據他們實際遇到的封鎖內容、在自己所在的脈絡下執行測試時，這些資料比較有機會捕捉到突發、情境特定的審查事件。

OONI 正是依此運作。世界各地的人們執行 OONI Probe，從他們所連的網路上貢獻量測。資料的取得仰賴志工選擇測什麼、何時、何地，因此各國的涵蓋率差異很大，同一個國家的不同網路之間也會有落差。涵蓋率不均是一項重要挑戰，要可靠地偵測（並確認）審查，需要持續的資料來累積信心。

審查事件常發生在高風險情境，例如反政府抗爭期間。在這些時刻進行測試，會讓貢獻者承擔實際的風險，也讓量測與審查偵測變得更困難。在 OONI，使用者安全是優先事項，所有貢獻量測的人都會經過知情同意的程序，在 OONI Probe App 中以小測驗的形式確認。

浮現中的網路審查趨勢¶

OONI 的長期資料揭示了幾項全球網路審查正在演變的關鍵趨勢：

網路審查的全球化與常態化¶

網路層級的審查已經不只發生在中國或伊朗這類國家。今日幾乎每個國家都有某種形式的審查，封鎖的內容與影響範圍差異很大。多數國家現在同時具備技術基礎設施與法律框架，能執行網路層的限制。

短期控制的針對性、間歇性封鎖¶

許多政府會在政治敏感事件期間部署臨時性審查，例如選舉、抗爭或衝突。這類封鎖通常針對特定網站或 App，舉例來說，烏干達在 2026 年大選後封鎖了 WhatsApp 與 Facebook。短期封鎖通常持續幾小時到幾週，這種做法能降低政治與經濟成本，又能讓當局在關鍵時刻控制公共討論、限制資訊流通。

系統性壓制的長期封鎖¶

長期封鎖會持續數年，目的是在網路上強制執行某種意識形態、政策或法律。相較於針對特定站點或 App 的短期封鎖，長期封鎖往往限制整個被視為「在法律或社會上不可接受」的內容類別。這類審查經常壓抑邊緣族群、強化既有體制。例子包括封鎖 LGBTQI 權益相關網站、族群或宗教少數團體相關內容，以及生育權相關網站。以坦尚尼亞為例，在多年針對 LGBTQI 社群的打壓之後，針對 LGBTQI 相關內容的大規模封鎖陸續被觀察到。

加密化網路中越來越不透明的審查¶

隨著越來越多網站採用 HTTPS 與加密標準，審查反而變得更不可見。傳統的封鎖頁面（block page）會告知使用者「這個站點被刻意限制」，但如今已經少見。政府改採直接干擾 TLS（Transport Layer Security）協定本身的手段，通常使用 DPI（Deep Packet Inspection，深度封包檢測）等進階設備。OONI 的資料顯示，TLS 層級的干擾在許多國家被記錄下來，也反映出全球審查技術產業正在擴張。遇到 TLS 干擾時，使用者通常只會看到一般的連線錯誤，而非封鎖頁面，因此很難分辨這是刻意的審查、還是網路故障或其他技術問題。加密化原本是要保護使用者，反過來卻讓審查變得更不透明。

流量限速與服務劣化¶

各國政府越來越常用頻寬限速作為一種較隱晦的控制手段，限制特定服務的可用性而不直接封鎖。這會讓通訊 App 或其他平台變慢，讓人不想再使用，但連線在技術上仍然「成立」。為了調查這類案例，OONI 開發了一套針對性流量限速的測量方法論，並在哈薩克、俄羅斯與土耳其的真實案例中應用與驗證。

審查與隱私技術的拉鋸¶

當局也把目標放在新興的隱私技術上。例如伊朗從至少 2020 年起就封鎖加密 DNS，而俄羅斯在 2024 年 11 月封鎖了 ECH（Encrypted Client Hello）。這些手段讓使用者更難繞過審查，同時也壓縮了線上隱私的空間。對此，OONI 開發了新的實驗來量測 ECH 與加密 DNS。這些測試已整合進 OONI Probe，世界各地的測量資料以公開資料形式即時發佈。

國家內網與「允許清單」做法的興起¶

部分政府正朝向高度控管的國家網路演進。在伊朗、俄羅斯、緬甸等國家，當局正在實驗「允許清單（allowlisting）」做法，把可存取的範圍限縮在被核准的服務或網站，實質上建立出網際網路的圍牆區。

這些趨勢都顯示審查手法越來越精細、針對性越來越強，也越來越難被偵測。要守護線上接取權與數位人權，持續的測量與倡議因此格外重要。

從測量到倡議¶

對網路進行測量，能讓我們觀察到網路流量在實務上是如何被處理的。審查經常在網路層被實作，這類測量可以揭示「什麼」被封鎖、「如何」被封鎖、「何時」被封鎖，以及是「哪一個網路」執行的。這個層級的洞察可以提供審查的證據，使得網路測量成為捍衛開放網路的有力倡議工具。

也因為這個理由，OONI 從 2016 年起就是全球 #KeepItOn 行動的活躍成員，協助全世界數百個人權組織用 OONI 資料去倡議反對網路關閉。OONI 資料因此支援了多國挑戰社群媒體封鎖的倡議行動，包括加彭、坦尚尼亞、尼泊爾、多哥與莫三比克，也用在政策與法律介入上，例如巴基斯坦與肯亞的高等法院申請案。

OONI 資料集的規模也強化了倡議價值。自 2012 年起，已從 245 個國家與地區、30,000 個網路收集到超過 30 億筆量測，OONI 資料是同類型中全球最大的網路審查公開資料集。每個月都有數千萬筆新的量測從約 180 個國家收進來，每天則持續以即時方式發佈來自世界各地的新量測。

OONI 資料是一份等待被探索的豐富資料集。它的廣度與深度能支援研究，即時發佈的特性則能支援倡議與快速反應行動。它也定期被收進 ISOC 的 Pulse Shutdown 專案用來記錄全球的社群媒體封鎖。你也可以使用這份資料，加入 OONI 社群，一起捍衛自由開放的網路。

台灣觀點¶

對照 OONI Probe 在台灣的觀測資料¶

台灣常被認為是「網路自由度高」的地區，這不代表網路層完全沒有干擾。透過 OONI Probe 在台灣固網 ISP 與行動網路上的長期測量，可以盤點是否出現 TLS 干擾、DNS 操縱或封鎖跡象，作為討論「數位韌性」議題時的本地證據。社群已經在 Tor Relays 觀測點與 ASN 觀測資料分析上累積了一部分基礎，測量者社群的規模仍然偏小，覆蓋率不足會直接影響到可信度。

反詐騙阻擋與「合理執法」的界線¶

台灣近年來陸續出現針對境外詐騙、賭博、未授權內容平台的網路層阻擋。這些措施在程序上通常透過警政、NCC 或 ISP 的合作執行，目的具有公共政策正當性，執行細節、阻擋清單、誤擋的爭議與救濟機制，往往缺乏對外可驗證的透明度。本文討論的 TLS 干擾、流量限速、加密 DNS 封鎖等手段，在民主國家也有採用，「合理執法」與「不透明審查」之間的界線必須持續被檢視。OONI Probe 等獨立觀測工具，正是讓這條界線可以被驗證的關鍵基礎建設。

在台灣推廣 OONI Probe 與測量貢獻者社群¶

中文圈的網路審查觀測資料長期偏少。台灣作為正體中文使用者的主要在地之一，有條件擔任這份補上資料的角色。可以從基礎內容在地化開始，把 OONI Probe 的安裝、安全使用、資料解讀整理成中文文件，讓有興趣的人能自己上手。長期則需要更多元的參與者，包括公民科技社群、學術網路、校園與企業內網的志工，才能累積足夠的測量涵蓋率。社群這側已經整理了 OONI 網站檢測清單，可以作為入門起點。

onionoo MCP 上線：用一句中文問 Tor 中繼節點現況

anoni.net 社群 — Thu, 20 Aug 2026 01:58:05 +0000

onionoo MCP 上線：用一句中文問 Tor 中繼節點現況¶

匿名網路社群自架的 onionoo-fastapi 服務以 v1.0.0 對外公開，網站位於 https://onionoo.anoni.net。它把 Tor Project 官方的 Onionoo API 包成兩種介面，一個是補上 OpenAPI 規格的語義化 HTTP API，一個是 Model Context Protocol（MCP）server。

接上 Claude Desktop、Cursor、Claude Code 等支援 MCP 的客戶端後，用一句中文就能問「臺灣目前有幾個 Tor 中繼節點，總頻寬多少，前五大 ASN 是哪些」。AI 代理會自己拆問題、選工具、查資料、整理出可讀報告，不必先學 Onionoo 的欄位定義才能開始研究。

為什麼要包這一層¶

Onionoo 的規格本身完整，但對 AI 代理來說有三個門檻。

沒有 OpenAPI 描述，無法被 Swagger UI、Postman、code generator 自動消化。
欄位短碼（如 r、f、n、a）為了傳輸效率而設計，對語言模型不夠語義化，模型容易誤解 r 是 relay 還是 running。
一次查詢常要組合多個端點（details、uptime、bandwidth），AI 代理重複拼湊容易出錯。

onionoo-fastapi 把這些事情做掉。短碼還原成 nickname、fingerprint、addresses、running 等語義名稱，補上完整 OpenAPI 規格，並把幾個常見任務包成單一 MCP 工具呼叫。想看某中繼節點的健康狀況時，呼叫一次就能取得合併好的 details、uptime、bandwidth 快照，不必自己組三個端點。

服務本身不儲存任何 Onionoo 資料，只負責轉發與重新包裝回應。上游資料來自 https://onionoo.torproject.org。

可以拿來問什麼¶

接上 MCP 後，下面這幾類問題都可以直接用自然語言丟給 AI 代理處理。

盤點某個國家的 Tor 貢獻：「整理一份臺灣 Tor 中繼節點現況，running 數量、總頻寬、consensus weight、前五大 ASN，再挑出 consensus weight 最高的三個 relay。」
某個 ASN 底下的狀況：「列出 TANet（AS1659）目前所有 running 的 Tor 中繼節點，回報旗標、頻寬與在線時間。」
比對指紋：「比較 9695DFC35FFEB861329B9F1AB04C46397020CE31 與 847B1F850344D7876491A54892F904934E4EB85D 這兩個 relay 的版本、旗標、所在國家與 AS。」
單一中繼節點健康度：「告訴我 moria1 這個 relay 目前的狀態、所在國家、最近一週的頻寬走勢與在線時間。」

Claude Desktop 接上 onionoo MCP 後，請模型「整理臺灣 Tor 中繼節點現況」回出的彙整報告。底層數值來自上游 Onionoo，這是某一時點的 snapshot。

這類查詢以往要先翻 Onionoo 文件、寫腳本、合併 JSON、再整理表格，現在一句話就能取得初步結果。盤點完再決定下一步要往哪鑽，研究啟動的成本差很多。

如何接上¶

給 AI 客戶端使用者¶

在 Claude Desktop、Cursor 或其他支援 MCP 的客戶端，在設定檔的 mcpServers 區塊加上：

{  "mcpServers": {  "onionoo": {  "type": "http",  "url": "https://onionoo.anoni.net/mcp"  }  } }

存檔、重啟客戶端，工具列表中就會出現 onionoo 這組工具，可以直接用自然語言要求代理查詢。本機 stdio transport 安裝方式、完整工具一覽、權限調整、自架（Docker）等細節，完整使用文件都有寫。

閱讀完整 onionoo MCP 使用文件

給寫程式直接呼叫的使用者¶

每個端點都會回傳語義化 JSON，可以直接用 curl 呼叫。

# 列出臺灣的 relay，依 consensus weight 排序前 5 名 curl -s 'https://onionoo.anoni.net/v1/details?country=tw&running=true&order=-consensus_weight&limit=5' | jq . # 按國家彙整目前 running 的中繼節點數量 curl -s 'https://onionoo.anoni.net/v1/aggregate/countries?running=true' | jq .

完整端點與參數見 Swagger UI，查詢參數沿用 Onionoo 的官方規格。

與既有觀測工具的分工¶

anoni.net 目前在 Tor 觀測這條線上有三個入口，可以依任務挑。

Tor Relays 觀測點：圖表面板，看臺灣中繼節點的數量與頻寬趨勢，適合想看走勢的場合。
ASN 自治網路觀測資料分析：OONI 觀測資料的 ASN 涵蓋分析，適合想知道哪些 ASN 的使用者實際在被觀測到。
onionoo MCP（這次新增）：用問句快速做 ad-hoc 查詢，適合想針對某個 relay、某個 ASN、某個國家盤點現況。

三個入口資料來源不同（Pulse 自己抓的歷史時序、OONI 原始觀測資料、Onionoo 即時 snapshot），互相補完，不重複。

參與與回饋¶

回報問題或提建議：https://github.com/anoni-net/onionoo-fastapi/issues
想討論該補哪些任務導向工具、或請社群示範某類查詢，歡迎到 Matrix 公開 room 提出來。
想自行架設一份（例如在 .onion 服務、內網或實驗環境），完整文件的「自架（Docker）」段落有 Docker 啟動指令與環境變數列表。

服務以 MIT 授權釋出，原始碼在 https://github.com/anoni-net/onionoo-fastapi，任何 issue、PR 都歡迎。

Brave 用兩種相反的手法抹平 GPU 指紋

anoni.net 社群 — Thu, 20 Aug 2026 01:58:05 +0000

Brave 用兩種相反的手法抹平 GPU 指紋¶

打開一個網頁，網頁上的 JavaScript 就能取得你的顯示卡型號、驅動資訊，以及硬體支援哪些功能。答案在同一台電腦上幾乎不會變，追蹤公司把它們跟其他裝置特徵組合起來，就是一組不需要 cookie、不需要你同意、跨網站跟著你走的識別碼。

顯示卡是瀏覽器指紋的其中一項來源，字型清單、螢幕尺寸、時區、音訊運算結果同樣算在裡面。整套機制怎麼運作、為什麼清 cookie 沒有作用、各家瀏覽器的預設狀態差在哪，見瀏覽器指紋是什麼，為什麼很難擺脫。本文只處理顯示卡這一塊。

Brave 從 1.93 版起處理這組訊號，桌面版與 Android 版都預設開啟，分批推送¹。做法有三項，WebGL 的廠商與繪圖器字串換成所有 Brave 使用者一致的通用字串、WebGPU 的硬體描述欄位清空、WebGL 支援的擴充清單注入雜訊。

前兩項讓所有使用者看起來一樣，第三項讓同一個使用者在每個網站看起來都不一樣。兩種方向相反的手法出現在同一次更新裡，各自負責不同的 API。分工的界線落在哪裡，也是 Brave 與 Tor Browser 在指紋抗性上分歧的起點。

顯示卡為什麼是一組好用的指紋¶

WebGL 與 WebGPU 讓網站使用硬體加速繪圖，地圖、遊戲、資料視覺化都靠它們。為了讓網站能針對硬體調整繪圖方式，兩組 API 也把底層的硬體細節開放給 JavaScript 查詢。

網站能取得的資訊有三類¹：

廠商與繪圖器字串：透過 WEBGL_debug_renderer_info 擴充提供的 UNMASKED_VENDOR_WEBGL 與 UNMASKED_RENDERER_WEBGL 兩個參數⁴，網站會取得類似 ANGLE (Apple, ANGLE Metal Renderer: Apple M5 Max) 的字串，精確到晶片型號。除錯用的擴充最早是 Chrome 為了 Google Maps 開放，後來變成所有網站都能呼叫。
支援的擴充清單：同一個 WebGL context 會回報它支援的完整擴充清單，內容隨 GPU 與驅動而異，追蹤者把整份清單 hash 成一組精簡的識別碼。
WebGPU 的硬體描述：較新的 WebGPU API 會回傳 adapter 的 vendor、architecture 與 device 欄位，例如 {vendor: 'apple', architecture: 'metal-3'}。

顯示卡不會天天更換，所以這些值長期穩定，比 cookie 更難清除。使用者換帳號、開無痕視窗、清空瀏覽紀錄，API 回報的硬體特徵仍是同一組。

Brave 執行了一次小規模的網路爬取，分析每次呼叫前的呼叫堆疊（stack trace），觀察排行前段的網站怎麼使用這些 API，結論是多數網站呼叫它們的唯一用途就是瀏覽器指紋識別¹。爬取規模與比例沒有寫在公告裡。

一致化與隨機化，各自處理哪一種資料¶

訊號	Brave 的處理	手法性質
WebGL 廠商與繪圖器字串	換成單一通用字串，所有 Brave 使用者取得相同的值	一致化
WebGPU 的 adapter 描述	清空 `vendor`、`architecture`、`device`	一致化
WebGL 擴充清單	注入雜訊，每個 session、每個網站（eTLD+1）、每個儲存區看到的值都不同	隨機化

第三項沿用 Brave 既有的 farbling 機制，2020 年的更新裡寫下的定義是「對半識別性的瀏覽器功能輸出做輕微隨機化，讓網站難以偵測，又不破壞良性、以使用者為本的網站」²。

farbling 的種子怎麼運作¶

farbling 的行為由種子的產生方式決定，瀏覽器啟動時產生一組隨機的 session token，與造訪的每個第一方頂層框架網域經 HMAC256 混合，得出每個網域一組、壽命與 session 相同的 token²。同一個網站在同一個 session 內重複量測會取得完全相同的值，換一個網站取得不同的值，下一個 session 再全部換過。第三方 frame 與 script 沿用頂層 eTLD+1 的種子²，嵌入第三方內容不會成為繞道。

指紋器會把大量半識別特徵 hash 成單一識別碼，只要其中一項被隨機化，整組 hash 就被汙染。技術源頭是 PriVaricator（Nikiforakis 等人，WWW 2015）與 FPRandom（Laperdrix 等人，ESSoS 2017）兩項研究²。

為什麼不全部一致化¶

擴充清單為什麼走隨機化，公告裡沒有寫。從 API 的用途推測，改動兩種資料對網站功能的衝擊差距很大。

廠商與繪圖器字串主要用於效能調校與硬體黑名單。網站取得的字串不在既有清單裡，最壞的結果是走一般繪圖路徑。把值收斂成一個常數，該欄位對指紋的貢獻直接歸零，代價有限。

擴充清單用於功能協商。網站會依照清單裡有沒有某個擴充，決定要不要啟用某條繪圖路徑，或改走哪一種後備方案。給一份與硬體實況不符的統一清單，網站可能選到硬體無法支援的路徑，也可能放棄本來可用的加速。可行的做法只剩在保留可用性的前提下加入雜訊，讓 hash 出來的值不穩定。

兩種手法的防護目標也不同，一致化降低的是熵（entropy），讓某一項特徵失去區辨力，理想狀態是全世界的 Brave 使用者在該欄位完全相同。注入雜訊破壞的是可連結性（linkability），值仍然帶有資訊，但每站每次都不一樣，追蹤者無法把兩個網站上的你接成同一個人。

Tor Browser 把一致化做到底¶

Pierre Laperdrix 2019 年替 Tor Project 寫的指紋介紹文章，開宗明義寫著「所有 Tor 使用者應該有完全相同的指紋」。當時的具體做法包含在所有平台回報同一組作業系統資訊、統一時區與螢幕解析度，以及 letterboxing 在內容周圍加上灰邊，把可視區域對齊到固定尺寸，避免最大化視窗洩漏螢幕大小³。

Laperdrix 也點出隨機化的風險，引用 Eckersley 提出的「可指紋化的隱私增強技術悖論」（Paradox of Fingerprintable Privacy Enhancing Technologies）。舉的例子是某個擴充套件改掉一批數值，卻漏改 navigator.platform，於是造出一組現實中不存在的特徵組合，使用者反而更容易被辨認出來³。隨機化要做對，覆蓋範圍必須夠完整，Brave 持續擴充 farbling 的端點清單也是同一個原因。

Firefox 系的處理方式又是另一種。privacy.resistFingerprinting 開啟時，WEBGL_debug_renderer_info 這個擴充直接停用，網站呼叫不到⁴。該開關預設關閉，需要使用者自行到 about:config 開啟，各家瀏覽器預設做到哪裡的完整對照見瀏覽器指紋是什麼，為什麼很難擺脫。停用與回傳通用值各有代價，停用之後網站取不到值，需要自行處理空值的情況，回傳通用值則讓網站收到的資料與真實硬體無異，照常運作。Brave 選後者，一貫把功能損壞的風險壓到最低。公告裡另一項主張是防護要預設開啟，不藏在特殊模式或旗標後面¹。

界線在 Brave 的文件裡也寫得清楚。2020 年說明 farbling 的更新裡有一句建議，需要對抗定向攻擊的使用者應該改用 Tor Browser²。隨機化擋得住被廣泛部署的商業追蹤，不提供匿名集（anonymity set）。

台灣讀者可以怎麼用¶

日常瀏覽的層面，預設開啟是這次更新最實際的價值。多數人不會為了隱私去改 about:config、切換特殊模式或安裝擴充套件，公告裡也寫了擴充套件本身帶有安全與隱私問題¹。防護在安裝完就生效，門檻接近零。

需要匿名的情境仍然要用 Tor Browser。Brave 的隨機化只處理跨站串接，IP 位址仍然直接暴露給網站，網路路徑上的觀察者也看得到你連了哪裡。記者、行動者、處理敏感題材的工作者，威脅模型不同，工具選擇也跟著不同，可以回頭看威脅模型如何建立。

Tor 的可達性因地而異。中國大陸重度封鎖，需要橋接或其他接入方式，台灣、香港、澳門、新加坡、馬來西亞一般都可以直連，限制轉移到你發表了什麼與 SIM 實名登記留下的紀錄，香港另有 2026 年 3 月起在國安調查中要求交出裝置密碼的義務，連轉機旅客都適用。逐地的可達性與法規細節見出差與研討會的數位準備。Brave 的指紋防護屬於瀏覽器內建功能，不涉及接入方式，裝完就生效。

用 Tor Browser 的人要記得一致化路線靠整體一致性維持。安裝擴充套件、最大化視窗、改動字型設定，都會讓你從人群裡凸出來，細節見 Tor Browser 進階設定。同一個動作在 Brave 上影響有限，在 Tor Browser 上會直接破壞防護的前提。

想確認自己的瀏覽器洩漏了什麼，EFF 的 Cover Your Tracks 會列出瀏覽器回報的 WebGL 廠商與繪圖器字串，以及各項特徵的識別力。Brave 的更新完整推送到你的裝置之後，兩個欄位會塌成通用值¹。

還沒做完的部分¶

WebGPU 支援的擴充清單目前還沒納入隨機化，公告裡寫了之後會補上¹。圖形 API 仍是指紋研究的活躍領域，新的洩漏管道會持續出現。

網站功能受損的情況還在觀察期。Brave 保留了逐站調整防護的能力，遇到確實無法正常運作的網站，使用者可以單站關閉圖形防護、關閉指紋防護，或整個關掉 Shields¹。保留這些開關代表取捨仍在，一致化與注入雜訊都無法保證所有網站維持原本的行為。

指紋識別不會因為一次瀏覽器更新而結束。顯示卡這一項被處理掉之後，字型清單、canvas 繪圖結果、音訊運算特徵仍在原地。能安全收斂成常數的訊號就收斂，牽涉功能協商的訊號就注入雜訊，這條分工線也適用於檢視其他標榜指紋抗性的工具。

撤回自己寫過的話：近兩週更正了哪些內容

anoni.net 社群 — Thu, 20 Aug 2026 01:58:05 +0000

撤回自己寫過的話：近兩週更正了哪些內容¶

近兩週有幾頁的內容被改掉，改法多半是把先前寫過的整段撤回。香港的入境查機風險由中升到高、日本境外 eSIM 的例外拿掉、推薦過的 2FA app 換了經營者、台灣封鎖判定的分布從 40 筆抽樣換成 22,105 筆全量重算。7/27 到 8/10 之間文件站併入 50 個 PR，相當比例花在這類更正上。以下按頁介紹改了什麼、依據在哪裡，中段有一份清單，寫給照著舊版做過準備的人。

出差與研討會那頁，撤回了三處敘述¶

出差與研討會的數位準備在八月初做過一次全頁查證，六個方向獨立核對來源，結果撤回三處查不到實據的敘述。

香港自 3/30 起的邊境解鎖權「不以國安嫌疑為前提」。撤回的是「不以國安嫌疑為前提」這個範圍描述。該說法只出現在旅遊資訊聚合網站，各家對生效日（3/28 或 3/30）與罰則（6 個月或 1 年）互相矛盾，政府憲報、律政司資料與第一線報導都查不到對應文本。3/23 的國安法修訂（Legal Notice 27 of 2026）本身查得到，涉國安調查時可要求交出密碼，拒絕即構成刑事罪，只在香港機場轉機並通關的旅客同樣適用。
日本境外購買的 eSIM 不受新規範。森・濱田松本法律事務所對此點明確標註「文書に明記されていません」，文件原本把它寫成一條可以依賴的建議。頁面現在寫的是境外供應商是否納管留待後續省令釐清，出發前不要把「境外買的 eSIM 一定不受規範」當成確定前提。
馬來西亞 ONSA 首週處理 1,500 則以上貼文。原始來源的 1,583 是 2025/1/1 至 11/30 的仇恨內容下架請求總數，時間早於 ONSA 生效。錯的是數字，法本身仍在運作，頁面保留《線上安全法》2026 年 1 月生效、規範對象為平台業者、實際影響落在內容被移除速度變快的敘述。

同一次更新替換了南韓段落的來源。原本引用的 Cybernews 無署名、無引用，且該站與 VPN 聯盟有利益衝突，改用 Lumen Database #73101162 與韓國時報，過期的「20 萬件」也更新為 2024 年審議 356,945 件。

香港的入境查機風險層級由中升到高，依據就是上面那條查得到的國安裝置解密義務。撤回一條被誇大的敘述與調升風險層級同時發生，方向看似相反，實際指向同一件事：解密義務為真，被誇大的只是它的適用範圍。

照著舊版做過準備，要補的五件事¶

上面兩節有五項會改變讀者已經做過的準備，逐條列出現況與該補的動作。

香港行程。入境查機由中風險升到高風險，涉國安調查時拒絕交出密碼本身就是刑事罪。照中風險準備過的人，準備等級要拉到乾淨機這一層，行程只是經香港轉機同樣適用。
日本的境外 eSIM。「境外買的一定不受規範」這個前提要拿掉。納管純數據 SIM 與 eSIM 的法律已經公布，施行日由政令另訂、最遲 2027 年 5 月，境外供應商是否納入尚未明確。
已經在用 Raivo。建議轉到 Aegis 或 2FAS。TOTP 沒有辦法直接搬，需逐一到各服務的兩階段驗證設定裡重新綁定。過程中先留著舊 app，直到新 app 能產生正確驗證碼為止，並確認備援碼還在手上。
預付卡。實名這一層避不掉，台灣的預付卡同樣要實名登記。能做的是不要登記在跟主門號同一個人名下，再據此決定那支門號拿來做什麼。
用虛擬門號註冊過的帳號。值得逐一檢查那些帳號的簡訊復原設定，把已經停用的號碼移除，改用 TOTP 或備援碼。

台灣的封鎖判定改用全量資料重算¶

OONI 怎麼判定一個網站被封鎖引用的是 OONI（全球網路審查的公開量測計畫，各地志願者執行測試、結果全部公開）的觀測資料，原本寫著抽查 40 筆異常測量，dns 31 筆、tcp_ip 6 筆、http-failure 3 筆、http-diff 0 筆，並據此說台灣沒有出現重導向到封鎖告示頁的樣態。改用 2026-08-05 往前 24 小時的全量資料（22,105 筆）重算之後，那份分布與支撐它的抽樣方法都不成立：

判定	筆數	佔比
`false`	21,029	95.13%
`none`	512	2.32%
`tcp_ip`	312	1.41%
`dns`	150	0.68%
`http-failure`	67	0.30%
`http-diff`	35	0.16%

tcp_ip 是 dns 的兩倍以上，http-diff 也確實存在 35 筆，問題出在那 40 筆的來源：它取自 measurements API 的異常清單，該清單有自己的排序，當成隨機樣本使用會失準。頁面上補了一則警示記錄這次更正，因為同樣的陷阱其他人也可能遇到。

被推翻的是分布數字與抽樣方法，「台灣沒有封鎖告示頁」這個結論本身反而站得住。那 35 筆 http-diff 抽查了 4 小時內的 15 筆，body_proportion（Probe 取到的內容與對照組相符的比例）全部落在 0.004 到 0.21 之間，內容遠短於對照組（control），與告示頁逼近 1 的樣態相反。成因需要逐筆查驗證據層（evidence layer），文件因此只陳述觀察到的樣態，不下結論。

能重算的原因是欄位統計終於補上。OONI 測量資料結構導覽上線時就寫著，最小的一步是在逐行解析時多取 test_keys.blocking，統計就能從測量筆數延伸到各 ASN（自治系統編號，網路上一個業者或組織所管的一群 IP）的異常分布。程式一直沒有做，是文件與程式之間唯一一處只寫在紙上的規劃，八月初補上之後，新資料一產出就推翻了上面那段敘述。

互動作品總覽頁的七處更正¶

互動與呈現區的總覽頁上線隔天就查核出七處問題，四處是事實錯誤，三處是寫得過度絕對。

四處事實錯誤裡有兩處是文件與自身敘述矛盾。文中寫地球儀畫面上有流星，原始碼裡的 buildSky() 只畫靜態星空與銀河帶，搜尋 meteor、流星、comet 都沒有命中，帶亮頭的彗星屬於另一件作品 onion-rendezvous，文件把兩件混在一起寫。另一處把「兩條電路在中途某台中繼相遇」當成 Tor 通則，該敘述只適用於連線 .onion 服務，而同一頁的作品卡片寫的是正確版本。

其餘兩處是文件與資料不一致，「每份資料檔都帶有四個欄位」的說法在 cables.json 上就不成立，該檔沒有 sourceUrl 與 licenseUrl，處理方式是把資料補齊，一併修改 tools/gen_cables.py，而非把文件說法改弱。另一處「tools/ 只使用 Python 標準庫加上 curl」遺漏了 fix_trunk_land.mjs 是 Node、publish_games_data.sh 是 shell。

寫得過度絕對的地方有三處：

「任何一步錯位，匿名性就不成立」。匿名性會因為流量關聯、出口監控這類與順序無關的因素被打破，而 Tor 的順序錯亂通常只導致連線失敗。原句把匿名性的失效條件窄化成順序一項，已改為保守敘述。
ASN「由一家業者掌管」。該說法與同一個專案產生快照的腳本註解互相矛盾，註解寫明 ASN 可能由個人申請。
「八十個國家」。直接寫入精確整數，快照重新產生就會過時，改為約八十個並標明數字取自最近一次快照。

英文讀者點進來，多半沒讀到文章¶

Cloudflare 近 90 天的資料（排除子網域與 bot）顯示英文版佔文件站流量 25.9%，440 次瀏覽裡只有 70 次（16%）落在真正的文章，290 次落在分類目錄頁，80 次是 404。

追查後有三個成因，兩個出在轉址設定，一個出在更早的導覽重構。轉址設定裡有四條規則，來源路徑就是現存的英文頁，建站工具遇到這種情形會在該網址產生一頁只有轉址動作的空殼（redirect stub），把真正的文章蓋掉，線上實測那四頁全部只剩轉址畫面。另有三條轉址在英文內容存在的情況下指向目錄頁。最後是 2026-05-09 的導覽重構，該次 commit 從 docs/en/ 刪除 17 個檔案、新增 0 個，約 11.5 萬字元，設定檔註解寫明「dropped pages redirect to the nearest live section index」。

依實測流量還原了五篇，落在真正文章的比例由 16% 提升到 64%。被空殼蓋掉的四頁只佔問題的一小塊，目錄頁與 404 才是大宗，剩下 12 篇被刪的英文內容與 18% 的 404 尚未處理。

寫作規範多了六條自動檢查¶

前面幾節的錯誤有一個共同的上游，規範寫了但沒有工具擋著，內容就會持續偏離，直到有人讀到為止。貢獻者百科寫著口語詞改書面語，而 docs_style_lint.py 只針對其中一個字實作了規則。全站掃描出 605 處那個字以外的口語詞，網站自己的工具對現況回報 0 error、0 warn。

七月底那次清掃連同原本就攔得到的那個字，總共處理 669 處、158 個檔案，同時補上六條 linter 規則，全部列為 warn，因為替換詞取決於語境，不該讓機器直接替換。清掃過程中機械取代造成兩處實質損害，都已修復並補進例外清單：

「主講」被換成「主提到」，破壞了議程頁兩個語系共 20 處介紹。原因是排除清單只擋後面的字，沒擋前面的「主」。
「沒搞清楚」被換成「沒處理清楚」，理解與處理屬於兩回事。

同一週另一支 PR 收尾時發現，比對規則只涵蓋正體字，簡體對應字完全沒有被檢查，zh-CN 等於沒有這條規則。掃過全站之後待處理的項目比預期少，需要檢視的只有 3 處，查證之後都是正當用法。真正的收穫是補上了首套回歸測試，因為 linter 是全站寫作規範唯一的自動檢查點，卻沒有任何測試。覆蓋不全的問題人工抽樣無法察覺，抽到的樣本恰好都在覆蓋範圍內。

更早一次的全站清理已經逐段改寫過 99 個檔案裡的 266 段「這」字堆疊。八月初再補上密度標準，起因是校稿時實際使用的判準只留在 commit 訊息裡，下次寫新頁不會生效，於是把判準寫進貢獻者百科，並把可機器判斷的部分實作成 zhe-repeat 規則。距離門檻 8 個字是對全站 429 篇校準而得，放寬到 10 會開始收進正當用法，全文密度需要語意判斷，刻意留給人工。

兩頁的敘述已經對不上現況¶

個人隱私指引在 8/6 補上「相關文章」索引時，下方的進度段落沒有跟著改，同一頁出現兩種說法。上面列了概念層八篇，下面寫著「概念層五篇上線」並只列原本那五篇。各層索引也累積落後了一段時間，工具層實際 18 篇只列 7 篇、場景層 10 篇只列 5 篇、進階層 5 篇只列 2 篇，這次補進 14 篇。

同一頁的「常見誤區整理」列了四項，讀起來像整條還沒動工。實際盤點後有兩項早已寫完，只是沒被連到，「VPN ≠ 匿名」在 VPN 指南有整篇，「去中心化 ≠ 匿名」在被誤認為匿名的技術完整涵蓋 IPFS、Yggdrasil、DN42 與 I2P。另外兩項確實還沒動工，改後分別標明現況。

幫忙 pin 文件站的 IPFS 鏡像有三處對不上現況，其中兩處是讀者實際操作後才發現的。

macOS 那段寫著 brew install ipfs，Homebrew 的 formula 已經改名為 kubo。舊名仍然裝得起來，可是 brew services 認的是實際名字，依舊文安裝之後再設定常駐服務就會對不上。常駐做法原本只寫「可以用 brew services 或 launchd」，沒有給指令，實際上 formula 本身已定義 service，一行 brew services start kubo 就會常駐並在登入時自動啟動。

第二處是有夥伴想把社群節點設成固定節點，把頁面上的 IPNS 名稱填進 kubo 的 Peering.Peers，工具直接報錯。原因是頁面只解釋了 CID 與 IPNS 名稱，沒有提到節點自己的 Peer ID。三串識別碼長相接近，節點 Peer ID 的 base36 形式與文件站 IPNS 名稱前 12 個字元完全相同，兩者都是公鑰指紋、同一套編碼，差別在一個指向會更新的內容，一個指向一台機器。頁面補上三者的對照表，以及一節選用的 peering 設定。

第三處是導言寫著「目前只有社群自己的節點在 pin」。查 DHT 時發現另有一個第三方節點也在提供文件站內容，可能是別人自架的鏡像，也可能是公開 gateway 取得之後 announce，無論哪一種，原本那句都已經不成立，改為「目前提供文件站內容的節點很少，社群自己那台是主力」。沒有寫出確切數字，因為 findprovs 是盡力而為的查詢，回傳的是逾時前找得到的節點，不保證窮舉，寫出「只有 N 個」會是另一種不準確。

窄螢幕的白邊查到了語言切換選單¶

讀者回報置頂公告右邊會出現一段空白。實際量測後，公告不是原因，把公告整個隱藏，documentElement.scrollWidth 仍然比視窗寬 14px。逐一隱藏候選元素後定位到 header 的語言切換選單，三個語言標籤的中文字面讓收合狀態的選單有 177px 寬，窄螢幕時按鈕貼近視窗右緣，選單就把版面往右頂出去。置頂公告的黑底與 header 的藍底都只有視窗寬，往右滑就露出白邊。斷點正好落在 960px，也就是 header 換成桌面排版的那一刻。改法是在該斷點以下讓選單靠按鈕右緣展開，桌面維持置中。同一次也提高了置頂公告連結在淺色主題的對比，原本只有 2.79:1，幾乎融進黑底。

另外兩個 GitHub Action 還停在 Node 20 runtime，runner 每次執行都會輸出 deprecation 警告。actions/cache 由 v4 升到 v6、actions/setup-node 由 v4 升到 v7，升級前逐版讀過 release notes，確認兩者的破壞性變更都打不到本專案的用法。

兩位社群夥伴的貢獻¶

近兩週的 50 個 PR 裡有兩個來自社群夥伴。

wu858430049 補上了 BECOME_ANONI 協定的簡中版，正本放在 repo 根目錄，位置比照 zh-TW，文件頁用 snippets 嵌入以維持單一來源，同一個 PR 一併修正兩個會讓頁面無法顯示的設定問題。翻譯是站上長期缺人的一條路線，簡中與英文都還有大量頁面沒有對應版本。

ChihChengLiang 更新了 COSCUP 2026 隱私支付實作工作坊的介紹。原本寫著不需自備電腦，在旁觀看即可，有意參與實作的人依此準備會不足。實際上現場已備妥模擬網路與模擬鏈，鼓勵參加者攜帶電腦實際操作。這一項不需要碰任何程式，需要的是知道現場實況並願意把那段文字改掉。

兩個 PR 都移除了會讓讀者做出錯誤判斷的內容。最低的一步是開一個 issue，指出哪一句不對並附上你查到的來源。想直接修改內容，如何參與與認領主題說明怎麼選題與認領，貢獻者百科的「第一週的入門路徑」則依寫作、翻譯、技術維運、活動籌備分成四條線。

你沒有辦法自己驗證的那部分¶

網站的主題是隱私與安全，讀者依照文件的建議調整自己的行為，一句錯的敘述成本落在讀者身上。更難處理的是讀者沒有辦法自己驗證，抽樣得到的分布寫成通則，讀起來跟全量算出來的一模一樣，讀者無從分辨那是 40 筆還是 22,105 筆。更正的過程與依據因此一併寫出來，包含被撤回敘述的原文與不予採信的理由。

同一段時間新增的內容包括互動與呈現區的台灣基礎設施圖層、四篇 OONI 技術文件，以及納入 CI 的 .onion 版建置。若讀到與事實不符的內容，歡迎到 GitHub 開一個 issue 或直接送 PR，我們會查證後更新。

把匿名網路畫成一顆地球：互動區上線，以及我們在開放資料上撞到的牆

anoni.net 社群 — Thu, 20 Aug 2026 01:58:05 +0000

把匿名網路畫成一顆地球：互動區上線，以及我們在開放資料上撞到的牆¶

文件站新增了互動與呈現區，目前放了三件作品，都以 Tor 為題。其中資料量最大的是 Tor 中繼地球儀，把全球近萬台運作中的中繼標到球面上，超過六成集中在美國、德國、荷蘭三個國家。

做這顆地球儀的過程中，我們查了二十幾份公開資料，最後能用的只有六份。卡住的原因幾乎都跟技術無關。API 大多打得通，資料格式也乾淨，擋下來的是條款不給我們把它再發出去。

為什麼要做成畫面¶

匿名網路的基礎建設很難用文字描述清楚，難在兩件事上：順序，還有規模。

順序的部分，Tor 是最好的例子。封包在三個中繼之間依序前進，每經過一跳剝除一層加密，到出口才還原成原本的請求。哪一層在哪一跳剝掉、每一站看得到什麼，都由這個順序決定。文字寫得再仔細，讀者腦中仍然要自行補上動起來的那一段，而每個人補出來的版本未必相同。

規模則更難傳達。「近萬台中繼，高度集中在少數國家」是一句讀過即忘的敘述。把每一台實際標記到地球上，北美與西歐連成一片光帶，其餘地區僅零星數點。同一份數字換成畫面，讀者不必信任我們的形容詞，可以自己看。

地球儀用到的六份資料¶

最後進到畫面上的有這幾份：

資料	來源	授權
中繼分布	Onionoo	CC0 1.0
使用者與橋接人數	Tor Metrics	CC0 1.0
連線受阻的觀測	OONI	CC BY-NC-SA 4.0
斷網事件	Access Now KeepItOn	CC BY 4.0
海底電纜	OpenStreetMap 貢獻者	ODbL 1.0
國界與海岸線	Natural Earth	public domain

Onionoo 的中繼快照經過蒸餾，只保留國家層級的聚合，內容不含 fingerprint、nickname、IP 或聯絡資訊。ASN 的登記名稱另外過濾過，因為個人申請的 AS 在 RIR 上登記的就是持有人本名。對於在審查嚴格的地區營運中繼的人來說，那等於把「這台中繼是誰的」跟身分證上的名字綁在一起公開。

陸地亮度可以切換四種指標。中繼台數最直觀。共識權重（consensus weight）反映該國實際承擔的流量比重，與台數常有明顯落差。單一業者集中度是最大一家托管商佔該國的比例，數字愈高代表該國的匿名流量愈依賴同一個機房的存續與配合。使用者估計則是需求端的數字，跟前三個供給端指標並列時，落差本身就是資訊。

後記：2026-07-31 又補了三份

這篇發表之後地球儀又加了三份資料，過的是同一道授權關卡。

資料	來源	授權
上網人口比例	World Bank	CC BY 4.0
台灣的上網人口比例	數位發展部國家數位近用調查	政府資料開放授權條款-第1版
海底地形	Natural Earth	public domain

上網人口比例是拿來當分母的。畫面原本只呈現一個數字，這一國有幾人用 Tor，而那個數字很大一部分是在比人口大小。知道該國有多少比例的人上網，才判斷得出兩國的落差是不是單純因為一邊上網的人本來就少。

World Bank 那份有一個對這個站很尷尬的缺口：217 個經濟體裡沒有台灣。所以台灣單獨取自數位發展部的調查，兩份的方法論不同，一份是 ITU 彙整各國通報，一份是對 12 歲以上人口的電話抽樣，畫面上標示了不宜直接比較。這也是一種資料政治，跟前面那些授權的牆不同類，但同樣會落在下游的人身上。

海底地形跟國界同源，所以沒有新的授權要處理。取的是 200、1000、3000、5000 公尺四層等深線，最淺那階就是大陸棚。加了它之後海纜那層才有解釋力：海纜幾乎都沿著陸棚鋪、避開深海盆，兩層對照著看得出來為什麼纜線走那些路徑。

順著海纜又查了登陸點，那是整條纜線最脆弱的幾個點，台灣的那幾個尤其受關注。結論是 OpenStreetMap 沒有這份資料，不是抓不到。用 taginfo 查全球數量，man_made=cable_landing_point、seamark:type=landing_point 等五個候選標籤全都是 0 筆。登陸點座標跟纜線幾何一樣是 TeleGeography 商品的一部分，撞的是上面那面同樣的牆。

資料的呈現刻意克制¶

OONI 的資料最能說明我們的取捨。它提供各國 Tor 測試的異常率（anomaly rate），數字看起來足以畫一張全球審查地圖，但中段是量測雜訊。實測瑞士 22.2%、加拿大 21.2%、紐西蘭 41.1%，這些國家沒有審查疑慮。把中段畫成色階，等於用雜訊指控特定國家。

最後畫面只標示異常率達 85% 以上且樣本足夠的少數國家，中段數值一律不上色，措辭也停在「沒有照預期完成」。85% 這個門檻沒有推導公式，是看過分布之後訂的。雜訊最高落在四成上下，拉到 85% 才有足夠的距離，寧可漏掉幾個真的受阻的國家，也不要把沒問題的國家標紅。

Access Now 的斷網事件則相反，每一筆都經過人工查證，成因清楚，所以可以明確說明此處發生過人為斷網。即使如此，武裝衝突與族群衝突造成的中斷未必出自政府決策，可能是戰事破壞了基礎設施，畫面上與資訊管制類分開說明。

同樣的理由讓我們放棄了 V-Dem 的數位社會指標。那份資料的授權技術上可用，我們仍然決定不碰。它是每個國家每年由約五位專家評分，經統計模型轉成連續量表。把專家評分畫成地圖色塊，等於用我們的畫面替某個機構的政治判斷背書。

撞到的牆¶

海底電纜¶

一開始想用 TeleGeography 的 Submarine Cable Map，那是這個領域最權威的資料集。查下去才發現他們現在把座標資料當成正式商品在賣，License TeleGeography's Map Data 是年費授權，GeoJSON 經 Amazon S3 或 API 交付，每次更新自動推送。GeoJSON 就是他們的商品本體。

台灣的海纜動態地圖的做法值得記下來，也是授權不明朗時最務實的選擇：程式碼採 MIT 開源，但幾何資料放在另一個 repo，對外是 404。主 repo 的 README 直接寫「You can leave the folder empty」。

那顆地球儀上的海纜最後取自 OpenStreetMap 貢獻者標註的路徑，228 段。覆蓋以歐洲、地中海與大西洋較完整，太平洋中段幾乎是空的。翻出 OSM 社群 2011 年的討論串，當年有人提議把 TeleGeography 的資料併進 OSM，社群成員的判斷是那份授權禁止商業使用與改作，跟 ODbL 不相容，那則提議沒有下文。十五年過去，太平洋還是空的。

網路基礎建設¶

網路基礎建設這一類查了一輪，幾乎全軍覆沒，卡住的理由還很像。

RIPE Atlas 佈署在各地的量測節點（probe）資料很漂亮，2026 年 7 月查詢時全球有近六萬個節點，含經緯度與 ASN，API 直接回得出來。但服務條款寫明商業使用需另外取得 RIPE NCC 許可，沒有開放授權宣告。PeeringDB 的 API 一樣打得通，但可接受使用政策寫明不可整批轉散布給第三方。Packet Clearing House 的 IXP 目錄是 CC BY-NC-SA 3.0，Cloudflare Radar 是 CC BY-NC 4.0，兩者的非商業條款都會傳染到我們的內容上。

還有一類更麻煩：條款完全不存在。各 RIR 的 delegated stats 檔案下載得到，開頭只有免責聲明，沒有一個字提到授權。root-servers.org 的節點清單有 JSON 端點，整站找不到授權宣告。沉默無法解讀成允許，比明文禁止更難處理，因為連判斷的依據都沒有。這一節的每一份都是同樣的組合，端點開放、資料拿得到、授權不給再散布。

指數類資料¶

Freedom House 的 Freedom on the Net 與無國界記者的新聞自由指數，這兩份最常被引用，也都不能用。RSF 的授權是 CC BY-ND，禁止改作，把它轉成 JSON 重新呈現就違反了。Freedom House 官方頁面查不到授權聲明，取得資料要寫信申請。

我們沒有寫信去問¶

上面幾個機構，開放資料圈的常規做法是讀完條款之後再去信問一次，通常有機會取得非營利或研究用途的例外。我們刻意沒有這麼做。

整個專案想知道的正是一個下游再利用者實際會撞到什麼。如果每一份卡住的資料都靠個別協商解決，我們得到的會是幾封友善的回信，而不是「這個生態系對想接手的人有多友善」的答案。條款寫成什麼樣子，就是絕大多數人實際會遇到的樣子。沒有人脈、沒有機構背景、只是想做點東西的人，看到的就是那一頁條款，所以這篇記錄的是條款，不是協商結果。

我們學到的¶

最大的落差是開放 API 不等於開放資料。原本以為困難會在技術面，結果多數端點都打得通、資料格式也乾淨，卡住的全在條款。RIR、CAIDA、RIPE NCC、PeeringDB 這些機構的預設立場是可以看、可以研究，但不能整批搬走，那跟 Tor Metrics、OONI、Natural Earth 是完全不同的文化。連完全沒寫授權的沉默狀態也算在內，那種資料集實務上等同不可用。業界確實有很多工具在用這類檔案，風險由使用者各自承擔，公開發布的文件站不能比照辦理。

我們的架構也不容許「應該沒問題」的僥倖。文件站是靜態網站，資料檔會直接發出去，而且會推上 IPFS。內容定址意味著發出去就收不回來，鏡像可能長期存在。

反過來看，地球儀能做出來，很大程度是因為 Tor Project 把 Onionoo 與 Tor Metrics 都放成 CC0，Natural Earth 放成公有領域。當年那可能只是一行設定，卻讓十幾年後一個不相干的社群能夠直接拿去用，不必寫信談授權，也不必擔心哪天被要求下架。

有一個技術細節值得另外記下來。OONI 那份是 CC BY-NC-SA 4.0，其中的相同方式分享（ShareAlike）跟網站的 CC BY 4.0 互不相容。處理方式是讓 ooni.json 保持獨立的一份，不把它的內容併進其他資料檔，畫面上也只跟其他來源並列，讓整體屬於 CC 定義的「集合」，相同方式分享的範圍停在那一份檔案身上。前提已經寫進 NOTICE，否則哪天有人把 OONI 的欄位併進中繼快照，整份衍生物就落入相同方式分享了。

其他兩件作品¶

Tor 路由解謎讓你自己挑三個中繼組成 guard、middle、exit 路徑，過程中要避開被監聽的節點、把三跳分散到不同 ASN，遇到封鎖改走橋接。看著電路因為三跳擠在同一個 ASN 而失敗，比讀十次「要分散」有效。

Tor 連線流量用發光粒子呈現兩種路徑的差異。連線 .onion 服務時雙方各建一條三跳電路，在隨機挑出的會合點相遇。連線明網網站則走三跳到出口後原路往返。

三件作品都以 three.js 在瀏覽器中執行，免安裝，支援正體中文、簡體中文與英文。原始碼在 anoni-net/docs 的 docs/zh-TW/games/ 底下，沒有建置流程，改完存檔重新整理就看得到。

有想法或想一起做，歡迎到社群找我們。

PayPal 關閉台灣境內交易、Stripe 至今未開放：EFF 新書 Transaction Denied 整理十多年金融審查案例

anoni.net 社群 — Wed, 19 Aug 2026 17:45:46 +0000

PayPal 關閉台灣境內交易、Stripe 至今未開放：EFF 新書 Transaction Denied 整理十多年金融審查案例¶

圖片來自 EFF Deeplinks 文章 Former EFF Activism Director's New Book, Transaction Denied, Explores What Happens When Financial Companies Act like Censors 的社交卡片（EFF Financial Censorship banner 圖庫），授權為 CC BY 4.0。

2017 年 5 月 9 日，美國的跨境電子支付服務 PayPal 全數關閉台灣境內交易功能，兩個 PayPal Taiwan 帳號之間不能再收付款，跨境收付款則維持運作。受衝擊最大的是剛起步的實況產業，Twitch Cheer、YouTube Super Chat、StreamLabs、NightDev 這些依賴 PayPal 處理本地觀眾贊助的工具集體中斷，小型組織與獨立媒體的本地金流也跟著受影響⁸。

法源是 2015 年通過的《電子支付機構管理條例》第三條第一項，PayPal 選擇不申請許可，關閉境內交易功能⁹。八年過去，美國的線上金流處理服務 Stripe 至今未開放台灣使用者註冊。Stripe 是 Substack、許多訂閱制 SaaS、許多開源專案贊助頁面背後的信用卡收款層，台灣的個人創作者要先繞道註冊一間美國 LLC 才用得上¹⁰。

這兩件事在台灣的支付討論裡，過去多半被歸到「合規取捨」或「市場規模」。EFF 前 Activism Director Rainey Reitman 2026 年 4 月出版的新書《Transaction Denied》¹² 整理了 2012 年起在美國、中東陸續發生的同類事件，這些案例累積起來，呈現出一個跨地區、跨議題的長期模式。台灣的兩件事，也適合放進同一組案例一起對照。

Reitman 整理過去十多年的金融審查案例¶

Rainey Reitman 在 EFF 任職 11 年，先後擔任 Activism Director 與 Chief Program Officer，2022 年離開。她也是新聞自由基金會 Freedom of the Press Foundation 的共同創辦人與現任董事會主席¹¹，這本書的作者版稅有半數捐給該基金會。EFF 執行長 Cindy Cohn 在介紹《Transaction Denied》的 Deeplinks 文章寫道¹：「Rainey 既是說故事的人，也是倡議者。她揭露隱藏的權力系統，這些系統形塑我們的選擇、我們的言論，最終形塑我們的社會。」

書中花最多篇幅在整理過去十多年實際發生過的案例。EFF 在 2012 年領銜的反書籍審查聯盟，逼使 PayPal 收回對自出版小說平台 Smashwords 強加的書籍內容限制³。同一年的 Nifty Archive Alliance 案，Stripe 一開始切斷這個從 1992 年運作至今的 LGBTQ 色情書寫社群的支付管道，倡議行動之後改了決定⁴。

2021 年的 Larry Brandt 案沒有這樣的反轉。Brandt 是美國一位個人捐款人，近 20 年用 PayPal 持續發小額贊助給世界各地的 Tor 中繼維運者，2021 年某天 PayPal 帳號被無預警關停，沒有申訴管道，也沒人能解釋原因⁵。Tor 是匿名網路社群長期介紹、許多讀者實際在用的匿名網路工具，全球各地的 Tor 中繼維運者本來就是靠這類個人贊助維持運作。換到台灣讀者熟悉的情境，如果你長期用境外金流定期支持港媒、緬甸獨立記者、烏克蘭基層或某個跨國人權專案，被切斷的情形是一樣的，不會因為金額小、用途明確、捐了很多年就豁免。

當一位長年小額贊助者連發起一筆贊助都被當作可疑交易切斷帳號，「金融機構不算言論審查者」這個說法就難以繼續成立。同類案例還能再列：教波斯詩歌的美國公民被 PayPal 與 Venmo 凍結帳號、紐約穆斯林市議員轉帳備註寫了孟加拉餐廳名字被擋下交易、Palestinians PayPal 案被擋的整個區域使用者⁶。

Reitman 在書裡點出，金融審查之所以能長期運作，靠的是「金融機構是中性管道」這份既有認知。實際運作起來，合規導向的過度避險、模糊到不可預測的服務條款、自動化決策但沒有人類審查介面、被切斷的人沒有可運作的申訴管道，這幾個元素加在一起的效果跟內容被刪除一樣⁷。EFF 過去十多年發過數十篇文章追蹤同類案例，累積速度比修法快得多。

從帳號封鎖到平台內容政策：2025-2026 的新案例鏈¶

Reitman 書裡收的案例多半圍繞「金融機構切斷個人或組織帳號」這個型態。2025 年起的幾起事件呈現出另一種施壓型態，金流公司透過合約條款與罰款威脅，要求平台自己修改內容政策，施壓對象從個別帳號擴大到整個平台層面。

2025 年 2 月，Mastercard 與 Visa 對日本多家文化產業平台施壓，受影響的服務被迫調整販售品項。日本還有自家的 JCB 與點數卡機制可以擋一些衝擊，勉強撐過去¹³。同年 7 月，Steam（Valve）證實在金流公司壓力下，從商店移除部分成人遊戲¹⁴。2026 年 3 月，美國 FTC 主席 Andrew N. Ferguson 發出警告函給 PayPal、Stripe、Visa、Mastercard，談「debanking American consumers」議題，這是美國聯邦監管者公開把該模式列為議題的第一次¹⁵。2026 年 5 月，Kickstarter 修改內容指引、禁止幾類 NSFW 內容，Stripe 被認為是這次政策變動背後的壓力來源¹⁶。

從個人帳號被切斷、整個市場被排除、到平台內容政策被間接改寫，金流中介能施加的影響在十多年間持續擴大。

回到台灣：PayPal 關閉境內交易、Stripe 從未開放，都是金融中介的單方面決定¶

把 PayPal 2017 關閉境內交易跟 Stripe 至今不開放放在 Reitman 的框架下看，會發現兩件事都是金融中介單方面決定誰能在自己的網路上收錢。

PayPal 是「依本國合規取捨而關閉境內交易功能」。2015 年《電子支付機構管理條例》上路後，PayPal 選擇不申請許可，關閉境內收付款功能，跨境功能繼續運作。境內留下的空間由綠界、藍新、Pay2Go 等本土第三方支付填補。事後看，這讓台灣的本地支付基礎建設更在地化，但原本依賴 PayPal 在台灣處理本地金流的應用，當天就要找替代方案⁸。

Stripe 是「從一開始就不接這個市場」。台灣的個人或公司不能直接申請 Stripe 帳號，常見的繞道是註冊美國 LLC、申請 EIN、開美國銀行帳戶，再以美國公司名義使用 Stripe¹⁰。這條路自己有合規成本（IRS Form 5472 未申報最低罰款 25,000 美元），對個人創作者來說門檻不低。2025 年 10 月 Stripe Tax 開始支援台灣遠端銷售的稅務登記¹²，但 Stripe Tax 只處理稅務登記，台灣使用者仍然開不了 Stripe 收款帳號。

兩者跟傳統意義的「審查」不一樣，但對倡議組織、獨立媒體、創作者來說，效果跟被審查很像。依賴境外金流時，主要收款管道隨時可能消失，或者從沒存在過。境內第三方支付能補一部分，但跨境收款、KYC 國際趨同、《虛擬資產服務法》逐步上路，這幾股壓力同時收緊。相關的制度面討論可以接上台灣 VASP 法 2026，組織端的應對可以接上倡議組織的匿名捐款管道。

接下來社群想推進什麼¶

社群把 2026 年的三大主題之一定在匿名支付，原本想說的是「個人金流是 metadata 的獨立維度」。Reitman 的新書讓我們看到金流還會被主動拿來當審查工具，這個風險對倡議組織、獨立媒體、創作者不是抽象議題。既有的為什麼匿名支付重要處理的是金流被動被觀察的問題，這篇處理的是金流主動被切斷的問題，兩篇對照看比較完整。

下一步預計推進的方向，包括在《台灣 VASP 法 2026》補一段「跨境制裁與過度合規副作用」的觀察，以及從 EFF 過去十多年 Financial Censorship 系列文章選 5 到 8 篇做策展性翻譯。替代金流系統的進展也值得追蹤，歐洲 European Payments Initiative、巴西 Pix 是兩個現有實作¹⁷¹⁸，但金流在各國都是高度管制行業，規模化替代系統的建立成本不低。如果你關心這個主題，歡迎透過匿名支付研究專題加入社群討論。

Android 17 上線後的 GrapheneOS：誰決定手機上能執行什麼系統

anoni.net 社群 — Wed, 19 Aug 2026 17:45:46 +0000

Android 17 上線後的 GrapheneOS：誰決定手機上能執行什麼系統¶

圖片：智慧型手機被鎖鏈纏繞，象徵裝置被外部規則鎖住。攝影 Towfiqu barbhuiya，來源 Pexels（Pexels License）。

手機是你花錢買的，但它能裝什麼、能執行什麼系統，越來越不是你能決定的。這個問題平常不會浮上檯面，直到你想換一套更保護隱私的系統，卻發現某些 app 因為「偵測到非原廠系統」而拒絕執行，或是你信任的開源系統因為得不到硬體資料而越來越難維護。Android 17 在 2026 年 6 月 16 日上線¹，把這個問題又往前推了一步。

對隱私使用者來說，首當其衝的是 GrapheneOS，一套把 Android 安全強化、移除 Google 綁定的行動作業系統。它幾乎只能運作於 Google Pixel 上，而 Google 正一步步調整 Android 與 Pixel 的開放程度，維持一套乾淨、由使用者掌握的手機系統，成本也隨之升高。

Google 兩步收緊：開發移入內部分支、Pixel device tree 移出 AOSP¶

GrapheneOS 這類系統，必須仰賴 Google 公開的 Android 原始碼與 Pixel 硬體資料才能開發。Google 接下來的兩個動作，收緊的正是這兩項來源。

第一步在 2025 年 3 月。Google 把 Android 的主線開發移進內部分支，只在版本正式發布時才把原始碼一次推上 AOSP（Android Open Source Project，Android 的開源核心），開發過程不再公開可追²。Android 仍然是開源專案，外部開發者能取得最終的程式碼，但看不到中間的演進，也更難即時跟上。

第二步在 2025 年 6 月，衝擊更直接。Google 發布 Android 16 時，不再把 Pixel 的 device tree 放進 AOSP³。device tree 是描述某款手機硬體配置、讓系統能正確驅動它的一組設定檔，對要把系統移植到該機型的人來說是地基。Google 同時把 AOSP 的官方參考裝置，從實體的 Pixel 換成虛擬機 Cuttlefish。少了 Pixel 的 device tree 與驅動原始碼，第三方系統開發者只能從 Pixel 出廠的成品檔案回頭猜它每個月的硬體改動，費時又容易出錯。

這兩步加起來，把第三方系統的開發成本墊高了一截。LineageOS（另一套知名的第三方 Android 系統）的貢獻者形容，現在等於要「盲猜，從預編譯的二進位檔反向工程 Pixel 每月的變更」³。

GrapheneOS 如期完成移植，但開發成本持續升高¶

即使如此，GrapheneOS 在 Android 17 發布當天（2026 年 6 月 16 日）就完成移植⁴。過程中遇到 Android 17 本身一個影響 recovery 側載的上游 bug，第一版 build 因此沒有直接推送，修正後的版本 2026061800 在 6 月 18 日進入 Alpha 測試通道⁴。

移植速度沒有變慢，展現了 GrapheneOS 的工程能力。但每一代要付出的反向工程成本都在增加，而成本的增加來自 Google 政策的單方面決定。一個原本可以靠公開資料順暢進行的工作，現在需仰賴逆向工程填補缺口。GrapheneOS 能維持這樣的移植速度多久，取決於 Google 後續是否繼續縮減公開資料的範圍。

另一種壓力：attestation 將非官方系統判為不合格¶

除了開發端，GrapheneOS 還面對使用端的壓力，來源是 attestation（裝置認證，由 app 在背景檢查你的手機是不是「原廠認可」的狀態）。

Google 的 Play Integrity API 會把非 Google 認證的系統判為不合格。GrapheneOS 在安全上比原廠 Android 更嚴格，卻因為不是 GMS（Google 行動服務）授權的系統，常被當成被 root（取得最高權限、繞過系統限制）的手機一併拒絕執行。越安全的系統，反而越容易被這套機制排除在外。

attestation 的壓力在 2026 年明顯增強，下面三件事幾乎同時推進：

Microsoft Authenticator：2026 年 2 月底起，開始對 Android 裝置做 root 偵測，GrapheneOS 因為被 Play Integrity 標記而受影響。Microsoft 分三階段推行（先警告、再擋新增帳號、最後清除既有憑證），計畫在 2026 年 7 月完成最後階段，清除受影響帳號的 Entra 憑證⁵。截至本文撰寫的 6 月，這個期限還沒到、是否如期執行未知。Microsoft 也公開表示不支援 GrapheneOS。
歐盟 Unified Attestation：歐盟版的統一裝置認證提案，GrapheneOS 認為這是 Play Integrity 的歐洲翻版，會把非授權系統一樣擋在 app 生態圈外，已公開呼籲隱私導向的 app 開發者抵制⁶。
Android 17 的側載限制：Android 17 新增應用程式側載的「開發者驗證」流程，2026 年先在巴西、印尼、新加坡、泰國試行，2027 年擴大到更多地區⁷。

這些機制各有各的理由（防詐騙、防濫用、青少年保護），但效果相互疊加，使未獲官方認可的系統越來越難用於日常。

Motorola 合作與 Pixel 的不確定未來¶

面對 Pixel 的不確定，GrapheneOS 開始找替代硬體。2026 年 3 月 1 日的 MWC 2026，GrapheneOS 與 Motorola 宣布長期合作，計畫推出預載 GrapheneOS、支援 bootloader 解鎖與重鎖的機型⁸。這是 GrapheneOS 第一次把硬體出路鋪到 Pixel 以外，具體機型與上市時間官方都還沒公布。

回頭看這次合作的起因，GrapheneOS 表示，正是 Google 停止公開 Pixel 共用的驅動程式原始碼，才促成 Motorola 主動接洽⁹。Google 想把 Android 收得更緊，反而把一個原本綁在自家硬體上的專案推向了競爭對手。

至於 Pixel 本身，GrapheneOS 的說法是「不確定之後還會不會替新推出的 Pixel 加上支援」¹⁰。媒體據此推測 Pixel 11 可能是最後一款受官方支援的新 Pixel，但那是媒體的推論，GrapheneOS 官方並沒有做出這個承諾，Pixel 11 之後的機型是否支援仍在未定之天。

誰決定手機上能執行什麼系統¶

Google 收緊 AOSP、用 Play Integrity 決定哪些系統合格，Microsoft 跟著把不合格的系統排除，歐盟研議自己的認證框架，Android 17 要求側載先過驗證。這些機制累加下來，你手機上能執行什麼系統、能裝什麼 app，能自己決定的部分越來越少。

這跟我們在從 Discord 年齡驗證談起：我們為什麼自架 Matrix 與金融公司當起審查者談過的是同一類問題。當關鍵的基礎設施掌握在少數平台手中，規則由它們單方面決定，一般使用者難以參與，也難以脫離。手機作業系統是其中最貼身的一層，定位、通訊、相簿與身分都存在這一層上。

GrapheneOS 的價值，就在於它讓使用者在原廠系統之外仍然有選擇。它不完美，依賴 Pixel、可能被部分 app 拒絕執行、需要一定的學習成本，但它證明了這件事在技術上可行。

對台灣與正體中文使用者的意義¶

上述變化看似都在美國的 Google 與歐盟法規層面，但離正體中文使用者並不遠。

Android 17 的側載驗證，2026 年第一批試驗場就包含印尼、新加坡、泰國，APAC 是最早被納入的地區之一⁷，這類政策後續往鄰近地區擴大並不意外。另一個更切身的壓力是 attestation。台灣的網銀、行動支付、政府服務 app 越來越常檢查裝置是不是原廠狀態，對把手機當主要上網工具的在地使用者，選用 GrapheneOS 這類系統前，要先確認自己每天必用的 app 是否仍能正常執行。

如果你關心能不能擁有一台真正由自己掌握的手機，GrapheneOS 是現在最成熟的選項，也是觀察 Google 後續動向最直接的視角。Google 接下來的每一步，都會影響 GrapheneOS 作為可行選項還能維持多久。

進一步了解 GrapheneOS¶

這篇文章聚焦處境與脈絡。GrapheneOS 本身是什麼、有哪些隱私與安全設計、為什麼只支援 Pixel、跟匿名工具的界線在哪，整理在 GrapheneOS：高度隱私的行動作業系統。操作前也建議先讀威脅模型如何建立與匿名與隱私的差別，釐清自己真正的需求，再評估 GrapheneOS 是否適合自己。

Android 17 release | Android Open Source Project - Android Open Source Project ↩
Google will develop the Android OS fully in private going forward - 9to5Google ↩
AOSP isn't dead, but Google just landed a huge blow to custom ROM developers - Android Authority ↩↩
GrapheneOS has been ported to Android 17 and official releases are coming soon - GrapheneOS Discussion Forum ↩↩
Microsoft tightens Authenticator checks on Android and iOS - The Register ↩
GrapheneOS calls on privacy-focused app developers to boycott European Unified Attestation - PiunikaWeb ↩
Android sideloading changes: here's the full timeline - Android Authority ↩↩
Motorola confirms GrapheneOS partnership for a future smartphone - 9to5Google ↩
GrapheneOS explains Motorola partnership origin & the uncertain future of Pixels - PiunikaWeb ↩
Pixel 11 could be the last new Pixel to gain GrapheneOS support - PiunikaWeb ↩

FISA 702 條款到期：美國無令狀蒐集境外通訊的授權，2026 年 6 月暫時失效

anoni.net 社群 — Wed, 19 Aug 2026 17:45:46 +0000

FISA 702 條款到期：美國無令狀蒐集境外通訊的授權，2026 年 6 月暫時失效¶

圖片為 EFF 設計師 Hugh D'Andrade 繪製的「NSA eagle」，把 NSA 標誌改畫成老鷹用爪子接上電信線路，象徵無令狀的大規模監控。出自 EFF 的 NSA 監控專題，授權為 CC BY 4.0¹⁰。

你寄一封信到 Gmail、用 iMessage 跟在美國的朋友聊天、用 WhatsApp 聯絡海外的家人，這些通訊只要有一端落在美國的服務或網路上，原本就可能被美國情報機構在不需令狀的情況下蒐集。提供授權的法律叫 FISA Section 702（《外國情報監控法》第 702 條）。2026 年 6 月 12 日午夜，該授權在美國國會的僵局中到期¹。

EFF（電子前線基金會）把 702 到期稱為一場勝利。要理解為什麼，需先知道 702 是什麼、它跟 2013 年史諾登（Edward Snowden）揭露的監控計畫是什麼關係，以及為什麼台灣使用者長期就是這套監控的合法對象，「暫時失效」對他們的處境又意味著什麼。

Section 702 是什麼¶

Section 702 由美國 2008 年的《FISA Amendments Act》（外國情報監控法修正案）設立³。它允許美國情報機構在認定某位境外人士握有外國情報價值時，不經個別令狀就蒐集這個人的通訊，包含電子郵件、訊息與通話。

關鍵在「境外人士」這四個字。702 的設計對象是美國境外的所有人，所以美國境外的每一個人，包含台灣使用者，在法律上原本就是合法的蒐集目標。美國公民受美國憲法第四修正案保護，需要令狀，境外人士沒有同一層保護。

實務上，702 還會大量「附帶蒐集」（incidental collection）到美國人的通訊。只要美國人跟被鎖定的境外目標有來往，他的郵件、訊息、通話就會一併被收進資料庫。這是後面爭議的起點。

702 授權之下有兩種具體的蒐集方式，名字許多人聽過：

下游蒐集（Downstream，舊稱 PRISM）：政府要求 Google、Microsoft、Apple、Facebook、Yahoo 等科技公司，交出符合條件的使用者通訊²。
上游蒐集（Upstream）：NSA（國家安全局）直接從網際網路骨幹的纜線與交換器上擷取流量²。

PRISM 與 Upstream 不是傳說中的代號。它們是 702 這條法律授權底下，實際運作的兩個程式。

跟史諾登事件的關聯¶

史諾登在 2013 年揭露的監控計畫，法律基礎正是 Section 702。當年 6 月，這位前 NSA 約聘人員把一批內部簡報交給記者，PRISM 與 Upstream 兩個名字就是從那批文件流入公眾視野的²。全世界第一次看到「原來美國可以這樣蒐集全球的網路通訊」，看到的就是 702 在運作的樣子。

史諾登揭露的是「如何蒐集」，Section 702 則是「憑什麼能蒐集」的法律授權。

從立法到暫時失效，這套授權的幾個主要時間點：

2008 年：《FISA Amendments Act》通過，設立 Section 702，讓原本游走在灰色地帶的無令狀蒐集有了明文授權。
2013 年：史諾登揭露 PRISM 與 Upstream，702 第一次成為全球公共議題，各國才意識到自己是這套蒐集的對象。
之後十多年：702 經 2012、2017、2024 多次重新授權，每一次都伴隨改革派與情報機構的拉鋸，EFF 等團體持續要求加上令狀門檻。2024 年的 RISAA 把授權延到 2026 年 4 月，之後再靠臨時延長撐到 6 月。
2026 年 6 月 12 日：在一場國會僵局中暫時到期。

史諾登當年揭露的計畫，過了十三年，它的法律授權第一次出現空窗。

後門搜尋（backdoor searches）為什麼是爭議核心¶

702 名義上鎖定境外人士，真正在美國國內引發憲法爭議的是後門搜尋（backdoor searches），官方稱為「美國人查詢」（US person queries）。

702 蒐集進來的龐大通訊資料庫裡，因為附帶蒐集而塞滿了美國人的通訊。FBI（美國聯邦調查局）、CIA（中央情報局）、NSA 之後可以用美國人的姓名、電子郵件、電話等識別碼去查詢資料庫，不需要另外申請令狀。等於繞過了第四修正案對美國人的保護，從後門取得資料。

規模不小，違規也不少：

FBI 在 2019 到 2022 年間，對美國人做了將近 500 萬次查詢，這些查詢程序上多屬合法，爭議在於大多缺乏個案的合理說明⁴。
政府在 2022 年 3 月通報，光是對 Section 702 資料庫的搜尋，就有超過 278,000 次不符規定⁴。
2024 年國會通過《Reforming Intelligence and Securing America Act》（RISAA，情報改革與保障美國法），加了一些改革，但沒有解決無令狀查詢這個根本問題。到 2024 年 8 月，已經有報導指出 FBI 用了一個查詢工具繞過 RISAA 的限制⁴。

EFF 長期主張，FBI 要查詢美國人在 702 之下被蒐集的通訊，應該先取得令狀。如果做不到這個門檻，那就讓整個方案到期，不要再續¹。

2026 年 6 月發生什麼¶

702 這次到期，導火線跟一樁人事任命有關。川普提名 Bill Pulte（時任聯邦住房金融局局長）暫代國家情報總監（DNI），接替宣布請辭的 Tulsi Gabbard¹⁵。DNI 監督的正是執行 702 的情報機構，把位子交給一位沒有情報資歷、又曾以房貸詐欺名義追查川普政敵的人選，讓參議院民主黨不願在此時放行。他們以 Pulte 缺乏情報、軍事與國會經歷為由，拒絕推進自家版本的重新授權法案，眾議院則否決了短期續延¹⁵。國會幾次靠臨時延長把期限往後推，最後在 6 月 12 日午夜停在到期¹。

到期不等於監控當天就停。依現有報導，外國情報監控法院（FISC）對既有方案的重新認證效力延續到 2027 年 3 月，為這段期間的蒐集留下法律依據。有法律專家直言「702 不會就此停擺（go dark），那是迷思」⁵。這次到期更接近一個法律與政治上的轉折點，而非開關被立刻關掉。

為什麼 EFF 把暫時失效也當成勝利¶

EFF 點出，這套權力的濫用風險從來不繫於某一個人或某一屆政府。如果國會擔心的是「某個人可能取得美國人的敏感資訊」，負責任的做法是去強化制度層面的透明、究責與監督機制，而不是把希望寄託在換掉某個人選¹。

2026 年一整年，國會兩黨對改革的胃口都在變大，愈來愈多人反對在沒有令狀門檻的前提下重新授權 702¹。一條運作了十多年、史諾登揭露過、改革多次卡關的監控授權，能走到暫時失效這一步，本身就說明持續倡議是有用的。

回到台灣：你本來就是境外監控的合法對象¶

702 的失效對美國的倡議者是一場勝利，對台灣讀者能保護到的範圍卻很有限。702 這幾年的爭議重點是保護美國人，後門搜尋爭的是美國人受第四修正案保護、卻被繞過去查。台灣人本來就不在第四修正案的保護範圍內，要查詢台灣人在 702 之下被蒐集的通訊，對美國政府而言連後門都算不上，是正門。

你仍然是合法蒐集對象¶

很多人因為台美關係友好，覺得被美國蒐集總比被別人蒐集好，因此對 702 無感。隱私防護設防的對象是能力，不是當下的善意。一個機構今天友好，不代表它握有的蒐集能力會跟著縮手，蒐集的對象與用途也會隨政治情勢改變。把任何握有大規模蒐集能力的行為者放進同一套威脅模型，比依賴「現在是盟友」可靠。

就算 702 真的消失，蒐集境外人士的手段也不只這一條。NSA 海外訊號情報的主要法源是第 12333 號行政命令（Executive Order 12333，EO 12333，1981 年簽署），它沒有 FISC 的司法監督，國會監督也有限，而且完全不受 702 到期影響⁶。對台灣人這類境外人士的蒐集，702 在不在都能繼續。所以 702 到期對台灣讀者該慶祝的成分有限，隱私還是需仰賴自己用加密守住，不能寄望某一條法律。

真正的防線是端對端加密¶

台灣社會大量依賴美國的雲端與通訊服務，Google Workspace、Microsoft 365、iCloud、AWS、Meta 旗下的 WhatsApp 與 Instagram 都在其中。很多人以為資料放在台灣機房就安全，但只要服務商總部在美國，美國的 CLOUD Act（2018 年通過）就能要求它交出所掌控的資料，伺服器放哪裡不影響⁷。歐盟為了同樣的問題跟美國周旋多年、打過好幾輪官司，台灣連對等的資料保護協定都沒有，處境更被動。真正有效的防線是端對端加密（E2EE），金鑰不在服務商手上，就算資料被交出、或在傳輸途中被擷取，沒有金鑰也讀不到內容，對附帶蒐集與後門搜尋都擋得住。

端對端加密保護的是通訊內容，Tor 進一步遮住連線本身。Upstream 從網路骨幹擷取流量，取得的是你連去哪、跟誰往來這類連線資訊。台灣是海島，對外連線高度依賴國際海纜⁸，通往美西、美東的跨太平洋纜線是重要幹道之一，連線只要目的地或路由經過美國骨幹，封包就落在 Upstream 的擷取範圍內。Tor 把流量加密後經多個中繼轉送，骨幹上只看得到一段加密的 Tor 流量，業者那邊也對不出真正的使用者，等於打斷 PRISM 與 Upstream 所仰賴的連線對應關係。Tor 擋得住這種大規模被動蒐集，但擋不了針對個人的主動入侵，例如利用瀏覽器漏洞去匿名化，史諾登文件裡 NSA 的 Tor Stinks 簡報就坦承，只能去匿名化一小部分使用者⁹。運作原理見什麼是 Tor。

誰的風險更高，社群能一起做什麼¶

需要跟海外編輯室、國際組織、消息來源往來的記者與公民團體，跨境通訊本來就多，附帶蒐集碰到他們的機率比一般人高，這些角色值得把防護等級拉高，敏感協作走 Tor、不要把消息來源名單放在美國企業的雲端，延伸的角色指南見記者如何保護消息來源與社運行動者的數位準備。匿名網路社群 anoni.net 把力氣放在去中心、自架與加密等靠自己的能力上，而不是等哪條法律來保障，正是因為 702 到期當天蒐集照常進行、EO 12333 也不受影響。同樣的令狀門檻問題在台灣也有自己的版本，通訊保障及監察法、科技偵查相關立法的爭議都是本地戰場，相關討論見台灣個資法 2025 修法與揭弊者保護法的技術觀察。

702 暫時失效不會讓監控立刻消失，跨境通訊的隱私風險也不會因此歸零。對每一個身在美國境外的人，真正要盯緊的是授權監控的法律結構，先確認自己在這套結構裡的位置。今天就能做的第一步，是把日常聯絡換成預設端對端加密的工具，敏感的對外連線走 Tor。

在田間學的兩場數位安全線上課，8/26 這場還能報名

anoni.net 社群 — Wed, 19 Aug 2026 17:45:46 +0000

在田間學的兩場數位安全線上課，8/26 這場還能報名¶

活動主視覺由《田間》製作，來源：在田間學活動頁面

《田間》在「在田間學」開了「數位安全與隱私保護系列」，兩場免費線上課程。8/12 的第一場由我們社群的 Toomore 分享，8/26 的第二場由黃豆泥（Mashbean）接續，現在還可以報名。

《田間》與「在田間學」¶

《田間》是獨立研究計畫 China Media Project 的華文刊物，關注全球華文媒體的發展與挑戰，也鼓勵媒體圈之間的交流。China Media Project 2004 年成立於香港大學新聞及傳媒研究中心，目前設於美國，在台北設有研究據點。《田間》的關於我們頁面上寫著「我們堅信新聞自由，致力於推動華文圈的民主和開放社會」。核心團隊三個人，主編簡恒宇、記者蘇曉凡、調查協調專員呂伊萱。團隊之外另有一組編輯顧問群，成員包含獨立記者喬龍、香港記者協會主席鄭嘉如、香港中文大學新聞與傳播學院副教授方可成、數位素養實驗室（FactLink）創辦人陳慧敏、《北漂臺灣》作者杜晉軒，以及 READr 總編輯簡信昌。

「在田間學」是他們為華文新聞工作者與內容創作者開設的線上學習平台，課程與活動都免費。這個系列的設定寫在活動頁上：「在資安風險無所不在的今天，個人數位足跡對新聞工作者格外重要，本系列課程將從個人裝置盤點出發，到探討平台中介者如何成為保護資訊流通與支持安全協作的屏障。」

兩場的分工很清楚。第一場處理記者自己手上的裝置與帳號，第二場處理記者所依賴的平台。

第一場，個人隱私與你手上的消息來源（已結束）¶

時間：2026/08/12（三）19:30 - 21:00（+0800）
講者：Toomore（anoni.net 共同維護者）

內容從個人隱私盤點開始，包含手機定位權限的檢視、隱私防護現況的評估，以及記者工作中的安全應變。

《田間》記者蘇曉凡把當天的內容整理成一篇筆記，2026/08/18 發佈：

【在田間學】數位資安與隱私保護系列課程

（作者：蘇曉凡，《田間》，2026/08/18）

筆記分成個人隱私檢測、通訊錄與行事曆、帳號與密碼管理、WiFi 與移動裝置、與消息來源、推薦工具六個段落，把當天的操作步驟寫得比現場更好讀。想回顧或補課的夥伴，直接讀那一篇最快。當中有一句話特別適合當成起點：「盡量不要讓你的 APP 觸碰通訊錄。」

當天提到的主題，文件站都有對應的頁面可以延伸閱讀。

筆記段落	延伸閱讀
個人隱私檢測	一般人平常該做到什麼、社群平台怎麼收集你的資料
通訊錄、行事曆	Metadata 是什麼，為什麼重要
帳號與密碼管理	密碼管理器入門、Asian Diceware
WiFi 與移動裝置	出差與研討會的數位準備、瀏覽器指紋是什麼，為什麼很難擺脫
與消息來源	記者保護消息來源、匿名通訊工具比較

密碼挑三到六個英文單字隨意排列的做法，我們也做了一份帶亞洲味的字典，見 Asian Diceware。

第二場，平台中介者如何成為保護獨立記者的屏障（8/26）¶

時間：2026/08/26（三）19:30 - 21:00（+0800），歐洲中部時間 13:30 - 15:00，美東時間 07:30 - 09:00
講者：黃豆泥 / Mashbean（哈佛甘迺迪學院 Allen Lab Fellow、Matters 總經理）
形式：線上（Webex），免費，以中文進行
主題：匿名性、隱私保護、通訊安全與資源傳遞，並介紹可以立即採用的實務工具

報名在活動頁面按報名按鈕，需要先註冊「在田間學」的帳號。課後《田間》會提供參與者一份數位小冊。

活動頁面與報名

為什麼推薦這一場¶

第一場的重點放在記者自己能控制的部分，裝置、帳號、瀏覽器指紋，以及跟消息來源的聯繫管道。做完之後，剩下的風險有一大半落在平台身上。訊息存在誰的伺服器上、平台被要求交出資料時會怎麼處理、內容被下架或帳號被停用時作品還在不在，都是個人設定管不到的範圍。第二場把題目設定在平台中介者能為記者做什麼，補上我們沒有涵蓋的另一半。

匿名網路社群 anoni.net/Docs

匿名網路社群前往 Global Gathering 2026

匿名網路社群前往 Global Gathering 2026¶

Global Gathering 是什麼¶

我們參與的原因¶

攤位上要談匿名支付¶

另一組來自台灣的團隊也在現場¶

議程上與我們相關的討論¶

會前往交流的攤位¶

將到現場的夥伴¶

無法到場的參與方式¶

歡迎協助傳遞¶

活動結束之後¶

聯絡方式¶

文件站新增八個小工具，全部在讀者自己的瀏覽器裡執行

文件站新增八個小工具，全部在讀者自己的瀏覽器裡執行¶

起點是照片的 metadata¶

八個工具共同的四條規則¶

用 Tor Browser 的話有一個衝突¶

開始之前，先答三題¶

要交給別人的東西¶

密語與密碼產生器¶

QR code 產生器¶

收到來路不明的東西時¶

QR code 讀取器¶

隱形字元偵測¶

送出去之前先清一次¶

檔案 metadata 清除器¶

網址清理器¶

想知道自己的瀏覽器透露什麼¶

影片與 PDF 各有一個限制¶

整份文件站可以存進裝置¶

用了誰的程式¶

想一起做的話¶

接下來¶

Unredacted 如何幫受審查地區的人連上開放網路

Unredacted 如何幫受審查地區的人連上開放網路¶

Unredacted Door¶

GreenWare：用更省電的硬體撐起 Tor 容量¶

來自 anoni.net 社群：台灣的對照¶

來自 anoni.net 社群：GreenWare 在台灣的可行性¶

你能做什麼¶

延伸閱讀¶

我們普查了 336 條 OONI Run v2 清單，3 條就佔了全網 72% 的檢測量

我們普查了 336 條 OONI Run v2 清單，3 條就佔了全網 72% 的檢測量¶

我們做了什麼普查¶

母體有多大：337 條，兩年¶

使用量極度集中：吉尼係數 0.981¶

資料集中在哪些使用情境¶

長期觀測靠的是持續運行的後端，清單大小幾乎無關¶

anoni.net 的座標：社群自己就是一組對照實驗¶

對社群與 OONI 的意義¶

資料與前提¶

相關閱讀¶

OONI 全新的匿名憑證系統

OONI 全新的匿名憑證系統¶

OONI 的需求¶

打造模組化、具表達力的憑證框架¶

OONI 的憑證長什麼樣子¶

「提交量測」協定的高階概觀¶

與 OONI 程式碼庫的整合¶

資料交換模型¶

接下來會做什麼¶

延續 2025，走向 2026：個人隱私指引、Tor Relay 校園建立競賽、匿名支付探索

延續 2025，走向 2026：個人隱私指引、Tor Relay 校園建立競賽、匿名支付探索¶

2025¶

RightsCon Taipei¶

社群成立¶

文件網站¶

社群媒體¶

工作坊活動¶

報告翻譯：中國網路長城¶

2026¶

個人隱私指引¶

Tor Relay 校園建立競賽¶

匿名支付¶

最後：為什麼現在更需要你一起加入¶

從 OONI 公開資料看 8/13 北部行動網路降速的 30 分鐘

從 OONI 公開資料看 8/13 北部行動網路降速的 30 分鐘¶

先看當天資料的整體樣態¶