Twoje dane w sieci komórkowej nie są tak prywatne, jak myślisz. 2G, 5G, IMSI, baseband i prawdziwe granice bezpieczeństwa
Twoje dane w sieci komórkowej nie są tak prywatne, jak myślisz. 2G, 5G, IMSI, baseband i prawdziwe granice bezpieczeństwa
Smartfon może mieć najnowszego Androida, aktualne poprawki bezpieczeństwa, szyfrowanie pamięci, Secure Boot, SELinux i mocny ekran blokady.
A mimo to jego komunikacja z siecią komórkową nadal ma własną, bardzo specyficzną powierzchnię ataku.
To dlatego, że telefon nie łączy się bezpośrednio z Internetem.
Najpierw rozmawia z radiową częścią infrastruktury operatora.
SMARTFON
|
| radio
v
STACJA BAZOWA
|
v
SIEĆ OPERATORA
|
v
CORE NETWORK
|
v
INTERNET / USŁUGA
Każda z tych warstw ma inne mechanizmy bezpieczeństwa.
I właśnie tutaj pojawia się problem.
Szyfrowanie połączenia radiowego nie oznacza, że cała komunikacja jest szyfrowana od telefonu aż do serwera.
Android dokumentuje to bardzo jasno: zabezpieczenia warstwy komórkowej dotyczą przede wszystkim połączenia urządzenia ze stacją bazową. Połączenia głosowe i SMS mogą być chronione na interfejsie radiowym, ale nie są przez to automatycznie szyfrowane end-to-end przed operatorem.
To fundamentalna różnica.
Telefon nie jest bezpośrednio podłączony do Internetu
Użytkownik widzi:
Telefon → Internet
Operator widzi znacznie więcej elementów:
Telefon
↓
Radio
↓
Base Station
↓
Transport
↓
Core Network
↓
Gateway
↓
Internet
W 4G i 5G dochodzą kolejne funkcje sieciowe, mechanizmy uwierzytelniania, zarządzania mobilnością, politykami ruchu i bezpieczeństwem.
W 5G architektura została dodatkowo zaprojektowana z myślą o wzajemnym uwierzytelnianiu, ochronie tożsamości abonenta, integralności danych użytkownika oraz bezpieczniejszej komunikacji pomiędzy elementami sieci. GSMA wskazuje m.in. na mechanizmy SUCI, ochronę początkowych komunikatów NAS oraz user-plane integrity.
Ale większe bezpieczeństwo nie oznacza braku problemów.
Wręcz przeciwnie.
Nowoczesna sieć komórkowa jest ogromnym, rozproszonym systemem kryptograficznym.
A każdy taki system ma granice zaufania.
Najważniejsze pytanie: kto widzi Twoje dane?
Załóżmy, że otwierasz:
https://bank.example
Aplikacja bankowa lub przeglądarka tworzy połączenie TLS.
W uproszczeniu:
SMARTFON
|
| encrypted TLS
|
v
BANK
Operator sieci komórkowej może jednak widzieć metadane związane z komunikacją.
W zależności od technologii i zastosowanych mechanizmów może mieć dostęp m.in. do informacji dotyczących urządzenia, abonenta, lokalizacji radiowej, parametrów połączenia i ruchu sieciowego.
Nie oznacza to automatycznie, że operator widzi treść HTTPS.
Nie widzi jej po prostu dlatego, że telefon korzysta z sieci komórkowej.
Ale widoczność metadanych nadal ma znaczenie.
To właśnie dlatego bezpieczeństwo mobilne nie kończy się na pytaniu:
„Czy moje dane są zaszyfrowane?”
Trzeba zapytać:
Co dokładnie jest szyfrowane, między jakimi punktami i kto posiada klucze?
2G jest największym problemem
Najstarsza generacja sieci komórkowych pozostaje jednym z najważniejszych problemów bezpieczeństwa.
Powód jest prosty.
2G powstało w czasach, kiedy model zagrożeń wyglądał zupełnie inaczej.
Brakuje tam wielu mechanizmów, które znamy z 4G i 5G.
Najważniejszy problem:
brak wzajemnego uwierzytelniania urządzenia i sieci na poziomie znanym z nowszych generacji.
To pozwala atakującemu wykorzystać fałszywą stację bazową.
Schemat może wyglądać tak:
LEGITIMATE NETWORK
|
|
INTERNET
|
|
BASE STATION
^
|
PHONE
|
|
ATTACKER
FAKE BASE STATION
Telefon może zostać nakłoniony do połączenia z fałszywą infrastrukturą.
Android określa połączenia 2G jako najpoważniejsze zagrożenie związane z bezpieczeństwem i prywatnością sieci komórkowych, a fałszywe stacje bazowe mogą próbować wymusić przejście urządzenia na 2G.
Downgrade attack: telefon może zostać zmuszony do starszej technologii
Jednym z interesujących scenariuszy jest atak typu downgrade.
Telefon obsługuje:
5G
4G
3G
2G
Atakujący nie musi łamać kryptografii 5G.
Może próbować doprowadzić do sytuacji:
5G
↓
4G
↓
2G
A na końcu wykorzystać słabości starszej technologii.
To bardzo ważna koncepcja bezpieczeństwa:
czasami nie trzeba łamać nowego mechanizmu. Wystarczy zmusić system do użycia starego.
Android pozwala na urządzeniach obsługujących odpowiednią funkcję wyłączyć 2G na poziomie radia. AOSP wskazuje, że takie wyłączenie ma znaczenie nawet wtedy, gdy operator użytkownika nie utrzymuje już własnej infrastruktury 2G, ponieważ urządzenie może nadal skanować i próbować połączyć się z fałszywą stacją 2G.
IMSI catcher: atakujący nie musi znać Twojego nazwiska
W sieciach komórkowych istnieje jeszcze jedna bardzo ciekawa warstwa prywatności.
Tożsamość abonenta.
Jednym z najważniejszych identyfikatorów historycznie był:
IMSI — International Mobile Subscriber Identity.
To nie jest numer telefonu.
IMSI identyfikuje abonenta w sieci komórkowej.
W starszych generacjach możliwość pozyskania IMSI przez fałszywą stację bazową była poważnym problemem prywatności.
Atakujący może próbować:
FAKE BASE STATION
|
v
PHONE CONNECTS
|
v
IDENTIFIER REQUEST
|
v
IMSI
Jeżeli posiada identyfikator, może próbować powiązać urządzenie z kolejnymi obserwacjami.
I tutaj zaczyna się problem lokalizacji.
Nie trzeba czytać SMS-ów.
Nie trzeba włamywać się do Androida.
Nie trzeba instalować spyware.
Samo powiązanie identyfikatora urządzenia z obecnością w określonym miejscu może mieć wartość.
5G próbuje rozwiązać ten problem przez SUCI
5G wprowadziło mechanizm:
SUCI — Subscription Concealed Identifier.
W uproszczeniu:
SUPI
|
| cryptographic protection
v
SUCI
|
v
NETWORK
Zamiast wysyłać permanentną tożsamość abonenta w prosty sposób, urządzenie może użyć chronionego identyfikatora.
GSMA opisuje SUCI jako mechanizm ochrony SUPI, czyli stałego identyfikatora abonenta, poprzez kryptograficzne ukrycie jego części związanej z abonentem.
To duży krok naprzód.
Ale bezpieczeństwo nadal zależy od:
- implementacji,
- konfiguracji urządzenia,
- karty SIM/UICC,
- operatora,
- obsługiwanej generacji sieci,
- mechanizmu roamingu,
- zachowania telefonu podczas fallbacku.
Nie istnieje magiczny przełącznik:
5G = privacy guaranteed
5G jest bezpieczniejsze, ale nie jest magiczną tarczą
To bardzo ważne.
5G poprawia wiele elementów bezpieczeństwa.
GSMA wskazuje m.in. na:
5G SECURITY
✓ Mutual authentication
✓ Subscriber identity protection
✓ NAS confidentiality
✓ User-plane integrity
✓ Improved roaming security
✓ SEPP
✓ Better network separation
Ale sama technologia 5G nie gwarantuje bezpieczeństwa całego systemu.
Dlaczego?
Bo współczesna sieć to nie tylko radio.
To także:
UE
|
v
gNodeB
|
v
Transport
|
v
5G Core
|
+--> AMF
+--> SMF
+--> UPF
+--> AUSF
+--> UDM
+--> PCF
+--> NRF
+--> NEF
|
v
External Network
Każdy element może posiadać:
- własny kod,
- API,
- konfigurację,
- zależności,
- credentials,
- interfejs administracyjny,
- podatności.
I dlatego 5G wprowadziło nie tylko nowe mechanizmy kryptograficzne, ale też nowe powierzchnie ataku.
GSMA zwraca uwagę m.in. na wirtualizację, konteneryzację, SDN, NFV, Open RAN, network slicing oraz MEC jako obszary, które zwiększają możliwości sieci, ale jednocześnie wprowadzają nowe wektory ataku.
Najciekawszy element: baseband
W smartfonie istnieją tak naprawdę dwa bardzo ważne światy.
APPLICATION PROCESSOR
|
Android / Linux
|
Apps / Kernel
oraz:
MODEM
|
BASEBAND
|
CELLULAR NETWORK
Modem obsługuje komunikację komórkową.
I jest bardzo blisko sprzętu.
To oznacza, że jego bezpieczeństwo ma ogromne znaczenie.
Android traktuje komponenty takie jak cellular baseband jako część tzw. Trusted Hardware Base. W dokumentacji Androida kompromitacja zdalnie osiągalnego basebandu jest traktowana bardzo poważnie; Android wskazuje również jako krytyczne przypadki zdalnego wykonania kodu w kontekście cellular baseband bez interakcji użytkownika.
To daje ciekawy model:
Internet
|
v
Cellular Network
|
v
Baseband
|
?
|
v
Application Processor
|
v
Android
Najważniejsze pytanie brzmi:
Czy kompromitacja modemu może przejść do głównego systemu?
Właśnie dlatego współczesne platformy próbują izolować poszczególne komponenty.
Baseband nie powinien być równy Androidowi
Dobrze zaprojektowana platforma powinna traktować modem jako potencjalnie zagrożony komponent.
Nie:
MODEM
|
+------ FULL SYSTEM ACCESS
Tylko:
MODEM
|
v
ISOLATION BOUNDARY
|
v
APPLICATION PROCESSOR
|
v
ANDROID
Jeżeli luka w firmware modemu pozwoli napastnikowi przejąć jego procesy, kolejnym celem staje się przekroczenie granicy między modemem a application processor.
Android w swojej klasyfikacji podatności wprost uwzględnia scenariusz pivotu ze zdalnie skompromitowanego bare-metal firmware, takiego jak baseband/communications processor, do kernela application processor.
To jest dużo ciekawsze zagrożenie niż zwykłe:
„haker podsłuchuje rozmowę”.
Bo mówimy o potencjalnym przejściu z warstwy komunikacyjnej do warstwy systemowej.
A co z szyfrowaniem danych mobilnych?
Tu pojawia się jeden z największych mitów.
Wiele osób zakłada:
5G
+
szyfrowanie
=
nikt nie może zobaczyć moich danych
Nie.
Szyfrowanie na interfejsie radiowym chroni określony fragment komunikacji.
Schemat może wyglądać tak:
PHONE
|
| encrypted radio link
|
v
BASE STATION
|
| decrypted inside operator network
|
v
CORE
|
v
INTERNET
Jeżeli aplikacja dodatkowo korzysta z TLS:
PHONE
|
| cellular encryption
|
v
BASE STATION
|
| operator network
|
v
INTERNET
|
| TLS encrypted
|
v
SERVER
Dopiero TLS zapewnia ochronę treści na znacznie dłuższym odcinku — od aplikacji/klienta do serwera.
A jeszcze dalej idzie szyfrowanie end-to-end.
Dlatego:
Cellular encryption
≠
TLS
≠
End-to-End Encryption
To trzy różne pojęcia.
SMS jest szczególnie ciekawym przypadkiem
SMS często traktujemy jako zwykłą wiadomość.
Z punktu widzenia bezpieczeństwa jest to jednak usługa operatora.
Nie należy traktować SMS jako odpowiednika komunikatora z E2EE.
To ważne szczególnie w przypadku:
- kodów MFA,
- resetowania haseł,
- autoryzacji kont,
- powiadomień bankowych,
- odzyskiwania dostępu.
Jeżeli ktoś przejmie numer telefonu lub kontrolę nad kanałem SMS, może próbować wykorzystać go jako element ataku na konto.
Dlatego w przypadku szczególnie ważnych kont warto preferować mechanizmy odporne na przejęcie numeru, np. passkeys lub sprzętowe klucze bezpieczeństwa, zamiast traktować SMS jako najwyższą warstwę ochrony.
SIM swap to zupełnie inny rodzaj ataku
Nie każdy atak na dane mobilne wymaga atakowania radia.
Czasami najłatwiej zaatakować operatora lub proces obsługi klienta.
Schemat:
ATTACKER
|
v
SOCIAL ENGINEERING
|
v
MOBILE OPERATOR
|
v
NEW SIM / eSIM
|
v
ATTACKER CONTROLS NUMBER
Telefon ofiary może działać prawidłowo.
Android może być aktualny.
Nie musi istnieć żadna luka w kernelu.
Nie musi istnieć malware.
Atak odbywa się na poziomie tożsamości abonenta.
To bardzo ważne rozróżnienie:
Device compromise
≠
Account compromise
≠
Subscriber identity compromise
A wszystkie trzy mogą ostatecznie prowadzić do utraty danych.
Roaming zwiększa złożoność
Smartfon nie korzysta zawsze z infrastruktury operatora macierzystego.
Podczas roamingu pojawiają się dodatkowe relacje:
HOME NETWORK
|
|
v
VISITED NETWORK
|
v
PHONE
Każda dodatkowa relacja zaufania zwiększa złożoność.
5G wprowadza m.in. mechanizm SEPP — Security Edge Protection Proxy, którego zadaniem jest zabezpieczanie interkonektów pomiędzy sieciami operatorów. GSMA opisuje SEPP jako element chroniący granicę sieci macierzystej i pomagający zabezpieczać komunikację między sieciami.
To dobry przykład szerszej zasady:
bezpieczeństwo sieci komórkowej nie kończy się na telefonie.
Network slicing też tworzy nowe granice bezpieczeństwa
Jedną z ciekawszych cech 5G jest możliwość tworzenia logicznie wydzielonych segmentów sieci.
W uproszczeniu:
5G CORE
|
+------------+------------+
| | |
v v v
SLICE A SLICE B SLICE C
Enterprise IoT Consumer
To daje operatorom większą kontrolę.
Ale jednocześnie pojawia się pytanie:
Czy izolacja pomiędzy slice’ami jest wystarczająco silna?
Jeżeli jeden komponent jest współdzielony przez wiele segmentów, jego kompromitacja może mieć szerszy wpływ.
GSMA wskazuje network slicing security jako osobny obszar bezpieczeństwa 5G.
To jest podobny problem do:
VM isolation
container isolation
tenant isolation
cloud account isolation
Tylko w skali infrastruktury telekomunikacyjnej.
Jak Android próbuje zwiększyć widoczność problemu?
To jeden z ciekawszych nowych elementów Androida.
W Androidzie 16 pojawiła się w Safety Center sekcja:
Mobile network security.
Na kompatybilnych urządzeniach może ona informować użytkownika m.in. o:
- połączeniu z nieszyfrowaną siecią,
- wymianie identyfikatorów takich jak IMSI lub IMEI,
- stanie obsługi 2G.
To ważna zmiana.
Do tej pory użytkownik widział przede wszystkim:
5G
4G
LTE
czyli informacje o jakości i typie połączenia.
Teraz system może zacząć komunikować również:
SECURITY STATE
To zupełnie inny poziom świadomości.
Co możesz zrobić jako użytkownik?
Nie możesz kontrolować całej infrastruktury operatora.
Możesz jednak ograniczyć część ryzyka.
1. Wyłącz 2G, jeśli urządzenie na to pozwala
To jedna z najważniejszych rzeczy.
Android umożliwia wyłączenie 2G na poziomie radia na urządzeniach obsługujących odpowiednią funkcję.
Nie oznacza to jednak, że urządzenie przestanie działać w każdej sytuacji roamingowej tak samo.
W niektórych regionach 2G nadal pełni funkcje awaryjne lub pozostaje elementem infrastruktury operatorów.
2. Aktualizuj firmware telefonu
Nie tylko Android.
Również:
Android
Vendor components
Modem firmware
Security patches
Carrier configuration
To ważne, ponieważ historia Androida pokazuje, że podatności dotyczą również komponentów modemu i basebandu.
Przykładowo w jednym z biuletynów Pixel z 2026 r. Google wymieniał krytyczne podatności RCE w modemie i basebandzie oraz inne podatności dotyczące Cellular Modem.
3. Nie traktuj SMS jako idealnego MFA
Jeżeli usługa oferuje:
Passkeys
Security Key
Authenticator
rozważ użycie silniejszego mechanizmu zamiast SMS.
4. Używaj E2EE tam, gdzie prywatność treści ma znaczenie
Sieć komórkowa może być zabezpieczona.
Operator może stosować bardzo mocne mechanizmy.
A mimo tego komunikacja aplikacji powinna mieć własną warstwę kryptograficzną.
Idealny model:
APP
|
| E2EE
v
SERVER
plus:
CELLULAR NETWORK
|
| link encryption
v
NETWORK
Dwie różne warstwy.
5. Nie myl VPN z E2EE aplikacji
VPN może zabezpieczyć ruch pomiędzy telefonem i serwerem VPN:
PHONE
|
| encrypted VPN tunnel
|
v
VPN SERVER
|
v
INTERNET
Ale od VPN do celu ruch może już korzystać z innych mechanizmów.
VPN nie oznacza automatycznie:
end-to-end encryption
6. Zwracaj uwagę na nietypowe zachowanie sieci
Szczególnie:
- nagłe przełączenie na 2G,
- nietypowe problemy z rejestracją,
- powtarzające się utraty sieci,
- dziwne zachowanie podczas przemieszczania się,
- nieoczekiwane komunikaty bezpieczeństwa Androida.
Pojedynczy objaw niczego nie dowodzi.
Ale kombinacja nietypowych zdarzeń może być sygnałem, że warto przyjrzeć się sytuacji.
A co z VPN?
VPN jest przydatny.
Ale trzeba rozumieć jego miejsce w architekturze.
Bez VPN:
PHONE
|
v
OPERATOR
|
v
INTERNET
Z VPN:
PHONE
|
| encrypted tunnel
v
OPERATOR
|
v
VPN
|
v
INTERNET
Operator nadal wie, że urządzenie komunikuje się z serwerem VPN.
VPN nie ukrywa magicznie całego istnienia połączenia.
Ale może ograniczyć widoczność treści ruchu poza końcami tunelu i zmienić to, kto jest punktem zaufania dla części komunikacji.
To narzędzie.
Nie czarodziejska tarcza.
Najważniejsza granica: metadata
W bezpieczeństwie często skupiamy się na treści:
message
file
password
photo
Ale metadane potrafią powiedzieć bardzo dużo.
Na przykład:
device
|
+--> location
+--> time
+--> network
+--> identifiers
+--> traffic patterns
+--> roaming
Nawet jeżeli treść pozostaje zaszyfrowana, wzorce komunikacji mogą być wartościowe.
Dlatego bezpieczeństwo danych mobilnych ma dwa poziomy:
CONTENT SECURITY
+
METADATA PRIVACY
E2EE świetnie chroni treść.
Nie rozwiązuje automatycznie problemu wszystkich metadanych.
Co naprawdę chroni dane w sieci komórkowej?
Najlepsza odpowiedź brzmi:
nie jeden mechanizm.
Potrzebny jest cały łańcuch.
SMARTPHONE
|
+------+------+
| |
Android Baseband
| |
Sandbox Firmware
| |
SELinux Radio Security
| |
+------+------+
|
v
4G / 5G
|
Authentication
|
Encryption
|
v
5G CORE
|
Network Security
|
v
TLS
|
v
E2EE
|
v
SERVER
Jeżeli jeden element zawiedzie, pozostałe powinny ograniczyć skutki.
To właśnie jest defense in depth.
Najgorszy scenariusz nie wygląda jak film hakerski
Nie musi być:
HACKER
↓
HACKS PHONE
↓
STEALS EVERYTHING
Znacznie bardziej realistyczny łańcuch może wyglądać tak:
FAKE BASE STATION
↓
2G DOWNGRADE
↓
IDENTIFIER EXPOSURE
↓
LOCATION / IDENTITY CORRELATION
↓
SOCIAL ENGINEERING
↓
ACCOUNT TAKEOVER
↓
DATA LOSS
Albo:
REMOTE MODEM VULNERABILITY
↓
BASEBAND COMPROMISE
↓
ATTEMPTED ISOLATION BYPASS
↓
APPLICATION PROCESSOR
↓
ANDROID
Albo jeszcze prościej:
SIM SWAP
↓
PHONE NUMBER CONTROL
↓
SMS MFA
↓
ACCOUNT TAKEOVER
Trzy zupełnie różne ataki.
Ten sam efekt końcowy:
utrata kontroli nad danymi.
Sieć komórkowa nie jest „zaufanym Internetem”
To chyba najważniejsza rzecz, którą warto zapamiętać.
Nie ma znaczenia, czy widzisz:
5G+
5G
LTE
4G
Ikona zasięgu nie jest certyfikatem bezpieczeństwa.
Sieć komórkowa jest złożonym środowiskiem, w którym działają:
radio
SIM
baseband
stacje bazowe
transport
core network
authentication
roaming
network services
Internet
A każda warstwa ma własne mechanizmy bezpieczeństwa.
5G znacząco poprawiło ochronę w stosunku do starszych generacji. Wprowadziło m.in. lepszą ochronę tożsamości abonenta, wzajemne uwierzytelnianie i dodatkowe mechanizmy integralności.
Ale użytkownik nadal powinien myśleć w kategoriach:
Nie:
„Mam 5G, więc jestem bezpieczny.”
Jak projektować bezpieczną komunikację mobilną?
Jeżeli jesteś administratorem, developerem albo projektujesz system mobilny, przyjmij prostą zasadę:
NEVER TRUST THE MOBILE NETWORK
Aplikacja powinna stosować:
TLS
+
certificate validation
+
strong authentication
+
short-lived tokens
+
E2EE where required
+
device security
+
secure storage
+
least privilege
Dla szczególnie wrażliwych danych:
USER DEVICE
|
| E2EE
v
APPLICATION SERVER
Sieć operatora staje się wtedy tylko transportem.
To bardzo dobry model.
Bo dokładnie tym powinna być sieć:
transportem, któremu nie musimy ufać.
Ostatecznie bezpieczeństwo zaczyna się tam, gdzie kończy się zaufanie
Sieci komórkowe przeszły ogromną drogę od 2G do 5G.
Zmieniło się praktycznie wszystko:
2G
↓
3G
↓
4G
↓
5G
Zmieniły się:
- mechanizmy uwierzytelniania,
- ochrona identyfikatorów,
- kryptografia,
- architektura core,
- roaming,
- integralność ruchu,
- izolacja usług,
- bezpieczeństwo interfejsów sieciowych.
5G jest zdecydowanie bardziej świadome bezpieczeństwa niż wcześniejsze generacje. Ale jednocześnie stało się znacznie bardziej skomplikowane. Wirtualizacja, kontenery, SDN, Open RAN, network slicing i MEC tworzą nowe powierzchnie ataku.
Dlatego nie istnieje jeden przełącznik:
„włącz bezpieczeństwo sieci komórkowej”.
Bezpieczeństwo powstaje z wielu warstw:
DATA
|
E2E / TLS
|
APPLICATION
|
ANDROID
|
DEVICE SECURITY
|
BASEBAND
|
CELLULAR RADIO
|
4G / 5G
|
CORE NETWORK
|
INTERNET
Jeżeli dane są naprawdę ważne, nie zakładaj, że operator ochroni je za Ciebie.
Nie zakładaj, że 5G oznacza prywatność.
Nie zakładaj, że szyfrowanie radiowe oznacza E2EE.
Nie zakładaj, że aktualny Android oznacza bezpieczny modem.
I przede wszystkim:
nie traktuj sieci komórkowej jako zaufanej granicy bezpieczeństwa.
Najbezpieczniejszy model wygląda inaczej:
UNTRUSTED NETWORK
|
v
ENCRYPTED DATA
|
v
AUTHENTICATED USER
|
v
VERIFIED DEVICE
|
v
PROTECTED SERVICE
Telefon może korzystać z 5G, LTE, Wi-Fi, roamingu albo dowolnej przyszłej technologii.
Jeżeli aplikacja poprawnie szyfruje dane end-to-end i prawidłowo uwierzytelnia komunikację, infrastruktura transportowa nie musi być miejscem, któremu ufamy.
To właśnie jest prawdziwa granica bezpieczeństwa danych w sieciach komórkowych.
Wnioski dla użytkownika
Jeżeli chcesz sprowadzić cały temat do kilku praktycznych zasad:
Wyłącz 2G, jeżeli Twój telefon to obsługuje.
Aktualizuj Androida i firmware modemu.
Nie traktuj SMS jako najmocniejszego mechanizmu MFA.
Używaj E2EE dla naprawdę wrażliwej komunikacji.
Rozumiej różnicę między szyfrowaniem radiowym, TLS i E2EE.
Nie zakładaj, że ikona 5G oznacza prywatność.
Pamiętaj, że metadane również są danymi.
A przede wszystkim:
Twoje dane są tak bezpieczne, jak najdłuższy odcinek komunikacji, którego nie objęła właściwa ochrona.
Technical Sources
Android Open Source Project — Cellular Security.
Android Open Source Project — Disable 2G.
Android Open Source Project — Mobile Network Security w Androidzie 16.
GSMA — Securing the 5G Mobile Era.
GSMA — 5G Security Guide.
Android Open Source Project — Android Security Updates and Security Architecture.
Luki w Protokole SMBv3 w Windows 11: Ryzyka Związane z Udostępnianiem Plików i Wzajemnym Uwierzytelnianiem Dlaczego SMBv3 nadal może stanowić Czytaj dalej
Jak działa ransomware? Omówienie procesu szyfrowania danych przez wirusy Wstęp Ransomware to jedno z najgroźniejszych zagrożeń w cyberprzestrzeni. Ten rodzaj Czytaj dalej
