Kontakt supporten

Sådan prioriteres henvendelser, og hvad man aldrig sender

Prioritet følger effekt og hastende karakter, ikke ordvalget. Og ingen henvendelse må nogensinde bære en adgangskode, et adgangstoken, en API-hemmelighed, en Authorization-header eller privat QR-indhold — hverken i beskeden, i et skærmbillede eller i en vedhæftet log.

Gennemgået 20. august 2026

Trin

1. Angiv hvor mange personer og hvilke koder det rammer, og om der findes en omvej. Det er dét, der sætter rækkefølgen.
2. Regn med kritisk først — et nedbrud på hele platformen, risiko for at miste data, eller et sikkerhedsspørgsmål — derefter en kernefunktion, der er ubrugelig for et helt arbejdsområde uden omvej, så defekter der har en, så hvordan-gør-jeg-spørgsmål.
3. Maskér enhver hemmelighed, før du vedhæfter noget, skærmbilleder inklusive.
4. Er en hemmelighed allerede sluppet ud: tilbagekald og udskift nøglen først. Det lukker eksponeringen; at slette beskeden gør ikke.
5. Anmeld en formodet sårbarhed med “security” i emnefeltet, uden en fungerende exploit, og hold detaljerne private, indtil den er rettet.

Sådan kontrollerer du resultatet

Intet af det, du er ved at sende, ville være farligt, hvis det blev videresendt til den forkerte adresse, og effekten står i tal frem for i tillægsord.

Hvad der som regel går galt

• At markere alt som hastende, hvorved det holder op med at betyde noget.
• En Authorization-header synlig i en indsat terminallog.
• At bede om at få en besked slettet i stedet for at udskifte den lækkede nøgle.