# Czym jest zatruwanie pamięci podręcznej DNS?

> Zatruwanie pamięci podręcznej Domain Name System (DNS) — DNS cache poisoning — występuje, gdy resolver rekurencyjny przyjmuje fałszywe dane DNS i przechowuje je jak autentyczne.

- Kanoniczny adres URL: https://yellowcube.eu/pl/glossary/domain-name-system-cache-poisoning/
- Wydawca: Yellow Cube
- Język: pl
- Kontakt: hello@yellowcube.eu

## Treść

Późniejsi klienci mogą otrzymywać fałszywe mapowanie z pamięci, co przekierowuje ruch lub powoduje awarie, aż wpis wygaśnie, zostanie zastąpiony lub usunięty. Atak korumpuje buforowane dane rozwiązywania; nie wymaga kontroli nad rejestracją domeny ani jej autorytatywną strefą.

Fałszywe dane mogą dotrzeć w sfałszowanej odpowiedzi lub przez skompromitowaną ścieżkę rozwiązywania. Silne dopasowywanie utrudnia fałszowanie spoza ścieżki (off-path). Walidacja DNS Security Extensions (DNSSEC) odrzuca zmienione podpisane dane, gdy istnieje łańcuch zaufania, ale nie uwierzytelnia stref niepodpisanych ani każdego odcinka klient–resolver.

### Najważniejsze punkty

- **Zakres:** Zidentyfikuj dotknięte resolvery, nazwy i typy rekordów, kiedy rekord trafił do pamięci, jego pozostały czas życia oraz które klienty lub usługi go otrzymały.
- **Dowody:** Porównaj zawartość pamięci z danymi autorytatywnymi i walidującymi resolverami, a potem przejrzyj logi odpowiedzi, ścieżki przekazywania, zmiany, wyniki walidacji i przekierowaną aktywność.
- **Redukcja ryzyka:** Utrzymuj oprogramowanie resolvera, stosuj silne dopasowywanie odpowiedzi i entropię portu źródłowego, ograniczaj rekursję i administrację, waliduj DNSSEC tam, gdzie właściwe, chroń kanały resolvera i monitoruj nieoczekiwane zmiany.
- **Istotne ograniczenie:** Zaskakująca odpowiedź nie jest automatycznie zatruciem. Buforowanie, split DNS, przekazywanie, lokalne nadpisania, równoważenie obciążenia i błędy konfiguracji mogą produkować odpowiedzi różniące się od danych publicznych; błędy podpisywania mogą też powodować niepowodzenia walidacji DNSSEC.

### Powiązane terminy

[System nazw domen (DNS)](<https://yellowcube.eu/pl/glossary/domain-name-system/>) · [Bezpieczeństwo DNS](<https://yellowcube.eu/pl/glossary/domain-name-system-security/>) · [Przejęcie DNS](<https://yellowcube.eu/pl/glossary/domain-name-system-hijacking/>) · [Czas życia (TTL)](<https://yellowcube.eu/pl/glossary/time-to-live/>) · [Pharming](<https://yellowcube.eu/pl/glossary/pharming/>)

### Źródła

[IETF RFC 5452: Measures for Making DNS More Resilient against Forged Answers](https://www.rfc-editor.org/rfc/rfc5452.html) · [NIST SP 800-81 Rev. 3: Secure DNS Deployment Guide](https://csrc.nist.gov/pubs/sp/800/81/r3/final) · [ICANN: DNSSEC—What Is It and Why Is It Important?](https://www.icann.org/resources/pages/dnssec-what-is-it-why-important-2019-03-05-en/)

## Budujmy skuteczniejszą cyberobronę razem

Budujemy trwałe partnerstwa oparte na zaufaniu, wiedzy i wspólnych sukcesach. Chcesz rozwijać firmę, poszerzyć ofertę cyberbezpieczeństwa lub wprowadzić innowacyjne rozwiązania na nowe rynki? Yellow Cube wspiera Cię na każdym z tych etapów.

[Skontaktuj się z Yellow Cube](<mailto:hello@yellowcube.eu?subject=Partnership>)

## Źródło i zakres informacji

Ta wersja Markdown jest generowana z tych samych zatwierdzonych treści co kanoniczna strona HTML. Przy cytowaniu użyj kanonicznego adresu URL.