Taofei Guo

Um canal lateral observável no nível do cache existe quando o `unwanted-reply-threshold` é configurado com um valor maior que 0. Isso ocorre quando um datagrama UDP semelhante a uma resposta atinge a porta de origem upstream de uma consulta recursiva, mas seu `TXID` não corresponde a nenhuma consulta pendente, levando o Unbound a contá-lo como uma resposta indesejada. Quando a contagem acumulada atinge o limite configurado, o cache de RRset e o cache de mensagens do worker são limpos sem destruir a consulta UDP upstream pendente atual. Um observador externo pode usar esse comportamento para determinar se uma porta candidata corresponde à porta de origem upstream atual, verificando se itens armazenados em cache foram limpos. Este canal lateral pode ser usado para sondar a porta de origem upstream e, em cenários onde uma janela de consulta concorrente é mantida, facilitar a adivinhação do tipo birthday contra o `TXID` para permitir o envenenamento de cache.

Existe um problema onde RRSets (Resource Record Sets) promíscuos que complementam respostas DNS na seção de autoridade podem ser usados para enganar o sistema e fazer com que ele armazene registros não autorizados em cache. Um adversário pode envenenar o cache anexando tais registros a uma resposta por meio de pacotes forjados ou ataques de fragmentação. Especificamente, um ator malicioso pode injetar RRSets que não sejam NS (Name Server), como MX (Mail Exchange), acompanhados de registros de endereço em uma resposta. O sistema pode então aceitar e armazenar em cache registros de endereço relativos da seção adicional se o RRSet de autoridade possuir confiança suficiente, como dados in-zone para o ponto de delegação.

Zonas especialmente construídas de forma inadequada podem causar aumento no consumo de recursos. Além disso, cadeias de CNAME especialmente construídas podem resultar em envenenamento de cache no Recursor.

O Unbound é suscetível a ataques de sequestro de domínio através da manipulação de respostas DNS. Especificamente, Conjuntos de Registros de Recursos NS (RRSets) criados maliciosamente incluídos nas respostas podem fazer com que o resolvedor atualize suas informações de delegação, potencialmente levando a uma transferência de zona. Um atacante poderia explorar essa vulnerabilidade injetando NS RRSets, possivelmente através de ataques de spoofing de pacotes ou fragmentação, fazendo com que o Unbound atualize seus dados existentes de NS RRSet devido à confiabilidade percebida das informações injetadas.