BEST APPS REVIWES

Cloud Bucket Hijacking, Windows LPE-Kette, globale Betrugsrazzia: 20 Sicherheitsvorfälle dieser Woche zeigen, wie kleine Lücken großen Schaden anrichten. Cloud Bucket Hijacking: Wenn ein Name zur Gefahr wird Stell dir vor, du erstellst einen Cloud-Speicher-Bucket – und jemand anders hat ihn schon. Das ist kein Zufall. Angreifer scannen systematisch nach Bucket-Namen, die intern genutzt, aber nie registriert wurden. Du vertraust auf einen Dienst, der deine Daten speichert. Doch wenn der Bucket-Name bereits vergeben ist, landen deine Dateien bei einem Fremden. Das ist kein Bug, das ist ein Feature – für Angreifer. Ein bekanntes Beispiel: Ein Fintech-Startup verlor Kundendaten, weil der Bucket-Name „finance-data“ von einem Hacker übernommen wurde. Die Firma hatte den Namen nur in internen Dokumenten verwendet, nie offiziell registriert. Der Schaden: Millionen. Warum passiert das so oft? Weil Entwickler Bucket-Namen nicht prüfen. Sie gehen davon aus, dass der Name frei ist. Aber das is...

Eine schwerwiegende Sicherheitslücke in Amazon Q Developer erlaubte Angreifern, über manipulierte MCP-Konfigurationen Code auszuführen und Cloud-Anmelde… Was ist passiert? Forscher von Wiz entdeckten eine Schwachstelle im KI-Coding-Assistenten Amazon Q Developer. Die Lücke mit der Bezeichnung CVE-2026-12957 (CVSS 8.5) betrifft die Art und Weise, wie der Dienst mit Model Context Protocol (MCP)-Servern umgeht. Das klingt technisch, ist aber erschreckend einfach auszunutzen. Stell dir vor: Du öffnest ein vermeintlich harmloses Repository in deiner Entwicklungsumgebung. Du vertraust dem Arbeitsbereich – und Amazon Q erledigt den Rest. Genau das war der Angriffspfad. Ein bösartiges Repository konnte über die MCP-Konfiguration beliebige Befehle ausführen und sensible Daten wie Cloud-Zugangsdaten abgreifen. Wer ist betroffen? Die Schwachstelle betrifft alle Nutzer von Amazon Q Developer, die MCP-Server in ihren Projekten verwenden. Das sind vor allem Entwickler, die KI-gestützte Code-Vo...

Das US-Justizministerium hat ein Cloud-Konto der Huione Group beschlagnahmt, das der Geldwäsche aus Cyberbetrug diente. Neue Sanktionen gegen 35 Persone… Was geschah genau? Am Dienstag gab das US-Justizministerium (DoJ) die Beschlagnahmung eines Cloud-Computing-Kontos bekannt, das von Tochtergesellschaften des kambodschanischen Mischkonzerns Huione Group genutzt wurde. Parallel verhängte das Finanzministerium neue Sanktionen gegen neun Personen und 26 Unternehmen, die mit der Prince Group in Verbindung stehen. Die Behörden werfen den betroffenen Firmen vor, Einzelpersonen und Organisationen dabei geholfen zu haben, Erlöse aus Cyberbetrug zu verschieben – ein klarer Fall von Geldwäsche . Warum ist dieser Fall besonders? Die Beschlagnahmung eines Cloud-Kontos ist ungewöhnlich. Normalerweise konzentrieren sich Ermittlungen auf Bankkonten oder Immobilien. Hier geht es um digitale Infrastruktur, die für die Verschleierung krimineller Finanzströme genutzt wurde. Das zeigt, wie Ermittl...

Nach der Ausnutzung der Marimo-Schwachstelle CVE-2026-39987 setzen Angreifer einen LLM-Agent für Post-Exploitation-Aktionen ein. Erfahren Sie, wie der A… Der Angriff im Detail: CVE-2026-39987 und der LLM-Agent Ein bislang unbekannter Bedrohungsakteur hat einen Large Language Model (LLM)-Agenten für Post-Compromise-Aktionen eingesetzt. Der Angriff begann mit der Ausnutzung der kürzlich offengelegten Schwachstelle CVE-2026-39987 in einem öffentlich erreichbaren Marimo-Notebook. Der Angreifer verschaffte sich Zugang, extrahierte zwei Cloud-Anmeldeinformationen aus dem kompromittierten System und nutzte dann den LLM-Agenten, um weitere Schritte zu orchestrieren. Das ist ein neuer Trend: KI-gestützte Post-Exploitation. Warum ist das bemerkenswert? Normalerweise setzen Angreifer auf manuelle Skripte oder Standard-Tools. Hier aber übernahm ein LLM die Koordination. Der Agent analysierte die extrahierten Credentials, identifizierte sensible Cloud-Ressourcen und führte gezielte Aktionen au...

Ein zwischengespeicherter Zugriffsschlüssel auf einem Windows-Rechner öffnete einem Angreifer die Tür zu 98% der Cloud-Entitäten. Ohne Fehlkonfiguration… Wie ein einzelner Schlüssel fast das ganze Unternehmen gefährdete Stell dir vor, ein Angreifer erlangt Zugriff auf einen ganz normalen Windows-Rechner. Kein Admin-Rechner, kein Server mit sensiblen Daten. Einfach nur ein Arbeitsplatz. Doch dort findet er einen zwischengespeicherten AWS-Zugriffsschlüssel. Automatisch gespeichert, als ein Benutzer sich anmeldete. Standardverhalten. Niemand hat etwas falsch gemacht. Und doch: Mit diesem einen Schlüssel konnte der Angreifer auf 98% aller Entitäten in der Cloud-Umgebung des Unternehmens zugreifen. Das Problem: Identität ist der neue Angriffspfad Wir alle denken bei Sicherheitsverletzungen an Firewalls, Patches oder Fehlkonfigurationen. Aber was, wenn der Angriff gar nicht über eine Schwachstelle kommt, sondern über eine legitime Identität? Genau das passiert hier. Der Schlüssel war g...