CyberBezpieczeństwo

🔐 Główne zagrożenia

  1. Nieautoryzowany dostęp – haker może przejąć kontrolę nad urządzeniem (np. pompą infuzyjną).

  2. Wycieki danych pacjentów (RODO, HIPAA) – obrazy, wyniki badań, dane osobowe.

  3. Ataki ransomware – szyfrowanie danych całego szpitala (znane przypadki w Niemczech, Irlandii, USA).

  4. Integracja z siecią IT – każde urządzenie podpięte do LAN/Wi-Fi to potencjalna furtka do systemu HIS/PACS.

  5. 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

  1. Domyślne hasła – wiele urządzeń (np. USG, pompy infuzyjne) ma wbudowane konta typu admin/admin.

  2. Brak autoryzacji użytkowników – każdy pracownik może włączyć/zmienić ustawienia bez logowania.

  3. Dostęp serwisowy – producenci zostawiają tzw. „backdoor accounts” do serwisu.

  4. Otwarte porty w sieci – np. niezaszyfrowany Telnet/FTP.

  5. Podłączony pendrive – infekcja przez USB (częste w starych USG).

  6. 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?

  1. 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).

  2. Rozprzestrzenienie

    • zainfekowanie komputerów personelu,

    • przejęcie serwerów HIS, PACS, LIS (laboratorium),

    • szyfrowanie baz danych, obrazów (RTG/MRI/CT), raportów.

  3. Żą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)

  1. 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.

  2. Firewall i kontrola ruchu

    • Whitelisting komunikacji (np. PACS ↔ HIS, ale nie ↔ Internet).

    • Blokada nieużywanych portów (SMB, RDP).

  3. Monitorowanie i IDS/IPS

    • Analiza nietypowego ruchu sieciowego.

    • Wykrywanie prób lateral movement.

  4. Bezpieczny zdalny dostęp

    • VPN z MFA dla serwisu aparatury.

    • Zakaz otwartych RDP z Internetu.

  5. Patch management

    • Regularne aktualizacje OS i aplikacji.

    • Jeśli brak wsparcia – izolacja lub wymiana urządzenia.

  6. 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.