🔐 Główne zagrożenia
-
Nieautoryzowany dostęp – haker może przejąć kontrolę nad urządzeniem (np. pompą infuzyjną).
-
Wycieki danych pacjentów (RODO, HIPAA) – obrazy, wyniki badań, dane osobowe.
-
Ataki ransomware – szyfrowanie danych całego szpitala (znane przypadki w Niemczech, Irlandii, USA).
-
Integracja z siecią IT – każde urządzenie podpięte do LAN/Wi-Fi to potencjalna furtka do systemu HIS/PACS.
-
Nieaktualne oprogramowanie – starsze wersje Windows XP Embedded w wielu USG czy RTG nadal spotykane.
🛡️ Standardy i regulacje
-
IEC 81001-5-1 – nowa norma dla cyberbezpieczeństwa wyrobów medycznych (2021).
-
FDA (USA) – wymaga planu bezpieczeństwa dla każdego wyrobu.
-
MDR (UE) – cyberbezpieczeństwo jako część „essential requirements” dla CE.
-
ISO 27001 / 27799 – bezpieczeństwo informacji w sektorze zdrowia.
-
NIS2 (UE, od 2024/25) – obejmie szpitale i dostawców aparatury medycznej.
🔎 Testy i ocena bezpieczeństwa cybernetycznego
Można je podzielić podobnie jak testy elektryczne:
1. Testy dostępu
-
Sprawdzenie kont użytkowników i administratorów (brak domyślnych haseł typu „admin/admin”).
-
Polityka haseł (złożoność, rotacja, 2FA).
-
Logowanie i audyt zdarzeń.
2. Testy sieciowe
-
Skanowanie portów (np. Nmap) → wykrycie niepotrzebnie otwartych usług.
-
Analiza szyfrowania transmisji (TLS/SSL, VPN).
-
IDS/IPS (systemy wykrywania intruzów).
3. Testy systemu operacyjnego i aplikacji
-
Aktualizacje systemu (Windows, Linux).
-
Aktualizacje firmware.
-
Odporność na malware (antywirusy, whitelisting aplikacji).
4. Testy funkcjonalne pod kątem cyberataków
-
Symulacja ataku ransomware (czy urządzenie się blokuje?).
-
Testy DDoS (czy urządzenie przestaje odpowiadać?).
-
Penetration testy wykonywane przez certyfikowanych audytorów.
5. Testy zgodności z regulacjami
-
Sprawdzenie czy urządzenie spełnia MDR, RODO, HIPAA.
-
Weryfikacja procedur tworzenia kopii zapasowych danych pacjentów.
📋 Przykłady działań w praktyce (szpital / serwis)
-
🔄 Regularne aktualizacje oprogramowania urządzeń (patch management).
-
🔒 Segmentacja sieci – sprzęt medyczny w oddzielonej podsieci VLAN.
-
🔐 Dostęp tylko dla autoryzowanych użytkowników (karty chipowe, loginy).
-
🧑💻 Regularne audyty IT + testy penetracyjne.
-
📑 Tworzenie procedur reagowania na incydenty (incident response).
-
☁️ Ostrożność przy integracji z chmurą (np. Philips AI, GE Edison Cloud) → certyfikaty ISO 27001.
✅ Podsumowanie:
Cyberbezpieczeństwo to dziś obowiązkowy element oceny ryzyka aparatury medycznej – obok bezpieczeństwa elektrycznego i funkcjonalnego. Każdy producent musi udowodnić zgodność, a szpitale powinny cyklicznie robić testy cyberbezpieczeństwa, tak jak robią przeglądy techniczne.
🔎 Przykłady ryzyka
-
Domyślne hasła – wiele urządzeń (np. USG, pompy infuzyjne) ma wbudowane konta typu
admin/admin. -
Brak autoryzacji użytkowników – każdy pracownik może włączyć/zmienić ustawienia bez logowania.
-
Dostęp serwisowy – producenci zostawiają tzw. „backdoor accounts” do serwisu.
-
Otwarte porty w sieci – np. niezaszyfrowany Telnet/FTP.
-
Podłączony pendrive – infekcja przez USB (częste w starych USG).
-
Ataki fizyczne – np. podpięcie laptopa serwisowego do portu sieciowego aparatu.
🧪 Testy bezpieczeństwa – nieautoryzowany dostęp
1. Test kont i haseł
-
Sprawdzenie listy użytkowników.
-
Próba logowania domyślnymi hasłami (
admin,1234,service). -
Weryfikacja polityki haseł (czy można ustawić „123” albo puste hasło?).
2. Test uprawnień
-
Próba użycia konta niskiego poziomu (np. pielęgniarki) do zmiany krytycznych ustawień (np. aktualizacji firmware).
-
Sprawdzenie, czy system wymaga autoryzacji do dostępu do danych pacjentów.
3. Test dostępu sieciowego
-
Skanowanie portów → czy są otwarte usługi typu Telnet, SMB, RDP.
-
Próba połączenia bez logowania.
4. Test dostępu fizycznego
-
Czy porty USB, Ethernet są zabezpieczone?
-
Czy system blokuje nieautoryzowane urządzenia pamięci masowej?
🛡️ Zabezpieczenia (najczęściej zalecane)
-
🔒 Hasła złożone + wymuszona zmiana domyślnych przy instalacji.
-
👤 Role użytkowników (np. lekarz, pielęgniarka, serwisant, administrator).
-
⏳ Sesje automatycznie wygasają po np. 5 minutach bezczynności.
-
📑 Logi i audyt – każde logowanie i zmiana parametrów zapisywane.
-
🔐 Dwuskładnikowe logowanie (2FA) – np. token serwisowy, karta chipowa.
-
📴 Blokada portów USB i innych fizycznych wejść.
-
🌐 Segmentacja sieci – urządzenia medyczne w osobnym VLAN.
⚠️ Przykład z życia
-
W 2017 r. badacze pokazali, że można zdalnie przejąć pompę infuzyjną Hospira i zmienić dawkę leku – bo urządzenie miało otwarty port Telnet bez hasła.
-
W 2019 r. ujawniono, że część USG Philips i GE miała nieszyfrowane logowanie serwisowe.
✅ Podsumowanie:
Nieautoryzowany dostęp to głównie problem kont użytkowników, haseł i otwartych portów.
W praktyce testy polegają na audytach haseł, skanowaniu sieci, próbach logowania oraz sprawdzaniu uprawnień użytkowników.
1. Rodzaje danych narażonych na wyciek
-
Dane osobowe – imię, nazwisko, PESEL, adres, telefon, dane ubezpieczeniowe.
-
Dane medyczne – historia chorób, wyniki badań laboratoryjnych, obrazy (USG, MRI, RTG, CT).
-
Dane biometryczne – EEG/EKG, odciski, obrazy twarzy.
-
Dane administracyjne – numery rejestracji wizyt, dokumentacja billingowa.
2. Regulacje prawne
-
RODO (UE, w tym Polska):
-
Dane pacjenta to dane szczególnej kategorii → najwyższy poziom ochrony.
-
Za naruszenia grożą kary finansowe do 20 mln € lub 4% rocznego obrotu (wyższa z wartości).
-
Obowiązek zgłoszenia wycieku do UODO (w Polsce) i poinformowania pacjentów.
-
-
HIPAA (USA):
-
„Protected Health Information” (PHI) obejmuje wszystkie identyfikowalne dane zdrowotne.
-
Obowiązek zabezpieczenia systemów (HIPAA Security Rule).
-
Naruszenia skutkują karami finansowymi (od 100$ do 50 000$ za każde naruszenie, z limitem rocznym do 1,5 mln $) oraz odpowiedzialnością karną.
-
3. Przykłady wycieków
-
Publiczne serwery PACS/DICOM (systemy obrazowania) bez haseł → skany MRI/CT dostępne w sieci.
-
Ransomware w szpitalach → kradzież i publikacja danych pacjentów w Darknecie.
-
Nieuprawnione kopiowanie danych przez pracowników (pendrive, e-mail).
-
Nieprawidłowa utylizacja sprzętu (np. dyski z danymi).
4. Konsekwencje
-
Dla pacjentów: ryzyko kradzieży tożsamości, szantażu, dyskryminacji (np. przy ubezpieczeniu).
-
Dla placówki: kary finansowe, utrata reputacji, procesy sądowe.
-
Dla personelu: odpowiedzialność dyscyplinarna, cywilna, a czasem karna.
5. Zapobieganie wyciekom
-
Szyfrowanie danych w spoczynku i transmisji (AES-256, TLS).
-
Segmentacja sieci i kontrola dostępu (MFA, role-based access).
-
Regularne testy bezpieczeństwa (pentesty, audyty).
-
Monitorowanie logów i systemów SIEM.
-
Szkolenia personelu (phishing, procedury RODO/HIPAA).
-
Polityka retencji i bezpiecznego usuwania danych.
| Miejsce | Przykład wycieku | Zabezpieczenie |
|---|---|---|
| Rejestracja | Udostępnienie danych osobowych przez pracownika | Szkolenia, logowanie dostępów |
| HIS (Hospital Info Sys) | Słabe hasła, brak MFA | Role-based access, MFA |
| PACS/DICOM | Publiczne serwery bez hasła, eksport na CD/USB | Szyfrowanie, VPN, audyty |
| Laboratorium | Wyniki wysyłane mailem bez szyfrowania | S/MIME, TLS, portale pacjenta |
| Backup | Nieszyfrowane dyski wyniesione poza szpital | AES-256, kontrola fizyczna |
| Chmura | Dane w niecertyfikowanej usłudze | HIPAA/RODO compliant cloud |
| Telemedycyna | Wideokonferencja bez szyfrowania | TLS, certyfikowane platformy |
| Raporty PDF | Wysłane do złego adresata | DRM, podpis elektroniczny |
🔥 Jak działa ransomware w szpitalu?
-
Wejście do systemu
-
phishing (fałszywy e-mail z załącznikiem),
-
luki w systemach PACS/HIS,
-
słabe zabezpieczenia RDP (zdalny pulpit),
-
brak aktualizacji (np. Windows, serwery).
-
-
Rozprzestrzenienie
-
zainfekowanie komputerów personelu,
-
przejęcie serwerów HIS, PACS, LIS (laboratorium),
-
szyfrowanie baz danych, obrazów (RTG/MRI/CT), raportów.
-
-
Żądanie okupu
-
wyświetlenie żądania zapłaty w kryptowalucie,
-
groźba publikacji danych pacjentów (tzw. double extortion).
-
🌍 Znane przypadki
-
Niemcy, Düsseldorf (2020)
-
Atak ransomware doprowadził do paraliżu szpitala uniwersyteckiego.
-
Pacjentka z ostrym stanem musiała być przekierowana do innej placówki – zmarła.
-
To pierwszy przypadek, gdzie prokuratura badała atak cybernetyczny jako potencjalne spowodowanie śmierci.
-
-
Irlandia, HSE (Health Service Executive, 2021)
-
Największy atak w Europie na służbę zdrowia.
-
Wszystkie systemy IT w kraju zostały wyłączone, odwołano wizyty i badania.
-
Szacowane koszty: ponad 600 mln €.
-
-
USA (różne przypadki)
-
Setki szpitali zostały zaatakowane przez grupy takie jak Ryuk, Conti, LockBit.
-
W niektórych przypadkach szpitale płaciły okup w wysokości milionów dolarów.
-
Skutki: brak dostępu do EHR (Electronic Health Records), odwołane operacje, używanie papierowej dokumentacji.
-
⚠️ Skutki ataku ransomware
-
Paraliż oddziałów (brak dostępu do wyników badań, obrazów diagnostycznych).
-
Opóźnienia w leczeniu, odwołane operacje.
-
Ryzyko utraty życia pacjentów.
-
Straty finansowe i reputacyjne (setki milionów €/$).
-
Obowiązek zgłoszenia wycieku (RODO/HIPAA).
🛡️ Środki ochrony
-
Segmentacja sieci (oddzielenie HIS, PACS, urządzeń medycznych od sieci biurowej).
-
Regularne backupy offline (air-gapped, testowane przywracanie).
-
Aktualizacje i łatki systemów operacyjnych i medycznych.
-
MFA i ograniczony dostęp do RDP i systemów krytycznych.
-
Systemy EDR/SIEM – wczesne wykrywanie złośliwej aktywności.
-
Szkolenia personelu – phishing to najczęstsza brama wejścia.
| Kraj / Rok | Cel ataku | Skutki | Koszty / Konsekwencje |
|---|---|---|---|
| Niemcy (2020) | Uniwersytecki Szpital w Düsseldorfie | Paraliż systemów IT, przekierowanie pacjentów, brak dostępu do danych | Śmierć pacjentki (opóźniona pomoc), śledztwo prokuratury w kierunku zabójstwa |
| Irlandia (2021) | HSE – krajowa służba zdrowia | Wyłączenie całej sieci IT w kraju, odwołane operacje, powrót do papierowej dokumentacji | > 600 mln € strat (naprawa, utracona działalność) |
| USA (2019–2022) | Szpitale lokalne i sieci (np. Universal Health Services, Ryuk, Conti, LockBit) | Tysiące pacjentów bez opieki, przełożone zabiegi, brak dostępu do EHR | Okupy rzędu milionów $, koszty operacyjne setki mln $ |
| Francja (2021) | Szpital w Villefranche-sur-Saône | Brak dostępu do danych pacjentów, zakłócone działanie oddziałów | Kilka mln € na odbudowę systemów |
| USA – Vermont (2020) | University of Vermont Medical Center | 30 dni paraliżu systemów, odwołane chemioterapie | Koszty > 60 mln $ |
| UK (2017) | NHS (atak WannaCry) | Paraliż 80 szpitali i przychodni, odwołane tysiące wizyt | > 100 mln £ strat |
| Środek ochrony | Opis | Skuteczność | Komentarz praktyczny |
|---|---|---|---|
| Backup offline (air-gapped) | Kopie danych odłączone od sieci, regularnie testowane | ⭐⭐⭐⭐⭐ | Najważniejsza ochrona – nawet jeśli cały szpital zostanie zaszyfrowany, dane można odtworzyć. |
| Segmentacja sieci | Oddzielenie HIS, PACS, urządzeń medycznych od sieci biurowej | ⭐⭐⭐⭐ | Ogranicza rozprzestrzenianie się ataku. Często zaniedbywana w starszych systemach. |
| Aktualizacje i łatki | Regularne łatanie systemów Windows/Linux oraz urządzeń medycznych | ⭐⭐⭐⭐ | Wiele ataków wykorzystuje stare luki – WannaCry (NHS) to klasyczny przykład. |
| MFA (uwierzytelnianie wieloskładnikowe) | Dostęp do RDP, VPN, systemów HIS/PACS tylko z MFA | ⭐⭐⭐⭐ | Zmniejsza ryzyko włamania, ale wymaga dyscypliny i integracji z infrastrukturą. |
| EDR/SIEM (monitoring i analiza logów) | Wczesne wykrywanie nietypowych działań (szyfrowanie, exfiltracja) | ⭐⭐⭐ | Skuteczne w dużych szpitalach z SOC, ale wymaga specjalistów i inwestycji. |
| Szkolenia personelu | Nauka rozpoznawania phishingu i bezpiecznych procedur | ⭐⭐⭐ | Najczęstsze wejście ransomware to e-mail. Szkolenia realnie zmniejszają ryzyko. |
| Kontrola dostępu (least privilege) | Każdy pracownik ma tylko minimalne potrzebne uprawnienia | ⭐⭐⭐⭐ | Utrudnia przejęcie krytycznych systemów przez jedno konto. |
| Szyfrowanie danych | Dane w spoczynku i w transmisji zaszyfrowane (AES-256, TLS) | ⭐⭐ | Chroni przed wyciekiem, ale nie zabezpiecza przed zaszyfrowaniem przez ransomware. |
| Plany ciągłości działania (BCP/DRP) | Procedury awaryjne – np. szybki powrót do papierowej dokumentacji | ⭐⭐⭐ | Redukuje chaos podczas ataku, choć nie zatrzymuje samego ransomware. |
⚠️ Ryzyka integracji urządzeń medycznych z siecią
-
Stare systemy operacyjne – wiele aparatów działa na Windows XP/7, które nie mają aktualizacji bezpieczeństwa.
-
Brak segmentacji – urządzenia medyczne są w tej samej sieci co komputery biurowe.
-
Otwarte porty/protokoły – DICOM, HL7, SMB – bez szyfrowania i autoryzacji.
-
Urządzenia mobilne (BYOD) – lekarze korzystają z własnych laptopów/telefonów do przeglądania wyników.
-
Wi-Fi pacjentów i gości – jeśli nie jest odseparowane, może prowadzić do infekcji sieci szpitalnej.
🛡️ Dobre praktyki (defense-in-depth)
-
Segmentacja sieci (VLAN) – osobne sieci dla:
-
HIS/EHR (administracja pacjentów),
-
PACS/DICOM (obrazy),
-
urządzeń medycznych (MRI, USG, EKG, pompy),
-
sieci biurowej,
-
Wi-Fi pacjentów/gości.
-
-
Firewall i kontrola ruchu
-
Whitelisting komunikacji (np. PACS ↔ HIS, ale nie ↔ Internet).
-
Blokada nieużywanych portów (SMB, RDP).
-
-
Monitorowanie i IDS/IPS
-
Analiza nietypowego ruchu sieciowego.
-
Wykrywanie prób lateral movement.
-
-
Bezpieczny zdalny dostęp
-
VPN z MFA dla serwisu aparatury.
-
Zakaz otwartych RDP z Internetu.
-
-
Patch management
-
Regularne aktualizacje OS i aplikacji.
-
Jeśli brak wsparcia – izolacja lub wymiana urządzenia.
-
-
Zasada najmniejszych uprawnień (least privilege)
-
Lekarz widzi tylko dane swoich pacjentów.
-
Technicy mają dostęp tylko do diagnostyki sprzętu.
-
| Urządzenie / system | Potencjalne ryzyko | Zalecane zabezpieczenie |
|---|---|---|
| USG, RTG, MRI, CT | Stare systemy Windows (XP/7), brak aktualizacji, otwarte porty DICOM | Izolacja w osobnym VLAN, firewall, aktualizacje (jeśli możliwe), VPN do serwisu |
| Stacje diagnostyczne PACS | Nieautoryzowany dostęp do obrazów, możliwość ruchu lateralnego w sieci | MFA, role-based access, logowanie i monitoring dostępu, szyfrowanie transmisji |
| System HIS/EHR | Atak ransomware → paraliż całego szpitala, wyciek danych osobowych | Backup offline, segmentacja, EDR/SIEM, MFA, szyfrowanie baz danych |
| LIS (Laboratorium) | Wyniki badań przesyłane mailem lub nieszyfrowanym HL7 | TLS/S/MIME, ograniczenie dostępu, integracja przez zabezpieczone API |
| Pompy infuzyjne / sprzęt IoMT | Zdalne przejęcie kontroli (ryzyko dla pacjentów), brak aktualizacji firmware | Sieć IoMT odseparowana, whitelist komunikacji, IDS/IPS, aktualizacja firmware |
| Laptopy lekarzy | Infekcja malware z e-maila, dostęp do HIS/PACS | Antywirus/EDR, pełne szyfrowanie dysku, VPN + MFA, zakaz lokalnego zapisu danych |
| Telefony personelu (BYOD) | Niekontrolowane aplikacje, brak MDM, ryzyko infekcji i wycieku danych | MDM (Mobile Device Management), VPN, zakaz podpinania prywatnych urządzeń do LAN |
| Wi-Fi dla pacjentów | Możliwe przeniknięcie do sieci medycznej, ataki MitM | Oddzielny VLAN, captive portal, firewall blokujący dostęp do systemów szpitala |
| Drukarki / skanery | Otwarty port HTTP/FTP, możliwość wejścia do sieci i exfiltracji dokumentów | Aktualizacje firmware, blokada zbędnych portów, tylko sieć biurowa, monitoring |
| Backup / NAS | Ransomware szyfruje również kopie, jeśli są online | Kopie offline/air-gapped, szyfrowanie, testy przywracania, retencja wielowarstwowa |
⚠️ Ryzyka wynikające z używania Windows XP/7 w medycynie
-
Brak poprawek bezpieczeństwa → podatność na znane exploity (np. EternalBlue, WannaCry).
-
Łatwe rozprzestrzenianie ransomware w sieci lokalnej.
-
Brak szyfrowania w protokołach komunikacji (DICOM, SMBv1).
-
Brak zgodności z RODO/HIPAA – używanie niewspieranego systemu to naruszenie zasad „state of the art” (art. 32 RODO).
-
Ryzyko fizyczne – atak może zablokować aparat RTG czy respirator, wpływając bezpośrednio na pacjentów.
| Strategia | Opis | Efekt |
|---|---|---|
| Segmentacja sieci | Umieszczenie urządzeń XP w odizolowanym VLAN, brak bezpośredniego Internetu | Minimalizuje ryzyko infekcji z zewnątrz |
| Firewall / whitelisting | Zezwolenie tylko na komunikację np. z serwerem PACS | Redukcja wektorów ataku |
| Virtual patching (IPS/IDS) | System wykrywa i blokuje próby ataków na znane luki | Ochrona bez oficjalnych łatek |
| Konsola zdalna przez jump host | Dostęp do urządzeń tylko przez kontrolowany serwer pośredni | Audytowalny i bezpieczniejszy dostęp |
| Backup i redundancja | Regularne kopie konfiguracji i danych badania | Szybsze przywrócenie po awarii/ataku |
| Plan wymiany | Dokumentacja cyklu życia i harmonogram zastępowania sprzętu | Docelowe wyeliminowanie ryzyka |
| Urządzenie | System (często spotykany) | Powód stosowania starego OS | Ryzyko bezpieczeństwa |
|---|---|---|---|
| USG (ultrasonografy) | Windows XP Embedded / 7 | Sterowniki do sond i oprogramowanie wizualizacji tylko dla XP/7 | Atak ransomware blokujący aparat, możliwość wycieku obrazów DICOM |
| RTG cyfrowe | Windows XP Embedded | Kompatybilność z detektorami i PACS, brak wsparcia producenta | Możliwość zainfekowania przez SMBv1 (EternalBlue), podatność na WannaCry |
| MRI (rezonans magnetyczny) | Windows 7 / XP Embedded | Oprogramowanie konsol sterujących kompatybilne tylko ze starymi bibliotekami | Blokada działania konsoli = brak możliwości wykonania badań |
| CT (tomografy komputerowe) | Windows 7 / XP | Długie cykle certyfikacji, sprzęt używany >10 lat | Luka umożliwia dostęp do PACS i sieci HIS |
| Angiografy | Windows XP | Producent zakończył wsparcie, aktualizacja = utrata certyfikacji | Przejęcie kontroli nad obrazowaniem śródoperacyjnym |
| EEG/EMG | Windows XP/7 | Dedykowane oprogramowanie analizy nieprzeniesione na nowsze OS | Możliwość manipulacji wynikami badań |
| EKG (stacje bazowe) | Windows XP Embedded | Tanie modele, brak wsparcia dla aktualizacji | Podatne na infekcję, mogą być punktem wejścia do HIS |
| Pompy infuzyjne / IoMT | Windows CE / XP Embedded | Minimalny system do działania firmware | Brak szyfrowania komunikacji, możliwe przejęcie parametrów infuzji |
| Stacje PACS | Windows 7 | Nieaktualne wersje klientów DICOM | Możliwość exfiltracji wszystkich badań obrazowych |
| Stacje robocze lekarzy | Windows 7 | Koszty wymiany, starsze aplikacje do raportów | Infekcja phishingiem, dalsze rozprzestrzenienie ransomware |
📌 Największe ryzyko
-
PACS/HIS ← atak z urządzenia XP → rozprzestrzenienie ransomware.
-
USG/RTG/MRI ← brak aktualizacji, otwarte porty DICOM/SMB.
-
IoMT (pompy, EEG, EKG) ← realne zagrożenie zdrowia i życia pacjentów.