IDCF Cloud Ransomware-Angriff: 495 Firmen [2026]

Ein Ransomware-Angriff hat am 7. Oktober 2026 den japanischen Cloud-Anbieter IDC Frontier getroffen und dessen Dienst IDCF Cloud in weiten Teilen lahmgelegt. Betroffen sind nach Unternehmensangaben 495 Unternehmen und lokale Gebietskörperschaften, die die Infrastruktur für Webseiten, Anwendungen und Geschäftsprozesse nutzen. IDC Frontier bestätigte den Vorfall selbst und sprach von einem Angriff eines Dritten, der zu Störungen in der sogenannten Ostjapan-Region 1 geführt habe. Berichten von BleepingComputer, Japan Today und dem japanischen Sender NHK zufolge ist der Fall einer der größten Cloud-Sicherheitsvorfälle, die Japan in diesem Jahr getroffen haben.

Der Vorfall reiht sich in eine Serie von Cyberangriffen auf japanische Unternehmen ein, die sich laut Sicherheitsforschern seit dem Sommer 2026 deutlich verdichtet hat. Für Leserinnen und Leser in Deutschland und der DACH-Region ist der Fall vor allem deshalb relevant, weil er zeigt, wie verwundbar zentrale Cloud-Infrastruktur ist, wenn ein einzelner Anbieter Hunderte Organisationen gleichzeitig versorgt. Im Folgenden ordnen wir die bestätigten Fakten ein, zeigen den zeitlichen Ablauf, vergleichen den Fall mit anderen aktuellen Vorfällen und erklären, welche Lehren Unternehmen aus Deutschland ziehen können.

Google · Bevorzugte Quellen

Verpasse keine neuen Tech-Storys auf Google

Füge TrendinTech Deutschland einmal in der Google-App hinzu und unsere Artikel erscheinen in deinen Vorschlägen.

Jetzt hinzufügen

Der Ransomware-Angriff auf IDCF Cloud im Überblick

IDC Frontier, Inc. betreibt mit IDCF Cloud eine Infrastructure-as-a-Service-Plattform, über die Kunden virtuelle Server, Speicherplatz und Netzwerkressourcen in japanischen Rechenzentren mieten. Nach Angaben von BleepingComputer ist IDC Frontier eine Tochtergesellschaft der SoftBank Group, des in Tokio ansässigen Investment- und Telekommunikationskonzerns. Genau das macht den Vorfall brisant: Es geht nicht um einen kleinen Nischenanbieter, sondern um einen Cloud-Dienst mit Anbindung an einen der größten japanischen Technologiekonzerne.

In einer offiziellen Mitteilung erklärte das Unternehmen: „Our investigation has determined that a disruption in East Japan Region 1 was caused by a ransomware attack by a third party.“ Die Aussage wurde sowohl auf der offiziellen IDCF-Statusseite veröffentlicht als auch von BleepingComputer aufgegriffen. Ergänzend teilte IDC Frontier mit: „We are continuing to investigate the precise cause and the scope of the impact.“ Der Ransomware-Angriff auf IDCF Cloud betrifft damit nicht nur ein einzelnes System, sondern eine komplette Region der Cloud-Infrastruktur.

Moderne Ransomware-Gruppen setzen in vielen dokumentierten Fällen auf ein zweistufiges Vorgehen: Erst werden Daten kopiert, dann verschlüsselt, um Opfer doppelt unter Druck zu setzen, einmal über den Betriebsausfall und einmal über die Drohung einer Veröffentlichung gestohlener Daten. Ob dieses sogenannte Double-Extortion-Muster auch beim Angriff auf IDCF Cloud zur Anwendung kam, ist bislang nicht offiziell bestätigt. Sowohl BSI als auch ENISA beschreiben dieses Vorgehen in ihren aktuellen Lageberichten jedoch als inzwischen dominantes Muster bei professionell organisierten Ransomware-Gruppen, unabhängig vom konkreten Einzelfall in Japan.

Zeitlicher Ablauf: Vom ersten Alarm zur Abschaltung

Der Angriff auf IDCF Cloud begann laut IDC Frontier am 7. Oktober 2026 gegen 3:40 Uhr Ortszeit. Zu diesem frühen Zeitpunkt registrierte das Unternehmen eine Störung in der Ostjapan-Region 1 (東日本リージョン1), einem der zentralen Rechenzentrumsstandorte des Anbieters. Um eine Ausbreitung des Schadens zu verhindern und einen möglichen Datenabfluss zu stoppen, trennte IDC Frontier die betroffene Region konsequent vom Netz und fuhr die zugehörigen Systeme herunter.

Die Reaktion von IDC Frontier

Nach der Erstreaktion ging IDC Frontier laut BleepingComputer noch einen Schritt weiter: Das Unternehmen deaktivierte vorsorglich den Kundenzugang zu den Management-Konsolen für alle Regionen, nicht nur für die betroffene Ostjapan-Region 1. Erst nach Abschluss einer Sicherheitsprüfung sollten Kunden den Zugang zurückerhalten. Diese breit angelegte Vorsichtsmaßnahme zeigt, wie wenig Vertrauen der Anbieter nach der ersten Entdeckung in die Integrität des gesamten Systems hatte, selbst in Regionen, die nicht direkt betroffen waren. Am 8. Oktober bestätigte das Unternehmen öffentlich, dass die Ursache ein Ransomware-Angriff eines Dritten war, und am 9. Oktober dauerte die Untersuchung nach Unternehmensangaben weiterhin an.

495 Unternehmen und Behörden: Das Ausmaß der Betroffenen

Nach Angaben von IDC Frontier sind 495 Unternehmen und lokale Gebietskörperschaften von dem IDCF-Cloud-Ausfall betroffen. Eine Liste einzelner Behörden hat das Unternehmen nicht veröffentlicht, weshalb sich nicht sagen lässt, welche konkreten Ämter oder Kommunen betroffen sind. Klar ist aber: IDCF Cloud wird ausdrücklich auch von staatlichen und kommunalen Stellen genutzt, was den Vorfall von einem rein privatwirtschaftlichen Ausfall unterscheidet. Für Kommunen, die digitale Bürgerdienste über gemietete Cloud-Infrastruktur abwickeln, kann ein mehrtägiger Ausfall direkte Folgen für die Verwaltung vor Ort haben.

Besonders heikel: IDC Frontier teilte mit, dass Kundendaten in einigen Zonen der Ostjapan-Region 1 nur schwer wiederhergestellt werden können. Das Unternehmen hat damit selbst eingeräumt, dass nicht jede betroffene Organisation mit einer vollständigen Wiederherstellung rechnen kann. Welche konkreten Zonen das betrifft, hat IDC Frontier offiziell nicht bestätigt. Vereinzelte Berichte nennen interne Zonennamen, diese sind jedoch nicht offiziell verifiziert und werden in diesem Artikel bewusst nicht als gesichert dargestellt.

Die Behauptungen der Angreifer: Datenbanken, Hypervisor und Snapshots

Ein besonders aufschlussreiches Detail lieferte BleepingComputer: Kunden, die vor der Sperrung noch Zugriff auf die Management-Konsole von IDCF Cloud hatten, sahen dort offenbar eine Nachricht der Angreifer. Laut einem Screenshot, den BleepingComputer veröffentlichte und der dem Nutzer „j416dy“ zugeschrieben wird, behaupteten die Täter, sie hätten lediglich sieben Minuten benötigt, um in die Infrastruktur der Ostjapan-Region 1 einzudringen. Weiter behaupteten sie, 225 Datenbanken mit einem Gesamtvolumen von rund 3,6 Petabyte verschlüsselt, 239 Hypervisor erreicht, 16.000 virtuelle Festplatten versiegelt und 554.153 Snapshots gelöscht zu haben.

Wichtig ist hier Vorsicht bei der Einordnung: Es handelt sich um Behauptungen der Angreifer selbst, die auf einem Screenshot kursierten und von BleepingComputer so berichtet wurden. IDC Frontier selbst hat diese konkreten Zahlen nicht offiziell bestätigt. Ob die Täter tatsächlich Daten gestohlen (exfiltriert) haben oder „nur“ verschlüsselt und gelöscht haben, bleibt damit ebenfalls unbestätigt. Auch die Identität der Angreifer sowie eine mögliche Lösegeldforderung sind bislang nicht öffentlich bekannt. Sollte sich die Größenordnung der Attacke bestätigen, wäre sie eine der umfangreichsten Cloud-Attacken, die in Japan in diesem Jahr dokumentiert wurden.

Chronologie des Vorfalls

Zeitpunkt	Ereignis
7. Oktober 2026, ca. 3:40 Uhr	Beginn der Störung in der Ostjapan-Region 1 durch unautorisierten Zugriff Dritter
7. Oktober 2026, Vormittag	IDC Frontier trennt die betroffene Region vom Netz und fährt Systeme herunter
7. Oktober 2026	Management-Konsolen werden vorsorglich für alle Regionen gesperrt
8. Oktober 2026	IDC Frontier bestätigt öffentlich einen Ransomware-Angriff eines Dritten als Ursache
9. Oktober 2026	Unternehmen meldet anhaltende Untersuchung; Daten in Teilzonen laut eigenen Angaben schwer wiederherstellbar

Cyberangriffe in Japan: Eine Welle ohne Ende

Der Angriff auf IDCF Cloud steht nicht isoliert. Laut dem japanischen Sicherheitsunternehmen Macnica, zitiert von BleepingComputer, registrierte die Firma seit Jahresbeginn 2026 bis zum 6. Oktober insgesamt 119 Cybersicherheitsvorfälle mit Diebstahl oder Offenlegung personenbezogener Daten in Japan. Allein zwischen dem 1. Juli und dem 6. Oktober 2026 waren es 83 Vorfälle. Zum Vergleich: Im gesamten Jahr 2025 zählte Macnica nach denselben Kriterien 84 Vorfälle, 2024 waren es lediglich 62. Die Zahlen zeigen eine klare Beschleunigung innerhalb weniger Monate.

Zeitraum	Vorfälle mit Datendiebstahl/-offenlegung	Quelle
2024 (Gesamtjahr)	62	Macnica, zitiert von BleepingComputer
2025 (Gesamtjahr)	84	Macnica, zitiert von BleepingComputer
2026, 1. Jan. – 6. Okt.	119	Macnica, zitiert von BleepingComputer
davon 1. Juli – 6. Okt. 2026	83	Macnica, zitiert von BleepingComputer

Macnica-Sicherheitsforscher Yutaka Sejiyama erklärte gegenüber BleepingComputer, Angreifer würden gezielt nach Schwachstellen in Zugriffskontrollen, Konfigurationen und Authentifizierungsmechanismen suchen und bekannte, bereits gepatchte Schwachstellen (sogenannte n-Day-Lücken) ausnutzen. Früher habe die Suche nach individuellen Schwachstellen auf einzelnen Webseiten viel Zeit und Aufwand erfordert, was kleinere Ziele unattraktiv gemacht habe. Der Aufstieg günstiger, leistungsfähiger KI-Werkzeuge verändere diese Rechnung jedoch: Breite, detaillierte Schwachstellensuche werde dadurch zunehmend wirtschaftlich auch gegen kleinere und mittlere Ziele.

Der Parallelfall Nissui Logistics

Fast zeitgleich mit dem IDCF-Cloud-Vorfall meldete die japanische Logistiktochter Nissui Logistics des Lebensmittelkonzerns Nissui Corporation laut BleepingComputer einen Systemausfall, der auf einen vermuteten unautorisierten Zugriff bei einem von der Firma genutzten externen Rechenzentrum zurückgeht. In der Folge konnten Waren zeitweise nicht versendet oder angenommen werden. Nissui Corporation beschäftigt nach eigenen Angaben rund 11.500 Mitarbeitende und betreibt eine internationale Lieferkette von Fischerei und Aquakultur bis zu Verarbeitung und Vertrieb. Das Unternehmen prüft aktuell, ob personenbezogene Daten oder Kundendaten abgeflossen sind.

Ob zwischen dem Nissui-Vorfall und dem Angriff auf IDCF Cloud ein Zusammenhang besteht, ist nach Berichten von BleepingComputer bislang unklar. Beide Fälle verdeutlichen aber dasselbe Muster: Nicht die betroffenen Unternehmen selbst wurden unmittelbar angegriffen, sondern Drittanbieter von Rechenzentrums- und Cloud-Infrastruktur, über die zahlreiche Kunden gleichzeitig in Mitleidenschaft gezogen werden.

Warum Cloud-Infrastruktur zum Hauptziel wird

Ein einzelner erfolgreicher Angriff auf einen Cloud-Anbieter wie IDC Frontier trifft nicht ein Unternehmen, sondern potenziell hunderte gleichzeitig. Genau diese Hebelwirkung macht IaaS-Anbieter zu einem attraktiven Ziel für Ransomware-Gruppen: Der Aufwand für einen einzigen Einbruch steht einem potenziellen Schaden bei 495 Organisationen gegenüber. Diese Asymmetrie zwischen Angriffsaufwand und Schadenshebel ist einer der zentralen Gründe, warum Sicherheitsbehörden Cloud- und Rechenzentrumsanbieter inzwischen als kritische Infrastruktur im erweiterten Sinne behandeln.

Hinzu kommt ein strukturelles Problem, das IDCF Cloud mit vielen regionalen Cloud-Anbietern teilt: Kunden, die aus Kosten- oder Datenschutzgründen bewusst eine einzelne Region bei einem einzelnen Anbieter buchen, verzichten häufig auf eine aktive Multi-Region- oder Multi-Cloud-Strategie. Das senkt die laufenden Kosten, erhöht aber im Angriffsfall das Ausfallrisiko erheblich, weil es keine sofort verfügbare Ausweichumgebung gibt. Für Behörden und Kommunen, die ohnehin unter engen Budgets arbeiten, ist dieser Zielkonflikt zwischen Kosten und Resilienz besonders ausgeprägt, was den IDCF-Cloud-Fall auch zu einem Lehrstück für öffentliche Auftraggeber macht.

KI senkt die Einstiegshürde für Angreifer

Die von Macnica beschriebene Entwicklung, dass günstige KI-Werkzeuge die systematische Suche nach Schwachstellen erschwinglicher machen, deckt sich mit einem Trend, der auch außerhalb Japans beobachtet wird: Werkzeuge, die ursprünglich für produktive Zwecke entwickelt wurden, etwa KI-Coding-Agenten, lassen sich grundsätzlich auch zur automatisierten Analyse von Code und Konfigurationen einsetzen. Sicherheitsabteilungen stehen damit vor der Aufgabe, ihre Verteidigung an ein Tempo anzupassen, das zunehmend von Automatisierung auf beiden Seiten geprägt ist, bei Angreifern wie bei Verteidigern.

Historischer Vergleich: Frühere Ransomware-Vorfälle bei japanischen Cloud-Anbietern

Der IDCF-Cloud-Vorfall ist in diesem Jahr nicht der einzige Fall, bei dem ein japanischer Infrastrukturanbieter betroffen war. BleepingComputer berichtete im Zusammenhang mit dem aktuellen Fall auf zwei weitere, verwandte Meldungen:

Keio: Die japanische Keio-Organisation bestätigte laut BleepingComputer einen Ransomware-Angriff, der ihre Geschäftssysteme beeinträchtigte.
Sakura Internet: Beim japanischen Hosting- und Cloud-Anbieter Sakura Internet wurden bei einem Hack laut BleepingComputer Daten von bis zu 1,36 Millionen Konten offengelegt.
IDCF Cloud / IDC Frontier: 495 Unternehmen und Gebietskörperschaften betroffen, Daten in Teilzonen laut Unternehmensangaben schwer wiederherstellbar.

Auffällig ist, dass alle drei Fälle 2026 bekannt wurden und jeweils IT-Dienstleister oder Cloud-Infrastruktur im Zentrum standen, nicht die Endkunden selbst. Für Beobachter des japanischen Markts bestätigt das den von Macnica beschriebenen Trend einer sich verdichtenden Angriffswelle gegen Infrastrukturanbieter.

Folgen für Unternehmen in Deutschland und der DACH-Region

Direkt betroffen sind von dem IDCF-Cloud-Vorfall ausschließlich japanische Kunden, da IDC Frontier seine Rechenzentren in Japan betreibt. Für deutsche, österreichische und Schweizer Unternehmen ist der Fall trotzdem ein Weckruf, weil er ein strukturelles Problem offenlegt, das auch europäische Cloud-Kunden betrifft: die Konzentration kritischer Geschäftsprozesse bei einem einzelnen Anbieter ohne redundante Ausweichoption. Sowohl das deutsche Bundesamt für Sicherheit in der Informationstechnik (BSI) als auch die EU-Agentur ENISA weisen in ihren laufenden Lageberichten regelmäßig darauf hin, dass Ransomware-Gruppen zunehmend Cloud- und Hosting-Infrastruktur als Hebel nutzen, um möglichst viele Organisationen mit einem einzigen Angriff zu treffen.

Mehr Hintergründe zu aktuellen Bedrohungslagen in diesem Bereich finden sich in der laufenden Berichterstattung zu Cybersicherheitsbedrohungen 2026. Für IT-Verantwortliche in der DACH-Region bedeutet der IDCF-Cloud-Fall konkret: Verträge mit Cloud- und Hosting-Partnern sollten Notfallpläne, Wiederherstellungsfristen und Kommunikationswege im Krisenfall explizit regeln, nicht erst nach einem Vorfall.

Was Unternehmen jetzt tun sollten

Auch wenn der konkrete Vorfall in Japan liegt, lassen sich aus dem Ablauf praktische Lehren für jedes Unternehmen ziehen, das Geschäftsprozesse in eine einzelne Cloud-Region auslagert. Die zentrale Erkenntnis: Eine Region, ein Anbieter, keine getestete Rückfallebene ist ein Risiko, das sich in konkrete Ausfallzeiten übersetzt, sobald ein Dienstleister selbst zum Angriffsziel wird.

Backup-Strategien und Zero-Trust-Ansätze

Offline- oder zumindest netzwerklogisch getrennte Backups außerhalb der primären Cloud-Region vorhalten, damit ein Ransomware-Befall der Produktivumgebung nicht automatisch auch die Sicherung verschlüsselt.
Regelmäßige Restore-Tests statt reiner Backup-Erstellung, damit im Ernstfall die tatsächliche Wiederherstellungszeit bekannt ist.
Zugriffsrechte auf Management-Konsolen und Hypervisor-Ebene nach dem Zero-Trust-Prinzip beschränken, inklusive Multi-Faktor-Authentifizierung für administrative Zugänge.
Verträge mit Cloud-Anbietern um klare SLA-Regelungen für Kommunikation und Wiederherstellung im Angriffsfall ergänzen.
Endpoint- und Serverschutz regelmäßig überprüfen; ein Vergleich gängiger Lösungen findet sich im Beitrag zu CrowdStrike, Defender und Sophos im Vergleich.

Betroffene Organisationen, die nach einer Ransomware-Infektion versuchen, verschlüsselte Daten zu retten, finden über die von Europol mitgetragene Initiative No More Ransom eine Übersicht kostenloser Entschlüsselungswerkzeuge, sofern für die jeweilige Ransomware-Familie bereits ein Gegenmittel existiert.

Cloud-Abhängigkeit betrifft nicht nur Behörden

Der IDCF-Cloud-Fall betrifft laut Unternehmensangaben vor allem Unternehmen und Kommunen, doch das zugrunde liegende Risiko einer zentralisierten Cloud-Abhängigkeit zieht sich durch fast jede Branche. Ob Unternehmen produktive KI-Workloads über Notebooks wie das in der Analyse zum Surface Laptop Ultra mit RTX Spark zumindest teilweise lokal statt in der Cloud verarbeiten, oder ob Gaming-Anbieter ihre Dienste über Rechenzentren ausliefern wie bei den im Vergleich der Gaming-Handhelds 2026 beschriebenen Cloud-Streaming-Funktionen, das Grundproblem bleibt gleich: Je zentraler die Infrastruktur, desto größer der potenzielle Hebel für Angreifer. Auch Unternehmen, die auf eigene GPU-Kapazitäten setzen, etwa auf Basis der im Beitrag zu RTX 5070 und RX 9070 verglichenen Grafikkarten, reduzieren damit zumindest teilweise ihre Abhängigkeit von einem einzelnen externen Cloud-Anbieter.

Reaktion von IDC Frontier und offene Fragen

IDC Frontier hat nach eigenen Angaben seine Untersuchung noch nicht abgeschlossen. Das Unternehmen prüft weiterhin, wie die Angreifer in das System eindringen konnten und wie weit sich der Schaden über die Ostjapan-Region 1 hinaus ausgedehnt hat. Bis zum 9. Oktober 2026 hatte IDC Frontier weder die Identität der Angreifer noch eine mögliche Lösegeldforderung öffentlich bestätigt. Auch zur Frage, ob tatsächlich Daten abgeflossen sind oder lediglich verschlüsselt beziehungsweise gelöscht wurden, liegt bislang keine offizielle Bestätigung vor. Das japanische Nachrichtenportal ITmedia bestätigte unabhängig den Beginn der Störung gegen 3:40 Uhr am 7. Oktober und ordnete den Vorfall in die laufende Berichterstattung der japanischen Fachpresse ein.

Ausblick: 5 Prognosen für die kommenden Monate

Auf Basis der bisher bekannten Fakten und des allgemeinen Trends bei Ransomware-Angriffen auf Infrastrukturanbieter lassen sich einige vorsichtige Einschätzungen für die weitere Entwicklung treffen:

Die vollständige Wiederherstellung aller 495 betroffenen Kunden dürfte sich über mehrere Wochen hinziehen, da IDC Frontier selbst von Daten spricht, die in Teilzonen nur schwer wiederherstellbar sind.
Japanische Aufsichtsbehörden werden den Fall voraussichtlich zum Anlass nehmen, strengere Melde- und Sicherheitsanforderungen für Cloud-Anbieter zu diskutieren, die auch kommunale Kunden bedienen.
Weitere Details zur Angriffsmethode und möglicherweise zur Täterschaft dürften in den kommenden Wochen bekannt werden, sobald forensische Untersuchungen abgeschlossen sind.
Angesichts der von Macnica dokumentierten Zunahme von Vorfällen dürfte die Zahl ähnlicher Cloud- und Hosting-Angriffe in Japan auch in den kommenden Monaten nicht sinken.
Unternehmen außerhalb Japans, auch in der DACH-Region, dürften den Fall verstärkt in eigene Lieferanten- und Cloud-Risikobewertungen einbeziehen, insbesondere bei Verträgen mit Anbietern ohne nachgewiesene Multi-Region-Redundanz.

Häufig gestellte Fragen

Was ist IDCF Cloud und wem gehört der Dienst?

IDCF Cloud ist die Infrastructure-as-a-Service-Plattform von IDC Frontier, Inc. Laut BleepingComputer ist IDC Frontier eine Tochtergesellschaft der SoftBank Group mit Sitz in Tokio.

Wann begann der Ransomware-Angriff auf IDCF Cloud?

Nach Angaben von IDC Frontier startete die Störung am 7. Oktober 2026 gegen 3:40 Uhr Ortszeit in der Ostjapan-Region 1.

Wie viele Kunden sind von dem Vorfall betroffen?

IDC Frontier spricht von 495 Unternehmen und lokalen Gebietskörperschaften, die IDCF Cloud vertraglich nutzen.

Sind auch Daten von Behörden gefährdet?

IDC Frontier nennt lokale Gebietskörperschaften ausdrücklich als betroffene Kundengruppe, hat aber keine Liste einzelner Behörden veröffentlicht. Eine genaue Zuordnung ist öffentlich nicht bestätigt.

Wurden bei dem Angriff Daten gestohlen?

Das ist bislang nicht offiziell bestätigt. IDC Frontier teilte mit, dass Daten in einigen Zonen der Ostjapan-Region 1 schwer wiederherstellbar seien. Ob zusätzlich Daten exfiltriert wurden, hat das Unternehmen öffentlich nicht bestätigt.

Wer steckt hinter dem Angriff auf IDCF Cloud?

Die Identität der Angreifer ist öffentlich nicht bestätigt. Laut einem von BleepingComputer veröffentlichten Screenshot kursierten auf der Management-Konsole Behauptungen der Täter zum Umfang des Angriffs, diese sind jedoch unabhängig nicht verifiziert.

Hängt der IDCF-Cloud-Vorfall mit dem Fall Nissui Logistics zusammen?

Ein Zusammenhang ist laut BleepingComputer bislang unklar. Beide Vorfälle wurden fast zeitgleich im Oktober 2026 bekannt, betreffen aber unterschiedliche Unternehmen und Infrastrukturanbieter.

Was sollten betroffene Unternehmen jetzt tun?

Betroffene Kunden sollten den offiziellen Mitteilungen von IDC Frontier folgen, eigene Backups außerhalb der betroffenen Region prüfen und im Zweifel rechtlichen und datenschutzrechtlichen Rat zur Meldepflicht bei möglichem Datenabfluss einholen.

IDCF Cloud Ransomware-Angriff: 495 Firmen betroffen [2026]