IVPN vs Opera VPN

Incydent z sierpnia 2026 r. W sierpniu 2026 r. atakujący wykorzystał podatność w samodzielnie hostowanym BTCPay Server, zanim została ona upubliczniona, i przejął własne środki operacyjne IVPN w Lightning. IVPN opublikowała opis zdarzenia cztery dni później, z własnej inicjatywy, i ograniczyła jego zakres do tej maszyny: bramy VPN nie były zaangażowane, nie uzyskano dostępu do danych klientów i nie utracono pieniędzy klientów.

Dlaczego nic to nie kosztuje. Model nie pobiera za to żadnych opłat, i właśnie o to chodzi — operator, który mówi o tym szybko, zachowuje się tak, jak powinien wynagradzać to rejestr, a ten wpis znajduje się tutaj po to, by czytelnik wiedział, że to się wydarzyło, a nie po to, by zmienić liczbę.

Czego dotyczyły te zlecenia. Test penetracyjny aplikacji (iOS, Android, Electron, demon) pochodzi z marca 2022 r., a przegląd bramy i systemu operacyjnego serwera z lutego 2023 r.; żaden z nich nie testował samej deklaracji braku logów, co raport z 2023 r. stwierdza wyraźnie, więc retencja opiera się wyłącznie na deklaracji w polityce prywatności.

Najnowszy raport nie jest tym właściwym. Audyt z kwietnia 2024 r., szósty audyt Cure53 dla IVPN, obejmował testy witryny kont klientów, API i hostingu; własna strona zakresu wyłącza aplikacje klienckie i serwery VPN, więc nie rozszerza dowodów dotyczących aplikacji ani bramy, a V03_audit_subject ma dla niego wartość unknown, zamiast przenosić to uznanie. Siódmy audyt, dotyczący nowych usług e-mail i DNS, zapowiedziano dopiero na maj 2025 r.; nie opublikowano jego raportu.

Czego główna witryna nigdy nie potwierdza. RAM-only jest odnotowane jako częściowe, ponieważ IVPN opisuje je jako przejście z wdrażanymi testowo rozwiązaniami i nie ogłosiło zakończenia tego procesu. Własność sprzętu serwerowego (dzierżawiony czy własny), modyfikowanie ruchu w węźle wyjściowym oraz jurysdykcja osobista rzeczywistego właściciela pozostają niepotwierdzone: żadna główna strona IVPN nie stwierdza żadnej z tych trzech kwestii, podobnie jak skali bazy użytkowników.

Trzy pola, na które odpowiada baza wiedzy, a nie strony odczytane przy pierwszym wypełnieniu. Przydział adresów IP jest współdzielony z założenia — „crowding” umieszcza użytkowników na jednym adresie, aby utrudnić przypisanie aktywności. P2P jest dozwolone wszędzie, ale IVPN prosi klientów o unikanie węzłów wyjściowych w USA, powołując się na presję ze strony upstreamu na podstawie DMCA. Streaming nie jest objęty żadną gwarancją, choć firma twierdzi, że wielu klientów uzyskuje do niego dostęp.

Dlaczego wynik od tego nie zależy. Zarówno cena dla stanu potwierdzonego, jak i dla stanu nieznanego wynosi 0,000, więc nic w wyniku od tego nie zależy; brakuje rekordu, a nie liczby, i następna iteracja powinna rozpocząć się od dokumentów Kunlun oraz akt federalnych, a nie od ich podsumowania.

Raport, który zmieniłby cztery pola. Raport Deloitte jest drugim dokumentem, który zmieniłby kilka pól jednocześnie: V04, V07, V11 i V15 są nieznane wyłącznie dlatego, że nie został opublikowany, a V11 jest w szczególności polem, na którym opiera się cała deklaracja braku logów.

Czego nie ma w żadnym dokumencie. U07 nie ma dokumentu, podobnie jak C13 stojące za nim: Opera wymienia AES-256 i „bezpieczny tunel”, ale nigdy nie wymienia protokołu, więc najsłabszy oferowany transport nie jest potwierdzony. U08, U09 i U12b pozostają niewypełnione z tego samego powodu — tabela porównania funkcji na stronie produktu oznacza wiersze znacznikami wyboru, których nie zawiera pobrany kod, a odczytywanie znaczników z wyrenderowanego obrazu nie jest źródłem.

Opisane serwery, niepotwierdzone dowodami. C02, C06 i C08 nie mają za sobą żadnych dowodów: Opera twierdzi, że serwery są fizyczne i należą do niej, co nie rozstrzyga ani kwestii dysków, ani DNS, ani tego, kto jest właścicielem sprzętu. Na C09b nie można odpowiedzieć, dopóki U02 pozostaje nieznane.

Jeden sklep, nie dwa. Przeanalizowano wyłącznie formularz bezpieczeństwa danych Google Play; etykiet prywatności App Store dla przeglądarki iOS nie przeanalizowano, więc X12 opiera się na jednym sklepie, a nie na gorszym z dwóch.

Dwie interpretacje, nie stwierdzenia. Linux w U01 wywnioskowano z podręcznika pomocy dla komputerów, który opisuje VPN i obejmuje łącznie Windows, macOS i Linux, bez rozdzielenia według platformy; Android i iOS wymieniono wyraźnie w ogłoszeniu dotyczącym audytu. U10 oznacza brak limitu, ponieważ nie ma konta ani limitu urządzeń, który mógłby go egzekwować; jest to interpretacja produktu, a nie podana wartość.

X02 jest ustaleniem stanowiącym podstawę, a oba leżące u jego podstaw dokumenty pochodzą od Opery. W ogłoszeniu z 2024 r. zacytowano opinię Deloitte: „konfiguracja systemów IT i zarządzanie wspierającymi operacjami IT zostały odpowiednio zaprojektowane i wdrożone, we wszystkich istotnych aspektach, w oparciu o kryteria opisane w Management Assertion Opery, na dzień 10 sierpnia 2024 r.”; osobno zdanie „W usłudze VPN nie ma wbudowanej funkcji rejestrowania danych i nie są zbierane żadne dane” przypisano własnemu dokumentowi Opera Management Assertion.

Wpis z 2026 r. przedstawia to samo zlecenie jako ustalenie dokonane przez Deloitte: „zapewniliśmy zespołowi Deloitte pełny dostęp do naszej infrastruktury VPN i serwerów, a oni mogli zweryfikować nasze twierdzenie ... W rzeczywistości funkcja rejestrowania danych nie jest nawet wbudowana w VPN”. Ten sam wpis przedstawia okres, który wpis z 2024 r. określa jako od 18 czerwca do 10 sierpnia 2024 r., jako „pełny dostęp”.

Opera przedstawia własne twierdzenie jako wniosek audytora. Dlatego blok VERIFY dzieli się w ten sposób. V01 ma wartość yes_verified na podstawie faktycznie otwartego raportu — opublikowanego przez Cure53 własnego podsumowania zarządczego oceny z marca 2022 r. — a nie na podstawie ogłoszenia Deloitte.

Sam raport Deloitte nie został nigdzie opublikowany, więc V02 ma wartość press_only, a każde pole będące ustaleniem z tego raportu, a nie faktem dotyczącym zlecenia, pozostaje nieznane: zakres floty (V04), standard zapewnienia (V07), to, co raport stwierdza na temat retencji (V11), oraz siła opinii (V15).

Fakty dotyczące zlecenia — firma, jej kategoria, data i to, co wymieniono jako objęte testami — pochodzą z ogłoszenia. Dostawca, który w sposób możliwy do wykazania raz zmienił opis tego audytu, nie jest źródłem informacji o tym, do jakiego wniosku doszedł audyt. C01 ma wartość none_linkable, ponieważ takie jest oświadczenie w polityce prywatności; V11 jest ustaleniem, a nie ma żadnego ustalenia do odczytania.

Raport Cure53 jest rzeczywisty i dlatego V14 ma wartość yes_verified: siedmiu testerów, dwadzieścia cztery osobodni, testy white-box w ramach czterech pakietów prac obejmujących klientów VPN, konfigurację i infrastrukturę serwera oraz protokół Opera Mini używany do dostarczania konfiguracji VPN. Czternaście kwestii związanych z bezpieczeństwem, z których osiem stanowiło rzeczywiste podatności, pięć oceniono jako poważne, a żadnej jako krytyczną.

W marcu 2022 r. dziewięć zostało naprawionych, a naprawy zweryfikowano, jedna została naprawiona częściowo, w przypadku trzech zaakceptowano ryzyko, jedna była fałszywym alarmem, a jedna nadal była w toku. Blog Opery stwierdza, że siedem elementów odnoszących się bezpośrednio do VPN w przeglądarce zostało „następnie w całości rozwiązanych”, a tabela to potwierdza — pozostałe kwestie dotyczą pakietu prac Opera Mini, a nie samego VPN.

Własność jest w pełni ujawniona i kończy się w kraju objętym obowiązkiem (retencyjnym), dlatego X03 i C11 wskazują przeciwne kierunki, nie zaprzeczając sobie nawzajem.

Administratorem danych wskazanym we własnej polityce prywatności Opery jest Opera Norway AS, spółka norweska, a raport przejrzystości złożono pod tą nazwą.

Spółką holdingową jest Opera Limited, spółka typu exempted zarejestrowana na Kajmanach w marcu 2018 r., bez własnej istotnej działalności operacyjnej. Formularz 20-F za 2025 r. wskazuje Hong Kong Kunlun Tech Holding Limited jako głównego akcjonariusza z udziałem 68,0%, będącego spółką zależną Kunlun Tech Co., Ltd. zarejestrowaną w PRC, oraz stwierdza, że Kunlun „jest ostateczną spółką dominującą Opery i pozostaje pod kontrolą prezesa wykonawczego Opery”.

Zatem M06 to NO, a C10 to no, podczas gdy M11 to CN, a C11 to yes.

C12 to największa rozbieżność między deklaracją VPN a aplikacją, w której on działa. Sekcja VPN oświadczenia o prywatności deklaruje brak logów; inna sekcja tego samego dokumentu stwierdza, że po zainstalowaniu aplikacji Opera „generowany jest losowy identyfikator instalacji. Zbieramy ten identyfikator, a także Machine ID, specyfikacje sprzętu (model, data wydania itd.), system operacyjny, konfigurację środowiska i dane o korzystaniu z funkcji”, przechowywane do trzech lat.

Machine ID jest pochodny od sprzętu, więc identyfikator przechowywany przez dostawcę to persistent_hardware_id, a nie losowy identyfikator ograniczony do aplikacji, niezależnie od tego, co tunel rejestruje lub czego nie rejestruje.

X12 porównuje dwa dokumenty złożone przez samą Opera. Formularz bezpieczeństwa danych Play dla com.opera.browser deklaruje zbieranie zainstalowanych aplikacji na potrzeby analityki, a oświadczenie o prywatności w ogóle nie wspomina o zbieraniu aplikacji zainstalowanych na urządzeniu. Zainstalowane aplikacje to zachowanie, a nie identyfikator, stąd undisclosed_behaviour.

Ten sam formularz deklaruje udostępnianie innym firmom identyfikatorów urządzenia lub innych identyfikatorów na potrzeby reklam, co przypisuje C07a do reklam. C07b opiera się na czymś węższym i jest za to oznaczone jako B: jedynym hostem strony trzeciej w kodzie dostarczonym dla strony produktu jest Google Tag Manager, a zawartość ładowana przez ten kontener w czasie działania nie została wyszczególniona.

U02 jest nieznane z powodu konstrukcji produktu, a nie z powodu niepowodzenia wyszukiwania: bezpłatny VPN oferuje trzy regiony — Opera nazywa je Ameryką, Azją i Europą — i nigdy nie wskazuje kraju. C09 i C09b wynikają z tego i nie mogą zostać rozstrzygnięte, dopóki ten stan się utrzymuje.

X05 to ads_supported w wyjaśnieniu samej Opera, które wymienia reklamy jako pierwsze z trzech źródeł przychodu i opisuje, że Opera Ads zbiera losowo generowany identyfikator użytkownika, miasto lub kraj oraz ogólne kategorie odwiedzanych stron, przechowywane do roku; razem z U05 = unlimited_free jest to dokładnie przypadek, który R15 ma oznaczać.

X06 to twierdzenie z wpisu z 2026 roku, że AES-256 „wymagałoby od hakera korzystającego nawet z najszybszego komputera ponad miliarda lat na złamanie”. X09 to self_disclosed_prompt w dwóch wpisach z 2026 roku, w których Opera opublikowała luki zgłoszone jej przez zewnętrznych badaczy, wraz z analizą i naprawioną wersją — są to luki w przeglądarce, a nie incydenty dotyczące VPN, i żaden incydent dotyczący VPN nie jest znany.

C05 to not_sold. Darmowa usługa VPN nie ma w ogóle etapu płatności — ani subskrypcji, ani konta — więc nie ma niczego, za co można by zapłacić anonimowo ani w inny sposób.

Ten rekord został początkowo zapisany jako none, co oznacza „oferowane są wyłącznie zidentyfikowane metody płatności” i jest tutaj fałszem, ponieważ słownik nie zawierał tokenu dla usługi, która nie pobiera żadnych pieniędzy; unknown oznaczałoby, że wyszukiwanie się nie powiodło, co również było fałszem, a spośród dwóch błędnych interpretacji zapisano tę, która działa na niekorzyść dostawcy. Token ten teraz istnieje i ma cenę zero, co jest uczciwą odpowiedzią: tam, gdzie nie ma płatności, nie ma też tożsamości płatniczej, która mogłaby wyciec.