Uptime Kuma pod NIS2: status page, powiadomienia i dowód SLA
Jak zbudować w Uptime Kuma status page i powiadomienia, które dają twardy dowód dostępności usług przy audycie NIS2 i sporach o SLA.
Jak zbudować w Uptime Kuma status page i powiadomienia, które dają twardy dowód dostępności usług przy audycie NIS2 i sporach o SLA.
Gdzie postawić Wazuh na Proxmoksie: VM czy LXC, ile zasobów, jak zabezpieczyć sieć i backup managera bez klastra.
Bez wcześniej ustawionego monitoringu i logów terminy zgłoszenia incydentu z NIS2 (24 i 72 godziny) są nie do dotrzymania.
Dane klientów wyciekają z systemu Twojego dostawcy IT, a mimo to postępowanie i pytania od UODO trafiają do Ciebie, nie do niego. Sprawdź, jak realnie zweryfikować dostawcę, zanim podpiszesz umowę.
Uptime Kuma, Zabbix i Wazuh nie konkurują ze sobą: pilnują dostępności, wydajności i bezpieczeństwa, a razem dają pełny obraz infrastruktury pod NIS2.
Masz gdzieś w segregatorze analizę ryzyka sprzed kilku lat, do której nikt nie zaglądał? Pokazujemy, jak zrobić ją praktycznie, kiedy obowiązkowa jest ocena skutków dla ochrony danych (DPIA) i dlaczego to samo ćwiczenie liczy się też pod NIS2.
Wyjaśniamy po ludzku, czym jest MITRE ATT&CK i jak Wazuh mapuje wykryte zdarzenia na konkretne techniki ataku.
Jak dostroić reguły i poziomy alertów w Wazuh, żeby dostawać kilka trafnych powiadomień zamiast tysięcy ignorowanych.
Cztery litery art. 32 RODO przekładamy na konkretne kontrole IT: szyfrowanie, MFA, kopie zapasowe i regularne testy. Pokazujemy też, że te same działania spełniają wymagania NIS2, więc wdrażasz je raz.
Bez logów nie zbadasz incydentu ani go rzetelnie nie zgłosisz: co zbierać, ile trzymać i jak zabezpieczyć dane w Wazuh.