Monatliche Cybersecurity-News: August 2026

Monatliche Zusammenfassung der Cybersicherheitsnachrichten für August 2026 — blaues Sprechblasensymbol mit Blitzgrafik

Die Cybersicherheitsnachrichten im August hatten einen gemeinsamen Nenner: Angreifer fanden Wege, den Login selbst zu umgehen, anstatt ihn direkt anzugreifen. Authentifizierungsumgehungen, gefälschte Tokens, gestohlene Sitzungen, exponierte API-Schlüssel und durchgesickerte Maschinen-Zugangsdaten ermöglichten wiederholt Zugriff, ohne dass Angreifer ein Passwort knacken oder MFA überwinden mussten.

Mehr als 9.300 aktive AWS-Zugriffsschlüssel wurden in öffentlichen Repositories, Build-Logs und Container-Images gefunden. Unter den Unternehmensschlüsseln befanden sich 526 Root-Schlüssel und 242 IAM-Schlüssel mit vollständigen AdministratorAccess-Berechtigungen.
Der LiteLLM-Supply-Chain-Vorfall vom März hat möglicherweise mehr als 2.500 Organisationen und 434.000 CI/CD-Pipelines exponiert, so eine im August veröffentlichte Folgenabschätzung.
Forscher fanden 4.576 n8n-API-Tokens in öffentlichen GitHub-Repositories; bei den getesteten erreichbaren Instanzen akzeptierten 36 % mindestens einen durchgesickerten Schlüssel.
Mirage2FA zielte auf 9.426 Microsoft-365-E-Mail-Adressen ab und kompromittierte bis zu 4.532 davon durch das Stehlen authentifizierter Sitzungen nach MFA.

Das gleiche Muster zeigte sich bei vier offengelegten Schwachstellen: N-able N-central, Citrix NetScaler, Keycloak und SharePoint offenbarten Schwachstellen, die in der Lage waren, Authentifizierung oder Identitätskontrollen zu umgehen. Unabhängig davon stieg die Password-Spraying-Aktivität um das 155-Fache, da Angreifer nach Lücken in der MFA-Durchsetzung suchten.

Die folgenden Vorfälle zeigen, wie sich Authentifizierung über Passwörter und Anmeldebildschirme hinaus erweitert — und wo IT- und Sicherheitsteams ihre Kontrollen anpassen müssen.

Aktive Ausnutzung einer kritischen Authentifizierungsumgehung in der N-able N-central Remote-Management-Plattform (CVE-2026-18577)

Was geschah: Die Schwachstelle CVE-2026-18577 (CVSS 8.1) ermöglicht es einem entfernten, nicht authentifizierten Angreifer, die Authentifizierung vollständig zu umgehen und administrativen Zugriff auf N-central-Server zu erlangen. Die Schwachstelle resultiert aus einer unvollständigen Behebung einer früheren Schwachstelle, CVE-2026-18556. Seit dem 1. August 2026 wird aktive Ausnutzung in freier Wildbahn verzeichnet, wobei Angreifer die legitime Take-Control-Funktion nutzen, um nach der Kompromittierung Kundenendpunkte zu erreichen, und einen cloudflared-Tunnel für persistenten Fernzugriff einrichten.

Warum es wichtig ist: Remote-Monitoring- und Management-Plattformen (RMM) verfügen über die höchste Berechtigungsstufe über die gesamte Infrastruktur einer Organisation und ihrer verbundenen Clients. Eine Authentifizierungsumgehung in solcher Software schafft sofort ein Supply-Chain-Expositionsrisiko über die gesamte Kundenbasis hinweg.

Die Handlungsempfehlung: IT-Teams müssen dringend ihre Plattformversion überprüfen und bestätigen, dass der N-able-Hotfix 2026.3.1.10 (2026.3.1 Hotfix 2) installiert ist. Eine Überprüfung aktiver privilegierter Sitzungen ist ebenfalls kritisch.

Quelle: Rapid7 – 4. August 2026

Remote-Authentifizierungsumgehung ohne Benutzerinteraktion in Citrix NetScaler Gateway (CVE-2026-19490)

Was geschah: Citrix hat eine kritische Alternate-Path-Authentifizierungsschwachstelle, CVE-2026-19490 (CVSS-Score 9.3), in NetScaler ADC und NetScaler Gateway gepatcht. Ein nicht authentifizierter Remote-Angreifer kann die Schwachstelle bei betroffenen Gateway-Konfigurationen ohne jegliche Benutzerinteraktion ausnutzen. Die Voraussetzungen variieren je nach Version: Neuere betroffene Builds erfordern zusätzlich zu einem Gateway- oder AAA-Setup eine SAML-Konfiguration, sodass nicht jede NetScaler-Bereitstellung gleichermaßen exponiert ist.

Warum es wichtig ist: Remote-Access-Gateways dienen als primäre Perimeter-Verteidigung für Unternehmensnetzwerke. Eine erfolgreiche Authentifizierungsumgehung auf dieser Ebene negiert vollständig den Wert von Unternehmens-Zugangsdaten und MFA-Richtlinien der Mitarbeiter.

Die Handlungsempfehlung: Da diese Appliances direkt dem Internet ausgesetzt sind, sollten IT-Teams ein Notfall-Update auf die von Citrix bereitgestellten gepatchten Builds durchführen (14.1-73.32 oder 13.1-63.21 und höher).

Quelle: SecurityWeek – 20. August 2026

Passwork fügt eine zentral verwaltete, auditierbare Schicht für die Zugangsdaten und Secrets hinter Ihren Gateways und RMM-Tools hinzu. Erfahren Sie, wie die Zugriffskontrolle von Passwork funktioniert.

Kritische Keycloak-Passwort-Reset-Schwachstelle (CVE-2026-18963) führt zu Remote-Account-Übernahme

Was geschah: Eine kritische Schwachstelle, CVE-2026-18963 (CVSS-Score 9.1 laut Red Hat), wurde im Passwort-Recovery-Flow (reset-credentials) von Keycloak gefunden. Aufgrund unsachgemäßer Statusvalidierung kann ein entfernter, nicht authentifizierter Angreifer das Passwort eines beliebigen Benutzers zurücksetzen, einschließlich das von Administratoren. Fixes wurden in Keycloak 26.7.2 sowie im Red Hat Build von Keycloak 26.4.15 und 26.6.6 veröffentlicht.

Warum es wichtig ist: Validierungsfehler in Account-Recovery-Flows untergraben alle strengen Passwort-Komplexitätsanforderungen oder initiale MFA und geben Angreifern einen direkten Weg zur Kompromittierung des Identity Providers (IdP).

Die Handlungsempfehlung: IT-Teams sollten das Patchen von Keycloak-Servern priorisieren und Passwort-Reset- sowie Account-Recovery-Flows mit derselben Sorgfalt testen, die für primäre Authentifizierungsmethoden gilt.

Quelle: The Hacker News – 24. August 2026

Kritische Remote-Code-Execution-Schwachstelle CVE-2026-69836 (CVSS 10.0) im Cloud-Verzeichnis von Microsoft Entra ID behoben

Was geschah: Microsoft hat eine kritische Remote-Code-Execution-Schwachstelle, CVE-2026-69836, im Cloud-Dienst von Entra ID behoben, die mit der Deserialisierung nicht vertrauenswürdiger Daten zusammenhängt. Anders als die anderen Schwachstellen in dieser Zusammenfassung handelt es sich hierbei um ein Remote-Code-Execution-Problem in der Cloud-Infrastruktur, nicht um eine Credential- oder Authentifizierungsumgehung. Microsoft hat das Problem serverseitig behoben, sodass keine Maßnahmen seitens der Kunden erforderlich sind. Die Schwachstelle wurde zunächst als in realen Angriffen ausgenutzt gekennzeichnet, aber Microsoft revidierte den Status später auf „nicht ausgenutzt".

Warum es wichtig ist: Entra ID ist der zentrale Knotenpunkt für Zugriffskontrolle und Autorisierung für Tausende von Unternehmen. Schwachstellen mit maximaler Schwere in der Cloud-Infrastruktur von Identity Providern schaffen globale Risiken über das gesamte vertrauenswürdige Ökosystem hinweg.

Die Handlungsempfehlung: Trotz des automatisch vom Anbieter angewendeten Patches sollten Sicherheitsteams Cloud-Identity-Logs auf Anomalien überwachen und Risikoannahmen bezüglich des Zugriffs während Vorfällen, die wichtige Dienstanbieter betreffen, überdenken.

Quelle: SecurityWeek / heise online – 21.–24. August 2026

Massenexposition aktiver AWS-Schlüssel bedroht vollständige Übernahme von Unternehmens-Accounts

Was geschah: Eine Untersuchung von Truffle Security identifizierte mehr als 9.300 AWS-Zugriffsschlüssel, die in öffentliche Repositories, Build-Logs und Container-Images durchgesickert waren — Schlüssel, die jahrelang gültig und aktiv blieben. Davon gehörten 817 Unternehmen, darunter 526 Root-Schlüssel und 242 IAM-Schlüssel mit vollständigen AdministratorAccess-Berechtigungen, die vollständige Kontrolle über die Cloud-Infrastruktur gewähren.

Warum es wichtig ist: Durchgesickerte langlebige Zugriffsschlüssel, insbesondere solche mit Administratorrechten, geben Angreifern ungehinderten Zugang zu Cloud-Ressourcen und umgehen dabei vollständig Standard-Autorisierungsportale und MFA.

Die Handlungsempfehlung: IT-Teams müssen die Verwendung von AWS-Root-Accounts in Routineprozessen verbieten, kontinuierliches Scanning öffentlicher Quellen auf exponierte Secrets einrichten und kompromittierte Schlüssel sofort widerrufen und rotieren, gemäß den AWS-eigenen Best Practices für Root-Benutzer.

Quelle: Truffle Security – 19. August 2026

CloudSEK-Bericht kartiert potenzielle Exposition durch den LiteLLM-Supply-Chain-Vorfall vom März

Was geschah: Am 11. August veröffentlichte CloudSEK eine Folgenabschätzung zur Kompromittierung vom 24. März, die die bösartigen LiteLLM-Releases 1.82.7 und 1.82.8 betraf. Der Bericht schätzt, dass die kurzlebige PyPI-Exposition (die Pakete waren etwa 40 Minuten lang öffentlich verfügbar) mehr als 2.500 Organisationen und über 434.000 CI/CD-Pipelines weltweit betroffen haben könnte.

Die Bewertung konzentriert sich auf die potenzielle Exposition hochwertiger Maschinen-Zugangsdaten, die betroffenen Entwicklungs- und Build-Umgebungen zur Verfügung standen. Die Zahlen von CloudSEK beschreiben ein rekonstruiertes Expositionsrisiko, keine bestätigte Kompromittierung jeder genannten Organisation oder Pipeline.

Warum es wichtig ist: KI-Entwicklungs- und Build-Automatisierungsumgebungen weisen heute die höchste Konzentration an nicht-menschlichen (Maschinen-)Secrets in einer Organisation auf. Die Kompromittierung von Tooling in der Build-Phase ermöglicht es Angreifern, tief in die Infrastruktur einzudringen, und die Verzögerung zwischen dem ursprünglichen Vorfall und einer vollständigen Expositionsschätzung zeigt, wie lange dieses Risiko unquantifiziert bleiben kann.

Die Handlungsempfehlung: Maschinen-Zugangsdaten erfordern strikte Lebenszykluskontrollen, Rotation und Audit der Zugriffsrechte. IT-Teams müssen Sicherheitsmonitoring für Drittanbieter-Bibliotheken implementieren und Umgebungsvariablen in CI/CD-Pipelines schützen. Die technischen Leitfäden von Passwork behandeln API-basierte Secret-Rotationsmuster, die direkt in diese Art von Pipeline-Härtung passen.

Quelle: CloudSEK – 11. August 2026

Schwachstelle in der N-able-Passportal-Browsererweiterung exponiert Masterpasswörter der Passwort-Tresore von Benutzern

Was geschah: Die Passportal-Browsererweiterung akzeptierte Nachrichten von Drittanbieter-Websites und iframe-Elementen. Angreifer konnten eine Anfrage senden und Erweiterungs-Zugriffstoken mit geheimen Schlüsseln erhalten. Dies ermöglichte die Extraktion des gesamten Inhalts des Passwort-Tresors, einschließlich Seeds zur Generierung von Einmal-TOTP-Codes. N-able veröffentlichte im Juli 2026 einen Patch, der eine Origin-Prüfung für Anfragen hinzufügte; die August-Berichterstattung von Dark Reading beschrieb die Schwachstelle und ihre Auswirkungen im Detail.

Warum es wichtig ist: Passwort-Manager konzentrieren die kritischsten Secrets einer Organisation. Die Kompromittierung einer Passwort-Manager-Browsererweiterung umgeht effektiv die gesamte Sicherheitsarchitektur, einschließlich MFA-Faktoren. Das Risiko wurde dadurch verschärft, dass Refresh-Tokens 100 Tage lang gültig blieben.

Die Handlungsempfehlung: Organisationen müssen regelmäßige automatische Updates von Browsererweiterungen auf Mitarbeitergeräten durchsetzen und bei der Auswahl von IAM-Lösungen bewerten, ob diese Ende-zu-Ende-Verschlüsselung clientseitiger Operationen unterstützen.

Quelle: Dark Reading – 20. August 2026

Eine Browsererweiterung ist nur so vertrauenswürdig wie ihre Architektur. Passwork verwendet clientseitige AES-256-Verschlüsselung mit einem Zero-Knowledge-Modell, sodass Tresor-Daten auch bei der Übertragung durch die Browser-Schicht verschlüsselt bleiben. Entdecken Sie die Sicherheitsarchitektur von Passwork

Mirage2FA-Phishing-Kampagne umgeht Microsoft-365-Multi-Faktor-Authentifizierung durch Sitzungsdiebstahl

Was geschah: Die Mirage2FA-Plattform nutzt Adversary-in-the-Middle-Phishing (AiTM), um legitime Microsoft-365-Sitzungsautorisierungstoken abzufangen. Die Kampagne kompromittierte bis zu 4.532 E-Mail-Adressen, etwa 48 % der 9.426 angegriffenen Adressen, über 3.518 Organisations-Domains in den USA und der EU.

Warum es wichtig ist: Sitzungs-Cookies werden effektiv zu Benutzer-Zugangsdaten, sobald die initiale MFA-Verifizierung bestanden wurde. Sitzungsdiebstahl umgeht standardmäßige Schutzfaktoren, ohne dass ein Passwort oder Code erneut eingegeben werden muss.

Die Handlungsempfehlung: Traditionelle SMS- oder App-Code-basierte MFA reicht allein nicht mehr aus, um Cloud-Systeme zu schützen. Organisationen müssen phishing-resistente Authentifizierungsmethoden einführen, Sitzungstoken-Lebensdauern verkürzen und Monitoring für anomales Sitzungsverhalten einrichten.

Quelle: The Hacker News – 25. August 2026

JWT-Authentifizierungsumgehung in Microsoft SharePoint (CVE-2026-55040) ermöglicht Identitätswechsel zu beliebigem Benutzer

Was geschah: Eine Schwachstelle, CVE-2026-55040, wurde in SharePoint Server Subscription Edition entdeckt, die es einem entfernten, nicht authentifizierten Angreifer ermöglicht, ein gefälschtes JWT-Token zu generieren und jeden Benutzer oder Portal-Administrator zu imitieren. Microsoft hat die Schwachstelle im Juli 2026 gepatcht. Die technische August-Analyse von Rapid7 beschrieb die Kette von Defekten dahinter, einschließlich einer deaktivierten Token-Signaturanforderung und schwacher Validierung von Token-Elementen, und bestätigte aktive Ausnutzung.

Warum es wichtig ist: JWT-Validierungsfehler ermöglichen es Angreifern, die Authentifizierung vollständig zu umgehen, ohne Benutzerpasswörter stehlen zu müssen.

Die Handlungsempfehlung: Service-to-Service-Vertrauensbeziehungen und Token-Validierung müssen von IT-Teams mit derselben Sorgfalt geprüft und kontrolliert werden, die für Benutzerpasswörter und MFA-Sitzungen gilt.

Quelle: Rapid7 blog – 11. August 2026

Ausnutzung einer SSRF-Schwachstelle in MLflow (CVE-2026-64849) zur verdeckten Credential-Exfiltration aus Cloud-Umgebungen

Was geschah: Eine Server-Side-Request-Forgery-Schwachstelle (SSRF) mit einem CVSS-Score von 9.3, CVE-2026-64849, wurde in der Model-Registry des MLflow Tracking Servers gefunden. Sie ermöglicht es einem nicht authentifizierten Angreifer, Webhook-Schutzmaßnahmen zu umgehen und interne Cloud-Metadaten-Dienste zu erreichen, um kurzlebige Zugangsdaten zu exfiltrieren. Das Problem betrifft alle MLflow-Versionen vor 3.15.0.

Warum es wichtig ist: Cloud-Metadaten-Dienste geben oft kurzlebige Zugriffsschlüssel aus, die nach einer Kompromittierung von Angreifern für schnelle laterale Bewegung innerhalb der Cloud-Umgebung eines Unternehmens verwendet werden können.

Die Handlungsempfehlung: Teams, die Machine-Learning-Plattformen betreiben, müssen MLflow auf Version 3.15.0 patchen und den Netzwerkzugang zu Metadaten-Diensten von Containern und KI-Tooling einschränken, gemäß dem Muster in der AWS-IMDSv2-Konfigurationsanleitung.

Quelle: SecurityWeek – 20. August 2026

Tausende durchgesickerte n8n-API-Tokens in GitHub-Repositories gefunden, bedrohen Kompromittierung verbundener IT-Dienste

Was geschah: Forscher fanden 4.576 eindeutige n8n-API-Tokens in öffentlichen GitHub-Repositories, verknüpft mit 1.255 Hosts. Tests an erreichbaren Instanzen ergaben, dass 36 % davon (321 von 896 erreichbaren Hosts) mindestens einen durchgesickerten Schlüssel akzeptierten. Mit einem privilegierten Token konnten Angreifer Automatisierungs-Workflow-Strukturen und Ausführungsprotokolle einsehen sowie in n8n für Drittanbieter-Datenbank- und Dienstintegrationen gespeicherte Zugangsdaten extrahieren.

Warum es wichtig ist: Automatisierungs- und Integrationsplattformen fungieren als Knotenpunkte, an denen Passwörter, API-Schlüssel und Zugriffsrechte auf zahlreiche Unternehmens-IT-Systeme zusammenlaufen. Ein einzelner durchgesickerter API-Token zu einem solchen Knotenpunkt schafft ein massives Risiko einer kaskadierenden Kompromittierung der gesamten IT-Infrastruktur, auch wenn die Exposition selbst nicht als CVE erfasst wird.

Die Handlungsempfehlung: IT-Abteilungen müssen Secret-Scanning-Richtlinien über den Kern-Anwendungscode hinaus erweitern und auch Konfigurationsdateien von Automatisierungs- und Integrationstools abdecken.

Quelle: The Hacker News – 5. August 2026

155-facher Anstieg von Password-Spraying-Angriffen, die MFA-Fehlkonfigurationen und -Ausnahmen ausnutzen

Was geschah: Analysten verzeichneten einen 155-fachen Anstieg des Umfangs von Password-Spraying-Angriffen in der ersten Hälfte 2026. Eine Analyse von 23 betroffenen Unternehmen ergab, dass 8 davon überhaupt keine Multi-Faktor-Authentifizierung (MFA) hatten. In den verbleibenden 15 Fällen war MFA aktiviert, funktionierte aber nicht, weil IT-Abteilungen Ausnahmen für „vertrauenswürdige Standorte" konfiguriert, die Richtliniendurchsetzung auf eine Teilmenge von Anwendungen oder Benutzergruppen beschränkt oder MFA im Report-Only-Modus (Audit-Modus) belassen hatten.

Warum es wichtig ist: Die Bereitstellung von MFA garantiert keinen Schutz, wenn blinde Flecken in den Sicherheitsrichtlinien verbleiben. Angreifer suchen aktiv nach Schlupflöchern und Anwendungen, die nicht durch MFA geschützt sind, um initialen Netzwerkzugang zu erlangen.

Die Handlungsempfehlung: IT-Teams müssen „vertrauenswürdige IP-Adressen"-Ausnahmen eliminieren, umfassende MFA-Abdeckung über alle externen Einstiegspunkte implementieren und regelmäßig auditieren, wie Sicherheitsrichtlinien tatsächlich durchgesetzt werden.

Quelle: BleepingComputer – 19. August 2026

Unbestätigte Behauptungen des Hackers „TheHatman" über massenhaften Credential-Diebstahl bei Microsoft-Entra-Unternehmenskunden

Was geschah: Zwischen dem 1. und 17. August 2026 veröffentlichte ein Hacker-Forum-Benutzer unter dem Namen „TheHatman" Angebote zum Verkauf von Mitarbeiterdaten großer Unternehmen, die angeblich aus Microsoft-Entra-Cloud-Umgebungen durch kompromittierte Zugangsdaten erlangt wurden. Forscher von Unit 42 konnten weder einen spezifischen Einstiegsvektor noch einen tatsächlichen Breach des Entra-Dienstes selbst bestätigen, sodass die Bedrohung als „unbestätigter Breach via Account-Credential-Diebstahl" klassifiziert bleibt.

Warum es wichtig ist: Auch wenn die Behauptungen des Hackers über einen Breach der Anbieterinfrastruktur unbestätigt bleiben, zog der Vorfall breite Aufmerksamkeit auf sich und illustrierte, wie Angreifer kompromittierte Passwörter nutzen, um Cloud-Tenants zu kompromittieren. Unbestätigte Behauptungen dieser Art sollten von IT-Teams als Signal behandelt werden, die eigenen Systeme zu überprüfen, nicht als Beweis dafür, dass die Plattform selbst gebrochen wurde.

Die Handlungsempfehlung: IT- und Sicherheitsteams müssen regelmäßiges Monitoring auf durchgesickerte Mitarbeiter-Zugangsdaten einrichten und auf Anzeichen von MFA-Fatigue und Password-Spraying-Versuchen gegen Cloud-Identity-Verzeichnisse achten. Unbestätigte Bedrohungen sollten genutzt werden, um Threat-Hunting-Hypothesen aufzubauen, nicht um Panik-Reaktionen auszulösen.

Quelle: Unit 42 report – 18. August 2026

Vergleichende Analyse der SOC-Reaktionseffektivität basierend auf CISA-Red-Team-Tests

Was geschah: Die Cybersecurity and Infrastructure Security Agency (CISA) bewertete die Verteidigung zweier Organisationen durch Red-Team-Penetrationstests. Eine Organisation verpasste die Aktionen der Angreifer vollständig und konnte sie nicht eindämmen, während die andere initiale Kompromittierungsversuche schnell erkannte und die betroffenen Hosts isolierte. CISAs Empfehlungen umfassen die Pflege von Baseline-Erkennungsprofilen, die Verwendung von Conditional-Access-Richtlinien für Workload-Identitäten und das prompte Rotieren und Widerrufen von Tokens.

Warum es wichtig ist: Monitoring-Tools sind ohne gut eingespielte Incident-Response-Prozesse nutzlos. Der Schutz von Cloud- und Hybrid-Umgebungen hängt direkt von der Integration von Identity-and-Access-Management-Systemen (IAM) mit den Bereitschafts-Playbooks der Sicherheitsteams ab.

Die Handlungsempfehlung: Privilege-Inventory-Prozesse, Conditional-Access-Verifizierung und Notfall-Sitzungstoken-Widerruf müssen regelmäßig durch Übungen und Angriffssimulationen trainiert werden.

Quelle: CISA Advisory – 25. August 2026

Zusammenfassung August 2026

Im August umgingen Angreifer die Authentifizierung mithilfe gefälschter Tokens, gestohlener Sitzungen und durchgesickerter Schlüssel — und ein Großteil dieser Aktivität löst nicht die Alarme aus, auf die sich die meisten Organisationen verlassen. In der Praxis bedeutet das, dass Passwortrichtlinien allein den größten Teil Ihrer Angriffsfläche nicht mehr abdecken: Sitzungen, Tokens und Maschinen-Zugangsdaten benötigen dieselben Lebenszykluskontrollen, die Passwörter bereits haben.

Drei Prioritäten für September:

Patchen Sie die vier offengelegten Authentifizierungsumgehungen. N-central und SharePoint hatten in diesem Berichtszeitraum bestätigte Ausnutzung in freier Wildbahn. NetScaler und Keycloak erfordern angesichts ihrer Schwere dringendes Patchen, auch ohne bisher bestätigte Ausnutzung.
Auditieren Sie die Authentifizierung durchgängig, nicht nur den Anmeldebildschirm. MFA bei der Anmeldung bietet begrenzten Schutz, wenn Account-Recovery, JWT-Validierung, Sitzungslebensdauern oder Conditional-Access-Abdeckung Lücken aufweisen. Mirage2FA und CaptiveCrunch umgingen beide MFA, indem sie eine Sitzung oder ein Token nach der Authentifizierung stahlen, nicht indem sie sie überwanden.
Scannen Sie Repositories und CI/CD-Pipelines auf exponierte Schlüssel, so wie GitGuardian und Truffle Security es im August taten, und integrieren Sie Widerruf und Rotation in den Routinebetrieb statt in die Incident Response.

Diese drei Probleme haben eine gemeinsame Ursache: Zugangsdaten und Secrets, die über Repos, Pipelines und Posteingänge verstreut sind, ohne einen einzigen Ort, um zu sehen, wer Zugriff auf was hat. Passwork adressiert dies mit einem verschlüsselten Tresor für Passwörter und Secrets, rollenbasiertem Zugriff, Audit-Logs und API-gesteuerter Rotation.

Fordern Sie eine Passwork-Demo an und beginnen Sie mit einer Bestandsaufnahme dessen, was Ihr Team bereits über verschiedene Systeme verstreut hat.

Monatliche Cybersecurity-News: Authentifizierung unter Beschuss