KI. Verständlich. Praxisnah. Effizient.ki-academy-leipzig.de
← Zurück zum Briefing-ArchivKI-Briefing · 24.08.2026

KI-Briefing 24.08.2026

Zeitfenster: 21.08.2026 07:00 bis 24.08.2026 07:00 Uhr (Europe/Berlin) · Veröffentlicht: 24. August 2026 um 09:17

Hinweis zur KI-NutzungDieses Briefing wurde mit KI-Unterstützung recherchiert und verfasst. Alle Angaben sind mit Quelle belegt, unverifizierte Angaben sind als solche gekennzeichnet. Redaktionell verantwortlich: Ingo Günther, KI Academy Leipzig.

Was bedeuten Ampelstufen und Quellenstufen?

Die Ampelstufen zeigen, wie dringlich eine Meldung ist:

  • Auf dem Tisch

    ist jetzt handlungsrelevant.

  • Auf dem Radar

    sollten Sie beobachten.

  • Notiert

    ist ein Thema zur Kenntnis.

  • Unverifiziert

    bedeutet, dass sich der Sachverhalt nicht vollständig über eine belastbare Quelle belegen ließ. Die Meldung erscheint trotzdem, die Angaben sind aber mit Vorsicht zu behandeln.

Die Quellenstufen geben an, wie belastbar eine Quelle ist:

  • Stufe A: Primärquelle des Anbieters (Firmenblog, Release Notes, API-Dokumentation, Repository, Changelog, Statusseite, Preisseite)
  • Stufe B: Behörden und amtliche Quellen (Europäische Kommission, EU AI Office, BSI, ENISA, NIST, Datenschutzaufsichtsbehörden)
  • Stufe C: Recherchierende Fachmedien (etwa Reuters, Bloomberg, Financial Times, MIT Technology Review, heise, c't, Handelsblatt)
  • Stufe D: Wissenschaft (arXiv, Papers with Code, Fachjournale)
  • Stufe E: Newsletter, Blogs und Aggregatoren. Diese Stufe gilt nie als Beleg, sondern nur als Spur.

Jede Meldung stützt sich auf mindestens eine Quelle der Stufen A bis D. Lässt sich ein Sachverhalt nur über Stufe E belegen, ist die Meldung als unverifiziert gekennzeichnet.

Die Lage in fünf Zeilen

Fällige Wiedervorlagen

Meldungen

Auf dem TischAnthropicSicherheitUpdate

Claude Code 2.1.239 härtet einen Weg, über den unter Windows Anmeldedaten abfließen konnten

Anthropic hat Claude Code am 21.08.2026 in Version 2.1.239 veröffentlicht. Der Changelog nennt neben zahlreichen Fehlerkorrekturen mehrere Sicherheitshärtungen, darunter die Zurückweisung von Windows-NT-Namespace-Pfaden bei Dateizugriffen vor der Freigabe. Damit wird ein Weg geschlossen, über den ein Angreifer Anmeldedaten über das NTLM-Verfahren hätte abgreifen können.

Bericht

Der Rückbezug: In den letzten Läufen standen bereits die Sicherheitskorrekturen der Versionen 2.1.235 vom 18.08.2026 und 2.1.236 vom 20.08.2026. 2.1.239 ist die neue Tatsache. Nach dem Changelog weisen entfernte Dateizugriffe, die Wiederherstellung von Sitzungen, CLAUDE.md-Einbindungen, Workflow-Skripte und Datei-Uploads künftig Windows-NT-Namespace-Pfade in der Form \??\ zurück. Anthropic beschreibt das ausdrücklich als Härtung der verbliebenen Dateizugriffe vor der Freigabe gegen einen Weg zum Abgreifen von NTLM-Anmeldedaten. Zwei weitere Punkte: Die Vorschau bei der Weitergabe von Freigaben kann Befehle, Pfade und Ziele nicht mehr vor der freigebenden Person verbergen, und aus claude.ai synchronisierte Skills überlagern keine lokalen Befehle oder MCP-Eingaben mehr, ihre Beschreibungen werden bereinigt und gekennzeichnet. Die Versionen 2.1.240 vom 22.08.2026 und 2.1.241 vom 23.08.2026 nennt der Changelog nur mit Fehlerkorrekturen und Stabilitätsverbesserungen. Ein Punkt aus 2.1.239 betrifft zusätzlich die Datenresidenz: Kostenschätzungen enthalten jetzt den Aufschlag für Inferenz nur in den Vereinigten Staaten bei Arbeitsbereichen mit Datenresidenzpflicht.

Einordnung

Anmeldedaten über einen präparierten Pfad abzugreifen ist ein bekannter Angriffsweg unter Windows, und Claude Code arbeitet mit weitreichenden Dateirechten. [Schlussfolgerung] Das reiht sich in die Serie der letzten Tage ein: Anthropic schließt seit dem 18.08.2026 in fast jeder Version eine sicherheitsrelevante Lücke im Berechtigungs- und Dateizugriff. Für einen Betrieb, der Claude Code einsetzt, ist die praktische Folge nicht die einzelne Lücke, sondern dass die Aktualisierung Teil des Regelbetriebs sein muss, weil zwischen zwei Versionen wenige Tage liegen und jede eine solche Härtung enthalten kann.

Quellen

Auf dem TischOpenAIPreiseneu

OpenAI senkt den Preis für GPT-5.6 Sol befristet

OpenAI hat am 21.08.2026 im API-Änderungsprotokoll einen niedrigeren Preis für GPT-5.6 Sol eingetragen. Das Modell kostet jetzt 4,00 US-Dollar je Million Eingabe-Token und 20,00 US-Dollar je Million Ausgabe-Token. Das sind 20 Prozent weniger bei der Eingabe und 33 Prozent weniger bei der Ausgabe. Die Senkung ist befristet.

Bericht

Die neue Tatsache ist der Preis. Im Briefing vom 20.08.2026 stand GPT-5.6 Sol noch mit 5,00 US-Dollar je Million Eingabe-Token und 30,00 US-Dollar je Million Ausgabe-Token, das war die Grundlage der damaligen Rechnung zum Prompt-Zwischenspeicher. Der Eintrag vom 21.08.2026 nennt ausdrücklich 4,00 und 20,00 US-Dollar und beziffert die Senkung mit 20 Prozent bei der Eingabe und 33 Prozent bei der Ausgabe. Der Preis gilt nach dem Wortlaut mindestens bis zum 21.11.2026, es handelt sich also um einen Aktionspreis und nicht um eine dauerhafte Absenkung. Zum zwischengespeicherten Eingabe-Token nennt der Eintrag im Zeitfenster keinen neuen Wert. Eine bestätigende Angabe auf der öffentlichen Preisseite für einzelne Modelle war zum Abrufzeitpunkt nicht auslesbar, Beleg ist das Änderungsprotokoll.

Einordnung

Ein Aktionspreis ist eine Chance, keine Pflicht. [Schlussfolgerung] Für einen Betrieb, der GPT-5.6 Sol bereits in einer Automatisierung nutzt, sinken die laufenden Kosten ohne eigenes Zutun, das ist der angenehme Fall. Der Haken steckt in der Befristung: Wer jetzt eine Kalkulation auf diesen Preis stützt, muss den 21.11.2026 im Kalender haben, weil danach die Rückkehr auf das alte Niveau möglich ist. Neu gegenüber gestern ist allein der Preis, das Modell selbst ist unverändert.

Quellen

Auf dem RadarStripe, OpenRouterMarktneu

Stripe und OpenRouter bestätigen die Übernahmevereinbarung

Stripe und OpenRouter haben am 19.08.2026 in eigenen Mitteilungen bestätigt, dass Stripe OpenRouter übernehmen will. OpenRouter ist ein Modell-Gateway, das Anfragen über mehr als 400 Modelle von über 80 Anbietern verteilt und dabei nach Aufgabe, Preis, Geschwindigkeit und Verlässlichkeit auswählt. Der Abschluss steht noch aus, am Dienst soll sich vorerst nichts ändern.

Bericht

Zur Datierung: Der Sachverhalt selbst stammt vom 19.08.2026 und liegt damit vor dem Zeitfenster. Er kommt heute über die fällige Terminliste ins Briefing, weil die Bestätigung in den früheren Läufen nicht erfasst wurde, dort stand bis zuletzt nur die berichtete, unbestätigte Übernahme. Stripe beschreibt OpenRouter als führendes KI-Modell-Gateway mit Nutzern wie NVIDIA, Zoom und Lovable. OpenRouter schreibt in der eigenen Mitteilung „same mission, same name, same product, same roadmap" und ausdrücklich, wer heute auf OpenRouter aufbaue, für den ändere sich an der Anbindung nichts. Die Transaktion steht nach beiden Mitteilungen unter üblichen Abschlussbedingungen, der Abschluss wird „in den kommenden Wochen" erwartet. Eine Kaufsumme nennen die Primärquellen nicht. Berichte von Bloomberg und CNBC nennen über sieben Milliarden US-Dollar, das ist eine Sekundärangabe und in den Anbietermitteilungen nicht belegt.

Einordnung

Wenn der Zahlungsdienstleister, der bei vielen KMU ohnehin die Abrechnung macht, die Vermittlungsschicht zwischen Anwendung und KI-Modellen kauft, verschiebt sich die Marktstruktur eine Ebene tiefer als bei einer Modellankündigung. [Schlussfolgerung] Kurzfristig ist die richtige Antwort Gelassenheit, weil beide Seiten Unveränderlichkeit zusichern und der Abschluss noch aussteht. Mittelfristig sind zwei Fragen offen, die heute niemand beantworten kann: ob die Routing-Neutralität erhalten bleibt, wenn der Eigentümer zugleich am Zahlungsstrom verdient, und ob und wie eine Kartellprüfung den Abschluss verzögert. Für ein Werkzeug wie Lovable, das OpenRouter nutzt, ist das keine akute, aber eine zu beobachtende Abhängigkeit.

Quellen

NotiertOpenAIDatenresidenzneu

OpenAI erlaubt die Wahl der Verarbeitungsregion je einzelner Anfrage

OpenAI hat am 21.08.2026 im API-Änderungsprotokoll eine Funktion eingetragen, mit der API-Kunden die regionale Verarbeitung für eine einzelne Anfrage wählen können. Das geschieht über eine mit einem Präfix versehene Adresse und einen API-Schlüssel aus einem Projekt mit globaler Geografie. Die bestehenden Voraussetzungen und die Kontrolle der Datenaufbewahrung bleiben unverändert.

Bericht

Bisher wurde die Verarbeitungsregion am Projekt festgelegt. Nach dem Eintrag lässt sich nun je Anfrage steuern, in welcher Region verarbeitet wird, indem eine Anfrage über eine präfixierte Domäne läuft und der Schlüssel aus einem Projekt mit globaler Geografie stammt. Die Zugangsvoraussetzungen und die Steuerung der Datenaufbewahrung bleiben nach dem Wortlaut dieselben. Preise oder eine Aufpreisregelung nennt der Eintrag nicht. Der Punkt steht im selben Protokoll wie die Preissenkung aus Meldung 2, betrifft aber einen anderen Handlungstyp und ist deshalb getrennt geführt.

Einordnung

Für die meisten KMU ist das ein technisches Detail, für datenschutzsensible Anwendungen ist es ein Hebel. [Schlussfolgerung] Wer eine Anwendung betreibt, in der einzelne Anfragen zwingend in der EU verarbeitet werden müssen, andere aber nicht, konnte das bisher nur über getrennte Projekte lösen. Die Steuerung je Anfrage macht das feiner. Belastbar ist die Aussage erst, wenn im Einzelfall geprüft ist, welche Regionen die präfixierte Adresse tatsächlich anbietet, denn das nennt der kurze Eintrag nicht.

Quellen

Nicht aufgenommen

OpenAI hat in den ChatGPT Release Notes vom 21.08.2026 mehrere Oberflächenänderungen eingetragen, darunter eine geänderte Reihenfolge bei der Plugin-Suche, zeitbewusstere Antworten, schnelleres Laden langer Unterhaltungen sowie kleinere Anpassungen unter iOS und Android. Das sind Bedienungsdetails ohne Handlungsdruck und fallen unter die Ausschlusskriterien. Der Google-Workspace-Wochenrückblick vom 21.08.2026 bündelt acht bereits gemeldete oder in Vorläufen erfasste Funktionen und enthält keinen neuen Sachverhalt. Die über Bloomberg und CNBC kursierende Kaufsumme von über sieben Milliarden US-Dollar für OpenRouter ist in keiner der beiden Primärquellen belegt und deshalb nur als Sekundärangabe in Meldung 3 vermerkt, nicht als Tatsache.