In questa pagina: scopri come crittografare i parametri di query URL sensibili in modo che le informazioni di identificazione personale non vengano esposte in testo normale, incluso il modo in cui gli amministratori creano, ruotano e revocano le chiavi nel registro delle chiavi sandbox di Adobe Journey Optimizer.
Perché utilizzare la crittografia dei parametri URL? why-url-parameter-encryption
I collegamenti di tracciamento personalizzati e gli URL delle pagine di destinazione spesso includono attributi di profilo, identificatori, token o altri valori nella stringa di query. Tali parametri sono generalmente visibili come testo normale nell’e-mail o nell’SMS e rimangono leggibili se qualcuno copia, condivide o segnalibro il collegamento. Questo può essere un rischio per la sicurezza e la privacy quando i valori possono includere informazioni personali (PII, personally identifiable information) o altri dati sensibili che devono proteggere.
Journey Optimizer fornisce un helper di crittografia nell’editor di personalizzazione per consentirti di crittografare qualsiasi valore di espressione al momento del rendering (ad esempio un attributo di profilo, un token o una stringa creata da diversi campi). La crittografia richiede sempre una chiave del Registro di sistema dell’organizzazione.
È possibile crittografare solo i parametri di query scelti, utilizzando le chiavi gestite dagli amministratori in un registro a livello di sandbox, in modo che i valori riservati non vengano lasciati esposti in testo non crittografato quando il collegamento viene condiviso o ispezionato.
Come funziona how-it-works
- Gli amministratori utilizzano il Registro di sistema delle chiavi per creare le chiavi e gestire le chiavi in conformità ai criteri di sicurezza della tua organizzazione.
- Gli addetti al marketing inseriscono l’helper
Encryptnell’editor di personalizzazione e trasmettono il valore da proteggere più un identificatore di chiave attiva dal Registro di sistema. Per informazioni sulla sintassi e sulle opzioni, vedere questa sezione.
Esempio
L’URL di una pagina di destinazione può utilizzare un parametro di query come token il cui valore è un token di stringa (ad esempio un payload JSON con identificatori di offerta o profilo). Senza crittografia, il token di stringa è visibile come testo normale nel collegamento. Se racchiudi tale valore nell’helper di crittografia, il payload sensibile viene sostituito con un testo crittografato nell’URL, lasciando invariato il resto del collegamento.
Creare le chiavi create-keys
Prima di poter utilizzare l’helper per la crittografia dei parametri URL, devi creare una chiave. A questo scopo, segui i passaggi riportati qui sotto.
-
Vai a Amministrazione > Configurazioni.
-
Fai clic sul pulsante Gestisci per aprire il Registro di sistema delle chiavi.
-
Utilizzando il pulsante dedicato, crea le chiavi necessarie per la tua organizzazione.
-
Assegna loro un’etichetta chiara o un identificatore a cui i team possono fare riferimento nell’editor di personalizzazione.
-
Fai clic su Invia per confermare le modifiche.
Una volta creata una chiave, gli addetti al marketing possono utilizzare l’helper per la crittografia del parametro URL nell’editor di personalizzazione per crittografare valori specifici inseriti nei parametri di query URL.
Gestione chiavi manage-keys
Per gestire le chiavi, segui la procedura riportata di seguito.
-
Accedere al Registro chiavi. In una vista a elenco puoi visualizzare tutte le chiavi create per la sandbox corrente.
-
Fai clic su una chiave con lo stato Attivo per aprire i dettagli della chiave.
-
Fai clic sul pulsante Revoca per disabilitare definitivamente la chiave per la nuova crittografia.
Una volta revocata una chiave, i tentativi di utilizzarla nell’helper non dovrebbero riuscire al momento del rendering. Le voci revocate rimangono visibili per il controllo di audit; i team potrebbero avere ancora bisogno del materiale corrispondente per decrittografare i payload precedenti sui propri sistemi.
-
Fai clic sul pulsante Ruota per fornire nuovo materiale chiave mantenendo un identificatore di chiave stabile a cui i percorsi e le campagne fanno già riferimento.
Il materiale precedente viene conservato nel Registro di sistema con uno stato revocato e un motivo appropriato (ad esempio un timestamp di rotazione) e una nuova riga o versione riflette la chiave attiva.
note NOTE Per crittografare i nuovi valori nell’editor di personalizzazione devono essere selezionate solo le chiavi attive. Non utilizzare le chiavi revocate per i nuovi contenuti.
Riferimento rapido quick-reference
Questa sezione contiene informazioni strutturate che supportano l’interpretazione, il recupero e la risposta alle domande relative a questo argomento.
Per una comprensione completa, queste informazioni devono essere unite alla documentazione su questa pagina. Nessuna delle due origini è progettata per essere indipendente; la pagina descrive la funzione, mentre questa sezione fornisce un contesto aggiuntivo che aiuta a non ambiguare la terminologia, le finalità, l’applicabilità e i vincoli.
TL;DR
Questa pagina spiega come gli amministratori creano, ruotano e revocano le chiavi di crittografia nel registro delle chiavi a livello di sandbox di Journey Optimizer, consentendo agli addetti al marketing di crittografare i parametri delle query URL sensibili in modo che i dati PII non vengano esposti in testo normale nei collegamenti di tracciamento e nelle pagine di destinazione.
Intenti
- Scopri perché è necessaria la crittografia dei parametri URL (dati sensibili e PII visibili nelle stringhe di query in testo normale)
- Crea chiavi di crittografia nel Registro di sistema delle chiavi sandbox (attività di amministrazione che richiede autorizzazioni specifiche)
- Revoca di una chiave per disabilitarla definitivamente per la nuova crittografia
- Ruotare una chiave per fornire nuovo materiale crittografico mantenendo lo stesso identificatore
- Utilizza l’helper
Encryptnell’editor di personalizzazione per proteggere valori di parametri di query specifici
- Registro di sistema delle chiavi: un archivio a livello di sandbox in Journey Optimizer (Amministrazione > Configurazioni) in cui gli amministratori creano e gestiscono le chiavi di crittografia utilizzate dall’helper per la crittografia dei parametri URL. (specifico per prodotto)
- Helper crittografia (
Encrypt): funzione helper nell’editor di personalizzazione che crittografa un valore di espressione al momento del rendering, sostituendo PII con testo crittografato nei parametri di query URL. (specifico per prodotto) - Revoca (chiave): l’operazione di disabilitazione permanente di una chiave per la nuova crittografia; la voce della chiave rimane visibile nel Registro di sistema per il controllo e i payload precedenti potrebbero ancora richiederla per la decrittografia nei sistemi dell’organizzazione.
- Ruota (chiave): fornisce nuovo materiale crittografico per una chiave mantenendo stabile il relativo identificatore, pertanto non è necessario aggiornare le campagne e i percorsi che fanno già riferimento a tale chiave.
- PII (personalmente identificabili): dati che possono identificare un individuo, ad esempio attributi di profilo, token o identificatori di offerta, che devono essere protetti quando sono inclusi nei parametri di query URL.
- Nome canonico: Crittografia parametro URL — varianti: Crittografia URL, Crittografia parametro query, Offuscamento parametro URL
- Sinonimi: “registro chiavi” = “Registro chiavi” (etichetta interfaccia utente in Amministrazione > Configurazioni)
- Non confondere: Revoca (disabilita definitivamente la chiave per la nuova crittografia; la voce rimane per il controllo) ≠ Ruota (sostituisce il materiale crittografico ma mantiene attivo lo stesso identificatore di chiave per la nuova crittografia)
- La crittografia dei parametri URL è attualmente disponibile solo per il canale e-mail.
- Richiede le autorizzazioni Visualizza registro chiavi e Gestisci registro chiavi per accedere e gestire le chiavi.
- La decrittografia è responsabilità dell’organizzazione. Journey Optimizer crittografa i valori al momento del rendering; il sito web, l’app o l’API devono decrittografare i parametri utilizzando lo stesso materiale e gli stessi processi di crittografia definiti dall’organizzazione.
- Per crittografare i nuovi valori nell’editor di personalizzazione devono essere utilizzate solo le chiavi attive; le chiavi revocate non devono essere utilizzate per i nuovi contenuti.
- Le chiavi revocate rimangono visibili nel registro di sistema a scopo di audit; potrebbero essere ancora necessarie ai sistemi dell’organizzazione per decrittografare i payload precedenti.
Q: chi è responsabile della decrittografia?
La decrittografia è responsabilità dell’organizzazione. Journey Optimizer crittografa i valori durante il rendering del messaggio. Il sito web, l’app o l’API devono decrittografare i parametri di query utilizzando lo stesso materiale crittografico e i processi definiti dall’organizzazione.
Q: Qual è la differenza tra Revoca e Rotazione?
Revoca disattiva definitivamente una chiave per la nuova crittografia mantenendo la voce visibile nel Registro di sistema per il controllo (i payload meno recenti potrebbero avere ancora bisogno della chiave per la decrittografia nei sistemi dell’organizzazione). Rotate fornisce nuovo materiale crittografico per una chiave mantenendo lo stesso identificatore di chiave, in modo che le campagne e i percorsi che vi fanno riferimento continuino a funzionare senza aggiornamenti.
D: quali autorizzazioni sono necessarie per gestire le chiavi?
Visualizza registro chiavi e Gestisci registro chiavi autorizzazioni.
Q: quali canali supportano la crittografia dei parametri URL?
Attualmente solo il canale e-mail.
D: è possibile utilizzare una chiave revocata per la nuova crittografia?
No. Una volta revocata una chiave, i tentativi di utilizzarla nell’helper di crittografia dovrebbero non riuscire al momento del rendering. Non utilizzare le chiavi revocate per i nuovi contenuti.