Cyberbezpieczeństwo wyrobów medycznych na podstawie MDR UE i wytycznych MDCG
Sytance · Zaktualizowano
MDR i IVDR wymagają uwzględnienia bezpieczeństwa informacji w rozwoju oprogramowania i zarządzaniu ryzykiem. Dokumentacja techniczna producenta musi wykazywać, w jaki sposób wyrób zachowuje bezpieczeństwo i działa zgodnie z przeznaczeniem w swoim środowisku pracy. MDCG 2019-16 zawiera wytyczne dotyczące stosowania tych wymagań.
Wymagania dotyczące cyberbezpieczeństwa w załączniku I
MDR nie posługuje się terminologią sekcji 524B. Podstawą dowodów dotyczących cyberbezpieczeństwa są ogólne wymagania dotyczące bezpieczeństwa i działania, zwłaszcza zasady projektowania oprogramowania, zarządzania ryzykiem, bezpieczeństwa informacji, ochrony przed nieuprawnionym dostępem, zamierzonego środowiska działania i instrukcji użytkowania.
Cykl życia oprogramowania i zarządzanie ryzykiem
Załącznik I do MDR wymaga, aby oprogramowanie było rozwijane i wytwarzane zgodnie z aktualnym stanem wiedzy technicznej, z uwzględnieniem cyklu życia oprogramowania, zarządzania ryzykiem, w tym bezpieczeństwem informacji, weryfikacji i walidacji.
Bezpieczeństwo informacji
Załącznik I uwzględnia bezpieczeństwo informacji w zarządzaniu ryzykiem oprogramowania. Jeżeli cyberbezpieczeństwo wpływa na bezpieczeństwo lub działanie, ocena musi uwzględniać te skutki.
Minimalne wymagania IT
Producenci muszą określić minimalne wymagania sprzętowe, charakterystyki sieci IT i środki bezpieczeństwa IT konieczne do działania oprogramowania zgodnie z przeznaczeniem, w tym ochronę przed nieuprawnionym dostępem.
Informacje zwrotne z nadzoru po wprowadzeniu do obrotu (PMS)
Dane PMS powinny aktualizować zapisy dotyczące korzyści i ryzyka, zarządzania ryzykiem, projektu, produkcji, oznakowania, instrukcji użytkowania (IFU), oceny klinicznej, działań zapobiegawczych i korygujących, użyteczności, działania i bezpieczeństwa.
W przypadku wyrobów zawierających oprogramowanie lub oprogramowania stanowiącego wyrób oprogramowanie należy rozwijać i wytwarzać zgodnie z aktualnym stanem wiedzy technicznej, z uwzględnieniem zasad cyklu życia oprogramowania, zarządzania ryzykiem, w tym bezpieczeństwem informacji, weryfikacji i walidacji.
Rozporządzenie (UE) 2017/745, załącznik I, pkt 17.2 (oryginał angielski)
Załącznik I uwzględnia bezpieczeństwo informacji w zarządzaniu ryzykiem oprogramowania. Na przykład nieuprawnione zmiany danych klinicznych mogą wpłynąć na diagnozę, a utrata wymaganej usługi może uniemożliwić wyrobowi realizację jego zamierzonej funkcji. Należy ocenić konsekwencje w rzeczywistym środowisku użytkowania wyrobu.
Status MDCG 2019-16
MDCG 2019-16 wydano po raz pierwszy w grudniu 2019 r., a następnie znowelizowano w lipcu 2020 r. jako rewizję 1. Są to oficjalne wytyczne MDCG, opublikowane przez Komisję Europejską w celu wspierania spójnego stosowania MDR i IVDR. Wytyczne nie są prawnie wiążące.
MDCG 2019-16 wyjaśnia, w jaki sposób decyzje dotyczące bezpieczeństwa wpływają na bezpieczeństwo i działanie wyrobu. Omawia także oczekiwany poziom ochrony zapewnianej przez środowisko działania oraz informacje, które producenci powinni przekazywać użytkownikom. Wyjaśnienia te pomagają powiązać projekt produktu z odpowiednimi wymaganiami MDR lub IVDR.
MDCG wyjaśnia, że środek kontroli ryzyka bezpieczeństwa może wpływać na bezpieczeństwo lub działanie, a środek kontroli ryzyka dla bezpieczeństwa może wpływać na bezpieczeństwo informacji. Dokumentacja powinna zatem przedstawiać analizę w obu kierunkach, zamiast prowadzić dwa odrębne rejestry.
MDCG traktuje modelowanie zagrożeń jako systematyczną metodę identyfikowania podatności i ryzyka w wyrobach, oprogramowaniu, systemach, sieciach i procesach. Znane podatności mogą stać się ryzykami możliwymi do przewidzenia, gdy producent o nich wie lub powinien o nich wiedzieć.
MDCG oczekuje, że producenci określą zamierzone środowisko IT i niezbędne w nim minimalne środki kontroli. Jeśli wyrób zależy od zapory szpitalnej, zarządzania dostępem, utwardzania konfiguracji, zarządzania poprawkami, segmentacji, szyfrowania lub innych zewnętrznych środków kontroli, założenia te należy udokumentować i przekazać użytkownikom.
Struktura dokumentacji technicznej
Dokumentacja dotycząca cyberbezpieczeństwa stanowi część dokumentacji technicznej MDR i systemu nadzoru po wprowadzeniu do obrotu. Jej układ powinien pokazywać, w jaki sposób producent spełnia odpowiednie wymagania MDR.
- Zarządzanie ryzykiem: zagrożenia bezpieczeństwa, podatności, środki kontroli ryzyka, ryzyko resztkowe, powiązanie z bezpieczeństwem wyrobu i dowody weryfikacji.
- Projektowanie i produkcja: bezpieczna architektura, środki kontroli cyklu życia oprogramowania, bezpieczne kodowanie, zarządzanie konfiguracją, mechanizmy aktualizacji i założenia dotyczące łańcucha dostaw.
- Weryfikacja i walidacja: testowanie funkcji bezpieczeństwa, skanowanie podatności, testy fuzzingowe, testy penetracyjne, analiza bezpiecznego kodu oraz, w stosownych przypadkach, przegląd komponentów stron trzecich.
- Informacje dla użytkownika: bezpieczna konfiguracja, instrukcje aktualizacji, ograniczenia kompatybilności, porty i protokoły sieciowe, tworzenie kopii zapasowych i odtwarzanie, rejestrowanie zdarzeń, okres wsparcia i informacje o wycofaniu z eksploatacji.
- PMS i zgłaszanie incydentów (vigilance): monitorowanie nowych podatności, incydentów dotyczących wyrobów znajdujących się u użytkowników, problemów z komponentami stron trzecich, zmian w krajobrazie zagrożeń oraz działań korygujących i zapobiegawczych.
MDCG omawia funkcje bezpieczeństwa rozwiązujące różne problemy. Uwierzytelnianie i autoryzacja ograniczają dostęp; zapisy audytowe pomagają badać działania; kopie zapasowe i odzyskiwanie przywracają działanie po zakłóceniu. Należy dobrać i zweryfikować funkcje potrzebne dla danego wyrobu i jego ryzyka.
Różnice w stosunku do wniosków FDA
Dokumentacja FDA i UE często opiera się na tych samych zapisach inżynieryjnych, ale ma różne wymagania i struktury regulacyjne. Model zagrożeń, SBOM, architektura bezpieczeństwa lub raport z testów penetracyjnych mogą wspierać oba systemy tylko wtedy, gdy dokumentacja wyjaśnia, w jaki sposób odpowiadają one właściwym wymaganiom prawnym.
Zakres zastosowania w UE
MDR nie pyta, czy wyrób spełnia definicję wyrobu cybernetycznego określoną w ustawie FD&C Act. Dokumentacja UE powinna wyjaśniać kwestie bezpieczeństwa, działania, bezpieczeństwa informacji, środowiska pracy i kontroli po wprowadzeniu do obrotu zgodnie z terminologią MDR/IVDR.
Struktura dokumentacji UE
Dokumentacja UE jest sporządzana zgodnie z załącznikami II i III. Powinna łączyć zapisy zarządzania ryzykiem, ogólne wymagania dotyczące bezpieczeństwa i działania, instrukcje użytkowania oraz nadzór po wprowadzeniu do obrotu.
Obowiązki w zakresie nadzoru po wprowadzeniu do obrotu
Art. 83 MDR wymaga od producentów aktywnego i systematycznego gromadzenia, rejestrowania i analizowania odpowiednich danych dotyczących jakości, działania i bezpieczeństwa przez cały okres użytkowania wyrobu oraz odpowiedniego aktualizowania dokumentacji technicznej.
Stosowanie norm dotyczących cyklu życia
IEC 81001-5-1 może wspierać proces cyklu życia oprogramowania i cyberbezpieczeństwa, ale dokumentacja nadal musi jasno mapować wymagania MDR. Uznana lub przydatna norma nie znosi obowiązku uzasadnienia podejścia właściwego dla danego wyrobu, wynikającego z MDR.