Monat: Juli 2026

Schwachstelle

Die Perimeter-Schmelze

Warum VPN-Gateways und Legacy-Altlasten uns im Sommer 2026 einholen

Während Check Point und Palo Alto kritische bzw. hochriskante Authentifizierungsumgehungen offenlegten, zeigte FortiBleed eine parallele Schwächeklasse: massenhafte Kompromittierung durch wiederverwendete oder aus Konfigurationen extrahierte Zugangsdaten, begünstigt durch Legacy-Credential-Handling und exponierte Management-/VPN-Oberflächen. Das Perimeter-Modell erodiert strukturell. Check Point selbst beobachtete, dass dieselbe Bedrohungsakteur-Infrastruktur parallel auch Schwachstellen bei Palo Alto, Fortinet und F5 ausnutzt. Ein koordinierter Angriff auf die gesamte Gateway-Kategorie.

CVE-2026-50751 (CVSS 9.3) erlaubt unauthentifizierten Angreifern, eine VPN-Sitzung ohne gültiges Passwort aufzubauen. Entscheidend ist die Bedingung: Die Schwachstelle betrifft ausschließlich Deployments, die das veraltete IKEv1-Schlüsselaustauschprotokoll nutzen, bei denen Gateways Legacy-Remote-Access-Clients akzeptieren und kein Maschinenzertifikat verlangen. Die Ausnutzung begann bereits am 7. Mai, verstärkte sich Anfang Juni, und Check Point bewertet mit mittlerer Konfidenz, dass der Akteur finanziell motiviert ist und Qilin-Ransomware einsetzt. Das „Zero-Day“-Fenster ohne verfügbaren Patch dauerte rund einen Monat.

CVE-2026-0257 wirkt zunächst harmloser – ursprünglich nur mit CVSS 4,7 bewertet –, doch die Eskalation war dramatisch. Verwundbare PAN-OS-Versionen vertrauten jedem entschlüsselbaren Authentication-Override-Cookie, ohne zu prüfen, ob es legitim vom Gerät erzeugt wurde. Wird dasselbe Zertifikat für den HTTPS-Dienst und die Cookie-Verschlüsselung verwendet, kann ein Angreifer die öffentliche Zertifikatskette abrufen und gültige Cookies für beliebige Nutzer fälschen – inklusive Administratoren. Nach Rapid7s Proof-of-Concept und bestätigter Ausnutzung hob Palo Alto den Schweregrad auf 7,8 an; CISA nahm die Lücke am 29. Mai in den Known-Exploited-Vulnerabilities-Katalog (KEV-Katalog) auf. Bei acht von zehn betroffenen Rapid7-MDR-Kunden blieb es bei reinen Authentifizierungs-Sonden ohne vollständige VPN-Sitzung – ein Hinweis, dass die Angriffswelle noch breiter angelegt war als bislang sichtbar.

Was im Juni als Leak von rund 74.000 Fortinet-Zugangsdaten begann, hat sich zu einem der gravierendsten Vorfälle des Jahres entwickelt. Aktuelle SOCRadar-Recherchen beziffern die Kampagne auf über 430.000 angegriffene FortiGate-Firewalls weltweit mit mehr als 110 Millionen erbeuteten Zugangsdaten. Der technische Kern bleibt das Legacy-Data-Debt-Problem: Ältere Passwort-Hashes verbleiben nach einem Firmware-Update auf PBKDF2 so lange als schwächere SHA-256-Hashes gespeichert, bis sich ein Administrator nach dem Upgrade manuell neu anmeldet.

Die eigentliche Eskalation kam jedoch erst Anfang Juli: SOCRadars Threat Research Unit fand einen Operator, der gleichzeitig in den Verhandlungspanels von INC Ransom und Lynx eingeloggt war – der belastbare Beweis, dass FortiBleed direkt in die Ransomware-Ökonomie einspeist. Konkret bedeutet das: Scanning-Aktivität gegen rund 11.250 FortiGate-Portale, bestätigter Admin-Zugriff auf 409 Ziele, vollständiger Angriffsketten-Abschluss bei 354 davon, mit mindestens 12 bestätigten Ransomware-Deployments und hunderten verschlüsselten Endpunkten. Zusätzlich identifizierten die Forscher Hinweise auf einen Nextcloud-Zero-Day sowie Citrix-bezogene Artefakte, die auf eine Ausweitung über Fortinet hinaus deuten.

Drei unterschiedliche technische Ursachen – Protokoll-Legacy, Logikfehler, Krypto-Schulden – führen zum selben Ergebnis: kompromittierter Perimeter, Ransomware-Zugang. Patch-Management allein greift zu kurz. Notwendig sind die konsequente Deaktivierung von IKEv1, die Trennung von Zertifikatsverwendung pro Funktion, verpflichtende Passwort-Rotation nach jeder Krypto-Migration sowie der überfällige Umstieg von Perimeter-VPN auf identitätsbasierte Zero-Trust-Architekturen.

Quellen:

Check Point Blog: Hotfix für CVE-2026-50751
https://blog.checkpoint.com/security/check-point-releases-important-hotfix-for-vulnerabilities-in-deprecated-ikev1-vpn-protocol/

Rapid7: rapid7.com – CVE-2026-50751 & CVE-2026-0257 Threat Reports
https://www.rapid7.com/db/vulnerabilities/check-point-gaia-cve-2026-50751/
https://www.rapid7.com/blog/post/etr-rapid7-observed-exploitation-of-pan-os-globalprotect-authentication-bypass-vulnerability-cve-2026-0257/

BleepingComputer: Qilin-Attribution & FortiBleed-Berichterstattung
https://www.bleepingcomputer.com/news/security/fortibleed-credential-theft-campaign-linked-to-lynx-ransomware/

Palo Alto Networks Security Advisory
https://security.paloaltonetworks.com/CVE-2026-0257

Arctic Wolf: CVE-2026-0257 Analyse
https://arcticwolf.com/resources/blog/cve-2026-0257-pan-os-globalprotect-authentication-bypass/

SOCRadar: „FortiBleed — 86,644 Fortinet Firewalls Compromised“ https://socradar.io/blog/fortibleed-fortinet-firewalls-compromised/

Hudson Rock: „FortiBleed 75,000 Fortinet Firewalls Compromised“ https://www.hudsonrock.com/blog/fortibleed-75000-fortinet-firewalls-compromised-global-enterprises-exposed-claim-your-ethical-disclosure

The Hacker News: FortiBleed-Ransomware-Link
https://thehackernews.com/2026/07/fortibleed-credential-theft-linked-to.html

SecurityWeek: FortiBleed & Check Point Berichterstattung
https://www.securityweek.com/fortibleed-86000-fortinet-device-credentials-compromised/

Schwachstelle

Klue/Salesforce: Wenn OAuth-Tokens zum Datenabfluss werden

Nicht jeder Perimeter sieht aus wie ein VPN-Gateway. Im SaaS-Zeitalter besteht er aus OAuth-Tokens, Connected Apps und API-Berechtigungen, die oft weniger streng überwacht werden als menschliche Admin-Konten. Genau dieses Muster zeigte sich im Juni bei der Kompromittierung der Klue-Battlecards-Integration für Salesforce.

Klue ist eine Competitive-Intelligence-Plattform, die sich mit Salesforce verbindet, um Battlecards, Win/Loss-Daten und CRM-Kontext in Vertriebsprozesse einzubetten. Laut ReliaQuest wurde eine kompromittierte Klue-Integration genutzt, um über OAuth-Tokens und automatisierte REST-API-Abfragen Salesforce-CRM-Daten zu exfiltrieren. Eine Salesforce-Schwachstelle stand dabei nicht im Mittelpunkt; missbraucht wurde eine bereits vertrauenswürdige Drittanbieter-Verbindung. Salesforce deaktivierte die Klue-Battlecards-Verbindungen vorübergehend und erklärte, es gebe keinen Hinweis auf eine Schwachstelle in der eigenen Plattform.

Technisch lief der Angriff weitgehend innerhalb legitimer SaaS-Mechanismen: OAuth-Tokens, Objekt-Enumeration, Query- und QueryMore-Aufrufe über die Salesforce REST API. ReliaQuest beobachtete in einer Umgebung eine Abfragekette über fast 24 Stunden; in einem anderen Fall fast tausend API-Queries innerhalb von 15 Minuten. Damit wird der persistente OAuth-Refresh-Token zur modernen Variante des gestohlenen VPN-Zugangs — nur oft schlechter überwacht.

Der Vorfall ist Teil eines größeren SaaS-Supply-Chain-Problems: Drittanbieter-Apps besitzen dauerhaft Zugriff auf CRM-, Vertriebs- und Kundendaten, während ihre Berechtigungen selten regelmäßig überprüft werden. Cybersecurity Dive berichtete, dass unter anderem LastPass, Recorded Future und Tanium Zugriffe auf bestimmte CRM- bzw. Geschäftskontaktdaten bestätigten; ihre Kernprodukte seien nach bisherigem Stand nicht betroffen gewesen.

SaaS-Integrationen sind privilegierte Maschinenidentitäten. Jede Connected App mit Zugriff auf Salesforce, Microsoft 365, ServiceNow, GitHub oder Slack braucht Inventarisierung, Least-Privilege-Scopes, regelmäßige Token-Rotation, IP-Allowlisting, Monitoring auf ungewöhnliche API-Volumina und einen sauberen Offboarding-Prozess.

Der eigentliche Blind Spot liegt nicht in einem einzelnen Anbieter, sondern in der Annahme, dass eine einmal genehmigte Integration dauerhaft vertrauenswürdig bleibt.

ReliaQuest: „Klue Integration Abused in Salesforce Data Theft“
https://reliaquest.com/blog/threat-spotlight-integration-abused-in-crm-data-theft/

Cybersecurity Dive: „Klue investigating supply chain attack that targeted Salesforce integrations“
https://www.cybersecuritydive.com/news/klue-investigating-supply-chain-attack-salesforce-integrations/823532/

News

LiteLLM: Wenn das KI-Gateway selbst zum Einfallstor wird

LiteLLM ist ein Open-Source-Proxy und sitzt zwischen LLM-Anwendungen und den großen Modellanbietern, routet Anfragen, verwaltet API-Schlüssel und setzt Rate Limits durch. Genau diese zentrale Stellung im KI-Stack macht eine kürzlich bekanntgewordene Schwachstelle besonders brisant.

CVE-2026-42271 ist eine Command-Injection-Schwachstelle mit einem CVSS-Score von 8.7, die es jedem authentifizierten Nutzer erlaubt, beliebige Befehle auf dem Host auszuführen. Betroffen sind zwei Endpunkte, die eigentlich nur dazu gedacht waren, einen MCP-Server vor dem Speichern zu testen (POST /mcp-rest/test/connection und POST /mcp-rest/test/tools/list), die aber eine vollständige Serverkonfiguration inklusive command, args und env-Feldern für den stdio-Transport entgegennahmen. Die Endpunkte waren nur durch einen gültigen Proxy-API-Key geschützt und führten die stdio-Konfiguration als Subprozess aus; ein Rollencheck auf Admin-Rechte fehlte.

Richtig kritisch wird es in Kombination mit einer zweiten Lücke: Horizon3.ai verkettete CVE-2026-42271 mit CVE-2026-48710, einer „BadHost“ genannten Host-Header-Validierungslücke in der Starlette-Bibliothek, um die Authentifizierung vollständig zu umgehen und unauthentifizierte Remote Code Execution ganz ohne Zugangsdaten zu erreichen. Die CISA hat die Lücke inzwischen wegen Hinweisen auf aktive Ausnutzung in ihren Known-Exploited-Vulnerabilities-Katalog aufgenommen.

Wer nicht sofort patchen kann, sollte zumindest die betroffenen Endpunkte am Reverse Proxy oder API-Gateway blockieren, den Netzwerkzugriff auf vertrauenswürdige Segmente beschränken und alle vom Proxy verwalteten Zugangsdaten rotieren.

Ein weiteres Beispiel dafür, dass KI-Gateways längst kritische Komponenten sind und entsprechend rollenbasiert abgesichert und gepatcht werden müssen.

Horizon3.ai-Analyse zur Verkettung mit CVE-2026-48710: https://horizon3.ai/attack-research/vulnerabilities/cve-2026-42271-chained-with-cve-2026-48710/

GitHub Security Advisory (BerriAI/LiteLLM): https://github.com/advisories/GHSA-v4p8-mg3p-g94g, https://github.com/BerriAI/litellm/security/advisories/GHSA-v4p8-mg3p-g94g

NVD-Eintrag: https://nvd.nist.gov/vuln/detail/CVE-2026-42271

CISA KEV-Katalog (Filter auf diese CVE): https://www.cisa.gov/known-exploited-vulnerabilities-catalog?field_cve=CVE-2026-42271

News

Der Patch-Tsunami von 2026

Wenn KI-Fuzzing das klassische Schwachstellenmanagement ertränkt

Manche Zahlen lassen sich nicht mehr wegdiskutieren. Der Juni-Patchday 2026 markiert, wie Dustin Childs von der Zero Day Initiative feststellt, seit er 2017 begonnen hat, CVEs zu zählen, den größten monatlichen Release dieser Zeit – der bisherige Rekord lag bei 177. Je nach Zählmethode kommen Microsoft-eigene 198 bis 208 CVEs zusammen; rechnet man, wie ZDI es tut, Chromium und andere Drittanbieter-Bugs hinein, erreicht die Gesamtsumme im Juni 571 CVEs, davon 38 als Critical eingestuft. Das ist kein Ausreißer. Ein Microsoft Security Engineer bringt es auf den Punkt: „Der 200+-CVE-Count ist keine Anomalie. Es ist die neue Baseline. KI-gestützte Schwachstellenfindung (Fuzzing, statische Analyse, Variantensuche) verkürzt den Zeitraum zwischen ‚ein Bug existiert‘ und ‚ein Bug wird gefunden‘ dramatisch.“ Die Asymmetrie zwischen automatisierter Forschung und manueller Verteidigung hat eine neue Qualität erreicht.

Besonders aufschlussreich ist CVE-2026-49160. Wie N-able berichtet, credited Microsoft OpenAIs Codex mit der Meldung von CVE-2026-49160, einem der drei publik gemachten Zero-Days des Monats. Technisch handelt es sich, wie das SANS Internet Storm Center erklärt, um eine „HPACK“-Kompressionsalgorithmus-Implementierung in HTTP/2 und HTTP/3, die zu einer „Kompressionsbombe“ führen kann, die exzessive Ressourcen verbraucht. Microsoft reagierte mit einer neuen Registry-Option: einer MaxHeadersCount-Registry-Einstellung, die Administratoren erlaubt, die Anzahl akzeptierter Header in HTTP/2- und HTTP/3-Anfragen zu begrenzen.

Das Problem bleibt nicht bei Windows. Dieselbe SANS-Analyse notiert, dass Microsoft Patches für 204 Schwachstellen veröffentlichte, davon 38 als kritisch eingestuft, und zusätzlich 360 verschiedene Chromium-Schwachstellen in den Edge-Browser übernommen – und zieht daraus den direkten Schluss: „Dies ist zweifellos ein geschäftigerer Patch Tuesday als üblich. Insbesondere die große Zahl gepatchter Chromium/Edge-Schwachstellen unterstreicht die Auswirkungen von KI-Werkzeugen auf die Schwachstellenfindung.“ Zeitgleich brannte es bei Cisco: die Cisco Catalyst SD-WAN Controller-Authentifizierung funktionierte nicht ordnungsgemäß, und im Mai 2026 wurde dem Cisco PSIRT eine begrenzte Ausnutzung dieser Schwachstelle bekannt – mit einem CVSS-Wert von 10.0. Die Enterprise-Landschaft ist heute so verzahnt, dass ein einziger Dienstag die Kapazität einer ganzen IT-Abteilung wochenlang bindet.

Der Zustand „vollständig gepatcht“ ist zur Fiktion geworden. Die strategische Antwort liegt in resilienten Architekturen: aggressives Network-Sandboxing und Mikrosegmentierung, kompensierende Kontrollen wie die Header-Begrenzung bei http.sys, und KI-gestütztes Patch-Testing auf Verteidigerseite. Die Zeit, in der Menschen im Monatstakt gegen Maschinen im Sekundentakt antraten, ist vorbei.

ZDI – „The June 2026 Security Update Review“
https://www.thezdi.com/blog/2026/6/9/the-june-2026-security-update-review

N-able – „June 2026 Patch Tuesday: A Record 198 CVEs…“
https://www.n-able.com/blog/june-2026-patch-tuesday-a-record-198-cves-three-zero-days-and-a-glimpse-of-the-ai-driven-future-of-vulnerability-research

SANS ISC – „Microsoft June 2026 Patch Tuesday“
https://isc.sans.edu/diary/33064

Cisco Security Advisory zu CVE-2026-20182
https://www.cisco.com/c/en/us/support/docs/csa/cisco-sa-sdwan-rpa2-v69WY2SW.html