INFORMATICS

Cyberatak na MyDr – jeden z największych wycieków danych w historii Polski. Szczegółowa analiza incydentu

W sierpniu 2026 roku Polska doświadczyła jednego z najpoważniejszych incydentów cyberbezpieczeństwa w historii kraju. Ofiarą ataku padła firma MyDr – dostawca oprogramowania do Elektronicznej Dokumentacji Medycznej (EDM) dla tysięcy placówek medycznych. Według oficjalnych potwierdzeń Ministerstwa Cyfryzacji oraz ustaleń Połączonego Centrum Operacyjnego Cyberbezpieczeństwa, nieuprawniony dostęp objął dane dotyczące blisko 19 milionów osób (dokładnie ok. 18 814 422 unikatowych numerów PESEL według deklaracji sprawców) oraz ponad 12 tysięcy placówek medycznych.

Skala i charakter wycieku

MyDr obsługuje systemy, przez które przechodzi około 3 mln wizyt i 2,7 mln e-recept miesięcznie. Dane historyczne (do kwietnia 2024 r.) przechowywane w systemach firmy zawierały m.in.:

• numery PESEL,
• historie wizyt,
• informacje o receptach i przyjmowanych lekach,
• dane kontaktowe,
• potencjalnie informacje o schorzeniach.

Objętość skradzionej bazy szacowana jest na ponad 2 TB (według sprawców nawet 2,5 TB). Dane mają charakter historyczny – bieżące funkcjonowanie placówek, wystawianie recept i opieka zdrowotna nie zostały zakłócone. Systemy zostały odizolowane, a firma współpracuje ze służbami.

Jak przebiegał incydent?

1. Wykrycie i pierwsze sygnały – około 10 sierpnia 2026 r. MyDr poinformowała o prowadzeniu postępowania wyjaśniającego w sprawie incydentu bezpieczeństwa. Równolegle osoby podające się za sprawców skontaktowały się z redakcją serwisu Zaufana Trzecia Strona, przedstawiając dowody (zrzuty ekranu z danymi m.in. polityków i dziennikarzy).
2. Potwierdzenie przez władze – 12 sierpnia 2026 r., po posiedzeniu Połączonego Centrum Operacyjnego Cyberbezpieczeństwa, minister cyfryzacji Krzysztof Gawkowski oficjalnie potwierdził skalę wycieku jako „nadzwyczajną”. Sprawą zajęły się Centralne Biuro Zwalczania Cyberprzestępczości, Prokuratura Krajowa, UODO, służby specjalne oraz Ministerstwo Zdrowia.
3. Reakcja – dane sukcesywnie trafiają do serwisu bezpiecznedane.gov.pl, gdzie obywatele mogą sprawdzić, czy ich informacje zostały objęte incydentem. Zalecane jest natychmiastowe zastrzeżenie numeru PESEL (np. przez aplikację mObywatel).

Jak hakerzy dostali się do systemu? (wersja sprawców – niepotwierdzona oficjalnie)

Według relacji osób podających się za sprawców (przekazanej Zaufanej Trzeciej Stronie i niepotwierdzonej jeszcze przez służby ani MyDr) początkowym wektorem ataku była podatność typu XXE (XML External Entity) związana z obsługą certyfikatów PKCS#12. Miała ona umożliwić zdalne wykonanie kodu (RCE). Następnie atakujący mieli uzyskać klucz API do GitHuba, gdzie znajdował się kod źródłowy systemu, a później dostęp do infrastruktury działającej w chmurze AWS. Dodatkowo wykazali kontrolę nad narzędziami firmowymi (Jira, HubSpot CRM) oraz możliwość wysyłania SMS-ów z oficjalnego konta firmy.

Uwaga: Powyższy scenariusz pochodzi wyłącznie od rzekomych sprawców i nie został publicznie potwierdzony przez organy ścigania ani firmę. Trwa szczegółowe śledztwo. Motyw wydaje się finansowy (dane medyczne są szczególnie cenne na czarnym rynku do precyzyjnego phishingu i kradzieży tożsamości), a nie sabotażowy.

Skutki i rekomendacje

Incydent pokazuje ryzyko koncentracji wrażliwych danych medycznych u zewnętrznych dostawców oprogramowania. Administratorami danych pozostają poszczególne placówki medyczne, a MyDr działał jako procesor. Obywatele powinni:

• sprawdzić status na bezpiecznedane.gov.pl,
• zastrzec PESEL,
• zachować szczególną ostrożność wobec wiadomości e-mail/SMS związanych z leczeniem (ryzyko phishingu).

Sprawa jest w toku. Będziemy aktualizować informacje w miarę pojawiania się oficjalnych ustaleń.

Najprostszy i najlepszy sposób na uruchomienie lokalnego AI na Rocky Linux to Ollama.

Ollama pozwala szybko odpalać modele językowe (Llama, Gemma, Qwen, DeepSeek, Mistral itd.) lokalnie, bez chmury. Działa na CPU (wolniej) i automatycznie wykrywa GPU NVIDIA/AMD, jeśli masz sterowniki.

1. Instalacja Ollamy (1 komenda)

# Zaktualizuj system (opcjonalnie, ale zalecane)
sudo dnf update -y

# Na Rocky Linux 10 czasem potrzebne zstd
sudo dnf install -y zstd curl

# Instalacja oficjalna
curl -fsSL https://ollama.com/install.sh | sh

Po instalacji usługa startuje automatycznie. Sprawdź:

ollama --version
systemctl status ollama

2. Uruchomienie pierwszego modelu

# Mały i szybki model (dobry na start, nawet na CPU)
ollama run gemma3:4b

# albo inne popularne:
ollama run llama3.2          # 3B
ollama run qwen2.5:7b
ollama run deepseek-r1:8b    # dobre rozumowanie
ollama run llama3.1:8b

Przy pierwszym uruchomieniu model się pobierze. Potem możesz z nim normalnie rozmawiać w terminalu. Wyjście: /bye lub Ctrl+D.

3. Przydatne komendy

ollama list                  # lista zainstalowanych modeli
ollama pull nazwa_modelu     # tylko pobierz, bez uruchamiania
ollama rm nazwa_modelu       # usuń model
ollama serve                 # jeśli chcesz ręcznie odpalić serwer

API działa na http://127.0.0.1:11434 (kompatybilne z OpenAI).

4. GPU (NVIDIA) – opcjonalnie, ale mocno przyspiesza

Jeśli masz kartę NVIDIA:

# EPEL + CRB
sudo dnf install -y epel-release
sudo dnf config-manager --set-enabled crb

# Repo NVIDIA (dostosuj do swojej wersji Rocky – 9 lub 10)
# Dla Rocky 9:
sudo dnf config-manager --add-repo https://developer.download.nvidia.com/compute/cuda/repos/rhel9/x86_64/cuda-rhel9.repo

# Dla Rocky 10:
# sudo dnf config-manager --add-repo https://developer.download.nvidia.com/compute/cuda/repos/rhel10/x86_64/cuda-rhel10.repo

sudo dnf install -y kernel-devel-matched kernel-headers
sudo dnf install -y nvidia-open   # lub cuda-drivers
sudo reboot

Po restarcie sprawdź:

nvidia-smi

Ollama powinna sama wykryć GPU.

Alternatywy