In dieser Woche analysiert CTI die sich rasch ausbreitende ESXiArgs-Ransomware-Kampagne, durch die Tausende von ESXi-Servern verschlüsselt werden. Als Nächstes untersuchen wir einen zunehmenden Trend, bei dem Angreifer Malware über OneNote-Dateien verbreiten – eine früher eher seltene Verbreitungsmethode. Abschließend schließen wir mit einem eher strategisch ausgerichteten Bericht aus dem Bereich der Informationsgewinnung ab, der sich auf die jüngsten Äußerungen von Präsident Biden konzentriert, die er im Rahmen seiner zweiten Rede zur Lage der Nation zum dringenden Bedarf des Landes an einem umfassenden Bundesdatenschutzgesetz geäußert hat.
1. Ein massiver ESXiArgs-Ransomware-Angriff zielt weltweit auf VMware-ESXi-Server ab
Laut einer Meldung des französischen CERT-FR, , greifen Angreifer aktiv VMware-ESXi-Server an: (wird in einem neuen Tab geöffnet) – angeblich konzentrieren sie sich dabei auf Server, die nicht gepatcht und anfällig für CVE-2021-21974 (wird in einem neuen Tab geöffnet) (eine zwei Jahre alte Sicherheitslücke, die die Ausführung von Remote-Code ermöglicht) sind, und zwar im Rahmen einer groß angelegten Kampagne, bei der die relativ unbekannte Ransomware „ESXiArgs“ zum Einsatz kommt.
Zum Zeitpunkt der Berichterstattung hatte die -Überwachung von Censys (wird in einem neuen Tab geöffnet) die Zahl der kompromittierten Server (mit Standorten in Kanada, Frankreich, Finnland, Deutschland und den USA) auf 3 200 beziffert, wobei diese Zahl weiter anstieg. Die Forscher weisen darauf hin, dass die Zahl der Betroffenen wahrscheinlich höher ist, da Internet-Suchmaschinen lediglich eine Momentaufnahme bzw. einen Scan zu einem bestimmten Zeitpunkt liefern und Geräte zwischen den Scans regelmäßig zur Behebung von Sicherheitslücken vom Netz genommen werden.
Neue Ransomware namens „ESXiArgs“
Laut einem Beitrag im Blog „TheRecord“ von Recorded Future wird die in dieser Kampagne verwendete Ransomware als „ESXiArgs“ bezeichnet, da die Malware nach der Verschlüsselung der Dokumente eine zusätzliche Datei mit der Endung .args erstellt. Diese Datei enthält Informationen dazu, wie das betroffene Dokument entschlüsselt werden kann.
Die bei dieser Kampagne verwendete Ransomware-Variante schien zunächst mit der Nevada-Ransomware-Familie in Verbindung zu stehen – eine Theorie, die in einem Blogbeitrag des französischen Cloud-Hosting-Anbieters OVHcloud (öffnet in einem neuen Tab) (einem Unternehmen, dessen Kunden zu den von dieser Kampagne betroffenen Opfern zählen) verbreitet wurde. Diese Hypothese wurde jedoch schließlich widerlegt. Es wurden zudem Ähnlichkeiten zwischen ESXiArgs und der Ransomware Babuk festgestellt, da beide dieselbe Verschlüsselungsalgorithmus (Sosemanuk) verwenden; Unterschiede in der Codestruktur der Malware lassen jedoch auch an dieser Wahrscheinlichkeit Zweifel aufkommen.
Arctic Wolf (wird in einem neuen Tab geöffnet) geht davon aus, dass es sich bei der Kampagne – ausgehend von der Lösegeldforderung – wahrscheinlich um das Werk eines einzelnen Angreifers oder einer einzelnen Gruppe handelt. Diese Annahme beruht auf dem nicht zielgerichteten Charakter der Kampagne, der vermutlich fehlenden Erkundung der Opfer vor der Aktion sowie der relativ geringen Erpressungsforderung der Angreifer in Höhe von zwei Bitcoin. Jede Nachricht verfügt zudem über eine identische Tox-ID, die von den Opfern verwendet wird, um mit dem Angreifer zu kommunizieren. Eine Tox-ID dient dazu, Personen zu Kontaktlisten innerhalb der Messaging-Plattform „Tox Chat“ hinzuzufügen.
Abgesehen von der Zuordnung konnte OVHcloud die folgenden Verhaltensmerkmale ableiten, die sich aus den ESXiArgs-bezogenen Vorfällen der Kunden ergaben:
- Es wurde bestätigt, dass der Kompromittierungsvektor eine OpenSLP-Sicherheitslücke ausnutzt, bei der es sich möglicherweise um die Nummer CVE-2021-21974 handelt (dies muss noch bestätigt werden). Aus den Protokollen geht hervor, dass der Benutzer „dcui“ an dem Kompromittierungsprozess beteiligt ist.
- Für die Verschlüsselung wird ein öffentlicher Schlüssel verwendet, den die Malware im Verzeichnis /tmp/public.pem ablegt.
- Der Verschlüsselungsvorgang zielt speziell auf Dateien virtueller Maschinen ab (.vmdk, .vmx, .vmxf, .vmsd, .vmsn, .vswp, .vmss, .nvram und .vmem).
- Die Malware versucht, virtuelle Maschinen herunterzufahren, indem sie den VMX-Prozess beendet, um die Dateien zu entsperren. Diese Funktion funktioniert nicht durchgängig wie erwartet, was dazu führt, dass Dateien gesperrt bleiben.
- Die Malware erstellt die Datei „argsfile“, um die an die verschlüsselte Binärdatei übergebenen Argumente zu speichern (Anzahl der zu überspringenden MB, Anzahl der MB pro Verschlüsselungsblock, Dateigröße).
- Es kam zu keinem Datenabfluss.
Michael Gillespie von ID Ransomware hat Berichten zufolge eine Kopie des ESXiArgs-Verschlüsselungsprogramms von analysiert. Gegenüber erklärte er gegenüber BleepingComputer, dass es sich leider um ein sicheres Verschlüsselungsprogramm handele, das keine kryptografischen Fehler aufweise, die eine Entschlüsselung ermöglichen könnten.
Vermehrung
Forscher gehen davon aus, dass sich ESXiArgs durch die Ausnutzung von CVE-2021-21974 (wird in einem neuen Tab geöffnet) verbreitet – einer bereits zwei Jahre alten Sicherheitslücke im Zusammenhang mit einem Heap-Überlauf im OpenSLP-Dienst, die ungepatchte ESXi-Hypervisoren im Wesentlichen für nicht authentifizierte Angreifer bei Angriffen mit geringer Komplexität anfällig macht.
Es war kein Zero-Day-Angriff beteiligt
Am 6. Februar 2023 veröffentlichte VMware einen Sicherheitshinweis, in dem Administratoren dringend aufgefordert wurden, ESXi-Server zu patchen und den OpenSLP-Dienst zu deaktivieren. Das Unternehmen betonte ausdrücklich, dass die Angreifer keine Zero-Day-Sicherheitslücke ausnutzten, um die Ransomware „ESXiArgs“ zu verbreiten.
Im Wesentlichen hat VMware bestätigt, dass diese groß angelegte Kampagne tatsächlich das Ergebnis von Ransomware-Angreifern war, die es auf mit dem Internet verbundene, nicht gepatchte ESXi-Server abgesehen hatten. VMware wies darauf hin, dass dieser Dienst standardmäßig deaktiviert ist (wird in einem neuen Tab geöffnet)in ESXi-Softwareversionen ab Version 2021.
Was ist davon betroffen?
VMWare beschreibt den ESXi- (wird in einem neuen Tab geöffnet) als einen „Bare-Metal-Hypervisor … mit direktem Zugriff auf und direkter Kontrolle über die zugrunde liegenden Ressourcen“ – wodurch Angreifern Zugriff auf kritische Dateien gewährt wird und sie in die Lage versetzt werden, einen enormen Teil der Ressourcen des Benutzers zu stören.
BleepingComputer berichtet, dass CVE-2021-21974 die folgenden Systeme betrifft:
- ESXi-Versionen 7.x vor ESXi70U1c-17325551
- ESXi-Versionen 6,7.x vor ESXi670-202102401-SG
- ESXi-Versionen 6,5.x vor ESXi650-202102101-SG
Im Februar des Jahres 2021 wurde ein Patch für CVE-2021-21974 veröffentlicht. Behörden und Sicherheitsforscher fordern Netzwerkadministratoren derzeit dazu auf, alle Server, für die noch keine Sicherheitspatches vorliegen, unverzüglich zu aktualisieren.
Zweite Welle von ESXiArgs-Ransomware-Angriffen; der ursprüngliche Zugangsweg wird in Frage gestellt
Im Rahmen des jüngsten Updates scheint es sich um eine zweite Welle von ESXiArgs-Ransomware-Angriffen zu handeln, bei der eine überarbeitete Version der Malware zum Einsatz kommt, die umfangreichere Datenmengen verschlüsselt, was es den Verantwortlichen letztendlich erheblich erschwert – wenn nicht gar unmöglich macht –, verschlüsselte virtuelle VMware-ESXi-Maschinen wiederherzustellen.
Der Cybersicherheits-Blog „BleepingComputer“ gibt an, erstmals von der zweiten Angriffswelle erfahren zu haben, nachdem ein Administrator im Forum „“ des Blogs unter dem Thema „EXSiArgs Support“ den Beitrag „“ veröffentlicht hatte.
Sicherheitsexperten stellen nun ebenfalls die Stichhaltigkeit der weithin akzeptierten Behauptung in Frage, dass der ursprüngliche Infektionsvektor der Kampagne tatsächlich in der Ausnutzung von VMware-ESXi-Servern besteht, die nicht gepatcht und somit anfällig für CVE-2021-21974 (wird in einem neuen Tab geöffnet) sind.
Neue Version von ESXiArgs
Nach der Analyse von Proben der neuen Ransomware-Variante stellte BleepingComputer Berichten zufolge fest, dass sich der Verschlüsseler von ESXiArg zwar nicht verändert hatte, der Teil des Codes der Verschlüsselungsroutine, der die Menge der verschlüsselten Daten festlegte, jedoch geändert worden war – was im Wesentlichen dazu führte, dass der Verschlüsseler abwechselnd 1MB Daten verschlüsselte und 1MB Daten übersprang. Das bedeutet, dass bei allen Dateien, deren Größe über 128MB liegt, nun 50 % der Daten verschlüsselt sind, wodurch sie praktisch nicht mehr wiederherstellbar sind.
Die Änderungen verhindern zudem, dass die von der Cybersecurity and Infrastructure Security Agency (CISA) über iihre GitHub-Seite (wird in einem neuen Tab geöffnet) als Reaktion auf die erste Angriffswelle bereitgestellten Wiederherstellungstools verschlüsselte Systeme erfolgreich wiederherstellen können, da zu viele Daten verschlüsselt worden sind, um noch nutzbar zu sein.
Zudem enthält die Lösegeldforderung keine Bitcoin-Adresse mehr. Dies war wahrscheinlich ein Versuch der Betreiber von ESXiArg, zu verhindern, dass die Lösegeldzahlungen von Sicherheitsforschern zurückverfolgt werden.
Ist die CVE-2021-21974 der wahre Übeltäter?
Laut einem kürzlich erschienenen Artikel „ “, der auf dem Blog von Greynoise unter (wird in einem neuen Tab geöffnet) veröffentlicht wurde, sind die Schlussfolgerungen der Sicherheitsforscher, die die ESXiArgs-Ransomware-Kampagne mit der Ausnutzung der Schwachstelle CVE-2021-21974 in Verbindung bringen, möglicherweise etwas voreilig.
Aus dem Beitrag:
Der Zusammenhang zwischen CVE-2021-21974 (wird in einem neuen Tab geöffnet) und der Ransomware-Kampagne wird möglicherweise überbewertet. Derzeit ist uns der ursprüngliche Zugangsweg nicht bekannt, und es ist möglich, dass es sich um eine der Sicherheitslücken im Zusammenhang mit dem OpenSLP-Dienst von ESXi handelt.
Die Sicherheitsgemeinschaft scheint sich auf eine einzige Sicherheitslücke zu konzentrieren. GreyNoise ist der Ansicht, dass „ CVE-2021-21974 “ als erster Zugangsweg sinnvoll ist, kennt jedoch keine Quellen aus erster Hand, die dies bestätigen. Wir empfehlen den Verantwortlichen für die Sicherheit, wachsam zu bleiben und nicht jedem Anbieter (einschließlich uns) blind zu vertrauen.
Diese Aussage wird durch die Tatsache untermauert, dass mehrere Betroffene Berichten zufolge angaben, OpenSLP sei auf ihren Geräten deaktiviert gewesen, sie seien dennoch angegriffen und ihre Daten verschlüsselt worden. Dennoch bleibt die Frage: Wie kam die Sicherheitsgemeinschaft überhaupt zu der Schlussfolgerung, dass die „ESXiArgs“-Kampagne auf eine bestimmte CVE zurückzuführen ist?
Ein von Juniper Networks veröffentlichter Blogbeitrag unter Oktober 2022 (wird in einem neuen Tab geöffnet) beschrieb die Möglichkeiten des Missbrauchs verschiedener OpenSLP-Sicherheitslücken, die in unterschiedlichen Versionen von ESXi bestehen. Zwar wurde in dem Beitrag darauf verzichtet, eine bestimmte Sicherheitslücke mit einem konkreten Fall erfolgreicher Ausnutzung in Verbindung zu bringen, doch wurden Einzelheiten zu der Hintertür genannt, die bei den beobachteten Vorfällen im Anschluss an die Ausnutzung installiert wurde.
Zusammenfassend lässt sich sagen, dass es zahlreiche verschiedene OpenSLP-Sicherheitslücken in mehreren Versionen von ESXi gibt, darunter CVE-2021-21974 (wird in einem neuen Tab geöffnet), CVE-2020-3992 sowie CVE-2019-5544 (wird in einem neuen Tab geöffnet). Einige davon wurden höchstwahrscheinlich in der Vergangenheit ausgenutzt, um eine bösartige Hintertür zu installieren, wie Greynoise berichtet, und obwohl „keine CVE von Erstquellen konkret als ursprünglicher Zugangsvektor für die ESXiArgs-Kampagne genannt wird“, scheinen sich die Sicherheitsforscher einig zu sein, dass diese Fakten für sich genommen bereits ausreichend sind – was es ihnen ermöglicht, den Schluss zu ziehen, dass CVE-2021-21974 der ursprüngliche Zugangsvektor der mysteriösen ESXiArgs-Ransomware ist.
Ein kürzlich aktualisierter, von Censys veröffentlichter ausführlicher Bericht von zu ESXiArgs (wird in einem neuen Tab geöffnet) weist auf Folgendes hin und lässt weitere Zweifel daran aufkommen, dass OpenSLP der Angriffsweg der Angreifer war:
„Wie wir gestern berichteten, scheint OpenSLP nicht die Angriffsmethode zu sein, da auf mehreren kompromittierten Hosts SLP nicht ausgeführt wurde.“
Analystenkommentare des Cyber Threat Intelligence-Teams von Tanium
„Diese jüngste Entwicklung verdeutlicht sowohl Sicherheitsexperten als auch Analysten im Bereich Cyber-Bedrohungsinformationen, wie wichtig es ist, keine voreiligen Schlüsse zu ziehen – insbesondere wenn solche Behauptungen nicht auf Berichten aus erster Hand oder Angaben der betroffenen Anbieter beruhen.“ Dies trägt lediglich dazu bei, eine ohnehin schon ernste Lage mit Angst, Unsicherheit und Zweifeln zu belasten. Die Wahrheit kommt immer irgendwann ans Licht. „Meistens ist es nur eine Frage der Zeit.“
„Die Tatsache, dass die neue ESXiArgs-Variante betroffene Systeme praktisch unrettbar machen kann, sollte deutlich machen, wie wichtig es ist, exponierte und/oder anfällige Systeme zu identifizieren und diese unverzüglich zu sichern.“ „Unabhängig davon, ob CVE-2021-21974 der Zugangspunkt für die Hintermänner dieser Kampagne ist oder nicht, stellt das Vorhandensein einer zwei Jahre alten RCE-Sicherheitslücke in nicht gepatchten ESXi-Virtualisierungsmaschinen ein unnötiges Risiko dar.“
2. Neue QakNote-Angriffe verbreiten die QBot-Malware über Microsoft OneNote-Dateien
Sophos hat einen neuen groß angelegten Angriff namens „QakNote“ beobachtet, bei dem die QBot-Malware „ “ über Microsoft OneNote-Dateien verbreitet wird. (wird in einem neuen Tab geöffnet)
Zunehmender Trend: Die Nutzung von OneNote-Dateien zur Verbreitung von Malware
Sicherheitsunternehmen beobachten bereits seit einiger Zeit die Zunahme von Malware, die über .one-OneNote-Dateien verbreitet wird. Bis vor kurzem wurde diese Taktik von Cyberkriminellen nur selten angewandt. In dem Bericht „ Januar 2023“ () stellte Proofpoint jedoch fest, dass über 50 OneNote-Kampagnen (öffnet in einem neuen Tab) verschiedene Malware-Payloads verbreiteten, darunter AsyncRAT, Redline, AgentTesla und Doubleback. Von besonderem Interesse ist die Verwendung von OneNote-Dokumenten zur Bereitstellung von QBot durch den Initial Access Broker TA577 am Ende von „ Januar 2023“.
Warum ist die Zahl der Kampagnen, die OneNote zur Verbreitung von Malware nutzen, plötzlich gestiegen? Auch wenn es schwierig ist, eine eindeutige Antwort zu geben, wird davon ausgegangen, dass Angreifer auf OneNote ausweichen, da Microsoft beschlossen hat, Makros in Dokumenten, die aus dem Internet stammen, standardmäßig zu blockieren. Diese Entscheidung hat dazu geführt, dass Angreifer mit verschiedenen TTPs experimentieren, um Erkennungslösungen zu umgehen.
Was gibt es Neues zur QBot-Malware?
QBot (wird in einem neuen Tab geöffnet), auch bekannt als QakBot (daher der Kampagnenname „QakNote“), ist seit jeher als Banking-Trojaner bekannt – obwohl er sich, wie viele seiner Artgenossen, inzwischen zu einer vielschichtigen Malware zum Diebstahl von Daten weiterentwickelt hat – und ist seit Jahren aktiv.
QBot stiehlt sensible Daten (wird in einem neuen Tab geöffnet) und verbreitet sich selbstständig auf andere Systeme im Netzwerk. QBot hat „ “ weiterentwickelt, um Funktionen zur Remote-Codeausführung (RCE) bereitzustellen, die es Angreifern ermöglichen, manuelle Angriffe durchzuführen, um sekundäre Ziele zu erreichen.
Untersuchungen von Sophos zu schädlichen .one-Dateien führten zur Entdeckung der QBot-Malware, die über diesen Bedrohungsvektor verbreitet wurde. QBot scheint seit Ende Januar .one-Dokumente für Angriffe zu nutzen. Bei einer beobachteten Kampagne enthielt die betrügerische E-Mail einen Link, der das Opfer dazu veranlasste, eine schädliche .one-Datei herunterzuladen. In dieser Kampagne war die E-Mail-Nachricht eher unpersönlich.
Ein weiterer beobachteter Fall folgte einer für QBot eher typischen Vorgehensweise, bei der die bösartige E-Mail in die Mitte einer bestehenden Konversation eingefügt wird. In diesem Thread war die .one-Datei direkt als Anhang enthalten.
Unabhängig davon, ob der Benutzer auf einen Link klickt, der ihn zum OneNote-Dokument führt, oder den Anhang direkt öffnet, gelangt er zu einer OneNote-Seite mit folgendem Hinweis: „Dieses Dokument enthält Anhänge aus der Cloud. Um diese zu erhalten, doppelklicken Sie [sic] auf ‚Öffnen‘.“ Die im Dokument eingebettete Schaltfläche „Öffnen“ führt zu einer .hta-Datei.
Wenn Sie auf die Schaltfläche „Öffnen“ klicken, wird die .hta-Datei ausgeführt, die eine QBot-Beispielversion von einem Remote-Server abruft und ausführt. Der Skriptcode der .hta-Datei übergibt eine fest codierte URL an die Anwendung „curl[.]exe“, die die Datei am anderen Ende abruft. Die auf den Servern beobachteten Dateien wiesen Dateiendungen von Bildformaten wie .png oder .gif auf, handelte es sich jedoch in Wirklichkeit um DLL-Dateien. In diesem Fall hat sich die QBot-Malware-Nutzlast in die Datei „AtBroker[.]exe“ – das Dienstprogramm „Windows Assistive Technology Manager“ – eingeschleust.
Bei einigen der schädlichen OneNote-Notizbücher wurde eine Besonderheit festgestellt. Wenn Sie mit der rechten Maustaste auf die Grafikelemente im Notizbuch klicken und diese speichern, wird im Dialogfeld automatisch der Dateiname angezeigt, der dem Bild bei seiner ursprünglichen Einbettung in das Dokument zugewiesen wurde. Der Dateiname lautete in diesem Fall „
‚bezymyanny risunok‘“, was auf Russisch „anonyme Zeichnung“ bedeutet.
Analystenkommentare des Cyber Threat Intelligence-Teams von Tanium
„OneNote-Notizbücher ermöglichen es Angreifern, nahezu jeden Dateityp einzubetten – von VBS-Anhängen bis hin zu LNK-Dateien.“ Das Interessante an Angreifern, die OneNote nutzen, ist der zusätzliche Schritt des Social Engineering. Ja, Social Engineering kommt bereits zum Tragen, wenn das Opfer eine Phishing-E-Mail mit dem Betreff „ “ ( ) erhält, die den OneNote-Link oder den Anhang enthält. Es kommt jedoch ein weiterer Social-Engineering-Aspekt zum Tragen, wenn der Benutzer auf das OneNote-Notizbuch gelangt und durch eine Aufforderung zum Handeln dazu verleitet wird, auf den eingebetteten Anhang zu klicken.“
3. Bidens Rede zur Lage der Nation macht deutlich: Datenschutz ist ein Muss
In seiner zweiten Rede zur Lage der Nation widmete US-Präsident Joe Biden dem dringenden Bedarf des Landes an einer Maßnahme, die in ihrer Art der Datenschutz-Grundverordnung (DSGVO) der Europäischen Union (EU) ähnelt, mehr Aufmerksamkeit denn je.
Zwar ist die im Jahr 2018 erlassene EU-Verordnung – – keineswegs makellos (öffnet in einem neuen Tab), doch wirft allein ihre Existenz einen langen Schatten auf das völlige Fehlen umfassender bundesweiter Datenschutzgesetze in den USA. Präsident Biden widmete einen beträchtlichen Teil seiner Rede der Hervorhebung dieser Lücke in der Cybersicherheitsdoktrin des Landes.
Warum die derzeitige politische Lage möglicherweise reif für neue Regulierungsmaßnahmen ist
Da die Kontrolle über den US-Kongress derzeit auf verschiedene Parteien verteilt ist, wies Präsident Biden darauf hin, dass solche Umstände möglicherweise dazu beitragen könnten, eine parteiübergreifende Unterstützung für ein umfassendes Bundesdatenschutzgesetz zu erreichen.
Das Konzept eines solchen Gesetzes oder einer Reihe von Bundesvorschriften hat in den letzten Jahren zweifellos an Bedeutung gewonnen und eine beträchtliche Anzahl von Befürwortern gefunden – insbesondere im Zuge vielbeachteter Cyberangriffe, darunter solche, die sich gegen kritische Infrastruktur richteten, wie beispielsweise der Ransomware-Angriff „“ auf Colonial Pipeline (öffnet in einem neuen Tab) im Mai 2021) sowie solche, die gegen Bundes- oder Kommunalbehörden gerichtet waren.
Ein neuer Präzedenzfall?
In den Augen von Medienkommentatoren und Sicherheitsexperten gleichermaßen stellt bereits die bloße Erwähnung der möglichen Verabschiedung eines bundesweiten Datenschutzgesetzes in der Rede zur Lage der Nation von Präsident Biden (öffnet in einem neuen Tab) einen Präzedenzfall dar, „dass dieses Thema für US-Präsidenten und die Öffentlichkeit Anlass zu echter Sorge sein sollte“, wie es WIRED formulierte.
Frühere Präsidenten haben es in der Regel vermieden, in Reden dieser Größenordnung und mit einer derart hohen Öffentlichkeitswirkung auf das Thema Datenschutz einzugehen. Von den beiden früheren Präsidenten hat nur einer dieses Thema angesprochen – und das auch nur ein einziges Mal. Präsident Biden hat dieses Thema in seinen beiden Reden zur Lage der Nation angesprochen.
In seiner ersten Ansprache, die im Jahr 2022 stattfand, ging Präsident Biden auf den Datenschutz im Zusammenhang mit dem Schutz von Kindern und der Verhinderung der Erhebung personenbezogener Daten durch große Technologieunternehmen ein. Die diesjährige Rede ging noch einen Schritt weiter.
Die nächste Stufe
Indem er das Konzept, das er erstmals in jener „ 2022 “-Rede vorgestellt hatte, weiter ausführte und in eher technischen Begriffen weitere Einblicke in die Cyberbedrohungen gab, denen die Nation derzeit ausgesetzt ist, deutete Präsident Biden – ob bewusst oder unbewusst – an, dass die US-Regierung dem Verständnis der Öffentlichkeit in Bezug auf den Datenschutz sowie der Dringlichkeit, mit der die Nation deren Schutz verbessern muss, große Bedeutung beimisst.
Analystenkommentare des Cyber Threat Intelligence-Teams von Tanium
„In den USA fehlt es nach wie vor an einem wirklich umfassenden und inklusiven Datenschutzgesetz auf Bundesebene sowie an einem entsprechenden regulatorischen Rahmenwerk. Das schlimmste Szenario wäre in diesem Fall, dass weiterhin ein Rechtsvakuum auf nationaler Ebene im Bereich des nationalen Datenschutzrechts besteht. „Zumindest üben die Äußerungen von Präsident Biden genügend Druck auf beide Seiten seiner Regierung aus, um den Prozess mit den Gesetzgebern in Gang zu bringen.“
Wenn Sie sich weiter informieren möchten, lesen Sie unsere aktuellen Zusammenfassungen zu Cyber-Bedrohungsinformationen von .
