DORA w praktyce dla IT, QA i ryzyka ICT: testowanie odporności cyfrowej i dostawcy ICT, szkolenie online w czasie rzeczywistym
DORA w praktyce dla IT, QA i ryzyka ICT: testowanie odporności cyfrowej i dostawcy ICT, szkolenie online w czasie rzeczywistym
Informacje podstawowe
Informacje podstawowe
- KategoriaInformatyka i telekomunikacja / Bezpieczeństwo IT
- Identyfikatory projektówNowy start w Małopolsce z EURESEM, Małopolski Pociąg do kariery
- Grupa docelowa usługi
Szkolenie skierowane jest do pracowników banków, zakładów ubezpieczeń, instytucji płatniczych i firm inwestycyjnych odpowiedzialnych za systemy ICT lub ich testy, liderów QA i kierowników testów, specjalistów ryzyka ICT, bezpieczeństwa i compliance oraz dostawców oprogramowania i usług ICT dla sektora finansowego. Wymagane jest doświadczenie w IT, QA, bezpieczeństwie albo zarządzaniu ryzykiem ICT oraz podstawowa znajomość cyklu wytwarzania i utrzymania systemów, bez wcześniejszej znajomości DORA. Szkolenie nie jest przeznaczone dla osób szukających pełnej analizy prawnej DORA ani praktycznego kursu testów penetracyjnych.
- Minimalna liczba uczestników3
- Maksymalna liczba uczestników20
- Data zakończenia rekrutacji13-01-2027
- Forma prowadzenia usługizdalna w czasie rzeczywistym
- Podstawa uzyskania wpisu do BURZnak Jakości TGLS Quality Alliance
Cel
Cel
Cel edukacyjny
Szkolenie przygotowuje uczestników do projektowania programu testów operacyjnej odporności cyfrowej według rozporządzenia (UE) 2022/2554 (DORA): wskazania funkcji krytycznych, doboru rodzajów testów, przygotowania do TLPT, dokumentowania ustaleń oraz formułowania wymagań wobec dostawców ICT. Szkolenie pomaga przygotować się do obowiązków wynikających z DORA i nie zastępuje porady prawnej.Efekty uczenia się oraz kryteria weryfikacji ich osiągnięcia i Metody walidacji
| Efekty uczenia się | Kryteria weryfikacji | Metoda walidacji |
|---|---|---|
| Uczestnik charakteryzuje zakres DORA, podmioty objęte rozporządzeniem i rolę funkcji krytycznych lub istotnych | wymienia pięć filarów DORA i kategorie podmiotów finansowych | Test teoretyczny z wynikiem generowanym automatycznie |
| wskazuje, jak obowiązki DORA obejmują dostawców usług ICT | Test teoretyczny z wynikiem generowanym automatycznie | |
| tworzy mapę funkcji krytycznych dla przykładowego banku | Test teoretyczny z wynikiem generowanym automatycznie | |
| przypisuje systemy i zależności z inwentarza do funkcji krytycznych | Test teoretyczny z wynikiem generowanym automatycznie | |
| Uczestnik projektuje roczny program testowania operacyjnej odporności cyfrowej oparty na analizie ryzyka | opisuje wymagane elementy programu testów i osoby odpowiedzialne | Test teoretyczny z wynikiem generowanym automatycznie |
| uzasadnia zakres testów zasadą proporcjonalności | Test teoretyczny z wynikiem generowanym automatycznie | |
| wskazuje warunki niezależności zespołu testującego | Test teoretyczny z wynikiem generowanym automatycznie | |
| przygotowuje szkielet programu testów na rok | Test teoretyczny z wynikiem generowanym automatycznie | |
| Uczestnik dobiera rodzaje testów z katalogu rozporządzenia do ryzyka i systemu | wymienia rodzaje testów z katalogu DORA | Test teoretyczny z wynikiem generowanym automatycznie |
| przypisuje rodzaj testu do systemu i poziomu ryzyka w zadaniu | Test teoretyczny z wynikiem generowanym automatycznie | |
| wskazuje istniejące testy regresji i automatyzacji do wykorzystania | Test teoretyczny z wynikiem generowanym automatycznie | |
| rozróżnia testy wydajnościowe, end-to-end i penetracyjne | Test teoretyczny z wynikiem generowanym automatycznie | |
| Uczestnik wyjaśnia zasady testów TLPT i przygotowuje organizację do ich przeprowadzenia | opisuje, kogo dotyczy TLPT i kto o nim decyduje | Test teoretyczny z wynikiem generowanym automatycznie |
| wymienia etapy testu TLPT i rolę dostawców ICT | Test teoretyczny z wynikiem generowanym automatycznie | |
| rozróżnia wymagania wobec testerów wewnętrznych i zewnętrznych | Test teoretyczny z wynikiem generowanym automatycznie | |
| przygotowuje listę działań przygotowawczych do TLPT | Test teoretyczny z wynikiem generowanym automatycznie | |
| Uczestnik przygotowuje dokumentację testową z klasyfikacją ustaleń i śladem audytowym | wymienia minimalny zestaw dokumentów testowych | Test teoretyczny z wynikiem generowanym automatycznie |
| klasyfikuje ustalenia według priorytetów usunięcia | Test teoretyczny z wynikiem generowanym automatycznie | |
| odtwarza ślad od ustalenia do testu potwierdzającego | Test teoretyczny z wynikiem generowanym automatycznie | |
| przygotowuje raport z testu w wersji dla zespołu i dla zarządu | Test teoretyczny z wynikiem generowanym automatycznie | |
| Uczestnik formułuje wymagania wobec dostawców ICT i łączy testy z ciągłością działania oraz incydentami | wymienia obowiązkowe postanowienia umowne wobec dostawcy ICT | Test teoretyczny z wynikiem generowanym automatycznie |
| tworzy listę wymagań testowych do umowy z dostawcą oprogramowania | Test teoretyczny z wynikiem generowanym automatycznie | |
| opisuje sposób testowania planów ciągłości działania ICT | Test teoretyczny z wynikiem generowanym automatycznie | |
| przygotowuje szkic programu testów na 12 miesięcy dla własnej organizacji | Test teoretyczny z wynikiem generowanym automatycznie |
Kwalifikacje i kompetencje
Kwalifikacje i kompetencje
Kompetencje
Usługa prowadzi do nabycia kompetencji.Warunki uznania kompetencji
Program
Program
1. DORA w pigułce: kogo dotyczy i co zmienia
- Rozporządzenie (UE) 2022/2554: stosowanie od 17 stycznia 2025 roku, bezpośrednio w każdym państwie UE
- Podmioty finansowe objęte DORA: banki, ubezpieczyciele, instytucje płatnicze, firmy inwestycyjne
- Dostawcy usług ICT: obowiązki przez umowę z podmiotem finansowym
- Pięć filarów: ryzyko ICT, incydenty, testy, dostawcy, wymiana informacji
- Rola KNF jako organu nadzoru w Polsce
2. Ramy zarządzania ryzykiem ICT i rola zespołów technicznych
- Odpowiedzialność organu zarządzającego i obowiązek regularnych szkoleń
- Funkcje krytyczne lub istotne: jak je wskazać i dlaczego to pierwszy krok
- Inwentarz systemów, aplikacji i zależności
- Gdzie w ramach ryzyka ICT pojawiają się testy i ich wyniki
- Ćwiczenie: mapa funkcji krytycznych przykładowego banku
3. Program testowania operacyjnej odporności cyfrowej
- Co musi zawierać program testów i kto za niego odpowiada
- Podejście oparte na ryzyku: proporcjonalność do wielkości i profilu podmiotu
- Niezależność testujących: zespół wewnętrzny czy firma zewnętrzna
- Coroczne testy systemów wspierających funkcje krytyczne lub istotne
- Ćwiczenie: szkielet programu testów na rok
4. Katalog testów z rozporządzenia w praktyce zespołu QA
- Oceny i skany podatności, przegląd kodu źródłowego, oceny bezpieczeństwa sieci
- Testy wydajnościowe, end-to-end i kompatybilności jako element odporności
- Testy oparte na scenariuszach i testy penetracyjne
- Jak dobrać rodzaj testu do ryzyka i systemu
- Co możecie wykorzystać z istniejących testów regresji i automatyzacji
5. TLPT: zaawansowane testy penetracyjne pod kątem zagrożeń
- Kogo dotyczy TLPT i kto o tym decyduje
- Częstotliwość i zakres: systemy produkcyjne wspierające funkcje krytyczne
- Testerzy wewnętrzni i zewnętrzni: wymagania z rozporządzenia
- Etapy testu i rola organizacji oraz dostawców ICT
- Jak przygotować się do TLPT, zanim przyjdzie wskazanie
6. Dokumentacja testowa jako dowód
- Plan testów, raport i rejestr ustaleń: minimalny zestaw dokumentów
- Klasyfikacja ustaleń i priorytety ich usuwania
- Ślad audytowy: od ustalenia do poprawki i testu potwierdzającego
- Raport dla organu zarządzającego: co pokazać, a czego nie zasypywać
- Ćwiczenie: raport z testu w wersji dla zespołu i dla zarządu
7. Dostawcy usług ICT: ryzyko, rejestr i umowa
- Strategia wobec ryzyka ze strony zewnętrznych dostawców ICT
- Rejestr informacji o umowach z dostawcami: po co i co w nim jest
- Obowiązkowe postanowienia umowne: audyt, dostęp, testy, szkolenia, strategia wyjścia
- Udział dostawcy w testach i w TLPT przy usługach wspierających funkcje krytyczne
- Ćwiczenie: lista wymagań testowych do umowy z dostawcą oprogramowania
8. Perspektywa dostawcy IT dla sektora finansowego
- Czego bank i ubezpieczyciel będą oczekiwać od software house'u
- Testy i dokumentacja, które warto mieć przed rozmową z klientem
- Testy niezależne od producenta oprogramowania: kiedy mają znaczenie
- Współpraca przy incydencie i przy testach klienta
- Jak opisać swoje praktyki testowe w ofercie i w odpowiedzi na ankietę dostawcy
9. Ciągłość działania, incydenty i wnioski z testów
- Plany ciągłości działania ICT i plany odtwarzania: jak je testować
- Klasyfikacja i zgłaszanie poważnych incydentów związanych z ICT
- Jak wnioski z incydentów i testów zmieniają program testów
- Ćwiczenie scenariuszowe: awaria dostawcy w dniu wypłat
- Mierniki odporności, które zespół może raportować regularnie
10. Warsztat podsumowujący na przykładach uczestników
- Wasze systemy i dostawcy: wstępne przypisanie do funkcji krytycznych
- Luki w obecnych testach i dokumentacji
- Szkic programu testów na najbliższe 12 miesięcy
- Lista pytań do działu prawnego, ryzyka i dostawców
- Pytania do trenera i podsumowanie dnia
Harmonogram
Harmonogram
| Przedmiot / temat | Typ aktywności | Prowadzący | Data realizacji zajęć | Godzina rozpoczęcia | Godzina zakończenia | Liczba godzin |
|---|---|---|---|---|---|---|
Przedmiot / temat 1 z 8 1. DORA w pigułce: kogo dotyczy i co zmienia; 2. Ramy zarządzania ryzykiem ICT i rola zespołów technicznych | Typ aktywności Zajęcia | Prowadzący TOMASZ STELMACH | Data realizacji zajęć 14-01-2027 | Godzina rozpoczęcia 08:00 | Godzina zakończenia 09:30 | Liczba godzin 01:30 |
Przedmiot / temat 2 z 8 - | Typ aktywności Przerwa | Prowadzący - | Data realizacji zajęć 14-01-2027 | Godzina rozpoczęcia 09:30 | Godzina zakończenia 10:00 | Liczba godzin 00:30 |
Przedmiot / temat 3 z 8 3. Program testowania operacyjnej odporności cyfrowej; 4. Katalog testów z rozporządzenia w praktyce zespołu QA | Typ aktywności Zajęcia | Prowadzący TOMASZ STELMACH | Data realizacji zajęć 14-01-2027 | Godzina rozpoczęcia 10:00 | Godzina zakończenia 11:00 | Liczba godzin 01:00 |
Przedmiot / temat 4 z 8 5. TLPT: zaawansowane testy penetracyjne pod kątem zagrożeń; 6. Dokumentacja testowa jako dowód | Typ aktywności Zajęcia | Prowadzący TOMASZ STELMACH | Data realizacji zajęć 14-01-2027 | Godzina rozpoczęcia 11:00 | Godzina zakończenia 12:00 | Liczba godzin 01:00 |
Przedmiot / temat 5 z 8 - | Typ aktywności Przerwa | Prowadzący - | Data realizacji zajęć 14-01-2027 | Godzina rozpoczęcia 12:00 | Godzina zakończenia 12:30 | Liczba godzin 00:30 |
Przedmiot / temat 6 z 8 7. Dostawcy usług ICT: ryzyko, rejestr i umowa; 8. Perspektywa dostawcy IT dla sektora finansowego | Typ aktywności Zajęcia | Prowadzący TOMASZ STELMACH | Data realizacji zajęć 14-01-2027 | Godzina rozpoczęcia 12:30 | Godzina zakończenia 13:30 | Liczba godzin 01:00 |
Przedmiot / temat 7 z 8 9. Ciągłość działania, incydenty i wnioski z testów; 10. Warsztat podsumowujący na przykładach uczestników | Typ aktywności Zajęcia | Prowadzący TOMASZ STELMACH | Data realizacji zajęć 14-01-2027 | Godzina rozpoczęcia 13:30 | Godzina zakończenia 14:30 | Liczba godzin 01:00 |
Przedmiot / temat 8 z 8 - | Typ aktywności Walidacja | Prowadzący - | Data realizacji zajęć 14-01-2027 | Godzina rozpoczęcia 14:30 | Godzina zakończenia 15:00 | Liczba godzin 00:30 |
Podsumowanie
| Rodzaj godzin | Liczba godzin |
|---|---|
Rodzaj godzin Suma godzin zegarowych usługi | Liczba godzin 07:00 |
Rodzaj godzin w tym suma godzin zajęć | Liczba godzin 05:30 |
Rodzaj godzin w tym suma godzin walidacji | Liczba godzin 00:30 |
Rodzaj godzin w tym suma przerw | Liczba godzin 01:00 |
Rodzaj godzin Suma godzin dydaktycznych bez przerw | Liczba godzin 08:00 |
Cena
Cena
Cennik
| Rodzaj ceny | Cena |
|---|---|
Rodzaj ceny Koszt przypadający na 1 uczestnika brutto | Cena 2 078,70 PLN |
Rodzaj ceny Koszt przypadający na 1 uczestnika netto | Cena 1 690,00 PLN |
Rodzaj ceny Koszt osobogodziny brutto | Cena 296,96 PLN |
Rodzaj ceny Koszt osobogodziny netto | Cena 241,43 PLN |
Liczba godzin usługi
| Rodzaj godzin | Liczba godzin |
|---|---|
Rodzaj godzin Liczba godzin zegarowych usługi | Liczba godzin 07:00 |
Prowadzący
Prowadzący
TOMASZ STELMACH
W trakcie swojej kariery uczestniczył w realizacji projektów informatycznych dla organizacji z różnych branż, ze szczególnym uwzględnieniem sektora bankowego i finansowego. Pełnił role Testera Oprogramowania, Testera Automatyzującego, QA Leada, Kierownika Testów, Architekta Testów oraz Managera Testów. W swojej pracy odpowiadał za zapewnienie jakości i bezpieczeństwa systemów informatycznych, analizę ryzyk, identyfikację podatności oraz wdrażanie dobrych praktyk związanych z cyberbezpieczeństwem i ochroną danych.
Od wielu lat prowadzi szkolenia, warsztaty, konsultacje i audyty jakości, przygotowując uczestników do samodzielnego wykonywania zadań związanych z testowaniem oprogramowania oraz podstawami bezpieczeństwa aplikacji. W pracy szkoleniowej szczególny nacisk kładzie na praktyczne aspekty identyfikowania zagrożeń, analizę podatności oraz rozwijanie świadomości bezpieczeństwa w projektach IT.
Jest organizatorem Testing Ground Conference oraz prelegentem konferencji technologicznych, gdzie dzieli się wiedzą z zakresu jakości oprogramowania, testowania, cyberbezpieczeństwa oraz rozwoju kompetencji zawodowych w branży IT.
Informacje dodatkowe
Informacje dodatkowe
Informacje o materiałach dla uczestników usługi
Uczestnicy szkolenia otrzymają materiały szkoleniowe w formie elektronicznej, obejmujące:
- checklistę wspierającą analizę bezpieczeństwa aplikacji i identyfikację najczęściej występujących podatności,
- materiały dotyczące kodów odpowiedzi HTTP wykorzystywanych podczas testowania aplikacji webowych i usług sieciowych,
- materiał wprowadzający do narzędzia OWASP ZAP wraz z przykładami jego wykorzystania podczas testów bezpieczeństwa,
- przykładowy raport z testów bezpieczeństwa prezentujący sposób dokumentowania wyników oraz zgłaszania wykrytych podatności,
- materiały edukacyjne dotyczące rodzajów ataków oraz najczęściej występujących podatności bezpieczeństwa w aplikacjach i systemach informatycznych,
- zestaw ćwiczeń praktycznych realizowanych podczas szkolenia.
Uczestnicy otrzymają również dostęp do materiałów wykorzystywanych podczas warsztatów praktycznych oraz przykładowych scenariuszy związanych z analizą bezpieczeństwa aplikacji i systemów IT.
Informacje dodatkowe
Usługa dostępna dla uczestników projektu „Małopolski Pociąg do Kariery – sezon 1” oraz „Nowy Start w Małopolsce z EURESem”. Realizacja możliwa z wykorzystaniem bonów szkoleniowych zgodnie z zasadami projektu.
Warunki techniczne
Warunki techniczne
Usługa realizowana będzie w formie zdalnej w czasie rzeczywistym z wykorzystaniem platformy szkoleniowej ClickMeeting.
Uczestnik powinien dysponować:
- komputerem lub laptopem wyposażonym w mikrofon oraz głośniki lub słuchawki,
- stabilnym dostępem do Internetu,
- aktualną przeglądarką internetową (Google Chrome, Microsoft Edge, Mozilla Firefox lub równoważną),
- aktywnym adresem e-mail umożliwiającym otrzymywanie materiałów szkoleniowych oraz informacji organizacyjnych.
Ze względu na praktyczny charakter szkolenia uczestnik powinien posiadać możliwość instalacji bezpłatnego oprogramowania wykorzystywanego podczas zajęć, w szczególności:
- narzędzia OWASP ZAP lub równoważnego oprogramowania wspierającego analizę bezpieczeństwa aplikacji,
- przeglądarki internetowej umożliwiającej wykonywanie ćwiczeń praktycznych,
- oprogramowania umożliwiającego korzystanie z materiałów szkoleniowych udostępnianych przez trenera.
Przed rozpoczęciem szkolenia uczestnicy otrzymają:
- link do platformy szkoleniowej ClickMeeting,
- instrukcję logowania i udziału w zajęciach,
- informacje organizacyjne dotyczące realizacji usługi,
- listę niezbędnego oprogramowania wykorzystywanego podczas warsztatów praktycznych,
- dostęp do materiałów szkoleniowych w formie elektronicznej.
Uczestnik powinien posiadać podstawowe umiejętności obsługi komputera oraz możliwość aktywnego udziału w ćwiczeniach praktycznych związanych z identyfikacją zagrożeń, analizą podatności oraz oceną bezpieczeństwa aplikacji i systemów informatycznych.