IVPN vs RiseupVPN

Auditul încă nepublicat. Al optulea audit anual Cure53 era programat pentru iulie 2026, iar niciun raport pentru 2025 sau 2026 nu este încă publicat, motiv pentru care cea mai recentă dată a raportului este cea din aprilie 2024.

Incidentul din august 2026. În august 2026, un atacator a exploatat o vulnerabilitate din BTCPay Server găzduit autonom, înainte ca aceasta să fie publică, și a sustras fondurile operaționale Lightning proprii ale IVPN. IVPN a publicat relatarea patru zile mai târziu, fără să i se solicite, și a limitat-o la acea mașină: gateway-urile VPN nu au fost implicate, nu s-a ajuns la înregistrările clienților și nu s-au pierdut bani ai clienților.

De ce nu costă nimic. Modelul nu percepe nimic pentru aceasta, acesta fiind și motivul — un operator care spune prompt acest lucru se comportă în modul pe care câmpul este menit să îl recompenseze, iar fișa este aici pentru ca cititorul să știe că s-a întâmplat, nu pentru a modifica un număr.

Ce au acoperit misiunile. Testul de penetrare al aplicațiilor (iOS, Android, Electron, daemonul) este din martie 2022, iar analiza gateway-ului și a sistemului de operare al serverului este din februarie 2023; niciuna nu a testat declarația privind lipsa jurnalelor în sine, raportul din 2023 afirmă explicit acest lucru, astfel că reținerea se bazează exclusiv pe declarația din politica de confidențialitate.

Cel mai recent raport nu este cel relevant. Auditul din aprilie 2024, al șaselea realizat de Cure53 pentru IVPN, a testat site-ul contului de client, API-ul și găzduirea; pagina sa privind domeniul de aplicare menționează aplicațiile client și serverele VPN ca fiind în afara domeniului, astfel că nu extinde nici dovezile privind aplicația, nici pe cele privind gateway-ul, iar V03_audit_subject are valoarea unknown pentru acesta, în loc să reporteze acel credit. Al șaptelea audit, privind noile servicii de e-mail și DNS, a fost doar anunțat pentru mai 2025; nu este publicat niciun raport pentru acesta.

Ce nu dovedesc niciodată paginile principale. Doar RAM este înregistrat ca parțial, deoarece IVPN îl descrie ca pe o tranziție cu implementări de test în curs și nu a anunțat finalizarea sa. Proprietatea asupra hardware-ului serverelor (închiriat sau deținut), modificarea traficului la ieșire și jurisdicția personală a proprietarului beneficiar nu sunt dovedite: nicio pagină principală IVPN nu afirmă niciunul dintre cele trei lucruri și nici amploarea bazei de utilizatori.

Trei câmpuri la care răspunde baza de cunoștințe, nu paginile citite la prima completare. Alocarea IP este partajată prin proiectare — „aglomerarea” grupează utilizatorii pe aceeași adresă pentru a reduce posibilitatea atribuirii. P2P este permis peste tot, dar IVPN le cere clienților să evite ieșirile din SUA, invocând presiunea DMCA din amonte. Streamingul nu beneficiază de nicio garanție, deși compania afirmă că mulți clienți ajung la acesta.

Mai multe câmpuri de utilizabilitate nu au deloc documentație de consultat. Tunelul divizat, limitele pentru dispozitive simultane, politica P2P și accesul la servicii de streaming nu sunt abordate pe nicio pagină RiseupVPN găsită în această sesiune, iar întrerupătorul de urgență este confirmat doar pentru clientul desktop din bara de sistem, nu și pentru Android.

Singurul audit independent este un pentest al clientului/infrastructurii, nu un audit al jurnalelor. Raportul SRLabs din 2025 a examinat Bitmask și registratorul punții Menshen pentru riscuri de interceptare și DPI; nu a întrebat niciodată ce păstrează serverele VPN, astfel că V11_audit_findings este not_stated, iar declarația privind reținerea din C01 se bazează doar pe declarația proprie a Riseup.

Sechestrarea din 2012 citată adesea împotriva Riseup nu a vizat datele proprii ale Riseup. Agenți federali americani au preluat un server dintr-un centru de colocare pe care Riseup îl împărțea cu May First/People Link, dar mașina și datele sale aparțineau unui al treilea chiriaș (European Counter Network); pe ea nu se afla niciun cont sau date de utilizator Riseup, motiv pentru care P01_seizure_event este none_known, în loc să atribuie Riseup un eveniment căruia nu a trebuit niciodată să-i reziste.