Kontakt zum Support
Wie priorisiert wird, und was nie mitgeschickt wird
Die Priorität folgt Auswirkung und Dringlichkeit, nicht der Wortwahl. Und keine Anfrage darf je ein Passwort, ein Zugriffstoken, ein API-Geheimnis, einen Authorization-Header oder private QR-Inhalte tragen — weder in der Nachricht noch im Screenshot noch im angehängten Log.
Schritte
- Nennen Sie, wie viele Personen und welche Codes betroffen sind und ob es eine Umgehung gibt. Das bestimmt die Reihenfolge.
- Rechnen Sie mit: zuerst Kritisches — plattformweiter Ausfall, Risiko von Datenverlust oder ein Sicherheitsproblem —, dann eine Kernfunktion, die für einen ganzen Arbeitsbereich ohne Umgehung unbrauchbar ist, dann Fehler mit Umgehung, dann Anleitungsfragen.
- Maskieren Sie jedes Geheimnis vor dem Anhängen, Screenshots eingeschlossen.
- Ist ein Geheimnis bereits abgeflossen, widerrufen und erneuern Sie zuerst den Schlüssel. Das schließt die Lücke; das Löschen der Nachricht nicht.
- Melden Sie eine vermutete Schwachstelle mit „security“ im Betreff, ohne funktionierenden Exploit, und behalten Sie Details bis zur Behebung für sich.
So prüfen Sie das Ergebnis
Nichts, was Sie senden wollen, wäre gefährlich, wenn es an die falsche Adresse weitergeleitet würde, und die Auswirkung steht in Zahlen statt in Adjektiven.
Was meistens schiefgeht
- Alles als dringend markieren, womit es nichts mehr bedeutet.
- Ein
Authorization-Header, sichtbar in einem eingefügten Terminal-Log. - Um Löschen der Nachricht bitten, statt den abgeflossenen Schlüssel zu erneuern.
Hat das Ihre Aufgabe gelöst?
Das hat nicht geholfen
Schreiben Sie uns mit Plattform und Version, Ihren Schritten, dem erwarteten Ergebnis und dem betroffenen Arbeitsbereich oder QR-Code. Maskieren Sie jedes Geheimnis, bevor Sie etwas anhängen.
An den Support schreiben