yann.verry.org/content/posts/dns/rpz/index.en.md
2022-04-24 17:59:42 +02:00

131 lines
5 KiB
Markdown

+++
author = "Yann Verry"
categories = ["dns"]
date = 2022-01-15T23:27:45Z
description = "NXDOMAIN on trackers!"
draft = false
image = "lie_to_me.png"
slug = "rpz"
tags = ["dns"]
title = "DNS RPZ: Lying properly"
+++
![lie to me](lie_to_me.png)
Make a lying DNS is not new. This feature exist long time ago. Many known stories exist, such as the famous red hand that make popular by public this technic.
A list was build by state, secretly release to French ISP. We ear about protect measure ask by major, terrorism etc ...
## But if not, we can make things for ourselves?
Yes of course ! like filtering upstream everything that advertising, ad tracking, telemetry a little too talkative or the communication of your camera stamped chineese at 15€ bought on aliexpress which is much too talkative on a thing that ends in _.cn._ Ok, ok, typing on China is so easy but you get the idea.
This is not a magic solution far from it. Websites where you are the product use countermeasures to avoid DNS blocking because ads was distributed directly from the servers.
# Under the hood
Tout d'abord il faut posséder son propre serveurs récursif chez sois. C'est facile avec un mini ordinateur, une VM sur votre freebox delta ou même en local sur votre ordinateur.
Plusieurs méthodes éxistent comme l'override de la zone mais ça casse _DNSSEC_ ce qui est mal.Dans unbound on va forcer un/des enregistrements via les options _local-data_ ou _local-zone_.Une zone complète ou j'avais plusieurs milliers de lignes :
```
wc -l /etc/unbound/unbound-nxdomain.blacklist
33073 /etc/unbound/unbound-nxdomain.blacklist
```
avec dedans des choses comme ceci :
```
local-zone: "ibs.lgappstv.com" always_nxdomain
local-zone: "eic-ngfts.lge.com" always_nxdomain
local-zone: "s.sh" always_nxdomain
local-zone: "m2.ai" always_nxdomain
local-zone: "cw.nu" always_nxdomain
local-zone: "6m.pl" always_nxdomain
local-zone: "ip.ro" always_nxdomain
local-zone: "rs.sh" always_nxdomain
```
Mais c'est pas ouf non ? Non, pas du tout.
Il est donc l'heure d'avoir quelque chose de plus solide, standard qui va fonctionner partout. Une pointure s'y colle côté [IETF](https://datatracker.ietf.org/doc/html/draft-ietf-dnsop-dns-rpz-00) pour faire le boulot, à savoir Paul Vixie (entre autres).
L'idée est donc de créer une zone DNS presque classique qui va contenir tout ce qu'on souhaite modifier avec la possibilité de renvoyer du _NXDOMAIN_, une réponse de notre choix comme _::1_ ou le legacy _127.0.0.1_ pour par exemple éviter des messages d'erreur comme le fait ma TV LG. C'est donc modulable en fonction de ce qu'on souhaite
Si on fait les choses bien on va catégoriser plusieurs listes et les aligner une à une dans la configuration.
Cette zone se matérialise comment ? Voici le fichier de la zone en question, un petit clin d'œil :
```
; Beginning of the zone, some mandatory values
$TTL 1H
@ SOA lie.to.me. red.pills (42 2h 30m 30d 1h)
NS blue.pills.
lgtvsdp.com CNAME .
*.lgtvsdp.com CNAME .
```
On va donc ici dire de répondre **_NXDOMAIN_** grâce au points final.
Comment distribuer cette zone au plus grand nombre ? J'utilise unbound et il permet de récupérer ses zones d'une manière simple à savoir HTTPS. C'est du DNS la seconde plus évidente est de faire une zone DNS récupérable via un transfert de zone (IXFR).J'ai préféré HTTP car plus simple dans mon setup actuel. La mise à jour est plus simple. C'est donc parti, je fait un nouveau vhost
**[https://rpz.verry.org](https://rpz.verry.org )**
avec une belle page indéxé qui contient plusieurs fichiers de RPZ
# Unbound side
Côté DNS récursif, ici unbound il faut tout d'abord activer deux modules :
```
server:
module-config: "respip validator iterator"
```
Et ensuite on déclare en fin de fichier les multiples RPZ souhaités :
```
rpz:
name: "oisd"
url: https://rpz.oisd.nl
rpz-log: yes
rpz-log-name: "rpz-oisd"
rpz:
name: "youtube"
url: https://rpz.verry.org/youtube.zone
rpz-log: yes
rpz-log-name: "rpz-youtube"
rpz:
name: "adaway"
url: https://rpz.verry.org/adaway.zone
rpz-log: yes
rpz-log-name: "rpz-adaway"
rpz:
name: "easylist-full"
url: https://rpz.verry.org/easylist.zone
rpz-log: yes
rpz-log-name: "rpz-easylist"
rpz:
name: "easylist-fr"
url: https://rpz.verry.org/easylist_fr.zone
rpz-log: yes
rpz-log-name: "rpz-easylistfr"
```
Nous avons plusieurs section, pour chaque mention de _rpz_ une configuration différente qui sera évalué de haut en bas.On lui donne un petit nom, l'url pour la récupérer. Afin d'avoir du logging on indique le nom à afficher ce qui sera pratique pour savoir quel RPZ rentre en action.
Côté logging ça donne quelque chose du genre :
```
info: RPZ applied [rpz-adaway] currency.prebid.org. nxdomain
```
Et voila !
# La suite ?
Automotiser la génération des fichiers situé sur rpz.verry.org. Aujourd'hui j'ai récupéré plusieurs listes un peu n'importe comment, fait des `grep/sed/awk` ce qui n'est pas du tout optimal, ensuite il faut créditer les sources cleaner les doublons et ajouter une petite cron pour faire bien dans un projet git