A nova versione permette à l'utilizatori di Firefox per bluccà una nova tecnica per seguità i movimenti è rimpiazzà unità di publicità, chì hè basatu annantu à creà un subdominiu separatu in u DNS in u duminiu di u situ attuale. U subdomain creatu ligami à u servore di a reta di publicità (per esempiu, un record CNAME f7ds.liberation.fr hè creatu, chì indica u servitore di seguimentu liberation.eulerian.net), cusì u codice di publicità hè formalmente caricatu da u stessu duminiu primariu cum'è u situ. U nome per u subdominiu hè sceltu in a forma di un identificatore aleatoriu, chì face u bluccatu da a maschera difficiuli, postu chì u subdominiu assuciatu cù a reta di publicità hè difficiule di distinguishà da i subdominii per carricà altre risorse lucali nantu à a pagina.
In a nova versione di uBlock Origin per determinà l'ospite assuciatu via CNAME
Da un puntu di vista di u rendiment, a definizione di un CNAME ùn deve micca introdutte alcuna spesa supplementaria altru ch'è perdicà risorse di CPU per riapplicà e regule per un nome diversu, postu chì quandu a risorsa hè accessu, u navigatore hà digià risoltu è u valore deve esse in cache. . Quandu installate una nova versione, avete bisognu di cuncede permessi per ricuperà l'infurmazioni DNS.
U metudu di prutezzione aghjuntu basatu nantu à a verificazione CNAME pò esse sguassatu da direttamente u nome à l'IP senza usà CNAME, ma questu approcciu complicate u mantenimentu è u mantenimentu di l'infrastruttura (se l'indirizzu IP di a reta di publicità hè cambiatu, serà necessariu. per cambià i dati nantu à tutti i servitori DNS di l'editori) è pò esse ignoratu creendu una lista negra di indirizzi IP tracker. In u uBlock Origin build per Chrome, a verificazione CNAME ùn funziona micca perchè l'API
Source: opennet.ru