Eine Sitzung, die deinen Dienst nicht gebaut hat, greift ihn an. Was externe Scans nicht sehen, das eigene Red Team, sitzungsübergreifende Prüfung und KI als neue Front.
SECURITY · 2026Den Scanner starten. A, 100 Punkte, null Befunde, alles bestanden. Erleichterung.
Wer bis hier gelesen hat, weiß jedoch: Gerade kam ein Geständnis, keine Wahrheit. Ich sah denselben Scanner in neun Minuten von „sechs Löcher“ auf „alles in Ordnung“ umschwenken, ohne eine einzige Codeänderung. Von diesem grünen Licht handelt der Text.
SECURITY · 2026Externe Scanner sehen die Haut: Übertragung, Header, Cookies, offenliegende Dateien. Nötige Hygiene. Zwei Dinge können sie jedoch nicht.
Erstens sieht der Scanner einen Augenblick. Eine einzige Anfrage ohne Header während eines Deployment-Übergangs führte zu „alles offen“. Acht direkte Messungen widerlegten das. Zweitens sieht er strukturell nicht, wo echte Vorfälle entstehen: Autorisierung, Injection, Geschäftslogik und Serverinneres.
Bestanden heißt saubere Haut, nicht sicheres Inneres. Lies deshalb nicht nur den Bericht, sondern miss den Zustand selbst erneut. Grünes Licht ist eine Behauptung; der Beleg ist die tatsächlich gemessene Antwort.
SECURITY · 2026Erbauer prüfen nur innerhalb eigener Annahmen: Bestätigungsfehler mit dem Ziel zu beweisen, dass es funktioniert. Drehe es um. Stelle dein Ergebnis in den Zeugenstand, unterstelle seine Unwahrheit und verhöre es.
Öffnet diese Route ohne Authentifizierung? Öffnet eine fremde ID meine Daten? Lecken Geheimnisse ins Bundle? Es bleibt eine Grenze: Der Überwachte sieht niemals alle eigenen blinden Flecken.
SECURITY · 2026Das geschah tatsächlich: Eine Sitzung löschte eine gemeinsame Funktion, korrigierte ihre zwei sichtbaren Verbraucher und wollte veröffentlichen. Doch vom Ausgangspunkt dieser Sitzung aus war ein dritter Verbraucher strukturell unsichtbar. Eine andere Sitzung hatte ihn. Eine andere Basis und andere Annahmen fanden diesen blinden Fleck.
Verallgemeinert: Lass eine Sitzung angreifen, die den Code nicht geschrieben hat. Ihre blinden Flecken sind nicht deine. Unvorhersehbarkeit kommt aus anderen Ausgangsannahmen, nicht aus Zufall.
SECURITY · 2026Wer Geld dafür bekommt, deinen Dienst anzugreifen, handelt nicht zufällig. Er verfolgt ROI und die Kronjuwelen: Geldflüsse, Authentifizierung, personenbezogene Daten und Verfügbarkeit. Verteidige in dieser Reihenfolge.
Eine Race Condition im Zahlungsweg ist tödlicher als hundert kosmetische Header-Befunde. Frage vor dem Scan, was der bezahlte Angreifer hier genau will.
SECURITY · 2026Eine Wendung für Menschen, die mit KI bauen: Ihr Dienst wird nicht nur von KI gebaut, sondern enthält sie oft als Chatbot oder Assistent. Das ist die neueste und am wenigsten geschützte Oberfläche und bietet Profis den besten ROI.
Prompt Injection: Nutzereingaben oder externe Inhalte überschreiben deine Anweisungen. Unsichere Ausgabe: Ungeprüft gerenderte KI-Ausgabe wird zu XSS. Und am grausamsten für den eigenfinanzierten Erbauer: explodierende Kosten. Teure Prompts werden eingekippt, um dein Geld zu verbrennen. Verhöre auch die KI-Schicht wie jeden anderen Verdächtigen.
SECURITY · 2026Kein Scan genügt; er sieht nur die Haut. Auch ein Red Team aus einer anderen Sitzung ist nicht völlig unabhängig. Dasselbe Modell behält gemeinsame blinde Flecken. Mische unterschiedliche Modelle.
Und das Grausamste: Dein Red Team selbst kann verfaulen. Eingebaute Sensoren werden zu leeren Dateien, die nie scheitern. Prüfe auch den Wächter. Eine Verteidigung, die selbstsicher „alles in Ordnung“ meldet, muss angezweifelt werden.
CODA · 2026Grünes Scannerlicht, „alle Tests bestanden“, „Deployment fertig“: alles Geständnisse. Dein Dienst ist nur so sicher wie das tatsächlich laufende Verhör, nicht wie das in Dokumenten beschriebene.
Frage laut: Ist deine Verteidigung ein wirklich zubeißendes Verhörzimmer oder ein grünes Licht, das niemand überprüft hat?