# Ce este otrăvirea cache-ului DNS?

> Otrăvirea cache-ului Domain Name System (DNS) are loc atunci când un resolver recursiv acceptă date DNS false și le stochează ca și cum ar fi autentice.

- URL canonic: https://yellowcube.eu/ro/glossary/domain-name-system-cache-poisoning/
- Editor: Yellow Cube
- Limbă: ro
- Contact: hello@yellowcube.eu

## Conținut

Clienții ulteriori pot primi maparea falsă din cache, redirecționând traficul sau cauzând eșecuri până când intrarea expiră, este înlocuită sau eliminată. Atacul corupe datele de rezoluție din cache; nu necesită controlul înregistrării domeniului sau zonei autoritative.

Datele false pot ajunge într-un răspuns falsificat sau printr-o cale de rezoluție compromisă. Potrivirea puternică îngreunează falsificarea off-path. Validarea DNS Security Extensions (DNSSEC) respinge datele semnate modificate atunci când există un lanț de încredere, dar nu autentifică zonele nesemnate sau fiecare salt client-resolver.

### Puncte esențiale

- **Domeniu de aplicare:** Identificați resolverele afectate, numele și tipurile de înregistrări, când a intrat înregistrarea în cache, durata de viață rămasă și care clienți sau servicii au primit-o.
- **Dovezi:** Comparați conținutul cache-ului cu datele autoritative și resolverele validatoare, apoi revizuiți jurnalele de răspunsuri, căile de forward, modificările, rezultatele validării și activitatea redirecționată.
- **Reducerea riscului:** Mențineți software-ul resolverului, folosiți potrivire puternică a răspunsurilor și entropie a porturilor sursă, restricționați recursia și administrarea, validați DNSSEC acolo unde este potrivit, protejați canalele resolverului și monitorizați modificările neașteptate.
- **Limitare importantă:** Un răspuns surprinzător nu este automat otrăvire. Caching-ul, DNS-ul split, forward-ul, suprascrierile locale, echilibrarea încărcării și greșelile de configurație pot produce răspunsuri care diferă de datele publice; erorile de semnare pot cauza și eșecuri de validare DNSSEC.

### Termeni asociați

[Domain Name System (DNS)](<https://yellowcube.eu/ro/glossary/domain-name-system/>) · [Securitatea DNS](<https://yellowcube.eu/ro/glossary/domain-name-system-security/>) · [Deturnare DNS](<https://yellowcube.eu/ro/glossary/domain-name-system-hijacking/>) · [Time to live (TTL)](<https://yellowcube.eu/ro/glossary/time-to-live/>) · [Pharming](<https://yellowcube.eu/ro/glossary/pharming/>)

### Surse

[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/)

## Să construim o apărare cibernetică mai eficientă împreună

Construim parteneriate de durată, bazate pe încredere, expertiză și succes comun. Fie că doriți să vă dezvoltați afacerea, să vă extindeți oferta de securitate cibernetică sau să lansați soluții inovatoare pe piețe noi, Yellow Cube vă sprijină pe termen lung.

[Luați legătura cu Yellow Cube](<mailto:hello@yellowcube.eu?subject=Partnership>)

## Sursa și domeniul de aplicare

Această versiune Markdown este generată din aceleași înregistrări aprobate ca pagina HTML canonică. Pentru citare, utilizați URL-ul canonic.