不足
RiseupVPN
按月付費
— 無月付方案
按年付費
— 無年付方案
涵蓋範圍
4 設有出口的國家
免費方案
有 免費，無流量上限
25／100
安全
65／100
易用性
<b>RiseupVPN</b>經HushFleet團隊評估，被歸入<b>不足</b>區間，安全分數為<b>25/100</b>，易用性分數為<b>65/100</b>。 在VPN業者安全總排名中位列<b>68家中第7</b>。 反審查工具，公司管轄地為<b>美國</b>。 接受過獨立安全稽核：報告全文已公開，證據層級<b>A</b>。
有7個欄位出現在此紀錄中，但不計入分數，這一點契約本身在欄位中已註明：scored: false。之所以列出它們，是因為讀者若詢問這家公司歸誰所有、稽核由誰簽署，紀錄本應回答這些問題 — 而且從不參與運算的值，理應明確置於運算之外，而非悄悄混入其中。
業者在自家伺服器頁面上列明的、設有出口的每一個國家，共計：4個。此處不提供各國伺服器數量，站內任何地方也不會公布總伺服器規模 — 因為契約本身並不包含這兩項資料，而一個無法溯源的數字，比缺失資料更糟。標有mandate的0個國家實行資料留存義務；該標記來自方法論自身的國家清單，而非業者。
替代方案
| 服務類別 | 反審查工具 — 以安全為先 |
|---|---|
| 安全分數 | 100分中的25分 · 不足 |
| 易用性分數 | 100分中的65分 · 狀態已知 · 已確認64% · 已讀取77.4%的權重 |
| 法律實體 | Riseup Networks |
| 管轄地 | 美國 |
| 最終所有者 | Riseup Collective (self-governed autonomous collective; no external owner) |
| 暴露度 | 中 · 主導通道：留存 |
| 留存 | 無任何可將流量連結至個人的資料 |
| 最近一次稽核 | Security Research Labs (SRLabs) · 2025年5月16日 · 一次性 · 是，且已閱讀報告 |
| 設有出口的國家 | 4 |
| 通訊協定 | OpenVPN混淆通訊協定 |
| 在嚴格審查環境下仍可使用 | 自稱可運作 |
| 目前仍提供的最弱協定 | 不適用 |
| 通道內自有DNS | 未知 |
| 平台 | LinuxmacOSWindowsAndroid |
| 同時使用裝置數 | 未知 |
| 斷網保護 | 僅桌面裝置 |
| 分流通道 | 未知 |
| 註冊方式 | 不需要帳號 |
| 免費方案 | 無資料上限的免費方案 |
| 允許P2P | 未知 |
| 可存取主流串流服務 | 未知 |
| 價格（月付） | 未公開 |
| 價格（年付） | 未公開 |
| 提供的國家中受留存義務管轄者C09_mandate_countries | |
|---|---|
| 最終實益所有者所在國家M11_owner_jurisdiction | US |
| 所有者集團叢集鍵M15_owner_group | 獨立 |
| 現任所有者取得控制權的日期M16_control_since | 不適用 |
| 此品牌在集團內的角色M17_brand_role | principal |
| 與叢集內同集團品牌共用的基礎設施M18_shared_infrastructure | separate |
| 已公開稽核總數V10_audit_count | 1 |
八個通道，每個都向公開紀錄提出一個問題，並讀取一組指定欄位來回答它。它們是相乘而非相加 — 通道旁的係數是扣除目前為止發現的壓力後所剩的部分，展開一個通道即可看到它讀取的每一個欄位，均按儲存原樣顯示。模型如何運作
安全欄位
67 其中55個進入某個通道
已確認
51 6個仍為unknown，10個不適用
完整度
88% 模型能夠賦權的比例
引用
71 涉及18份文件
每個值都帶著它所依據的根據，模型對四個層級賦予不同的權重。先看權重，再看這筆紀錄在該層級上有多少引用：
A 權重1.00·此處<b>12</b>項B 權重0.85·此處<b>59</b>項
權重由methodology.json自身設定；在文件本身中確認的說法，比二手轉述的同一說法更有分量。列末的日期是該值最後一次被讀取的日子。
通道並非對它讀取的每個欄位都計分。計分的欄位會在邊緣標出，並顯示其貢獻值；其餘的只是被讀取，不產生任何成本。只有逐欄位累加的通道才能標記欄位 — 其餘通道依據列上方列出的參數為自身計分。
此紀錄目前仍未解決的事項。
未陳述硬體所有權。 Riseup 自己的政府常見問題說明其核心 Seattle 基礎設施由其實際控制（「並非託管於雲端」），但沒有提到位於 Montreal、Paris 和 Amsterdam 的 VPN 閘道機器；這些機器位於典型的商業主機 IP 範圍內。C08_servers_ownership 維持未知，而不是根據 Seattle 的說明自行推定。
最低限度的 VPN 紀錄僅透過排除方式加以描述。 安全頁面列出 5 天輪替紀錄不包含的所有內容（沒有 IP、沒有指紋、沒有 DNS 請求、沒有中繼資料），但從未說明它包含什麼。C01 根據該排除清單填入 none_linkable，但想知道這些位元組實際是什麼的讀者，無法在此找到答案。
幾個易用性欄位完全沒有文件可供查閱。 在本次工作階段找到的任何 RiseupVPN 頁面中，都沒有提到分割通道、同時裝置上限、P2P 政策和串流存取；終止開關也僅確認適用於桌面系統匣用戶端，未確認適用於 Android。
唯一的獨立稽核是用戶端／基礎設施滲透測試，而不是紀錄稽核。 2025 年 SRLabs 報告檢查了 Bitmask 和 Menshen bridge registrar 的攔截及 DPI 風險；報告從未詢問 VPN 伺服器留存什麼，因此 V11_audit_findings 為 not_stated，而 C01 中的留存聲明僅建立在 Riseup 自己的說法上。
經常被用來指責 Riseup 的 2012 年扣押事件並未涉及 Riseup 自己的資料。 美國聯邦探員從 Riseup 與 May First/People Link 共用的共置設施帶走一台伺服器，但該機器及其資料屬於第三方租戶 European Counter Network；其中沒有任何 Riseup 帳號或使用者資料，這就是為什麼 P01_seizure_event 顯示 none_known，而不是將一項從未屬於 Riseup、也無從由 Riseup 抵抗的事件歸於它。
針對整筆紀錄。
RiseupVPN 是 Riseup Networks 的免費用戶端；Riseup Networks 是一家自 1999 年起營運的美國 501(c)(4) 非營利集體（riseup.net）。該 VPN 本身不收取費用，完全靠捐款維持，因此 U04/U04b 為 not_applicable。RiseupVPN 是較早的 Bitmask/Riseup-Black 用戶端的重新品牌版本，建置於 LEAP 平台；其四個閘道（Seattle、Montreal、Paris、Amsterdam）全都位於依 countries.csv 負有留存義務的國家，且當地的託管採用實體而非虛擬形式。
並非相加而是複合而成：以silent分支上的先驗值0.55為起點，依據文獻所述（0.1026）與實際做法所示（0.0）調整，再乘以稽核帶來的可信度0.1026與業者配合度帶來的0.665，最終針對實際留存內容的嚴重程度0.03計分。
業者持有的持久裝置識別碼C12_device_identifier
none
Briseup.netBplay.google.com2026年9月13日
檢舉C12_device_identifier的問題計算值
完美紀錄的×0.247 完整度88%
扣分主因：留存。這是該紀錄風險最集中的通道 — 僅此一項就能把一份完美紀錄拉低到×0.503，上方的進度條也填充到這裡。
暴露度記錄為medium，完整性狀態記錄為clean。
與名錄整體相比，此紀錄在<b>無知</b>上表現最佳 — ×0.903，而名錄平均為×0.662 —，在<b>揭露</b>上表現最差 — ×0.913對×0.970。
公開分數
25以上每一列都是公開紀錄中的一個欄位，每一項都可以提出異議：每列都帶有檢舉按鈕，也可以就整筆紀錄提出問題。有憑有據的更正會在當天生效，若因此影響分數，排名也會隨之調整。
不足
按月付費
— 無月付方案
按年付費
— 無年付方案
涵蓋範圍
4 設有出口的國家
免費方案
有 免費，無流量上限
安全
易用性
最新稽核的對象V03_audit_subject
infrastructureprotocolapp_security
Aopentech.fund2026年9月13日
檢舉V03_audit_subject的問題公司所在地0.0，所有者所在地0.0，提供的出口0.0，秘密命令制度0.2 — 作為一種情形，只計一次，不疊加。
在其提供服務的受留存義務國家中託管C09b_mandate_hosting
不適用
Bapi.black.riseup.net:4432026年9月13日
檢舉C09b_mandate_hosting的問題該通道在此紀錄上計分的內容：事件處理 0.2
服務的付費方式X05_monetisation_model
freemium_funded
Briseup.netBriseup.net2026年9月13日
檢舉X05_monetisation_model的問題安全事件及其揭露方式同時被無知讀取X09_incident_handling
third_party_disclosed
Aopentech.fundBopentech.fund2026年9月13日
檢舉X09_incident_handling的問題應用程式商店資料聲明與業者自身政策的對照X12_store_data_declaration
matches_policy
Bplay.google.com2026年9月13日
檢舉X12_store_data_declaration的問題來自所有者集團的傳導S18_cluster_contagion
0.0
該紀錄沒有所有者集團，因此無可傳導內容
為空白本身計分：加權紀錄中已確認的比例為0.88，在上限0.6之下按斜率0.9計算，並因0.4的緩解而減輕姿態0.25。
紀錄完整度S08_completeness
88%
由紀錄自身推導得出
安全事件及其揭露方式同時被誠信讀取X09_incident_handling
third_party_disclosed
Aopentech.fundBopentech.fund2026年9月13日
檢舉X09_incident_handling的問題實際揭露紀錄P02_disclosure_history
account_data_disclosed+0.088
Briseup.net2017年2月
檢舉P02_disclosure_history的問題有上限的總和 — 唯一相加的通道：來自下方標記欄位，佔可能上限0.28中的0.07。
不使用電子郵件註冊C04_signup_no_email
yes_declared+0.005
Briseup.netBriseup.net2026年9月13日
檢舉C04_signup_no_email的問題營運27年，年均0.015，上限0.3，權重1.0：該規則未觸發。
誰營運出口C00_architecture
provider_operated+0.000
Bapi.black.riseup.net:443Briseup.net2026年9月13日
檢舉C00_architecture的問題
