Cyber Attack on MyDr – One of the Largest Data Breaches in Polish History. Detailed Incident Analysis
Cyber Attack on MyDr – One of the Largest Data Breaches in Polish History. Detailed Incident Analysis
In August 2026, Poland experienced one of the most serious cybersecurity incidents in the country’s history. The victim was MyDr, a provider of Electronic Medical Records (EDM) software used by thousands of healthcare facilities. According to official confirmations from the Ministry of Digital Affairs and findings of the Joint Cybersecurity Operations Center, unauthorized access affected data relating to nearly 19 million people (approximately 18,814,422 unique PESEL numbers according to the attackers’ claims) and more than 12,000 medical facilities.
Scale and Nature of the Breach
MyDr processes around 3 million visits and 2.7 million e-prescriptions monthly. The historical data (up to April 2024) stored in the company’s systems included, among other things:
- PESEL numbers,
- visit histories,
- prescription and medication information,
- contact details,
- potentially information about medical conditions.
The stolen database is estimated at over 2 TB (up to 2.5 TB according to the attackers). The data is historical — current operations of healthcare facilities, prescription issuance, and patient care were not disrupted. Systems were isolated, and the company is cooperating with authorities.
How the Incident Unfolded
- Detection and first signals – Around 10 August 2026, MyDr announced it was investigating a security incident. At the same time, individuals claiming to be the perpetrators contacted the cybersecurity site Zaufana Trzecia Strona, providing evidence (screenshots containing data of politicians and journalists).
- Official confirmation – On 12 August 2026, following a meeting of the Joint Cybersecurity Operations Center, Digital Affairs Minister Krzysztof Gawkowski officially confirmed the scale of the breach as “extraordinary.” The case is being handled by the Central Bureau for Combating Cybercrime, the National Prosecutor’s Office, the Personal Data Protection Office (UODO), special services, and the Ministry of Health.
- Response – Data is being progressively transferred to the bezpiecznedane.gov.pl portal, where citizens can check whether their information was affected. Immediate freezing of the PESEL number (e.g., via the mObywatel app) is strongly recommended.
How Did the Hackers Gain Access? (Attackers’ Version – Officially Unconfirmed)
According to the account given by the alleged perpetrators to Zaufana Trzecia Strona (not yet confirmed by authorities or MyDr), the initial attack vector was an XXE (XML External Entity) vulnerability related to the handling of PKCS#12 certificates. This allegedly allowed remote code execution (RCE). The attackers then obtained a GitHub API key leading to the system’s source code and subsequently gained access to the infrastructure running on AWS. They also demonstrated control over company tools (Jira, HubSpot CRM) and the ability to send SMS messages from the official company account.
Important note: The above scenario comes solely from the alleged attackers and has not been publicly confirmed by law enforcement or the company. A detailed investigation is ongoing. The motive appears to be financial (medical data is highly valuable on the black market for targeted phishing and identity theft) rather than sabotage.
Consequences and Recommendations
The incident highlights the risks associated with concentrating sensitive medical data with external software providers. Individual medical facilities remain the data controllers, while MyDr acted as a processor. Citizens should:
- check their status on bezpiecznedane.gov.pl,
- freeze their PESEL number,
- exercise heightened caution with emails/SMS related to medical services (phishing risk).
The investigation continues. We will update this article as official findings become available.
Źródła: komunikaty Ministerstwa Cyfryzacji, MyDr, raporty Zaufanej Trzeciej Strony, Business Insider, Spidersweb i inne wiarygodne media (stan na 13 sierpnia 2026).
Najprostszy i najlepszy sposób na uruchomienie lokalnego AI na Rocky Linux to Ollama.
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
| Narzędzie | Poziom trudności | Kiedy wybrać |
|---|---|---|
| Ollama | Najłatwiejsze | Szybki start, chat, API |
| LM Studio | Łatwe (GUI) | Preferujesz graficzny interfejs |
| llama.cpp | Średnie | Maksymalna optymalizacja na CPU |
| vLLM / TGI | Zaawansowane | Produkcja, wiele użytkowników |
XRDP - ROcky
- Włącz repozytorium EPEL>: Wpisz w terminalu polecenie
sudo dnf install epel-release>.>>
- Zainstaluj XRDP>: Wykonaj instalację pakietu poleceniem
sudo dnf install xrdp>.>>
- Uruchom usługę>: Włącz automatyczne uruchamianie i start usługi komendą
sudo systemctl enable --now xrdp>.>>
- Skonfiguruj zaporę sieciową>: Otwórz port 3389 dla ruchu RDP poleceniami:
sudo firewall-cmd --add-port=3389/tcp --permanent>sudo firewall-cmd --reload>>>
- Połącz się z komputera zdalnego>
Oto instrukcja krok po kroku instalacji i uruchomienia XRDP na Rocky Linux (działa na wersjach 8 i 9).
1. Zaktualizuj system
sudo dnf update -y
2. Włącz potrzebne repozytoria (EPEL + CRB/PowerTools)
Na Rocky Linux 9:
sudo dnf config-manager --set-enabled crb
sudo dnf install epel-release -y
Na Rocky Linux 8:
sudo dnf config-manager --set-enabled powertools
sudo dnf install epel-release -y
3. Zainstaluj środowisko graficzne (jeśli jeszcze go nie masz)
Najwygodniej GNOME:
sudo dnf groupinstall "Server with GUI" -y
sudo systemctl set-default graphical.target
Alternatywnie lżejsze XFCE:
sudo dnf groupinstall "Xfce" -y
4. Zainstaluj XRDP
sudo dnf install xrdp xorgxrdp -y
Sprawdź czy masz pakiet xorgxrdp
rpm -q xorgxrdp
rpm -q xorg-x11-server-Xorg
Jeśli brakuje:
sudo dnf install xorgxrdp -y
sudo systemctl restart xrdp
(Opcjonalnie możesz dodać też tigervnc-server, jeśli chcesz używać backendu VNC).
5. Włącz i uruchom usługę XRDP
sudo systemctl enable --now xrdp
sudo systemctl status xrdp
Powinno pokazać active (running).
6. Otwórz port 3389 w firewallu
sudo firewall-cmd --permanent --add-port=3389/tcp
sudo firewall-cmd --reload
7. (Zalecane) Wyłącz Wayland i wymuś X11 (dla GNOME)
GNOME na Wayland często sprawia problemy z XRDP.
sudo nano /etc/gdm/custom.conf
Znajdź linię i ustaw:
WaylandEnable=false
Zapisz plik (Ctrl+O → Enter → Ctrl+X).
8. Restart systemu
sudo reboot
9. Połącz się z poziomu klienta
- Windows: Wyszukaj „Podłączanie pulpitu zdalnego” (mstsc) → wpisz IP serwera Rocky Linux.
- Linux: Remmina, FreeRDP (xfreerdp /v:IP /u:użytkownik).
- macOS: Microsoft Remote Desktop.
Zaloguj się zwykłym użytkownikiem (nie rootem – logowanie rootem jest domyślnie zablokowane).
Dodatkowe wskazówki
- Jeśli używasz XFCE, utwórz plik sesji:
Bash
echo "startxfce4" > ~/.Xclients chmod +x ~/.Xclients - SELinux zwykle nie wymaga dodatkowej konfiguracji (pakiet xrdp-selinux instaluje się automatycznie).
- Jeśli nie możesz się połączyć, sprawdź:
Bash
sudo systemctl status xrdp sudo ss -tlnp | grep 3389 sudo journalctl -u xrdp -f
Gotowe! Po tych krokach powinieneś mieć działające zdalne połączenie RDP.
Cockpit - Rocky
cockpit>, włącz usługę poleceniem systemctl> oraz otwórz port 9090> w zapory sieciowej. [1, 2]>- Otwórz terminal w systemie Rocky Linux i zaktualizuj pakiety, wpisując:
sudo dnf update>>>
- Zainstaluj menedżer Cockpit (jeśli nie jest jeszcze obecny):
sudo dnf install cockpit>>>
- Uruchom i włącz usługę automatycznego startu:
sudo systemctl enable --now cockpit.socket>>>
- Odblokuj port w zaporze sieciowej (firewalld):
sudo firewall-cmd --permanent --zone=public --add-service=cockpit>>>
- Przeładuj reguły zapory:
sudo firewall-cmd --reload>> [1]>
- >
- Sprawdź adres IP swojego serwera za pomocą polecenia
ip a>.>>
- Otwórz przeglądarkę internetową i wpisz adres w formacie:
https://ADRES_IP_SERWERA:9090>>>
- Zaloguj się na dane swojego użytkownika systemowego (posiadającego uprawnienia
sudo>)




