1/30
Bezpieczeństwo w architekturach sieciowych
Cel slajdu: Slajd wprowadza trzy filary bezpieczeństwa informacji oraz pokazuje rolę firewalli, VPN i szyfrowania w ich realizacji.

Trzy filary bezpieczeństwa informacji

  • Bezpieczeństwo sieci – ochrona przed nieautoryzowanym dostępem, modyfikacją i zniszczeniem zasobów.
  • Warstwa bezpieczeństwa – nieodłączny element projektu, nie opcjonalny dodatek.
  • CIA Triad: poufność (Confidentiality), integralność (Integrity), dostępność (Availability).
  • Poufność – dane tylko dla uprawnionych; integralność – brak nieautoryzowanych modyfikacji.
  • Dostępność – uprawnieni mają dostęp wtedy, gdy go potrzebują.
  • Trzy mechanizmy wykładu: firewall, VPN, szyfrowanie.
  • Zasada: każdy mechanizm realizuje co najmniej jeden filar CIA.
Trójkąt CIA (ang. CIA triad): Trójkąt CIA to model porządkujący cele ochrony informacji obejmujący poufność, integralność i dostępność, opisany między innymi w publikacji NIST SP 800-12 oraz w normie ISO/IEC 27001. Poufność ogranicza dostęp do danych wyłącznie dla uprawnionych podmiotów, integralność gwarantuje wykrycie nieautoryzowanej modyfikacji, a dostępność zapewnia osiągalność zasobów w wymaganym czasie, dlatego każdy mechanizm omawiany na wykładzie realizuje co najmniej jeden z tych filarów.
Diagram trójkąta CIA: poufność, integralność, dostępność
2/30
Zagrożenia w sieciach komputerowych
Cel slajdu: Slajd porządkuje zagrożenia sieciowe z podziałem na pasywne i aktywne oraz wskazuje skutki podsłuchu, podszywania się i ataków odmowy usługi.

Zagrożenia pasywne i aktywne

  • Zagrożenia pasywne – sniffing (podsłuch): przechwyt bez ingerencji w transmisję.
  • Zagrożenia aktywne – modyfikacja danych, spoofing (podszywanie się pod urządzenia).
  • DoS / DDoS (Denial of Service) – zalew ruchem, blokada obsługi legalnych klientów.
  • MITM (Man-in-the-Middle) – atakujący wstawia się między strony bez ich wiedzy.
  • Malware – wejście przez e-mail, USB, złośliwe strony; rozprzestrzenianie wewnątrz sieci.
  • Architektura bezpieczeństwa – ogranicza skutki i drogi propagacji ataku.
  • Wniosek: rozróżnienie pasywne / aktywne decyduje o doborze obrony.
Zagrożenie pasywne i aktywne (ang. passive versus active attack): Podział zagrożeń na pasywne i aktywne wprowadza między innymi słownik RFC 2828, przy czym atak pasywny ogranicza się do obserwacji ruchu, a atak aktywny modyfikuje dane albo zakłóca usługi. Podsłuch narusza głównie poufność i zwykle nie pozostawia śladów, natomiast modyfikacja, podszywanie się, atak typu man-in-the-middle oraz złośliwe oprogramowanie naruszają integralność i dostępność, dlatego architektura bezpieczeństwa musi łączyć szyfrowanie transmisji z mechanizmami wykrywania ingerencji.
Klasyfikacja zagrożeń sieciowych: pasywne i aktywne
3/30
Czym jest firewall i co chroni
Cel slajdu: Slajd wyjaśnia zasadę działania zapory sieciowej oraz jej miejsce na granicy stref o różnym poziomie zaufania.

Zapora sieciowa – pierwsza linia obrony

  • Firewall (zapora sieciowa) – urządzenie / oprogramowanie kontrolujące ruch wg reguł.
  • Granica zaufania – zwykle między LAN a Internetem; ocena każdego pakietu / połączenia.
  • Zasada default deny – brak reguły zezwalającej = blokada.
  • Chronią: przed dostępem z zewnątrz; nie chroni przed malware w dozwolonym ruchu.
  • Uzupełnienie: IDS / IPS i antywirus do treści dozwolonego ruchu.
  • Pierwsza linia obrony – fundament architektury bezpieczeństwa.
  • Bez firewalla każdy port jest odsłonięty na Internet.
Zapora sieciowa (ang. firewall): Zapora sieciowa to urządzenie lub oprogramowanie egzekwujące politykę dostępu na podstawie reguł, działające zwykle na zasadzie domyślnego odrzucenia ruchu niedopasowanego do żadnej reguły zezwalającej, zgodnie z wytycznymi NIST SP 800-41. Umieszczona między strefami o różnym zaufaniu, na przykład między siecią LAN a Internetem, chroni przed nieautoryzowanym dostępem z zewnątrz, lecz nie analizuje treści dozwolonego ruchu, dlatego wymaga uzupełnienia o systemy IDS i IPS oraz ochronę przeciwwirusową.
Schemat firewalla między siecią wewnętrzną a Internetem
4/30
Typy firewalli – packet filter
Cel slajdu: Slajd opisuje filtr pakietów analizujący nagłówki IP i TCP/UDP oraz jego ograniczenia wynikające z braku śledzenia stanu połączenia.

Filtr pakietów (packet filter)

  • Packet filter (filtr pakietów) – najprostszy firewall: nagłówki IP / TCP / UDP, adresy, porty.
  • Bezstanowość – każdy pakiet oceniany niezależnie, brak tabeli sesji.
  • Cisco IOS: ip access-list extended FIREWALL + permit tcp ... eq 443.
  • Zalety: bardzo szybki, niskie obciążenie CPU, prosta konfiguracja.
  • Wady: nie odróżnia odpowiedzi od nowego połączenia – łatwy do ominięcia.
  • Brak kontekstu – nie wie, że pakiet jest odpowiedzią na wcześniejsze zapytanie.
  • Rola: uzupełnienie firewalli stanowych, nie samodzielna obrona.
Filtr pakietów (ang. packet filter): Filtr pakietów to najprostsza zapora bezstanowa oceniająca każdy pakiet niezależnie na podstawie adresów IP, protokołu i portów TCP albo UDP, zgodnie z listami ACL konfigurowanymi na routerze. Rozwiązanie opisane między innymi w dokumencie RFC 2979 jest szybkie i mało obciąża procesor, lecz nie odróżnia odpowiedzi od nowego połączenia, dlatego atakujący może je ominąć pakietem z ustawioną flagą i stosuje się je głównie jako wstępne filtrowanie przed zaporą stanową.
Schemat filtru pakietów z regułami ACL dla portów TCP/IP
5/30
Firewall stanowy (Stateful Inspection)
Cel slajdu: Slajd wyjaśnia zasadę działania zapory stanowej, która śledzi stan każdego połączenia TCP i przechowuje informacje o nim w tabeli stanu.

Firewall stanowy (stateful firewall)

  • Stateful firewall – śledzi stan połączeń TCP w state table.
  • Zapamiętywanie sesji: IP, porty, numery sekwencji TCP przy połączeniu z wewnątrz.
  • Automatyczne przepuszczanie pakietów należących do zarejestrowanej sesji, bez ponownej oceny ACL.
  • Blokada z zewnątrz – próba bez pasującej sesji wewnętrznej = odrzucenie.
  • Różnica vs packet filter: rozumie odpowiedź, nie tylko pojedynczy pakiet.
  • Przykłady: Cisco ASA, Palo Alto, FortiGate, pfSense.
  • Limit: tabela stanu ograniczona – cel ataków zalewających sesjami.
Zapora stanowa (ang. stateful firewall): Zapora stanowa prowadzi tabelę aktywnych sesji z adresami IP, portami i numerami sekwencji TCP oraz automatycznie przepuszcza pakiety należące do sesji zainicjowanej z sieci zaufanej, co opisują wytyczne NIST SP 800-41. Dzięki temu próba nawiązania połączenia z zewnątrz bez powiązanej sesji jest blokowana bez dodatkowych reguł dla ruchu powrotnego, natomiast ograniczeniem jest pojemność tabeli stanu, którą atak zalewający pakietami SYN może zapełnić i wywołać odmowę usługi samej zapory.
Schemat tabeli stanu firewalla i przepływu pakietów TCP
6/30
Firewall nowej generacji (NGFW)
Cel slajdu: Slajd przedstawia zaporę nowej generacji rozszerzoną o inspekcję głęboką, rozpoznawanie aplikacji i wbudowany system zapobiegania włamaniom.

Next-Generation Firewall

  • NGFW (Next-Generation Firewall) – zapora stanowa + głęboka inspekcja treści.
  • DPI (Deep Packet Inspection) – analiza payload, rozpoznanie aplikacji niezależnie od portu.
  • Kontrola aplikacji – blokada torrentów / Skype nawet na porcie 443 (HTTPS).
  • Threat Intelligence – baza zagrożeń, wykrywanie wzorców malware w ruchu.
  • Ruch szyfrowany: inspekcja TLS po odszyfrowaniu albo analiza metadanych.
  • IPS wbudowany – aktywna blokada exploitów po sygnaturach ataków.
  • Filtrowanie URL / użytkowników – polityki per aplikacja, użytkownik, grupa.
Zapora nowej generacji (ang. next-generation firewall): Zapora nowej generacji łączy zaporę stanową z inspekcją głęboką pakietów, rozpoznawaniem aplikacji niezależnie od portu oraz funkcją zapobiegania włamaniom, której zasady opisuje publikacja NIST SP 800-94. Integracja z bazami informacji o zagrożeniach pozwala blokować złośliwe domeny i adresy IP, a ruch szyfrowany wymaga inspekcji TLS albo analizy metadanych, dlatego jedno urządzenie zastępuje kilka odrębnych systemów i upraszcza architekturę bezpieczeństwa.
Schemat NGFW z DPI, IPS i filtrowaniem URL
7/30
Strefa DMZ – architektura z zaporą
Cel slajdu: Slajd omawia wydzieloną strefę DMZ dla serwerów publicznych oraz zasady filtrowania ruchu między Internetem, strefą DMZ i siecią LAN.

Demilitarized Zone

  • DMZ (Demilitarized Zone) – strefa serwerów publicznych: WWW, e-mail, DNS, FTP.
  • Trzy polityki: Internet→DMZ (80/443 tak), DMZ→LAN (minimum, np. tylko do bazy), LAN→DMZ/Internet (otwarte, stanowe).
  • Izolacja kompromitacji – przejęty WWW w DMZ nie ma drogi wprost do LAN.
  • Małe / średnie firmy: standard to jeden firewall + DMZ.
  • Podwójny firewall (inner / outer) – wyższy poziom dla dużych organizacji.
  • Zasada: różne poziomy zaufania = różne reguły na tym samym firewallu.
  • Efekt: serwery publiczne dostępne, sieć wewnętrzna ukryta.
Strefa zdemilitaryzowana (ang. demilitarized zone): Strefa zdemilitaryzowana to buforowy segment dla serwerów dostępnych z Internetu, oddzielony zaporą zarówno od sieci zewnętrznej, jak i od sieci wewnętrznej, zgodnie z architekturą opisaną w NIST SP 800-41. Ruch z Internetu dociera wyłącznie do ściśle określonych usług w DMZ, ruch z DMZ do LAN jest ograniczony do niezbędnych zapytań, natomiast przejęcie serwera w DMZ nie daje bezpośredniej ścieżki do sieci wewnętrznej, a wariant z dwiema zaporami podnosi ten poziom izolacji.
Schemat architektury z DMZ, firewallami i strefami zaufania
8/30
Podstawy szyfrowania – klucz symetryczny
Cel slajdu: Slajd wprowadza szyfrowanie symetryczne na przykładzie standardu AES oraz wskazuje problem bezpiecznej dystrybucji wspólnego klucza.

Szyfrowanie symetryczne (AES)

  • Szyfrowanie – zamiana danych w postać nieczytelną bez klucza deszyfrującego.
  • Szyfrowanie symetryczne – ten sam klucz do szyfrowania i deszyfrowania.
  • AES (Advanced Encryption Standard) – klucze 128 / 256 bitów, dzisiejszy standard de facto.
  • AES-256 a kwanty: algorytm Grovera zbija do ~128 bitów – wg NIST nadal kategoria 5 bezpieczeństwa.
  • Zaleta: szybkość – nadaje się do dużych wolumenów danych.
  • Problem: bezpieczna dystrybucja klucza – przechwycenie = koniec ochrony.
  • Wniosek: symetryk do danych, asymetryk do wymiany klucza.
Szyfrowanie symetryczne (ang. symmetric encryption): Szyfrowanie symetryczne używa jednego wspólnego klucza do szyfrowania i deszyfrowania, a jego standardem jest AES opisany w FIPS 197 w wariantach 128, 192 i 256 bitów. Algorytm jest szybki i nadaje się do dużych wolumenów danych w protokołach TLS, IPsec i WireGuard, natomiast wymaga bezpiecznego przekazania klucza drugiej stronie, a AES-256 zachowuje wysoki margines bezpieczeństwa także po uwzględnieniu przyspieszenia poszukiwań algorytmem Grovera do poziomu około 128 bitów według NIST.
Schemat szyfrowania symetrycznego AES z jednym wspólnym kluczem
9/30
Szyfrowanie asymetryczne – para kluczy publiczny/prywatny
Cel slajdu: Slajd wyjaśnia kryptografię asymetryczną opartą na parze kluczy publicznego i prywatnego oraz jej zastosowanie w wymianie klucza sesji.

Kryptografia asymetryczna (RSA, EC)

  • Kryptografia asymetryczna – para: klucz publiczny (jawny) + klucz prywatny (tajny).
  • Szyfrowanie: publicznym – odczyt tylko prywatnym właściciela.
  • Podpis cyfrowy: podpisanie prywatnym – weryfikacja publicznym.
  • RSA (Rivest-Shamir-Adleman) – klucze 2048 / 4096 bitów, najpopularniejszy.
  • ECC (Elliptic Curve Cryptography) – 256 bitów ≈ RSA-3072; szybszy, dobry dla mobile.
  • Wada: znacznie wolniejszy niż symetryczny – nie do strumieni danych.
  • Praktyka hybrydowa: asymetryk wymienia klucz sesji, symetryk szyfruje dane.
Kryptografia asymetryczna (ang. asymmetric cryptography): Kryptografia asymetryczna wiąże matematycznie klucz publiczny, który można ujawnić, z kluczem prywatnym trzymanym w tajemnicy, przy czym RSA opisuje standard RFC 8017, a kryptografię krzywych eliptycznych opisuje między innymi RFC 6090. Dane zaszyfrowane kluczem publicznym odczytuje wyłącznie właściciel klucza prywatnego, a dane podpisane kluczem prywatnym weryfikuje każdy posiadacz klucza publicznego, natomiast ze względu na niską wydajność asymetryki służy ona głównie do uzgodnienia szybkiego klucza symetrycznego sesji.
Schemat szyfrowania asymetrycznego z kluczem publicznym i prywatnym RSA
10/30
Funkcje skrótu – integralność danych
Cel slajdu: Slajd opisuje funkcje skrótu służące do weryfikacji integralności danych oraz kod HMAC łączący skrót z kluczem symetrycznym.

Funkcje skrótu – SHA-256, HMAC

  • Hash (funkcja skrótu) – dane dowolne → stały odcisk, np. 256 bitów.
  • Czułość: zmiana 1 bitu = zupełnie inny skrót; jednokierunkowość – brak odtworzenia danych.
  • Algorytmy: MD5 (128 b.) i SHA-1 (160 b.) – przestarzałe, kolizje; SHA-256 / SHA-3 – aktualne.
  • Zastosowania: sumy kontrolne plików, przechowywanie skrótów haseł, podpisy cyfrowe.
  • HMAC (Hash-based Message Authentication Code) – skrót + klucz = integralność i uwierzytelnienie.
  • Nie mylić: hash to nie szyfrowanie – brak klucza i deszyfrowania.
  • Atak: kolizje i tęczowe tablice – stąd sole i mocne funkcje.
Funkcja skrótu (ang. hash function): Funkcja skrótu wylicza z danych dowolnej długości krótką wartość o stałym rozmiarze, przy czym zmiana jednego bitu wejścia daje nieprzewidywalnie inną wartość, a operacja jest jednokierunkowa. Aktualnym standardem jest rodzina SHA-2 i SHA-3 opisana w FIPS 180-4, natomiast HMAC opisany w RFC 2104 dodaje tajny klucz do skrótu i zapewnia jednocześnie integralność oraz autentyczność każdego pakietu w tunelach VPN.
Schemat funkcji skrótu SHA-256 z przykładem zmiany jednego bitu
11/30
Certyfikaty cyfrowe i PKI
Cel slajdu: Slajd przedstawia certyfikaty cyfrowe oraz infrastrukturę PKI umożliwiającą wydawanie, weryfikację i unieważnianie certyfikatów.

Public Key Infrastructure

  • Certyfikat cyfrowy – wiąże klucz publiczny z tożsamością (osoba, serwer, firma).
  • CA (Certificate Authority) – zaufany urząd podpisuje i poświadcza certyfikat.
  • PKI (Public Key Infrastructure) – system wydawania, weryfikacji i unieważniania (CRL / OCSP).
  • HTTPS: serwer okazuje certyfikat; przeglądarka sprawdza podpis Root CA.
  • Zawartość: właściciel, klucz publiczny, ważność, podpis CA, numer seryjny.
  • Unieważnienie: wyciek klucza / zmiana danych = odwołanie przed terminem.
  • Zaufanie: tylko CA z systemowego magazynu = bezpieczne połączenie.
Infrastruktura klucza publicznego (ang. public key infrastructure): Infrastruktura klucza publicznego wiąże weryfikowalnie klucz publiczny z tożsamością właściciela za pomocą certyfikatu podpisanego przez urząd certyfikacji, przy czym format certyfikatu X.509 opisuje RFC 5280. Przeglądarka ufa certyfikatowi serwera, gdy podpis pochodzi z zaufanego magazynu głównych urzędów, sprawdza daty ważności i nazwę DNS, natomiast certyfikat po kompromitacji klucza prywatnego jest unieważniany na liście CRL albo przez protokół OCSP.
Schemat PKI z urzędem CA, certyfikatem serwera i weryfikacją przez przeglądarkę
12/30
TLS – szyfrowanie połączeń HTTPS
Cel slajdu: Slajd omawia protokół TLS szyfrujący połączenia HTTPS oraz negocjację z zapewnieniem tajności przyszłej dzięki wymianie ECDHE.

Transport Layer Security

  • TLS (Transport Layer Security) – szyfrowanie, integralność i uwierzytelnienie klient–serwer.
  • HTTPS = HTTP przez TLS – standard szyfrowania przeglądarka–serwis.
  • TLS Handshake: uzgodnienie algorytmów → certyfikat serwera → klucze sesji (Diffie-Hellman / ECDHE).
  • Forward secrecy (tajność przyszła): jednorazowe klucze ECDHE – wyciek klucza serwera nie odsłania starych sesji.
  • TLS 1.3 (RFC 8446, 2018) – szybszy i bezpieczniejszy niż 1.2; usunięte słabe wymiany kluczy.
  • Uwierzytelnienie: certyfikat serwera obowiązkowy, klienta – opcjonalny (mTLS).
  • Praktyka: wymuszaj TLS 1.2+, wyłącz SSL / wczesne TLS.
Bezpieczeństwo warstwy transportowej (ang. Transport Layer Security): Protokół TLS zapewnia szyfrowanie, integralność i uwierzytelnianie serwera dla połączeń klient-serwer, a jego aktualną wersję 1.3 definiuje RFC 8446. Podczas negocjacji strony uzgadniają algorytmy i klucze sesji zwykle protokołem Diffiego-Hellmana na krzywych eliptycznych, co daje tajność przyszłą, natomiast wersje SSL 3.0, TLS 1.0 i TLS 1.1 wycofano między innymi dokumentami RFC 7568 i RFC 8996 i należy je wyłączyć.
Schemat TLS Handshake z wymianą kluczy i szyfrowaniem sesji
13/30
Czym jest VPN i do czego służy
Cel slajdu: Slajd wprowadza technologię VPN tworzącą zaszyfrowany tunel przez sieć publiczną oraz jej trzy główne scenariusze zastosowań.

Virtual Private Network

  • VPN (Virtual Private Network) – szyfrowany tunel przez sieć niezaufaną (Internet).
  • Efekt: praca z domu jak przy biurku – dostęp do zasobów firmy.
  • Poufność tunelu: podsłuch widzi tylko nieczytelny strumień.
  • Remote Access VPN – pojedynczy pracownik → firma (klient VPN).
  • Site-to-Site VPN – oddział ↔ centrala (router–router, bez klienta).
  • Consumer VPN – anonimizacja ruchu, ale operator VPN widzi ruch jawny.
  • Dobry VPN firmowy – wymuszone szyfrowanie + uwierzytelnienie + polityki dostępu.
Wirtualna sieć prywatna (ang. virtual private network): Wirtualna sieć prywatna tworzy zaszyfrowany i uwierzytelniony tunel przez sieć niezaufaną, dzięki czemu host zdalny pracuje tak, jakby był w sieci firmowej, co systematyzuje między innymi RFC 2764. Podsłuchujący widzi jedynie nieczytelny strumień, natomiast wyróżnia się dostęp zdalny pracowników, łączenie oddziałów oraz komercyjne usługi konsumenckie, przy czym dostawca usługi widzi ruch po wyjściu z tunelu, więc VPN nie jest równoznaczny z pełną anonimowością.
Schemat tunelu VPN między pracownikiem zdalnym a siecią firmową
14/30
IPsec – standard VPN w warstwie 3
Cel slajdu: Slajd wyjaśnia zestaw protokołów IPsec szyfrujący pakiety IP w warstwie trzeciej w trybie transportowym i tunelowym.

Internet Protocol Security

  • IPsec (Internet Protocol Security) – szyfrowanie i uwierzytelnianie pakietów IP w warstwie L3.
  • Tryb transportowy – szyfruje payload, nagłówek IP widoczny (host–host).
  • Tryb tunelowy – szyfruje cały pakiet + nowy nagłówek; standard dla Site-to-Site.
  • AH (Authentication Header) – integralność bez szyfrowania; ESP – szyfrowanie + integralność (dominuje).
  • IKE (Internet Key Exchange) – negocjacja algorytmów i kluczy w 2 fazach (Faza 1: kanał, Faza 2: SA).
  • Algorytmy: zwykle AES-256 + SHA-256, uwierzytelnienie PSK lub certyfikaty.
  • Weryfikacja: show crypto isakmp sa / show crypto ipsec sa (IKEv1) lub odpowiedniki IKEv2.
Bezpieczeństwo protokołu IP (ang. Internet Protocol Security): Zestaw IPsec szyfruje i uwierzytelnia pakiety IP w warstwie sieci, a jego architekturę opisuje RFC 4301. Protokół ESP opisany w RFC 4303 łączy szyfrowanie z uwierzytelnianiem i dominuje we wdrożeniach, protokół AH opisany w RFC 4302 daje samo uwierzytelnianie, a parametry tunelu negocjuje wymiana kluczy IKE w wersji drugiej opisana w RFC 7296.
Schemat tunelu IPsec ESP w trybie tunelowym między dwoma routerami
15/30
VPN Site-to-Site – łączenie oddziałów firmy
Cel slajdu: Slajd opisuje VPN Site-to-Site łączący sieci oddziałów w jedną wirtualną sieć rozległą z routingiem przez interfejs VTI.

Site-to-Site VPN

  • Site-to-Site VPN – łączy LAN-y oddziałów przez Internet, bez dzierżawy WAN.
  • Tunel IPsec między routerami / firewallami; cały ruch między lokalizacjami szyfrowany.
  • Transparentność: oddział B widzi centralę A jak własny LAN, bez klienta VPN.
  • Cisco IOS: crypto map lub VTI (Virtual Tunnel Interface) + IKEv2.
  • Wybór krypto: AES-256, SHA-256; uwierzytelnienie PSK lub certyfikaty.
  • Monitoring: Faza 1 (isakmp / ikev2 sa) i Faza 2 (ipsec sa) – obie muszą być UP.
  • Zaleta biznesowa: wirtualny WAN wielokrotnie tańszy niż łącza dedykowane.
VPN między lokalizacjami (ang. site-to-site VPN): Połączenie Site-to-Site negocjowane zwykle protokołem IKEv2 opisanym w RFC 7296 szyfruje transparentnie cały ruch między centralą a oddziałem bez udziału użytkowników końcowych. Nowocześniejszy interfejs VTI traktuje tunel jak łącze logiczne, dzięki czemu protokoły OSPF albo BGP opisane między innymi w RFC 2328 i RFC 4271 automatycznie przekierowują ruch na trasę zapasową, a stan tunelu weryfikuje się poleceniami dla fazy negocjacji i ruchu szyfrowanego.
Schemat VPN Site-to-Site między centralą a oddziałem przez Internet
16/30
Remote Access VPN – zdalny dostęp pracowników
Cel slajdu: Slajd przedstawia zdalny dostęp VPN dla pojedynczych użytkowników oraz różnicę między dzieleniem tunelu a tunelem pełnym.

Remote Access VPN

  • Remote Access VPN – jeden użytkownik → firma przez Internet, z klienta (AnyConnect, OpenVPN).
  • Logowanie: hasło / certyfikat / MFA; przydział wirtualnego IP z puli firmowej.
  • Split tunneling – do firmy przez VPN, do Internetu wprost przez ISP; odciąża serwer.
  • Full tunneling – wszystko przez VPN; pełna filtracja i monitoring w firmowym firewallu.
  • Kiedy co: split dla wydajności, full dla kontroli i zgodności.
  • Polityki: posture check, listy dostępu, podział na grupy użytkowników.
  • Ryzyko: przejęty laptop = most do LAN – stąd MFA i certyfikaty.
Zdalny dostęp VPN (ang. remote access VPN): Zdalny dostęp VPN instaluje klienta na laptopie albo telefonie, uwierzytelnia użytkownika hasłem, certyfikatem albo uwierzytelnianiem wieloskładnikowym i nadaje mu wirtualny adres z sieci firmowej, co dla pracy zdalnej systematyzuje NIST SP 800-46. Dzielenie tunelu prowadzi przez VPN wyłącznie ruch firmowy i odciąża koncentrator, natomiast tunel pełny prowadzi przez firmowe zapory także ruch internetowy, co zwiększa kontrolę kosztem obciążenia i wymaga wydajnych protokołów takich jak WireGuard.
Schemat Remote Access VPN: laptop pracownika przez Internet do sieci firmy
17/30
Protokół WireGuard – nowoczesny VPN
Cel slajdu: Slajd omawia protokół WireGuard jako prostą i szybką alternatywę dla IPsec i OpenVPN opartą na nowoczesnych algorytmach.

WireGuard – prostota i szybkość

  • WireGuard – nowoczesny VPN: prostota, szybkość, bezpieczeństwo.
  • ~4000 linii kodu – wielokrotnie mniej niż OpenVPN / IPsec; łatwy audyt.
  • Stały zestaw krypto: Curve25519 (klucze), ChaCha20 (szyfrowanie), Poly1305, BLAKE2.
  • Szybkie zestawianie – znacznie szybsze niż negocjacje IKE w IPsec.
  • W jądrze Linux (od 5.6) – wysoka wydajność, niskie opóźnienia.
  • Konfiguracja na kluczach publicznych – bez złożonego IKE/IPsec.
  • Multiplatforma: Linux, Windows, macOS, Android, iOS.
WireGuard (ang. WireGuard protocol): WireGuard to lekki protokół VPN o kodzie liczącym około czterech tysięcy linii, którego kryptografię i konstrukcję opisuje praca WireGuard. Stosuje wyłącznie sprawdzone prymitywy, czyli wymianę Curve25519 opisaną w RFC 7748, szyfrowanie ChaCha20 z uwierzytelnianiem Poly1305 opisane w RFC 8439 oraz skrót BLAKE2 opisany w RFC 7693, a praca w jądrze Linux od wersji 5.6 zapewnia szybkie zestawianie tunelu i niskie opóźnienia.
Schemat architektury WireGuard z parami kluczy Curve25519 i tunelem UDP
18/30
Uwierzytelnianie wieloskładnikowe (MFA)
Cel slajdu: Slajd wyjaśnia uwierzytelnianie wieloskładnikowe wymagające co najmniej dwóch niezależnych czynników z różnych kategorii.

Multi-Factor Authentication

  • MFA (Multi-Factor Authentication) – min. 2 niezależne czynniki tożsamości.
  • Trzy czynniki: wiedza (hasło/PIN), posiadanie (token / apka OTP), cecha (biometria).
  • Samodzielne hasło to za mało – kradzież = pełny dostęp; MFA to blokuje.
  • Dla VPN: certyfikat klienta (posiadanie) + hasło (wiedza) – bezpieczny standard.
  • TOTP (RFC 6238) – 6-cyfrowe kody co 30 s (Google Authenticator, Microsoft Authenticator).
  • Phishing-odporne: klucze FIDO2 / WebAuthn – najwyższy poziom.
  • Zasada: MFA wszędzie, gdzie VPN, poczta i administracja.
Uwierzytelnianie wieloskładnikowe (ang. multi-factor authentication): Uwierzytelnianie wieloskładnikowe łączy co najmniej dwa czynniki z kategorii wiedzy, posiadania i biometrii, dzięki czemu samo przejęcie hasła nie daje dostępu, co jako dobrą praktykę opisuje NIST SP 800-63B. Jednorazowe kody czasowe TOTP definiuje RFC 6238, a przy dostępie zdalnym do sieci firmowej uwierzytelnianie wieloskładnikowe jest coraz częściej wymagane przez ubezpieczycieli cybernetycznych, przez PCI DSS v4.0 oraz zalecane przez ENISA.
Schemat MFA: hasło plus token OTP przy logowaniu do VPN
19/30
Systemy IDS i IPS
Cel slajdu: Slajd porównuje systemy wykrywania i zapobiegania włamaniom oraz metody detekcji oparte na sygnaturach i analizie anomalii.

Intrusion Detection / Prevention Systems

  • IDS (Intrusion Detection System) – wykrywa i alarmuje; IPS (Intrusion Prevention System) – wykrywa i blokuje.
  • Sygnatury – skuteczne na znane ataki; ślepe na zero-day.
  • Anomalie – uczy normę ruchu, zgłasza odchylenia; ryzyko false positives.
  • IPS inline – w ścieżce ruchu, tnie w czasie rzeczywistym; awaria może przerwać ruch (fail-open / fail-close).
  • IDS pasywny (SPAN / TAP) – tylko obserwuje; brak wpływu na ruch, brak blokady.
  • Pozycja: zwykle za firewallem, przed serwerami; często moduł NGFW.
  • Strojenie: aktualizuj sygnatury i kalibruj progi, inaczej szum albo dziury.
System wykrywania i zapobiegania włamaniom (ang. intrusion detection and prevention system): System wykrywania IDS generuje alerty o podejrzanym ruchu dla analityków, natomiast system zapobiegania IPS w trybie wpiętym w ścieżkę ruchu blokuje atak w czasie rzeczywistym, co rozróżnia NIST SP 800-94. Detekcja sygnaturowa skutecznie znajduje znane ataki, lecz nie widzi zagrożeń dnia zerowego, natomiast detekcja anomalii uczy profil normy i znajduje odchylenia kosztem fałszywych alarmów, dlatego nowoczesne wdrożenia łączą obie metody w zaporze nowej generacji.
Schemat IDS pasywnego i IPS inline w sieci z firewallem
20/30
NAT – translacja adresów sieciowych
Cel slajdu: Slajd opisuje translację adresów NAT umożliwiającą współdzielenie publicznego adresu IP przez hosty z adresami prywatnymi.

Network Address Translation

  • NAT (Network Address Translation) – tłumaczy prywatne IP LAN na publiczne IP routera.
  • Prywatne zakresy (RFC 1918): 10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16 – nieroutowalne w Internecie.
  • NAT PAT (Port Address Translation) – setki hostów na 1 publiczne IP, rozróżnienie po portach w tabeli.
  • Powrót pakietu: NAT zamienia publiczne → właściwe prywatne IP hosta.
  • Statyczny NAT – 1:1 dla serwerów w DMZ dostępnych z Internetu.
  • Efekt uboczny: ukrywa topologię LAN, ale to nie firewall – nie filtruje treści.
  • IPv6: NAT zbędny z natury adresacji; zostaje firewall i polityki.
Translacja adresów sieciowych (ang. network address translation): Translacja NAT zamienia na routerze brzegowym prywatne adresy źródłowe z zakresów opisanych w RFC 1918 na publiczny adres routera, co dla tradycyjnego NAT opisuje RFC 3022. Najczęstszy wariant PAT rozróżnia połączenia unikalnymi portami w tabeli translacji i odwraca zamianę dla ruchu powrotnego, natomiast statyczne mapowanie udostępnia serwery ze strefy DMZ, przy czym ukrywanie topologii daje jedynie pozorne utrudnienie i nie zastępuje zapory.
Schemat NAT PAT z tabelą translacji i wieloma hostami wewnętrznymi
21/30
Kontrola dostępu – model AAA
Cel slajdu: Slajd porządkuje model AAA rozdzielający uwierzytelnianie, autoryzację i rozliczanie oraz protokoły RADIUS, TACACS+ i LDAP.

Authentication, Authorization, Accounting

  • AAA: Authentication, Authorization, Accounting – ramy kontroli dostępu.
  • Authentication (kim jesteś?) – hasło, certyfikat, token.
  • Authorization (co wolno?) – uprawnienia i zakres zasobów po zalogowaniu.
  • Accounting (co zrobiono?) – logi: czas, komendy, otwarte pliki – audyt i rozliczalność.
  • RADIUS (UDP 1812/1813) – Wi-Fi i VPN; prosty, szybki.
  • TACACS+ (Cisco) – szyfruje całą sesję, rozdziela A-A-A; standard administracji urządzeń.
  • LDAP / Active Directory – katalog tożsamości jako źródło dla RADIUS / TACACS+.
Uwierzytelnianie, autoryzacja i rozliczanie (ang. authentication, authorization, accounting): Model AAA odpowiada kolejno na pytania o tożsamość, dozwolone zasoby i historię działań, a jego architekturę ramową opisuje RFC 2904. Protokół RADIUS opisany w RFC 2865 dominuje w sieciach Wi-Fi i VPN na portach UDP 1812 i 1813, protokół TACACS+ firmy Cisco rozdziela funkcje na niezależne etapy i szyfruje całą sesję, natomiast LDAP opisany w RFC 4511 uwierzytelnia przez drzewo katalogowe, zwykle w usłudze Active Directory.
Schemat modelu AAA: klient, serwer RADIUS i zasoby sieciowe
22/30
Uwierzytelnianie 802.1X – kontrola dostępu do portu
Cel slajdu: Slajd przedstawia standard 802.1X kontrolujący dostęp do portu przełącznika z udziałem suplikanta, uwierzytelniającego i serwera RADIUS.

IEEE 802.1X – Port-Based Access Control

  • IEEE 802.1X – uwierzytelnienie portu L2, zanim host dostanie sieć.
  • Trójkąt: supplicant (klient) – authenticator (przełącznik/AP) – authentication server (RADIUS).
  • Port zamknięty – przed autoryzacją tylko EAPOL; reszta blokowana.
  • Po sukcesie w RADIUS – port otwarty, host wchodzi do przydzielonego VLAN-u.
  • EAP-TLS – uwierzytelnienie certyfikatami klienta; najwyższe bezpieczeństwo.
  • Efekt: sam kabel nie wystarczy – nieautoryzowane wpięcie nic nie daje.
  • Rozszerzenia: MAB dla drukarek / telefonów bez 802.1X, gościnny VLAN.
Kontrola dostępu do portu (ang. port-based access control): Standard IEEE 802.1X blokuje port w warstwie drugiej do czasu pomyślnego uwierzytelnienia i przepuszcza wcześniej wyłącznie ramki protokołu EAPOL. Architektura łączy suplikanta na stacji, przełącznik jako pośrednika oraz serwer RADIUS decydujący o dostępie, przy czym protokół EAP opisuje RFC 3748, a najbezpieczniejszą metodę EAP-TLS z certyfikatami klienta opisuje RFC 5216.
Schemat 802.1X z supplicantem, przełącznikiem i serwerem RADIUS
23/30
Segmentacja sieciowa jako narzędzie bezpieczeństwa
Cel slajdu: Slajd ukazuje segmentację sieci jako sposób ograniczenia ruchu bocznego oraz założenia modelu Zero Trust i mikrosegmentacji.

Segmentacja i Zero Trust

  • Segmentacja – podział na VLAN-y, podsieci, strefy firewalla – narzędzie bezpieczeństwa.
  • Lateral movement – segmentacja tnie ruch boczny: przejęcie 1 hosta ≠ cała sieć.
  • Zero Trust – nikomu nie ufaj domyślnie, nawet wewnątrz firmy; weryfikuj każde połączenie.
  • Mikrosegmentacja – izolacja per VM / kontener; standard DC i chmury.
  • Least Privilege – każdy host tylko do zasobów, których realnie potrzebuje.
  • Reguły między segmentami: domyślnie blokuj (deny all), zezwalaj wyjątkami.
  • Efekt: mniejsza powierzchnia ataku i szybsze powstrzymanie incydentu.
Segmentacja i brak domyślnego zaufania (ang. segmentation and zero trust): Segmentacja dzieli infrastrukturę na izolowane segmenty za pomocą sieci VLAN opisanych w IEEE 802.1Q, podsieci i stref zapory, dzięki czemu przejęcie jednego hosta nie daje swobodnego ruchu bocznego. Model Zero Trust opisany w NIST SP 800-207 nie ufa domyślnie żadnemu urządzeniu ani użytkownikowi i weryfikuje każde żądanie, natomiast reguły między segmentami powinny domyślnie blokować, a przeglądy usuwają zbędne przepływy poszerzające powierzchnię ataku.
Schemat mikrosegmentacji sieci z politykami Zero Trust
24/30
Ochrona przed atakiem DDoS
Cel slajdu: Slajd omawia rozproszone ataki odmowy usługi prowadzone z botnetu oraz wielowarstwową obronę z centrami czyszczącymi i limitowaniem.

Obrona przed DDoS

  • DDoS (Distributed Denial of Service) – tysiące hostów (botnet) zalewają serwer / łącze.
  • U ISP: filtry na wejściu do AS, scrubbing centers – czyszczą ruch przed klientem.
  • Na routerze: rate limiting (połączenia/s ze źródła), ACL na znane złośliwe IP.
  • Na firewallu: limity tabeli stanu, SYN cookies przeciw SYN Flood.
  • Chmura anty-DDoS (Cloudflare, Akamai) – globalna absorpcja, do klienta tylko czysty ruch.
  • Przygotowanie: nadmiarowość łączy, plan eskalacji do operatora, testy progów.
  • Prawda: obrona warstwowa – jednego urządzenia nie wystarczy.
Rozproszona odmowa usługi (ang. distributed denial of service): Atak DDoS zalewa serwer albo łącze ruchem z tysięcy przejętych urządzeń, czyli botnetu, uniemożliwiając obsługę klientów, a taksonomię takich ataków porządkują między innymi RFC 4732 i RFC 4987. Obrona łączy filtrowanie u operatora i centra czyszczące analizujące ruch przed dostarczeniem do klienta, limitowanie liczby połączeń na routerze, mechanizm ciasteczek SYN na zaporze oraz chmurowe usługi absorbujące wolumen przez globalną sieć serwerów, na przykład Cloudflare i Akamai.
Schemat ochrony DDoS przez scrubbing center dostawcy i firewall klienta
25/30
Zarządzanie logami i SIEM
Cel slajdu: Slajd wyjaśnia centralne zbieranie logów protokołem Syslog oraz korelację zdarzeń w systemie SIEM wspierającym analityków SOC.

Security Information and Event Management

  • Logi – podstawa wykrywania incydentów: firewall, przełączniki, serwery, IPS.
  • Syslog – standard centralnej agregacji logów z całej infrastruktury.
  • SIEM (Security Information and Event Management) – zbiera, koreluje, wykrywa wzorce ataków.
  • Przykład korelacji: 500 prób SSH z 1 IP w 5 min na różne serwery = brute force.
  • SOC (Security Operations Center) – analitycy reagują na alerty SIEM.
  • Przykłady: Splunk, IBM QRadar, Microsoft Sentinel, Elastic.
  • Higiena: synchronizacja czasu (NTP), retencja logów, niezmienność kopii.
Zarządzanie informacjami i zdarzeniami bezpieczeństwa (ang. security information and event management): System SIEM zbiera logi z firewalli, przełączników, serwerów i systemów IPS, koreluje je i wykrywa wzorce ataków, natomiast centralny transport logów standaryzuje RFC 5424 dla protokołu Syslog, a zasady zarządzania logami opisuje NIST SP 800-92. Przykładowa korelacja pięciuset prób logowania SSH z jednego adresu wskazuje na atak siłowy, a przechowywanie dzienników audytowych przez co najmniej dwanaście miesięcy, w tym trzy miesiące z dostępem natychmiastowym, wymaga wymaganie 10.5.1 normy PCI DSS v4.0.1, natomiast RODO wymaga nie dłużej niż jest to konieczne.
Schemat SIEM zbierającego logi z urządzeń sieciowych i serwerów
26/30
SSH kontra Telnet – bezpieczne zarządzanie urządzeniami
Cel slajdu: Slajd zestawia niebezpieczny protokół Telnet przesyłający dane tekstem jawnym z szyfrowanym protokołem SSH do zarządzania urządzeniami.

SSH a Telnet

  • Telnet – CLI tekstem jawnym: hasła i komendy widoczne dla sniffera.
  • SSH (Secure Shell) – ten sam CLI, ale całe połączenie szyfrowane (asymetryk + symetryk).
  • Zakaz Telnetu – niedopuszczalny w żadnym środowisku produkcyjnym.
  • Cisco IOS: crypto key generate rsa general-keys modulus 2048.
  • Wymuś v2: ip ssh version 2 + line vty 0 4 → transport input ssh.
  • Klucze i MFA – logowanie kluczem zamiast hasła; administracja tylko z sieci zarządzania.
  • Weryfikacja: show ip ssh, audyt transport input na wszystkich VTY.
Bezpieczna powłoka (ang. Secure Shell): Protokół SSH opisany w RFC 4251 i dokumentach towarzyszących szyfruje całe połączenie do interfejsu CLI, łącznie z hasłami i komendami, oraz obsługuje uwierzytelnianie kluczami publicznymi odporne na ataki siłowe. Historyczny Telnet opisany w RFC 854 przesyła wszystko tekstem jawnym widocznym w analizatorze ruchu, dlatego w środowisku produkcyjnym jest niedopuszczalny, a na urządzeniach Cisco pozostawia się wyłącznie SSH poleceniem transport input ssh wraz z wymuszeniem wersji drugiej.
Porównanie Telnet (tekst jawny) i SSH (szyfrowanie) – analiza ruchu Wireshark
27/30
Listy ACL na firewallu – projektowanie reguł
Cel slajdu: Slajd formułuje zasady projektowania reguł zapory przetwarzanych od góry do dołu z domyślnym odrzuceniem i dokumentacją.

Projektowanie reguł firewalla

  • Minimalne uprawnienia – punkt wyjścia do projektowania reguł firewalla.
  • Kolejność ma znaczenie – od góry do dołu; pierwsza pasująca reguła wygrywa.
  • Implicit deny all – ostatnia reguła odrzuca wszystko niepasujące.
  • Konkret przed ogólnym – host + port na górze, szerokie reguły niżej.
  • Dokumentuj każdą regułę – dlaczego istnieje, nie tylko co robi; właściciel i data.
  • Martwe reguły – nieużywane długo = przegląd i usuwanie; mniej reguł = mniej ryzyka.
  • Testuj dwustronnie – sprawdź, że dozwolone przechodzi i zabronione jest blokowane.
Lista kontroli dostępu (ang. access control list): Reguły zapory są sprawdzane sekwencyjnie od góry do dołu i pierwsza dopasowana reguła rozstrzyga o losie pakietu, dlatego reguły szczegółowe umieszcza się nad ogólnymi, a na końcu stosuje domyślne odrzucenie, zgodnie z metodyką NIST SP 800-41. Każda reguła wymaga opisu uzasadniającego jej istnienie, reguły martwe należy usuwać w przeglądach kwartalnych, a w dużych listach konflikty i przesłonięcia wykrywają narzędzia klasy AlgoSec i FireMon, przy czym po każdej zmianie testuje się zarówno ruch dozwolony, jak i zabroniony.
Przykładowa tabela reguł firewalla z opisami i zasadą domyślnego odrzucania
28/30
Skanowanie podatności i testy penetracyjne
Cel slajdu: Slajd rozróżnia automatyczne skanowanie podatności od testów penetracyjnych symulujących rzeczywiste ścieżki ataku.

Pentesty i skanowanie podatności

  • Skanowanie podatności – automatyczne szukanie znanych luk (Nessus, OpenVAS, Qualys).
  • Priorytetyzacja CVSS – raport sortowany krytycznością; najpierw krytyczne / łatwe do użycia.
  • Pentest – symulowany atak za zgodą właściciela; znajduje realne ścieżki włamania.
  • Fazy: rozpoznanie (porty, topologia) → eskalacja → ruch boczny → eksfiltracja testowa.
  • Narzędzia: Nmap (porty), Metasploit (exploity), Wireshark (ruch), John the Ripper (hasła).
  • Wynik: priorytetowa lista działań, nie sama lista luk.
  • Cykl: skanuj regularnie, pentest po większych zmianach i okresowo.
Test penetracyjny (ang. penetration test): Skanowanie podatności automatycznie porównuje wersje i konfiguracje z bazami luk narzędziami takimi jak Nessus, OpenVAS i Qualys, natomiast test penetracyjny weryfikuje ich wykorzystywalność metodą symulowanego ataku za zgodą właściciela, zgodnie z metodyką NIST SP 800-115. Priorytety nadaje skala CVSS organizacji FIRST, a regularne testy co najmniej raz w roku wymaga między innymi wymaganie 11 normy PCI DSS, przy czym dla danych osobowych zaleca je także RODO.
Schemat etapów testu penetracyjnego sieci z narzędziami
29/30
Planowanie ciągłości działania sieci (BCP/DR)
Cel slajdu: Slajd wprowadza planowanie ciągłości działania i odtwarzania po awarii oparte na metrykach RTO i RPO oraz redundancji.

Business Continuity / Disaster Recovery

  • BCP (Business Continuity Plan) / DR (Disaster Recovery) – jak wrócić po poważnej awarii.
  • RTO (Recovery Time Objective) – ile maksymalnie może trwać przywracanie usługi.
  • RPO (Recovery Point Objective) – ile danych wolno stracić (do którego momentu cofamy).
  • Redundancja: zapasowe łącza ISP, urządzenia hot standby – RTO liczone w minutach.
  • Kopie konfiguracji – backup urządzeń sieciowych = podstawa szybkiego odtworzenia.
  • Testuj plan – symulowane awarie; plan nieprzetestowany to tylko teoria.
  • Bezpieczeństwo to też ciągłość – nie tylko obrona, ale i powrót do działania.
Ciągłość działania i odtwarzanie po katastrofie (ang. business continuity / disaster recovery): Plan ciągłości BCP utrzymuje kluczowe funkcje podczas zakłócenia, natomiast plan odtwarzania DR przywraca technicznie systemy i sieć, a metodykę obu opisują norma ISO 22301 oraz NIST SP 800-34. Metryka RTO określa maksymalny czas przywrócenia usługi, metryka RPO określa maksymalną akceptowalną utratę danych, a redundancja łączy i urządzeń w gotowości gorącej wraz z kopiami konfiguracji i ćwiczeniami awaryjnymi skraca odtwarzanie do minut.
Schemat BCP/DR z RTO, RPO i redundantną infrastrukturą sieciową
30/30
Podsumowanie wykładu 3
Cel slajdu: Slajd podsumowuje kluczowe mechanizmy bezpieczeństwa wykładu oraz zapowiada przejście do sieci definiowanych programowo.

Podsumowanie

  • Firewall (packet filter, stanowy, NGFW) – pierwsza linia; egzekwuje strefy i DMZ.
  • Szyfrowanie: AES (symetryk), RSA / ECC (asymetryk) – poufność i integralność transmisji.
  • VPN: IPsec Site-to-Site, Remote Access, WireGuard – bezpieczne tunele przez Internet.
  • TLS + PKI / certyfikaty – ochrona aplikacji i weryfikacja tożsamości serwera.
  • 802.1X + AAA (RADIUS / TACACS+) – kontrola dostępu na każdym porcie.
  • Depth in defense: segmentacja, IDS/IPS, SIEM, pentesty – wiele warstw do pokonania.
  • Dalej: sieci SDN – programowalna kontrola i polityki bezpieczeństwa.
Głębia obrony (ang. defence in depth): Głębia obrony nakłada wiele niezależnych warstw, w których ominięcie jednej nie oznacza kompromitacji całości, co jako zasadę architektoniczną opisują wytyczne NIST SP 800-41 i NIST SP 800-207. Zapory stanowe i nowej generacji egzekwują strefy, szyfrowanie AES i RSA z infrastrukturą PKI oraz TLS chroni transmisję, tunele IPsec i WireGuard łączą lokalizacje, a kontrola AAA i 802.1X, segmentacja, systemy IDS i IPS, platforma SIEM oraz testy penetracyjne zamykają cykl zapobiegania, wykrywania i odtwarzania.
Podsumowanie tematów wykładu 3 – bezpieczeństwo sieciowe