An issue has been found in PowerDNS DNSDist before 1.3.3 allowing a remote attacker to craft a DNS query with trailing data such that the addition of a record by dnsdist, for example an OPT record when adding EDNS Client Subnet, might result in the trailing data being smuggled to the backend as a valid record while not seen by dnsdist. This is an issue when dnsdist is deployed as a DNS Firewall and used to filter some records that should not be received by the backend. This issue occurs only when either the 'useClientSubnet' or the experimental 'addXPF' parameters are used when declaring a new backend.
Se ha encontrado un problema en PowerDNS DNSDist en versiones anteriores a la 1.3.3, permitiendo a un atacante remoto manipular una consulta DNS con datos finales. Esto permite que la adición de un registro por parte de dnssist, por ejemplo, un registro OPT cuando se añade el EDNS Client Subnet, podría resultar en el contrabando de datos finales al backend como si dicho registro fuera válido cuando dnsdist no lo detecte. Este es un problema cuando dnsdist se despliega como un Firewall DNS y se usa para filtrar determinados registros que no deberían ser recibidos por el backend. Este problema ocurre solo cuando o el parámetro "useClientSubnet" o el parámetro experimental "addXPF" se utiliza en la declaración de un backend nuevo.
