# Raport z testów bezpieczeństwa

## Metadane raportu

| Pole                     | Wartość                                   |
|---------------------------|--------------------------------------------|
| Nazwa projektu / systemu  | Test penetracyjny – środowisko laboratoryjne |
| Adres IP hosta docelowego | 10.129.253.152 (podsieć skanowania: 10.129.253.0/24) |
| Typ testów                | Black-box, test penetracyjny infrastruktury sieciowej |
| Zakres                    | Środowisko laboratoryjne platformy Hack The Box |
| Data przygotowania raportu | 2026-09-26 |

## 1. Wprowadzenie

Niniejszy raport przedstawia wyniki testu bezpieczeństwa przeprowadzonego w ramach ćwiczeń na platformie Hack The Box, w wyznaczonym środowisku laboratoryjnym. Celem testu było zweryfikowanie odporności hosta docelowego na nieautoryzowany dostęp poprzez identyfikację aktywnych usług sieciowych oraz próbę ich wykorzystania. Testy zostały wykonane w oparciu o przygotowane pytania w laboratorium.

## 2. Metodyka

Test przeprowadzono w następujących etapach:

1. **Weryfikacja dostępności hosta** – sprawdzenie, czy host docelowy odpowiada w sieci (ICMP ping).
2. **Rekonesans (skanowanie portów)** – identyfikacja aktywnych hostów oraz otwartych portów/usług za pomocą narzędzia `nmap`.
3. **Weryfikacja podatności usługi** – próba nawiązania połączenia z wykrytą usługą i sprawdzenie mechanizmów uwierzytelniania.
4. **Eksploitacja** – próba zalogowania się do usługi z wykorzystaniem domyślnych/pustych danych uwierzytelniających.
5. **Potwierdzenie dostępu** – weryfikacja poziomu uzyskanego dostępu poprzez odczyt zawartości systemu plików (plik dowodowy `flag.txt`).

## 3. Przebieg testów

### 3.1. Weryfikacja dostępności hosta

Sprawdzono dostępność hosta docelowego w sieci za pomocą polecenia:

```
ping 10.129.253.152
```

Host odpowiadał na żądania ICMP, co potwierdziło jego dostępność w sieci testowej.

### 3.2. Skanowanie portów i identyfikacja usług

W celu identyfikacji aktywnych usług na porcie 23/tcp (Telnet) wykonano skanowanie całej podsieci hosta docelowego:

```
nmap -p 23 10.129.253.152/24
```

**Wynik:** Skanowanie wykazało, że host **10.129.253.0** posiada otwarty port **23/tcp** z aktywną usługą **Telnet**.

### 3.3. Próba nawiązania połączenia i uwierzytelnienia

Podjęto próbę połączenia z wykrytą usługą Telnet:

```
telnet 10.129.253.0 23
```

Podczas logowania użyto konta **root** z **pustym hasłem**.

**Wynik:** Uwierzytelnienie powiodło się – usługa Telnet nie wymagała prawidłowego hasła dla konta administracyjnego (root), umożliwiając pełny, nieautoryzowany dostęp do systemu.

### 3.4. Potwierdzenie skutków podatności

Po uzyskaniu dostępu do systemu zweryfikowano poziom uprawnień poprzez przeglądanie katalogu głównego systemu plików. Odnaleziono w nim plik `flag.txt`, którego zawartość została odczytana, co jednoznacznie potwierdza uzyskanie pełnego (root) dostępu do systemu operacyjnego hosta.

## 4. Zidentyfikowane podatności

### 4.1. Niezabezpieczona usługa Telnet z dostępem root bez hasła

| Parametr           | Opis |
|---------------------|------|
| **ID podatności**   | VULN-001 |
| **Host/port**       | 10.129.253.0 : 23/tcp |
| **Kategoria**       | Brak/niewłaściwe uwierzytelnianie (CWE-287, CWE-521 – słabe/brakujące poświadczenia) |
| **Krytyczność**     | **Krytyczna (Critical)** |
| **Opis**            | Usługa Telnet nasłuchująca na porcie 23/tcp umożliwia zalogowanie się na konto administracyjne **root** bez podania hasła (puste hasło jest akceptowane). Telnet dodatkowo przesyła dane, w tym poświadczenia, w postaci niezaszyfrowanej (plain text), co czyni je podatnymi na przechwycenie w sieci (sniffing). |
| **Dowód (PoC)**      | Połączenie `telnet 10.129.253.0 23`, logowanie jako `root` z pustym hasłem, zakończone powodzeniem i pełnym dostępem do systemu (potwierdzone odczytem pliku `flag.txt` w katalogu głównym). |
| **Wpływ**            | Pełne, nieautoryzowane przejęcie kontroli nad systemem (root/administrator) przez każdego użytkownika mającego dostęp sieciowy do hosta. Możliwość odczytu, modyfikacji i usunięcia dowolnych danych, instalacji złośliwego oprogramowania, wykorzystania hosta jako punktu pivotingu do dalszej infrastruktury. |
| **Prawdopodobieństwo wykorzystania** | Wysokie – atak nie wymaga specjalistycznych narzędzi ani wiedzy, jest trywialny do przeprowadzenia. |

## 5. Rekomendacje

Dla podatności **VULN-001** zaleca się:

1. **Wyłączenie usługi Telnet** na hoście 10.129.253.0 (oraz weryfikacja innych hostów w podsieci pod kątem tej samej usługi) i zastąpienie jej bezpiecznym protokołem zdalnego dostępu, np. **SSH** z uwierzytelnianiem kluczem publicznym.
2. **Wprowadzenie polityki silnych haseł** dla wszystkich kont, w szczególności kont administracyjnych (root) – zakaz stosowania pustych lub domyślnych haseł.
3. **Wyłączenie zdalnego logowania na konto root** – wymuszenie logowania na konto zwykłego użytkownika z późniejszą eskalacją uprawnień (np. `sudo`).
4. **Segmentacja sieci** – ograniczenie dostępu do portów administracyjnych wyłącznie do zaufanych sieci/hostów (np. poprzez firewall, VPN, listy dostępowe).
5. **Monitorowanie i audyt** – wdrożenie mechanizmów wykrywania nieautoryzowanych prób logowania oraz regularny przegląd otwartych portów i usług (np. cykliczne skanowanie `nmap`).

## 6. Podsumowanie

W wyniku przeprowadzonych testów zidentyfikowano jedną **krytyczną** podatność, polegającą na możliwości uzyskania pełnego, nieautoryzowanego dostępu administracyjnego (root) do hosta testowego poprzez niezabezpieczoną usługę Telnet akceptującą puste hasło. Podatność ta stanowi bardzo wysokie ryzyko dla bezpieczeństwa systemu i wymaga natychmiotowej naprawy zgodnie z rekomendacjami przedstawionymi w rozdziale 5.

## 7. Podsumowanie klasyfikacji podatności

| ID        | Nazwa podatności                              | Krytyczność |
|-----------|-----------------------------------------------|--------------|
| VULN-001  | Niezabezpieczona usługa Telnet – dostęp root bez hasła | Krytyczna |

---
*Niniejszy raport został przygotowany na podstawie testów przeprowadzonych w środowisku laboratoryjnym platformy Hack The Box, w oparciu o przygotowane pytania w laboratorium. Wyniki i rekomendacje mają charakter poglądowy i powinny zostać zweryfikowane przed wdrożeniem w środowisku produkcyjnym.*