Contact met support

Hoe verzoeken geprioriteerd worden, en wat je nooit meestuurt

Prioriteit volgt impact en urgentie, niet de woordkeus. En geen enkel verzoek mag ooit een wachtwoord, access token, API-secret, Authorization-header of privé QR-inhoud bevatten — niet in het bericht, niet in een schermafbeelding, niet in een bijgevoegd log.

Gecontroleerd op 20 augustus 2026

Stappen

1. Vermeld hoeveel mensen en welke codes het raakt, en of er een omweg is. Dat bepaalt de volgorde.
2. Reken op kritiek eerst — een platformbrede storing, risico op dataverlies, of een beveiligingskwestie —, dan een kernfunctie die voor een hele workspace onbruikbaar is zonder omweg, dan defecten die er wel een hebben, dan hoe-doe-ik-vragen.
3. Maskeer elk geheim voordat je iets bijvoegt, schermafbeeldingen inbegrepen.
4. Is een geheim al ontsnapt, trek dan eerst de sleutel in en vervang hem. Dat sluit het lek; het bericht verwijderen niet.
5. Meld een vermoede kwetsbaarheid met “security” in het onderwerp, zonder werkende exploit, en houd de details privé tot het verholpen is.

Hoe je het resultaat controleert

Niets van wat je gaat sturen zou gevaarlijk zijn als het naar het verkeerde adres werd doorgestuurd, en de impact staat in getallen in plaats van bijvoeglijke naamwoorden.

Wat er meestal misgaat

• Alles als urgent markeren, waarmee het niets meer betekent.
• Een Authorization-header zichtbaar in een geplakt terminallog.
• Vragen een bericht te verwijderen in plaats van de gelekte sleutel te vervangen.