Autentica le richieste

Molti endpoint richiedono una credenziale. Un servizio collegato può allegare un header di richiesta il cui valore viene salvato come segreto:

  • Header name: l’header da inviare, ad es. Authorization o X-Api-Key.
  • Secret value: il valore, ad es. un bearer token o una chiave API.

Seekdown aggiunge questo header alla richiesta dal server. Il segreto viene salvato in modo sicuro e non viene mai restituito al browser, incluso nella configurazione pubblica dell’assistente o scritto in un backup della configurazione: l’editor mostra soltanto se un segreto è impostato, non il suo valore.

Segreto statico o token inoltrato

Usa un segreto salvato quando la credenziale è la stessa per ogni visitatore (una chiave API di servizio). Per passare invece una credenziale per utente, non salvare un segreto: aggiungi un header il cui valore è Bearer {{params.token}} come descritto in Passa valori dinamici e fornisci il token all’avvio dell’assistente.

Imposta, sostituisci o rimuovi il segreto

  • Imposta / sostituisci: digita un valore in Secret value e salva. Un nuovo valore sostituisce

quello salvato.

  • Mantieni: lascia il campo vuoto quando modifichi un servizio esistente; il segreto salvato viene

conservato (il campo mostra un segnaposto "leave blank to keep").

  • Rimuovi: usa Remove stored secret per eliminarlo. L’header viene quindi inviato senza

credenziale (o non viene inviato affatto, se cancelli anche il nome dell’header).

Metti la credenziale nell’header, non nell’URL

Allega i segreti come header di autenticazione invece di inserirli nell’URL. Il valore dell’header resta sul server; un token inserito nell’URL può trapelare più facilmente tramite log e referrer.


Contattaci

Hai ancora bisogno di aiuto?

Dicci a quali domande vuoi che risponda l’assistente del tuo sito. Ti aiuteremo a definire i contenuti, i controlli e il percorso di lancio più adatti.