Protokół FTPS zabezpiecza przesyłane dane z wykorzystaniem protokołu
A. SSH
B. ICMP
C. SNMP
D. SSL/TLS
FTPS to rozszerzenie klasycznego protokołu FTP, które zabezpiecza transmisję przy użyciu SSL/TLS. W praktyce chodzi o to, że dane logowania, komendy sterujące oraz przesyłane pliki mogą być szyfrowane, więc nie lecą przez sieć jako zwykły tekst. To ważne, bo zwykły FTP jest dziś uznawany za rozwiązanie niebezpieczne, szczególnie w sieciach firmowych i w Internecie. FTPS wykorzystuje certyfikaty X.509 i mechanizmy znane z HTTPS, czyli negocjację szyfrowania, uwierzytelnienie serwera i ochronę przed podsłuchem oraz częściowo przed modyfikacją danych w trakcie transmisji. Spotyka się tryb explicit FTPS, zwykle startujący na porcie 21 przez komendę AUTH TLS, oraz implicit FTPS, historycznie używany na porcie 990. Moim zdaniem warto zapamiętać różnicę: FTPS to FTP + TLS, natomiast SFTP to zupełnie inny protokół działający przez SSH. W dobrych praktykach administracyjnych powinno się wymuszać TLS 1.2 lub TLS 1.3, poprawnie skonfigurować certyfikaty i nie dopuszczać anonimowego, nieszyfrowanego dostępu, bo potem łatwo o wyciek haseł i plików.
W tym pytaniu łatwo pomylić kilka protokołów, bo wszystkie kojarzą się z siecią i bezpieczeństwem, ale pełnią zupełnie inne role. FTPS nie korzysta z SSH. SSH jest podstawą protokołu SFTP, czyli SSH File Transfer Protocol, który nazewniczo bywa mylony z FTPS. To jest chyba najczęstsza pułapka: ktoś widzi „bezpieczny transfer plików” i automatycznie wybiera SSH. Technicznie jednak FTPS pozostaje rozszerzeniem FTP i dodaje warstwę SSL/TLS, a SFTP jest osobnym protokołem działającym w tunelu SSH, zwykle na porcie 22.
SNMP też nie pasuje do tego zastosowania. Służy głównie do monitorowania i zarządzania urządzeniami sieciowymi, na przykład przełącznikami, routerami, drukarkami czy serwerami. Można nim odczytywać liczniki interfejsów, obciążenie, status urządzenia, czasem zmieniać konfigurację. Nawet jeśli nowsze wersje SNMP, szczególnie SNMPv3, mają mechanizmy bezpieczeństwa, to nie oznacza, że SNMP zabezpiecza transfer plików w FTPS. To zupełnie inna warstwa zastosowań.
ICMP również nie jest protokołem szyfrowania ani transportu plików. Kojarzy się z poleceniem ping i diagnostyką łączności, bo służy do przesyłania komunikatów kontrolnych w sieciach IP, na przykład informacji o niedostępności hosta albo przekroczeniu czasu życia pakietu. Z mojego doświadczenia uczniowie czasem wybierają ICMP, bo pamiętają go z narzędzi sieciowych, ale to nie ma związku z ochroną poufności danych. W FTPS właściwą odpowiedzią jest SSL/TLS, ponieważ właśnie ta warstwa zapewnia szyfrowanie, uwierzytelnianie certyfikatami i integralność transmisji.
SNMP też nie pasuje do tego zastosowania. Służy głównie do monitorowania i zarządzania urządzeniami sieciowymi, na przykład przełącznikami, routerami, drukarkami czy serwerami. Można nim odczytywać liczniki interfejsów, obciążenie, status urządzenia, czasem zmieniać konfigurację. Nawet jeśli nowsze wersje SNMP, szczególnie SNMPv3, mają mechanizmy bezpieczeństwa, to nie oznacza, że SNMP zabezpiecza transfer plików w FTPS. To zupełnie inna warstwa zastosowań.
ICMP również nie jest protokołem szyfrowania ani transportu plików. Kojarzy się z poleceniem ping i diagnostyką łączności, bo służy do przesyłania komunikatów kontrolnych w sieciach IP, na przykład informacji o niedostępności hosta albo przekroczeniu czasu życia pakietu. Z mojego doświadczenia uczniowie czasem wybierają ICMP, bo pamiętają go z narzędzi sieciowych, ale to nie ma związku z ochroną poufności danych. W FTPS właściwą odpowiedzią jest SSL/TLS, ponieważ właśnie ta warstwa zapewnia szyfrowanie, uwierzytelnianie certyfikatami i integralność transmisji.