Contattare l’assistenza

Come vengono priorizzate le richieste, e cosa non inviare mai

La priorità segue impatto e urgenza, non le parole usate. E nessuna richiesta deve mai contenere una password, un token di accesso, un segreto API, un header Authorization o il contenuto privato di un QR — né nel messaggio, né in uno screenshot, né in un log allegato.

Verificato il 20 agosto 2026

Passaggi

1. Indica quante persone e quali codici sono coinvolti, e se esiste una soluzione alternativa. È questo a stabilire l’ordine.
2. Aspettati prima il critico — un guasto su tutta la piattaforma, il rischio di perdere dati o una questione di sicurezza —, poi una funzione essenziale inutilizzabile per un intero workspace senza alternative, poi difetti che ne hanno una, poi le domande su come si fa.
3. Maschera ogni segreto prima di allegare qualsiasi cosa, screenshot compresi.
4. Se un segreto ti è già sfuggito, revoca e rigenera prima la chiave. Questo chiude l’esposizione; cancellare il messaggio no.
5. Segnala una vulnerabilità sospetta con «security» nell’oggetto, senza un exploit funzionante, e tieni i dettagli riservati fino alla correzione.

Come verificare il risultato

Nulla di ciò che stai per inviare sarebbe pericoloso se venisse inoltrato all’indirizzo sbagliato, e l’impatto è espresso in numeri anziché in aggettivi.

Che cosa va storto di solito

• Contrassegnare tutto come urgente, così smette di significare qualcosa.
• Un header Authorization visibile in un log di terminale incollato.
• Chiedere di cancellare un messaggio invece di rigenerare la chiave esposta.