1. Oracle E-Business Suite: kritischer Zero-Day aktiv ausgenutzt

Seit Sonntag, 28. Juni 2026 · zuletzt aktualisiert Dienstag, 30. Juni 2026 · Score 84

Angreifer nutzen seit dem Wochenende CVE-2026-46817 (CVSS 9.8) in der File-Transmission-Komponente des Oracle-Payments-Moduls aktiv aus – unauthentifiziert, über das Netzwerk, mit vollständiger Systemübernahme. Oracle hatte den Fix bereits mit dem Critical Patch Update vom Mai ausgeliefert; getroffen werden ungepatchte Systeme.

Letzte Entwicklung: Defused beobachtete die Ausnutzung auf EBS-Honeypots (kein vorheriger Missbrauch, kein öffentlicher PoC); Shadowserver zählt über 450 exponierte EBS-Instanzen weltweit.

2. Supply-Chain-Angriff über VS-Code-Tasks

Seit Montag, 29. Juni 2026 · zuletzt aktualisiert Dienstag, 30. Juni 2026 · Score 78

Gekaperte npm-Pakete starten Schadcode nicht mehr über npm-Lifecycle-Skripte, sondern über einen versteckten VS-Code-Task, der beim bloßen Öffnen des Projektordners ausgeführt wird – und so gängige Schutzmaßnahmen umgeht. Die Kette endet in einem Python-Infostealer für Entwickler-Credentials und Wallets.

Letzte Entwicklung: JFrog fand zwei npm-Pakete, Nextron 16 weitere Go-Pakete; die Aktivität wird der nordkoreanischen „Contagious Interview“-Kampagne zugeordnet.

1.1 Persönlichkeitstests in der Personalentwicklung: Profiling mit engen Grenzen

30.06.2026 · Normen: Art. 88 DSGVO · § 26 BDSG · EuGH SCHUFA C-634/21

Zusammenfassung: Psychometrische Persönlichkeitstests (etwa von US-Anbietern wie Hogan) werden in der internen Personalentwicklung genutzt, um Führungspotenzial sichtbar zu machen. Sie erfassen tiefgreifende Merkmale (Stressreaktion, Risikoneigung, Werte) und erzeugen strukturierte Profile – datenschutzrechtlich Profiling nach Art. 4 Nr. 4 DSGVO. Die Rechtsgrundlage hängt von der Ausgestaltung ab: Ein freiwilliges, von Auswahlentscheidungen entkoppeltes Entwicklungsinstrument kann auf Einwilligung (Art. 6 Abs. 1 lit. a) gestützt werden; ein verpflichtender Einsatz im Auswahlverfahren nur eng auf Art. 6 Abs. 1 lit. b – und nur bei validiertem, stellenbezogenem Assessment.

Hintergrund & Einordnung: Kernproblem ist die Freiwilligkeit der Einwilligung im Beschäftigungsverhältnis: Art. 88 DSGVO i.V.m. § 26 Abs. 2 BDSG verlangt, die Abhängigkeit der Beschäftigten zu berücksichtigen – ein „freiwilliger“ Test innerhalb eines Auswahlverfahrens erzeugt faktischen Druck und macht die Einwilligung angreifbar. Nach der EuGH-SCHUFA-Entscheidung (C-634/21) kann zudem bereits die automatisierte Erstellung eines Profil-/Scorewerts unter Art. 22 DSGVO fallen, wenn dieser maßgeblich in die spätere Entscheidung einfließt. Bei US-Anbietern kommt der Drittlandtransfer (Kapitel V DSGVO) hinzu.

Praxisfolgen / Handlungsempfehlung: Tests als freiwilliges, von Besetzungsentscheidungen entkoppeltes Entwicklungsinstrument positionieren; keine starren Cut-Off-Werte, HR/Führungskräfte zur kritischen Interpretation schulen (menschliche Letztentscheidung). Datenschutz-Folgenabschätzung (Art. 35) und – bei US-Anbietern – ein Transfer-Impact-Assessment vor dem Produktiveinsatz durchführen, Rechtsgrundlage und Speicherdauer dokumentieren. Zweckänderungen (z. B. Nachfolgeplanung) nur mit separater Grundlage.

1.2 Informationspflichten beim Einsatz externer KI-Dienste

30.06.2026 · Normen: Art. 13 DSGVO · Art. 28 DSGVO

Zusammenfassung: Setzt ein Arbeitgeber einen externen KI-Dienst ein, der Beschäftigtendaten verarbeitet, stellt sich die Frage, ob die Beschäftigten darüber explizit informiert werden müssen. Die Antwort ist differenziert: Nach geltendem Recht gibt es keine eigenständige „KI-Offenlegungspflicht“. Art. 13 DSGVO verlangt Angaben zu Zweck, Rechtsgrundlage, Speicherdauer und Empfängern – aber keine Pflicht, den KI-Einsatz als solchen zu benennen. Der KI-Dienstleister fällt jedoch unter die Empfänger-Angabe (Art. 13 Abs. 1 lit. e DSGVO).

Hintergrund & Einordnung: Der Transparenzgrundsatz (Art. 5 Abs. 1 lit. a DSGVO) verschärft das in der Praxis: Weil sich die Verarbeitung in einem Sprachmodell erheblich von klassischem Hosting unterscheidet, wird die pauschale Kategorie „IT-Dienstleister“ dem oft nicht gerecht – sachgerecht ist eine eigene Empfängerkategorie „KI-Dienstleister“ (ohne namentliche Nennung). Für Hochrisiko-KI am Arbeitsplatz (Recruiting, Leistungsbewertung, Überwachung) tritt eine eigene Pflicht hinzu: Nach Art. 26 Abs. 7 der KI-Verordnung müssen Arbeitgeber als Betreiber Arbeitnehmervertreter und betroffene Beschäftigte vor Inbetriebnahme informieren.

Praxisfolgen / Handlungsempfehlung: Datenschutzhinweise prüfen und den KI-Dienstleister als eigene Empfängerkategorie ausweisen; bei Hochrisiko-Systemen zusätzlich die Vorab-Informationspflicht aus Art. 26 Abs. 7 KI-VO beachten. Ein Auftragsverarbeitungsvertrag nach Art. 28 DSGVO mit dem KI-Anbieter ist ohnehin Pflicht. Eine ausdrückliche KI-Informationspflicht in der DSGVO ist bislang nur Vorschlag (DSK-Entschließung), nicht geltendes Recht.

1.3 AI Omnibus: EU-Rat gibt finale Zustimmung – Hochrisiko-KI-Fristen verschoben

29.06.2026 · Rat der EU — Pressemitteilung

Zusammenfassung: Der Rat der EU hat am 29. Juni 2026 die finale Zustimmung zur Vereinfachung und Straffung der KI-Regeln erteilt („AI Omnibus“ / „Digital Omnibus on AI“). Kern ist eine deutliche Verschiebung der Anwendungsfristen für Hochrisiko-KI: Statt des bisherigen 2. August 2026 gelten die Pflichten nun ab dem 2. Dezember 2027 für eigenständige Hochrisiko-Systeme und ab dem 2. August 2028 für in Produkte eingebettete Systeme. Die Frist zur Einrichtung nationaler Regulatory Sandboxes verschiebt sich auf den 2. August 2027.

Hintergrund & Einordnung: Über die Fristverschiebung hinaus bringt das Paket inhaltliche Neuerungen: ein neues Verbot von KI-generiertem, nicht-einvernehmlichem sexuellem Material und Missbrauchsdarstellungen (anwendbar ab Dezember 2026), eine auf drei Monate verkürzte Übergangsfrist für die Transparenz-Kennzeichnung KI-generierter Inhalte (neue Frist 2. Dezember 2026), Zuständigkeitsklärungen für das AI Office sowie einen Mechanismus zur Auflösung von Überschneidungen mit sektoralem Recht (Medizinprodukte, Maschinen u. a.). Ein expliziter DSGVO-/Cookie-Bezug ist in der finalen Ratsmitteilung nicht enthalten – das hier angenommene Paket betrifft die KI-Verordnung.

Praxisfolgen / Handlungsempfehlung: Unternehmen gewinnen für die Hochrisiko-KI-Compliance erheblich Zeit – die Vorbereitung sollte dennoch nicht ausgesetzt, sondern an den neuen Fristen ausgerichtet werden. Der Rechtsakt wird in Kürze im EU-Amtsblatt veröffentlicht und tritt am dritten Tag danach in Kraft. Wer KI-generierte Inhalte ausspielt, muss die verkürzte Transparenzfrist (Dezember 2026) einplanen.

3.1 SimpleHelp-RMM: Auth-Bypass aktiv ausgenutzt, Djinn-Infostealer verteilt (CVE-2026-48558)

29.06.2026 · BleepingComputer

Zusammenfassung: Angreifer nutzen eine kritische Schwachstelle in der Remote-Monitoring-Plattform SimpleHelp aus, um den zuvor undokumentierten plattformübergreifenden Infostealer Djinn (Windows, macOS, Linux) auszurollen. Die von Horizon3.ai offengelegte Lücke erlaubt das Anlegen hochprivilegierter Technician-Konten ohne Authentifizierung; betroffen sind Server mit OpenID-Connect-(OIDC)-Authentifizierung. Zum Zeitpunkt der Offenlegung liefen rund 1.000 exponierte SimpleHelp-Server in verwundbarer Konfiguration. Die Angreifer brachten über authentifizierte Sessions einen JS-Loader (TaskWeaver) und anschließend Djinn aus.

Hintergrund & Einordnung: SimpleHelp wird primär von Managed Service Providern, IT-Abteilungen und Helpdesks genutzt – ein kompromittierter Server eröffnet den Weg in alle betreuten Endkunden-Umgebungen (Supply-Chain-Hebel). Djinn zielt auf Entwickler-Credentials, KI-Tools, Cloud-Zugänge und Krypto-Wallets. RMM-Tools bleiben 2026 ein bevorzugter Initialzugang für Erpressungs- und Stealer-Kampagnen.

Praxisfolgen / Handlungsempfehlung: SimpleHelp-Instanzen sofort auf die neueste Version aktualisieren, nicht wiedererkannte Technician-Sessions invalidieren und die OIDC-Konfiguration prüfen. Bei Verdacht alle Credentials und API-Keys rotieren.

3.2 Linux-Kernel „DirtyClone“: öffentlicher Root-Exploit (CVE-2026-43503)

25.06.2026 (PoC) · The Hacker News · JFrog Security Research

Zusammenfassung: JFrog hat einen funktionierenden Exploit-Walkthrough für „DirtyClone“ (CVSS 8.8) veröffentlicht – die erste öffentliche Demonstration dieser Variante. Die Local-Privilege-Escalation verschafft unprivilegierten lokalen Nutzern Root-Rechte über geklonte Netzwerkpakete: In __pskb_copy_fclone() geht beim Paket-Klonen das Sicherheits-Flag SKBFL_SHARED_FRAG verloren. Der Angriff verbiegt im Kernel-Speicher Login-Prüfungen eines privilegierten Binaries (z. B. su), ohne die Datei auf der Platte zu verändern – Dateiintegritäts-Monitoring schlägt nicht an.

Hintergrund & Einordnung: DirtyClone ist der vierte Vertreter der „DirtyFrag“-Kernel-Familie binnen sechs Wochen. Voraussetzung ist CAP_NET_ADMIN (z. B. in unprivilegierten User-Namespaces) – besonders riskant für Multi-Tenant-Cloud, Kubernetes und Container. Betroffen sind Debian und Fedora (default verwundbar) sowie Ubuntu (teilmitigiert ab 24.04). Eine aktive Ausnutzung war zur Veröffentlichung nicht bestätigt, der Walkthrough ist aber reproduzierbar.

Praxisfolgen / Handlungsempfehlung: Kernel auf die distributionsspezifisch gepatchte Version (vollständige DirtyFrag-Serie) aktualisieren – Teilpatches lassen Bypass-Pfade offen. Härtung: kernel.unprivileged_userns_clone=0, nicht benötigte IPsec-Module (esp4/esp6) blacklisten.

3.3 Supply-Chain: gekaperte npm-/Go-Pakete starten Infostealer über VS-Code-Tasks

29.06.2026 · The Hacker News · JFrog Security Research

Zusammenfassung: JFrog deckte zwei gekaperte npm-Pakete (html-to-gutenberg 4.2.11, fetch-page-assets 1.2.9) auf, die statt npm-Lifecycle-Skripten einen versteckten VS-Code-Task („eslint-check“, runOn: 'folderOpen') nutzen – der Code läuft automatisch, sobald der Ordner als Workspace in VS Code oder Cursor geöffnet wird. Die als Schriftdatei getarnte Nutzlast lädt über Blockchain-„Dead Drops“ (TronGrid, Aptos) die nächste Stufe nach: ein Socket.io-Backdoor und einen Python-Infostealer für Browser-Credentials, Wallets und Entwickler-Artefakte. Nextron fand 16 weitere betroffene Go-Pakete.

Hintergrund & Einordnung: Die Technik umgeht bewusst die in npm v12 gehärteten Lifecycle-Skripte und auch npm install --ignore-scripts – VS-Code-Tasks sind davon nicht betroffen. Das OpenSourceMalware-Team verfolgt die Aktivität als „Fake Font“, eine Variante der seit 2023 laufenden, Nordkorea zugeschriebenen „Contagious Interview“-Kampagne gegen Entwickler. Die Blockchain-Dead-Drops machen die Infrastruktur takedown-resistent.

Praxisfolgen / Handlungsempfehlung: Wenn nach dem 19.05.2026 npm install mit den betroffenen Paketen lief: alle Secrets rotieren (GitHub-PATs, Cloud-Credentials, Kubernetes-Tokens, SSH-Keys). .vscode/tasks.json in fremden Repos vor dem Öffnen prüfen; VS-Code-Workspace-Trust / Restricted Mode strikt nutzen.

6.1 Oracle E-Business Suite: kritischer Zero-Day aktiv ausgenutzt (CVE-2026-46817)

29.06.2026 · BleepingComputer

Zusammenfassung: Angreifer nutzen seit dem Wochenende eine kritische Schwachstelle (CVSS 9.8) in der File-Transmission-Komponente des Oracle-Payments-Moduls der Oracle E-Business Suite aktiv aus. Die Lücke erlaubt nicht authentifizierten Angreifern mit HTTP-Netzwerkzugriff über Angriffe geringer Komplexität die vollständige Systemübernahme. Defused beobachtete die Ausnutzung auf eigenen EBS-Honeypots – ohne bekannte frühere Ausnutzung und ohne öffentlichen PoC. Shadowserver zählt über 450 weltweit exponierte EBS-Instanzen.

Hintergrund & Einordnung: Oracle hatte den Fix bereits mit dem Critical Patch Update vom Mai 2026 ausgeliefert; die jetzt beobachteten Angriffe treffen ungepatchte Systeme. Oracle EBS ist ERP-Kernsoftware für Finanzprozesse großer Unternehmen – eine Übernahme bedeutet Zugriff auf Zahlungs- und Buchhaltungsdaten. Das Muster „Patch lag seit Wochen vor, wird aber nicht eingespielt“ wiederholt sich.

Praxisfolgen / Handlungsempfehlung: EBS-Instanzen umgehend auf den Stand des Mai-2026-CPU bringen. Internetexponierte EBS-Endpunkte hinter Firewall/WAF nehmen oder vom Netz isolieren. Logs der File-Transmission-/Payments-Komponente rückwirkend auf kompromittierte Dateischreibvorgänge prüfen.

6.2 ESET: russische APT Gamaredon mit 35 Kampagnen und wachsendem Cloud-Tunnel-Missbrauch

29.06.2026 · The Hacker News · ESET WeLiveSecurity

Zusammenfassung: ESET dokumentiert 35 eigenständige Spear-Phishing-Kampagnen der russischen Gruppe Gamaredon gegen ukrainische Ziele im Jahr 2025, primär gegen Regierung und Militär. Die Kampagnen liefern über Archiv-Anhänge oder XHTML-Dateien mit HTML-Smuggling bösartige HTA-Downloader (u. a. PteroSand) aus; Weiterverbreitung über USB- und Netzlaufwerke. Ab Ende September wurde die WinRAR-Lücke CVE-2025-8088 ausgenutzt, um Downloader in den Autostart zu legen. Die Gruppe verbarg ihre Backend-Infrastruktur zunehmend hinter Cloudflare Workers, Microsoft Dev Tunnels und Loophole.

Hintergrund & Einordnung: Gamaredon wird dem FSB zugeschrieben; neu ist 2025 die Kooperation mit Turla. Exfiltration läuft über S3-kompatible Cloud-Speicher. Die Gruppe kompensiert simple Malware durch Persistenz, häufige Updates und kreativen Missbrauch legitimer Cloud-Dienste – ein Muster, das auch außerhalb des Ukraine-Kontexts Nachahmer findet.

Praxisfolgen / Handlungsempfehlung: WinRAR-Installationen patchen (CVE-2025-8088), HTML-Smuggling-Erkennung aktivieren und XHTML/HTA-Anhänge am Mail-Gateway blockieren. Ausgehende Verbindungen zu Cloudflare-Workers- und Dev-Tunnels-Domains sowie S3-kompatiblen Speichern monitoren; USB-/Netzlaufwerk-Autorun härten.