🚀 go-pugleaf

Użytkownik "Tomasz Polus" <tomaszpolusBEZSPAMU@wp.pl> napisał w wiadomości
news:ci44no$jjg$1@news.onet.pl...
[...]
> No nareszcie dyskusja zrobiła się ciekawa :) Pierwsze słyszę że to
> tak działa. Sprawdziłem przed chwilą i u mnie w PE (najnowsza wersja)
> żadne porty UDP nie są otwarte, mimo że usługa DNS jest na stałe
> włączona... Nmap z zewnątrz nie wykazuje też żadnych otwartych portów UDP,
> choć maszyna bezustannie wykazuje generowanie zapytań DNS (Ethereal).
> Jakiego narzędzia używałeś do testowania czy system trzyma otwarty port
> UDP?
[...]

Wróć. Po kilku minutach obserwacji process explorerem
okazało się, że svchost.exe faktycznie na dłuższy
czas zaczął używać portu UDP, ale później port ten
ulegał zmianie, a czasami nawet pojawiały się tam 2-3
różne porty. W tym samym czasie skanowanie UDP za pomocą
kilku różnych narzędzi, w tym nmapa, nie wykazywało
żadnych otwartych portów (nmap uparcie twierdzi open|filtered
na każdy port, który mu się podsunie). Dopiero MingSweeper
z tego zestawu wykazał, że port UDP używany przez svchost.exe
jest otwarty, a pozostałe zamknięte. Nie potrafię określić
jak długo taka sytuacja ma miejsce, ale po zrestartowaniu
usługi DNS Client port ten przestaje być używany.

Jak myślicie, jaki to może mieć wpływ na poziom
bezpieczeństwa systemu nie stojącego za firewallem?

No no chyba muszę się przeprosić z kolegą Bobasem,
wygląda na to, że usługa DNS client faktycznie
ma otwarte porty i to nawet nie chwilowo.... :-))
Czyli wcale nie trzeba się tak spieszyć jak napisałeś, Paweł :)

-- 
Tomasz Polus