{"id":4761,"date":"2026-08-11T20:58:56","date_gmt":"2026-08-11T18:58:56","guid":{"rendered":"https:\/\/www.sycope.com\/?post_type=dictionary-item&#038;p=4761"},"modified":"2026-08-12T19:01:16","modified_gmt":"2026-08-12T17:01:16","slug":"dhcp","status":"publish","type":"dictionary-item","link":"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/dhcp","title":{"rendered":"DHCP"},"content":{"rendered":"<p><strong>DHCP (Dynamic Host Configuration Protocol)<\/strong> to protok\u00f3\u0142, dzi\u0119ki kt\u00f3remu urz\u0105dzenie po pod\u0142\u0105czeniu do sieci samo dostaje adres IP i reszt\u0119 potrzebnych ustawie\u0144: mask\u0119 podsieci, bram\u0119 domy\u015bln\u0105 i adresy serwer\u00f3w <a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/dns\">DNS<\/a>. Dzia\u0142a w modelu klient-serwer: urz\u0105dzenie (klient) pyta, a serwer DHCP odpowiada. Bez tego kto\u015b musia\u0142by wpisywa\u0107 te dane r\u0119cznie na ka\u017cdym komputerze, telefonie czy drukarce. DHCP korzysta z protoko\u0142u UDP \u2014 serwer nas\u0142uchuje na porcie <code>67<\/code>, a klient na porcie <code>68<\/code>. Zasady opisuje <code>RFC 2131<\/code> (a dodatkowe opcje <code>RFC 2132<\/code>); wersj\u0119 dla IPv6, czyli DHCPv6, opisuje <code>RFC 8415<\/code>.<\/p>\n<h2>Jak dzia\u0142a DHCP? Proces DORA<\/h2>\n<p>Urz\u0105dzenie zdobywa adres w czterech krokach. Ich pierwsze litery uk\u0142adaj\u0105 si\u0119 w s\u0142owo <strong><a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/dora\">DORA<\/a><\/strong> (Discover, Offer, Request, Acknowledge). Trzy z tych komunikat\u00f3w to rozg\u0142oszenia (broadcast), bo na starcie klient nie ma jeszcze adresu i nie wie, do kogo konkretnie si\u0119 zwr\u00f3ci\u0107:<\/p>\n<ol>\n<li><strong>Discover (wykryj)<\/strong> \u2014 klient bez adresu wysy\u0142a do ca\u0142ej sieci pytanie <code>DHCPDISCOVER<\/code> (od <code>0.0.0.0<\/code> do <code>255.255.255.255<\/code>), \u017ceby znale\u017a\u0107 dost\u0119pne serwery.<\/li>\n<li><strong>Offer (zaproponuj)<\/strong> \u2014 ka\u017cdy serwer, kt\u00f3ry us\u0142ysza\u0142 pytanie, rezerwuje wolny adres i odsy\u0142a <code>DHCPOFFER<\/code> z propozycj\u0105 adresu oraz ustawie\u0144.<\/li>\n<li><strong>Request (popro\u015b)<\/strong> \u2014 klient wybiera jedn\u0105 ofert\u0119 i rozg\u0142asza <code>DHCPREQUEST<\/code> z numerem wybranego serwera. Pozosta\u0142e serwery wiedz\u0105 wtedy, \u017ce ich propozycje odpad\u0142y.<\/li>\n<li><strong>Acknowledge (potwierd\u017a)<\/strong> \u2014 wybrany serwer potwierdza przydzia\u0142 komunikatem <code>DHCPACK<\/code> (albo odmawia przez <code>DHCPNAK<\/code>). Od tej chwili klient mo\u017ce u\u017cywa\u0107 adresu przez czas dzier\u017cawy.<\/li>\n<\/ol>\n<p>Poza tymi czterema klient i serwer wymieniaj\u0105 te\u017c inne komunikaty: <code>DHCPDECLINE<\/code> (klient zauwa\u017cy\u0142, \u017ce adres jest ju\u017c zaj\u0119ty), <code>DHCPRELEASE<\/code> (klient oddaje adres przed czasem) oraz <code>DHCPINFORM<\/code> (urz\u0105dzenie z ustawionym na sta\u0142e adresem pyta tylko o pozosta\u0142e parametry).<\/p>\n<h2>Czym jest dzier\u017cawa (lease) i jak si\u0119 j\u0105 odnawia?<\/h2>\n<p>Adres z DHCP nie jest przyznawany na zawsze, tylko na okre\u015blony czas \u2014 to w\u0142a\u015bnie <strong>dzier\u017cawa<\/strong> (lease). To troch\u0119 jak wypo\u017cyczenie: po czasie adres trzeba odda\u0107 albo przed\u0142u\u017cy\u0107. Pilnuj\u0105 tego dwa liczniki:<\/p>\n<ul>\n<li><strong>T1 (odnowienie, domy\u015blnie po 50% czasu dzier\u017cawy)<\/strong> \u2014 klient pr\u00f3buje przed\u0142u\u017cy\u0107 dzier\u017caw\u0119, wysy\u0142aj\u0105c <code>DHCPREQUEST<\/code> wprost (unicast) do serwera, kt\u00f3ry mu adres przydzieli\u0142.<\/li>\n<li><strong>T2 (ponowne przypi\u0119cie, domy\u015blnie po 87,5% czasu)<\/strong> \u2014 je\u015bli tamten serwer milczy, klient prosi o przed\u0142u\u017cenie dowolny serwer DHCP w sieci.<\/li>\n<\/ul>\n<p>Je\u015bli dzier\u017cawa wyga\u015bnie i nikt jej nie odnowi, klient musi odda\u0107 adres i zacz\u0105\u0107 ca\u0142y proces DORA od pocz\u0105tku. Dzi\u0119ki dzier\u017cawom serwer odzyskuje adresy po urz\u0105dzeniach, kt\u00f3re znikn\u0119\u0142y z sieci \u2014 a to wa\u017cne, bo adres\u00f3w IPv4 jest sko\u0144czona liczba.<\/p>\n<h2>Jakie ustawienia przekazuje DHCP? Opcje DHCP<\/h2>\n<p>Opr\u00f3cz samego adresu IP serwer przekazuje dodatkowe ustawienia w postaci <strong>opcji DHCP<\/strong>. Ka\u017cda opcja ma format TLV: typ, d\u0142ugo\u015b\u0107 i warto\u015b\u0107. Najcz\u0119\u015bciej u\u017cywane to:<\/p>\n<ul>\n<li><strong>Opcja 1<\/strong> \u2014 maska podsieci,<\/li>\n<li><strong>Opcja 3<\/strong> \u2014 brama domy\u015blna (router),<\/li>\n<li><strong>Opcja 6<\/strong> \u2014 adresy serwer\u00f3w DNS,<\/li>\n<li><strong>Opcja 51<\/strong> \u2014 czas trwania dzier\u017cawy,<\/li>\n<li><strong>Opcja 53<\/strong> \u2014 typ komunikatu DHCP (DISCOVER, OFFER, REQUEST, ACK i inne),<\/li>\n<li><strong>Opcja 82<\/strong> \u2014 Relay Agent Information; dok\u0142ada j\u0105 urz\u0105dzenie po\u015brednicz\u0105ce, by wskaza\u0107, z kt\u00f3rego portu lub segmentu przysz\u0142o zapytanie, i zastosowa\u0107 odpowiednie regu\u0142y przydzia\u0142u.<\/li>\n<\/ul>\n<h2>Co to jest agent przekazuj\u0105cy DHCP (relay)?<\/h2>\n<p>Komunikat <code>DHCPDISCOVER<\/code> to rozg\u0142oszenie, kt\u00f3re domy\u015blnie nie wychodzi poza w\u0142asn\u0105 podsie\u0107 \u2014 routery nie przepuszczaj\u0105 rozg\u0142osze\u0144 dalej. Gdy sie\u0107 ma wiele podsieci, u\u017cywa si\u0119 wi\u0119c <strong>agenta przekazuj\u0105cego DHCP (DHCP relay)<\/strong>. Zwykle dzia\u0142a on na routerze lub prze\u0142\u0105czniku warstwy 3 (na sprz\u0119cie Cisco s\u0142u\u017cy do tego polecenie <code>ip helper-address<\/code>). Relay odbiera rozg\u0142oszenie klienta i przekazuje je dalej jako zwyk\u0142\u0105 wiadomo\u015b\u0107 (unicast) do wsp\u00f3lnego serwera DHCP w innej podsieci. Dzi\u0119ki temu jeden serwer obs\u0142uguje wiele segment\u00f3w i nie trzeba stawia\u0107 osobnego serwera w ka\u017cdej podsieci.<\/p>\n<h2>Jakie s\u0105 metody przydzia\u0142u adres\u00f3w?<\/h2>\n<ul>\n<li><strong>Przydzia\u0142 dynamiczny<\/strong> \u2014 serwer wypo\u017cycza adres z puli (scope) na czas dzier\u017cawy; po jej wyga\u015bni\u0119ciu adres wraca do puli.<\/li>\n<li><strong>Przydzia\u0142 automatyczny<\/strong> \u2014 serwer przydziela adres z puli na sta\u0142e, bez ograniczenia czasem.<\/li>\n<li><strong>Przydzia\u0142 r\u0119czny (rezerwacja)<\/strong> \u2014 administrator przypisuje konkretny adres IP do adresu MAC urz\u0105dzenia, wi\u0119c dostaje ono zawsze ten sam adres.<\/li>\n<\/ul>\n<h2>Jakie s\u0105 zagro\u017cenia bezpiecze\u0144stwa DHCP?<\/h2>\n<p>W podstawowej formie DHCP nie sprawdza to\u017csamo\u015bci \u2014 ani klienta, ani serwera. Ka\u017cdy w sieci mo\u017ce udawa\u0107 jedn\u0105 ze stron, co otwiera drog\u0119 do kilku atak\u00f3w w warstwie dost\u0119powej:<\/p>\n<ul>\n<li><strong>Nieautoryzowany serwer DHCP (rogue DHCP)<\/strong> \u2014 podstawiony serwer odpowiada szybciej ni\u017c prawdziwy i podsuwa klientom spreparowane ustawienia (np. w\u0142asny adres jako bram\u0119 i serwer DNS). Ruch zaczyna p\u0142yn\u0105\u0107 przez atakuj\u0105cego \u2014 to klasyczny atak <em><a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/man-in-the-middle-mitm\">man-in-the-middle<\/a><\/em> (kto\u015b po cichu wpina si\u0119 w \u015brodek). Bywa te\u017c skutkiem przypadkowo wpi\u0119tego routera domowego.<\/li>\n<li><strong>DHCP starvation (zag\u0142odzenie puli)<\/strong> \u2014 atakuj\u0105cy zalewa serwer komunikatami <code>DHCPREQUEST<\/code> z fa\u0142szywymi adresami MAC, a\u017c pula adres\u00f3w si\u0119 wyczerpie. Nowi u\u017cytkownicy nie dostaj\u0105 wtedy adresu (to atak typu <a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/dos-denial-of-service\">DoS<\/a>, odmowa us\u0142ugi), a cz\u0119sto jest to tylko przygotowanie pod podstawienie rogue DHCP.<\/li>\n<li><strong>DHCP spoofing<\/strong> \u2014 podszywanie si\u0119 pod serwer i wysy\u0142anie klientom b\u0142\u0119dnych ustawie\u0144.<\/li>\n<\/ul>\n<h2>Jak chroni\u0107 DHCP? DHCP snooping<\/h2>\n<p>Podstawowa obrona to <strong>DHCP snooping<\/strong> \u2014 funkcja prze\u0142\u0105cznika, kt\u00f3ra dzieli porty na dwie grupy:<\/p>\n<ul>\n<li><strong>zaufane (trusted)<\/strong> \u2014 prowadz\u0105ce do prawdziwych serwer\u00f3w DHCP; tylko z nich prze\u0142\u0105cznik przyjmuje odpowiedzi serwera (<code>OFFER<\/code>, <code>ACK<\/code>, <code>NAK<\/code>),<\/li>\n<li><strong>niezaufane (untrusted)<\/strong> \u2014 porty u\u017cytkownik\u00f3w; je\u015bli z takiego portu przyjdzie odpowied\u017a serwera, prze\u0142\u0105cznik j\u0105 odrzuca. To blokuje rogue DHCP.<\/li>\n<\/ul>\n<p>Przy okazji DHCP snooping buduje <strong>baz\u0119 powi\u0105za\u0144 (binding database)<\/strong>, kt\u00f3ra zapami\u0119tuje, jaki adres MAC dosta\u0142 jaki adres IP, na jak d\u0142ugo, w kt\u00f3rym <a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/vlan\">VLAN<\/a>-ie i na kt\u00f3rym porcie. Ta baza jest fundamentem dla kolejnych zabezpiecze\u0144, takich jak Dynamic ARP Inspection (DAI) i IP Source Guard. Snooping potrafi te\u017c ogranicza\u0107 liczb\u0119 pakiet\u00f3w DHCP na port (<a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/rate-limiting\">rate limiting<\/a>), co utrudnia atak typu starvation.<\/p>\n<h2>Dlaczego DHCP jest istotny dla monitorowania i bezpiecze\u0144stwa sieci?<\/h2>\n<p>Dane z DHCP to cenne \u017ar\u00f3d\u0142o informacji dla zespo\u0142\u00f3w <a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/soc-security-operations-center\">SOC<\/a>, <a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/ndr-network-detection-and-response\">NDR<\/a> i monitorowania sieci. Logi przydzia\u0142\u00f3w (DISCOVER\/OFFER\/REQUEST\/ACK) oraz baza powi\u0105za\u0144 pozwalaj\u0105 powi\u0105za\u0107 adres IP z adresem MAC i konkretnym urz\u0105dzeniem w danym momencie. To bywa kluczowe podczas dochodzenia po incydencie \u2014 pozwala ustali\u0107, kto mia\u0142 dany adres w czasie zdarzenia. Warto wychwytywa\u0107 mi\u0119dzy innymi: odpowiedzi <code>DHCPOFFER<\/code>\/<code>DHCPACK<\/code> z nieautoryzowanego \u017ar\u00f3d\u0142a (rogue DHCP), nag\u0142y wysyp <code>DHCPDISCOVER<\/code> z wielu r\u00f3\u017cnych adres\u00f3w MAC (mo\u017cliwy starvation), zmian\u0119 bramy lub serwera DNS podsuwanego klientom oraz urz\u0105dzenia, kt\u00f3re omijaj\u0105 DHCP i u\u017cywaj\u0105 adres\u00f3w statycznych spoza polityki.<\/p>\n<h2>Dowiedz si\u0119 wi\u0119cej<\/h2>\n<ul>\n<li><a href=\"https:\/\/www.sycope.com\/pl\/post\/arp-spoofing-jak-wykryc-atak-man-in-the-middle-i-zatruwanie-arp-w-sieci-lan\">ARP Spoofing \u2013 jak wykry\u0107 atak Man-in-the-Middle i zatruwanie ARP w sieci LAN<\/a> \u2014 DHCP przydziela adresy IP, kt\u00f3re mog\u0105 by\u0107 podszywane lub przechwytywane w atakach ARP spoofing.<\/li>\n<li><a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/inventory\">Inventory<\/a> \u2014 Inventory pomaga \u015bledzi\u0107 urz\u0105dzenia i adresy IP, kt\u00f3re w sieci mog\u0105 by\u0107 przydzielane przez DHCP.<\/li>\n<li><a href=\"https:\/\/www.sycope.com\/pl\/post\/o-krok-blizej-do-sycope-w-modelu-zero-configuration-integracja-z-phpipam-hosts-subnets\">O krok bli\u017cej do Sycope w modelu zero-configuration: integracja z phpIPAM (Hosts &amp; Subnets)<\/a> \u2014 Integracja z phpIPAM u\u0142atwia zarz\u0105dzanie pulami adres\u00f3w IP, z kt\u00f3rych korzysta DHCP.<\/li>\n<li><a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/protokol-udp\">UDP Protocol<\/a> \u2014 DHCP dzia\u0142a w oparciu o UDP, u\u017cywaj\u0105c port\u00f3w 67 i 68 do komunikacji klienta z serwerem.<\/li>\n<li><a href=\"https:\/\/www.sycope.com\/pl\/post\/czym-jest-netflow-i-jak-wykorzystuje-sie-go-w-praktyce\">Czym jest NetFlow i jak ten protok\u00f3\u0142 jest wykorzystywany w praktyce?<\/a> \u2014 <a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/netflow\">NetFlow<\/a> pozwala analizowa\u0107 ruch DHCP i wykrywa\u0107 nietypowe wzorce przydzia\u0142u adres\u00f3w.<\/li>\n<li><a href=\"https:\/\/www.sycope.com\/pl\/post\/how-to-detect-unknown-devices-in-the-network\">Jak wykrywa\u0107 nieznane urz\u0105dzenia w sieci?<\/a> \u2014 DHCP mo\u017ce ujawni\u0107 nieznane urz\u0105dzenie, gdy \u017c\u0105da ono nowego adresu IP w sieci.<\/li>\n<\/ul>\n","protected":false},"featured_media":0,"template":"","class_list":["post-4761","dictionary-item","type-dictionary-item","status-publish","hentry"],"acf":{"tytul":"DHCP","ikona":"","krotki_opis":"Protok\u00f3\u0142 klient-serwer (UDP 67\/68), dzi\u0119ki kt\u00f3remu urz\u0105dzenie po pod\u0142\u0105czeniu do sieci samo dostaje adres IP i ustawienia (maska, brama, DNS) w procesie DORA, na czas dzier\u017cawy."},"_links":{"self":[{"href":"https:\/\/www.sycope.com\/pl\/wp-json\/wp\/v2\/dictionary-item\/4761","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.sycope.com\/pl\/wp-json\/wp\/v2\/dictionary-item"}],"about":[{"href":"https:\/\/www.sycope.com\/pl\/wp-json\/wp\/v2\/types\/dictionary-item"}],"wp:attachment":[{"href":"https:\/\/www.sycope.com\/pl\/wp-json\/wp\/v2\/media?parent=4761"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}