Bloccare in modo affidabile gli script prima del consenso

Come si può impedire in modo affidabile l'esecuzione di uno script prima che venga dato il consenso?

Per impostazione predefinita, gli script non necessari non vengono distribuiti in forma eseguibile o vengono attivati ​​da un caricatore centrale solo dopo che è stato dato il consenso appropriato. Tag diretti, tag manager, plugin, contenuti multimediali incorporati, preconnessioni e inoltro lato server devono aderire alla stessa logica di controllo.

Controllo completo delle fonti

1. Tutte le fonti di caricamento dirette e indirette vengono inventariate nelle configurazioni di rete, template, plugin e tag.

2. Un controllo centrale con impostazione predefinita disattivata attiva gli scopi solo dopo un evento di consenso esplicito.

3. Le automazioni del browser verificano le nuove sessioni, i rifiuti, i consensi, le revoche e la navigazione per la rete e l'archiviazione.

Disattivazione predefinita

• Disattivazione predefinita Prima che venga presa una decisione, non esiste alcun percorso eseguibile che carichi il provider o stabilisca una pre-connessione non necessaria.

• Controllo completo delle fonti Template, plugin, container, importazioni dinamiche ed endpoint lato server vengono inventariati e associati allo stesso stato di scopo.

• Evidenza di rete – I test automatici confermano l'assenza di richieste, cookie e accessi alla memoria non autorizzati sia per il consenso indeciso che per quello rifiutato.

Evidenza di rete

• Numero di richieste, connessioni, cookie e accessi alla memoria non necessari prima del consenso o dopo il rifiuto.

• Percentuale di sorgenti di carico inventariate coperte dalla gestione centralizzata del consenso e da un test di regressione.

Caso di controllo: "Condizione di gara"

Un video rimane visibile come anteprima locale, mentre lo script del player e la preconnessione al provider sono mancanti. Il caricatore centrale dei componenti carica il player solo dopo il consenso attivo; un plugin non deve avere un secondo percorso non controllato.

Condizione di gara

• Condizione di gara – Uno script caricato in anticipo può essere inviato prima che il caricatore del consenso abbia applicato il suo stato.

• Caricamento successivo del plugin – Un CMS o un plugin multimediale può caricare il proprio codice dopo l'interazione, bypassando la logica di blocco centrale.

• Preconnessione – Il precaricamento DNS o la preconnessione possono stabilire un contatto con un provider di terze parti anche se il contenuto multimediale appare ancora bloccato.

Cosa significa "Bloccare in modo sicuro gli script prima del consenso" per le attività correlate

Una domanda approfondita con relativa risposta Controllo tecnico degli indirizzi IP, dei file di log e dei periodi di conservazioneCome controllare gli indirizzi IP e i periodi di conservazione su tutti i sistemi di logging?

Vengono offerti ulteriori punti di vista Differenziare correttamente tra precaricamento, prefetch e preconnessione..

Se si desidera implementare concretamente "Bloccare in modo sicuro gli script prima del consenso", è possibile fare riferimento a Sistemi web robusti Questo documento si concentra su "Consenso e revoca" e "Disattivazione predefinita".

Conclusione: Bloccare in modo sicuro gli script prima del consenso

Il pre-blocco è un'esecuzione tecnica e un controllo di rete, non semplicemente uno stato dell'interfaccia utente. Deve riguardare ogni classe di sorgente di carico.

Fonti e ulteriori informazioni

La seguente documentazione e gli standard ufficiali forniscono la classificazione tecnica.

• Linee guida 05/2020 sul consenso – Comitato europeo per la protezione dei dati (EDPC)Interpretazione ufficiale dell'EDPB in materia di volontarietà, consenso informato, non ambiguità e revoca del consenso.

• Cookie e tecnologie simili – ICOPrassi normativa ufficiale in materia di finalità, informazioni, consenso e tecnologie simili relative ai cookie.