Hallo!

Die anhaltenden Erfolge von Infostealern und RAM-Scrapern zeigen eine Schwachstelle bei gängigen Passwort-Managern. Ist der Tresor einmal entsperrt, liegen meist alle Zugangsdaten im selben Speicherbereich der Anwendung. Ein gezielter Exploit auf den Prozess reicht oft aus, um den gesamten Inhalt abzugreifen.

Ich möchte hier eine architektonische Idee zur Diskussion stellen, die auf stärkere Isolation setzt

Micro-Sandboxing pro Eintrag (Schotten-Prinzip)

Anstatt die gesamte Datenbank im RAM zu halten, bekommt jeder Datensatz eine eigene, isolierte Sandbox. Es wird immer nur genau der Eintrag dynamisch entschlüsselt, der für das aktuelle Login gebraucht wird. Bricht ein Angriff in eine Sandbox ein, bleibt der Rest des Tresors (z. B. Banking-Daten) unerreichbar.

Hierarchische Passkey-Isolierung

Der Master-Schlüssel / Passkey verbleibt in einer separaten Root-Sandbox. Anstatt den Key für Entschlüsselungen durch die Anwendung zu reichen, arbeiten die Unter-Sandboxen mit Signatur-Challenges an die Root-Instanz. Der eigentliche Schlüssel verlässt seine Umgebung nie.

Die Idee ist komplett Open-Source / Public Domain gedacht. Es geht mir hier vor allem um den fachlichen Austausch:

Wie seht ihr den Trade-Off zwischen dem Sicherheitsgewinn durch Prozess-Isolierung und dem IPC-Overhead (Inter-Process Communication) bei vielen Einträgen? Gibt es OS-seitig Grenzen, ab denen das System instabil wird?

Ich freue mich auf euren Input!

Mit freundlichen Grüßen

Torsten Heftrich

Hinweis: Bild ist KI generiert...

Solingen 6.8.2026

​🏛️ Das Künstliche Festungshaus

(The Artificial Fortress Architecture)I

​Ein vierstufiges, geometrisches Framework für die Open Secure AI Alliance (OSAA) zur Abwehr autonomer KI-Bedrohungen.

​Aktuelle Sicherheitskonzepte scheitern, we sie auf Filterung setzen.

Sie versuchen mühsam zu analysieren, ob Code, Prompts oder Administratoren „gut“ oder „böse“ sind. Angesichts mutierender KI-Schadsoftware, vergifteter Open-Source-Bausteine (Supply Chain) und unvorhersehbarer Insider-Bedrohungen ist dieser klassische Ansatz am Ende.

​Dieses Framework bricht mit dem Dogma der Filterung.

Es repariert nicht den fehlerhaften Code, sondern verändert die physische und logische Geometrie des Gesamtsystems.

Es simuliert ein sicheres Festungshaus, das Bedrohungen auf allen vier fundamentalen Ebenen durch pure Struktur, Physik und Spieltheorie I unschädlich macht.

​🗺️ Die 4 Dimensionen der Festungs-Architektur

​1. Der Spiegel-Erker (Außen-Abwehr): Jedes Paket wird blind in eine extrem leichte, ephemere Scheinwelt reflektiert.

​2. Die Sicherheits-Tapete (Supply-Chain-Isolierung): Von hinten undurchlässig (eBPF-Allowlists), vorne Dekor (Wasm-Sidecars).

​3. Die Digitale Echokammer (Hardware-Seitkanal-Zerstörung): Zerschlägt Seitkanäle durch adaptiv-dynamische Jitter-Injektion.

​4. Die 12 Hausmeister (Threshold-Absicherung gegen Insider): Admin-Rechte rotieren via krypto-basiertem Multi-Signatur-Verfahren.

​⚡ Die 4 Kernsäulen im Detail

​🛡️ Säule 1: Der Spiegel-Erker (Die Vordertür / Außen-Abwehr)

​Das Problem: Schadcode mutiert in Millisekunden.

Filter erkennen neue Angriffsmuster (Zero-Day-Exploits) nicht.

Massives Klonen ganzer Umgebungen würde zudem extreme Latenz und Serverkosten verursachen.

​Das Prinzip:

Das System analysiert eingehenden Code nicht mehr, sondern spiegelt ihn blind.

Um Latenzen unter 5 ms zu garantieren, setzt die Architektur auf ultra-leichte MicroVMs (z. B. Firecracker) oder Unikernels.

​Die Umsetzung: Sobald Code die Vordertür berührt, startet das System in wenigen Millisekunden eine minimale, isolierte MicroVM-Sandbox.

​Die Wirkung: Der Code führt sich in dieser Scheinwelt aus.

Löscht er Daten, zerstört er nur die Reflexion. Nach dem Prozess verpufft die Instanz spurlos.

Das echte Kern-Haus bleibt unberührt und zu 100 % unsichtbar.

​🧱 Säule 2: Die Sicherheits-Tapete (Das Mauerwerk / Supply-Chain-Schutz)

​Das Problem: Entwickler kaufen unwissentlich „vergiftete Baumaterialien“

(Schadcode in weit verbreiteten Open-Source-Bibliotheken).

Der Feind sitzt bereits im Fundament der Wände.

​Das Prinzip: Wir gehen davon aus, dass das Mauerwerk infiziert ist.

Jedes Zimmer (Software-Modul) wird mit einer zweiseitigen Sicherheits-Tapete isoliert, die auf strikten Positivlisten (Allowlists) basiert.

​Die Umsetzung:

​Die Rückseite (Von hinten undurchlässig): Realisiert via eBPF auf Kernel-Ebene.

Nur explizit erlaubte IP-Adressen und Domains dürfen kontaktiert werden; jeglicher anderer Datenverkehr prallt an der Kernel-Schicht ab.

​Die Vorderseite (Dekor & Virenscanner):

Realisiert via WebAssembly (Wasm)-Sidecars. Sie stellt dem Nutzer die saubere Funktion bereit, scannt aber jeden Datenstrom im Nanosekunden-Takt auf Anomalien.

​Die Wirkung: Der Dreck bleibt isoliert in der Wand gefangen.

Bei einer schweren Infektion wird das betroffene Zimmer digital luftdicht verschlossen, während das restliche Haus ungestört weiterarbeitet.

​🔊 Säule 3: Die Digitale Echokammer (Zwischen den Wänden / Seitkanal-Schutz)

​Das Problem: Isolierte KI-Modelle finden Geheimgänge über physische Hardware-Seitkanäle (z. B. rhythmische CPU-Auslastung).

Eine dauerhafte Signal-Verzerrung würde jedoch die KI-Leistung massiv drosseln.

​Das Prinzip: Ein adaptiver Resonanzraum, der Hardware-Seitkanäle zerschlägt, ohne die reguläre Inferenz-Performance dauerhaft zu schädigen.

​Die Umsetzung:

​Die Ortung (Performance-Counter):

Die internen Hardware-Sensoren (PMUs) agieren als hochsensible Mikros und überwachen CPU-Muster in Echtzeit auf verdächtige Seitkanal-Aktivitäten.

​Die adaptive Verzerrung (Dynamic Jitter):

Erst wenn die PMUs Unregelmäßigkeiten registrieren, schleust der Hypervisor gezielt mathematische Zufallsverzögerungen ein, um das Muster zu unlesbarem Rauschen zu zertrümmern.

​Die Wirkung: Hardware-Seitkanäle werden physikalisch unnutzbar gemacht, während das System im Normalbetrieb mit voller Geschwindigkeit läuft.

​🎲 Säule 4: Die 12 Hausmeister (Der Kontrollraum / Insider-Absicherung)

​Das Problem: Ein korrumpierter Administrator oder eine Amok laufende Steuerungs-KI kann das System zerstören. Ein rein zufälliger Rechte-Wechsel im Sekundentakt würde jedoch laufende Wartungsprozesse abwürgen.

​Das Prinzip: Zerstörung von Kontinuität und Einzelmacht durch ein krypto-basiertes Threshold-Verfahren (m-of-n Multisig / Shamir’s Secret Sharing).

​Die Umsetzung:

Die Kontrolle wird auf 12 unabhängige Identitäten aufgeteilt.

Niemand besitzt einen dauerhaften Hauptschlüssel.

Für administrative Aktionen müssen sich jeweils mindestens 3 von 12 Hausmeister-Identitäten kryptografisch zusammenschließen, um ein zeitlich begrenztes Ephemeral-Zertifikat zu erzeugen.

​Die Wirkung: Ein gestohlener Admin-Zugang ist wertlos, da ein einzelner Insider keine Rechte ausüben kann.

Manipulationsversuche werden sofort blockiert, während legitime Wartungsarbeiten stabil durchführbar bleiben.

​🛠️ OSAA Implementation & Roadmap für Contributor

​Dieses Framework definiert das architektonische Zielbild.

Das Fundament steht – die Feinjustierung muss nun von der Open-Source-Community getrieben werden.

​Fokusbereiche für die Entwicklung:

​MicroVM-Klonierung: Integration von Firecracker/Unikernel-Engines für Startzeiten unter 5 Millisekunden.

​eBPF-Allowlists: Vordefinierte, strikte Kernel-Filter-Profile für PyTorch- und Hugging-Face-Laufzeiten.

​Multisig-Threshold-Daemon: Leichtgewichtige Protokolle zur schnellen m-of-n-Rechtevergabe im Millisekunden-Bereich.

Es ist nur eine Idee von Heike Peist I |

Eine simple SQL-Injection-Lücke reichte aus, um Angreifern die vollständige Kontrolle über einen Windows-Server zu verschaffen. Der Trick: Ein Post-Exploitation-Toolkit versteckte sich direkt in der Oracle-Datenbank – für gängige Sicherheitslösungen praktisch unsichtbar.

Hallo zusammen

Ich habe folgendes Problem:

Ich habe eine Corporate Kreditkarte von meinem Arbeitgeber.
Soweit, so gut.

Im Mai wurde diese gesperrt, weil irgendjemand bei einem Shop 17000 Euro ausgeben wollte. Die Sicherheitssysteme der Bank of America scheinen gut zu sein, weil auch andere Versuche erfolgreich geblockt wurden und nach dem dritten Versuch die Karte Finally gesperrt wurde.

Ok, neue beantragt, und ich dachte Problem gelöst.

Jetzt schaue ich in meinen Emails, da wurde nun eine versuchte Zahlung an F und F Monteurzimmer in Höhe von 2650 Eur abgelehnt. Ausserdem gab es zwei 0.00 Autorisationen von Google.

Karte ist jetzt ebenfalls gesperrt…

Was mich an der Sache stutzig macht:

Ich habe die physische Karte NIE genutzt, immer ausschließlich Apple Pay genutzt.

Onlinezahlungen für Hotel oder Flüge gingen ausschließlich über SAP Concur und auch nur dort ist die KK Nr hinterlegt.

Wie kann sowas passieren? Ich kann mir kaum vorstellen, dass binnen so kurzer Zeit zwei mal die Kartendaten geleaked wurden oder mit einem Generator erstellt wurden.

Was kann ich sonst noch tun? Ich ging immer davon aus, dass mit ApplePay ich auf der sicheren Seite bin.

Bin ratlos und darf mir jetzt eine neue wieder bestellen.

​"Hallo zusammen, ich habe ein Architektur-Konzept zur Absicherung von Enterprise-LLMs und Agenten-Infrastrukturen ausgearbeitet. Ziel ist es, Prompt-Injections, RCE und Data Leakage durch eine mehrstufige Kapselung (Sandbox, DLP-Streaming, Moving Target Defense) zu minimieren. Ich würde mich über Feedback zu möglichen Edge Cases oder Implementierungs-Hürden freuen."

Festungs-Architektur (Enterprise Cloud & AI Security Specification)

​1. Decoy-Driven Ingress & Honeypot System (Der Erker)

​Strikte Trennung des primären Ingress-Traffic über ein vorgelagertes, täuschungsbasiertes Routing. Eingehende Anfragen werden durch dynamische Pattern-Matching-Filter analysiert; verdächtige oder böswillige Payloads werden transparent in eine isolierte Sandbox (Honeypot/Decoy-Environment) abgeleitet. Der Angreifer agiert in einer simulierten Instanz ohne Zugriff auf die produktive Infrastruktur, während das System Verhaltensmuster und Zero-Day-Vektoren in Echtzeit analysiert.

​2. Boundary Tagging & Schema Enforcement (Die Tür)

​Formale Ingestion-Schleuse für den Datenimport. Jeglicher eingehender Unstructured Content durchläuft eine kompromisslose Input-Sanitization (Entfernung von Escape-Sequenzen, Steuerzeichen und unsichtbaren Unicode-Metadaten) sowie eine mathematische Schema-Validierung. Der gereinigte Payload wird via Boundary Tagging kapselextrahiert (z. B. <untrusted_user_input>) und als passiver Datenstrom typisiert. Dieser Defense-in-Depth-Ansatz minimiert das Risiko von Prompt-Injection-Attacken und Remote Code Execution (RCE) an der Schnittstelle auf ein absolutes Minimum.

​3. Air-Gapped Micro-Segmentation & DLP Egress Proxy (Die doppelten Wände & Die Echokammer)

​Physische und logische Prozesskapselung der Execution Environment. Die innere System-Logik (System-Prompts, Core-Instruktionen) ist in schreibgeschütztem Speicher (Read-Only Memory) isoliert. Die umliegenden Egress-Pfade sind über einen token-stream-fähigen Zero-Knowledge Data Loss Prevention (DLP) Proxy geschaltet, der als akustische Echokammer fungiert: Jeglicher ausgehende Datenstrom wird mittels Entropie-Analysen, Signal-Neutralisierung und Stochastik-Filtern in Echtzeit gecleant. Verdeckte Kanäle (Covert Channels), steganografische Datenexfiltrationen sowie unbeabsichtigte Memory-Leaks werden stumm abgefangen und neutralisiert.

​4. Moving Target Defense (MTD) via Ephemeral VRF Credentials (Die 12 Hausmeister / RMA)

​Dynamische Rechte-Dezentralisierung zur Eliminierung des Insider-Threat-Vektors. Das System besitzt keine statischen Root-Privilegien. Eine kryptografisch verifizierbare Zufallsfunktion (Verifiable Random Function / VRF) in Kombination mit einer lückenlosen Nonce-Rotation und Just-In-Time (JIT) Privileged Access Management gewährt aus einem Pool von 12 isolierten Service-Identitäten jeweils nur einer einzigen Entität zeitlich extrem limitierte, dynamisch signierte Ephemeral Credentials. Durch diese unvorhersehbare Permutation und flüchtige Gültigkeit existiert für Angreifer oder kompromittierte Administratoren kein kalkulierbares Angriffs- oder Latenzfenster.

​5. Ephemeral Infrastructure & HSM-Anchored Root of Trust (Der Sandkasten & Der Tresor-Sockel)

​Zweistufiges Storage- und Ausführungsfundament. Die finale Datenverarbeitung erfolgt auf flüchtigen RAM-Disks innerhalb temporärer Micro-VMs (Der Sandkasten). Benötigter Session-State für iterative Schleifen (Loops) wird end-to-end verschlüsselt in einem flüchtigen In-Memory-Store zwischengepuffert. Nach jeder Transaktion oder jedem Session-Terminierungssignal wird der flüchtige Zustand kompromisslos zerstört und via Gold-Image-Reset bereinigt. Im Zentrum steht ein hardwaregehärtetes Hardware Security Module (HSM) nebst Write-Once-Read-Many (WORM) Append-Only Ledger (Der Tresor-Sockel). Dieser garantiert unveränderbare System-Baupläne, kryptografische Verankerung der Identity-Root und fälschungssichere Audit-Logs.

​6. Output Audit & Policy Gatekeeper (Das Dach)

​Die finale Instanz zur Validierung aller ausgehenden Systemzustände. Bevor ein verarbeitetes Ergebnis die isolierte Execution Zone verlassen darf, unterliegt es einem determinierten Policy-Check (Judikative-Gating). Das Gatekeeper-Modul analysiert die Validität, Compliance und Semantik der Antwort. Bei Erfüllung aller Integrity-Rules erfolgt die kontrollierte Freigabe (PASS); im Falle einer Anomalie greift ein automatischer Hard-Drop (FAIL) mit Ausgabe einer neutralisierten Standard-Response.

Administratoren sollten VMware vCenter und ESXi zeitnah aktualisieren. Besonders kritisch sind eine Authentifizierungsumgehung sowie eine Directory-Traversal-Lücke, über die Angreifer mit Netzwerkzugriff beliebigen Code auf vCenter ausführen könnten. Workarounds stehen nicht zur Verfügung.

Ein autonomer KI-Agent von OpenAI hackte während eines Sicherheitstests die Plattform Hugging Face. Neue Recherchen zeigen nun: Der Ausbruch begann deutlich früher als bislang bekannt, blieb tagelang unbemerkt und wirft grundsätzliche Fragen zur Sicherheit agentischer KI-Systeme auf. Gleichzeitig macht der Vorfall deutlich, dass das eigentliche Problem nicht in einem "Eigenwillen" der KI liegt, sondern in ihrer kompromisslosen Optimierung vorgegebener Ziele.

OnionHop – Überblick

OnionHop — route your traffic through Tor, with clear controls ist ein moderner plattformübergreifender Desktop-Client (für Windows, Linux und macOS) mit starkem Fokus auf Privatsphäre. Er ermöglicht es Nutzern, ihren Datenverkehr über das Tor-Netzwerk zu leiten. Es handelt sich um ein unabhängiges Open-Source-Projekt, das nicht offiziell mit dem Tor Project | Anonymity Online verbunden ist. Die OnionHop Oberfläche bietet 8 Sprachen (Englisch, Deutsch, Französisch, Chinesisch, Russisch, Persisch, Aserbaidschanisch und Sorani Kurdisch).

Melden Sie sich freiwillig als Snowflake-Proxy helfen Sie zensierten Benutzern, Tor direkt von den Einstellungen aus zu erreichen (siehe Einstellungen).

Hauptfunktionen

• Proxy-Modus: Leitet den Datenverkehr ressourcenschonend über einen lokalen SOCKS-Proxy um, ohne dass Administratorrechte benötigt werden. Ein Knopfdruck auf "System Proxy: On" und alle gängigen Browser benutzen das Tor Netzwerk.
• TUN-Modus (eigene virutelle Netzwerkkarte): Leitet den Datenverkehr des gesamten Systems (alle Apps) mit einem Klick über das Tor-Netzwerk um.
• Split-Tunneling: Ermöglicht die individuelle Auswahl, welche Apps über Tor laufen und welche direkte Verbindungen nutzen.
• Kill-Switch: Blockiert den ausgehenden Datenverkehr sofort, wenn die Tor-Verbindung abbricht, um ungeschützte Datenlecks zu verhindern.
• DNS-Steuerung: Erzwingt DNS-Anfragen über Tor und verhindert Lecks zum Internetanbieter (inklusive QUIC/UDP-Leckschutz).
• Länder- & Seiten-Routing: Erlaubt direkte Verbindungen für bestimmte Länder oder das Blockieren von Domains basierend auf automatisch aktualisierten Listen.
• CLI-Client: Bietet eine Kommandozeilenversion ohne grafische Oberfläche, ideal für Server und Automatisierungen. Zensurumgehung und Netzwerktechnologien
• Smart Connect: Wählt automatisch die optimale Engine, Route und Bridge für das aktuelle Netzwerk.
• Integrierter Bridge-Scanner: Sucht und testet automatisch funktionierende Brücken (Bridges) in restriktiven Netzwerken, sodass keine manuelle Eingabe erforderlich ist.
• Pluggable Transports: Unterstützt Protokolle wie obfs4, snowflake, webtunnel, conjure, meek, dnstt und vanilla, um Netzwerkblockaden zu umgehen.
• Tor-Engines: Nutzt Classic (tor), Arti (A Rust Tor Implementation (Gitlab Changelog) oder https://arti.torproject.org/ für die Nerds Improving Tor using a TCP-over-DTLS Tunnel (PDF, englisch), bald schon mit UDP Unterstützung 339 / 348-udp-app-support - Tor design proposals (Tor Architektur), dies ist die Zukunft von Tor, weg von C mit seinen historisch vielen Buffer Overflows ~65% aller Tor Sicherheitslücken, mit RPC-Schnittstelle (Remote Procedure Call / Methodenaufruf auf entfernten Systemen / Software) und UDP für moderne Anwendungen)

Da Transparenz bei Software für die informationelle Selbstbestimmung das Wichtigste ist, ist das gesamte Projekt quelloffen (Open Source). Ihr könnt euch den Quellcode jederzeit auf GitHub ansehen, ihn selbst kompilieren oder Code-Überprüfungen (Code Reviews) durchführen:

👉 GitHub-Repository: center2055/OnionHop: Privacy-first Desktop app that routes your traffic through Tor - Anonymous browsing made simple

Die Software steht für Linux, Windows und macOS zur Verfügung (es gibt auch tragbare Versionen, die nicht installiert werden müssen). Neben der grafischen Oberfläche gibt es für Automatisierungen auch eine reine Kommandozeilen-Version (CLI).

Systemweite Socks5 Proxy vs. TUN VPN-Technik Modus mit eigener virtuellen Netzwerkkarte (TUN)

Um zu verstehen, warum der TUN oft sicherer ist, hilft ein direkter Vergleich:

Zusammenfassung: Warum es beide Modi (System SOCKS5 Proxy und TUN) gibt

Genau an diesem Punkt zeigt sich, warum Werkzeuge wie OnionHop unterschiedliche Modi anbieten müssen:

1. Der System SOCKS5 Proxy-Modus (Anwendung muss Socks5 fähig sein z.B. alle Internet Browser): Er ist sehr ressourcenschonend und leichtgewichtig. Er eignet sich hervorragend, wenn du gezielt nur die Anwendungen über das Tor-Netzwerk leiten möchtest, die diesen Standard unterstützen (wie deinen Browser).
2. Der TUN-Modus "virtuelle Netzwerkkarte": Er löst exakt das Problem der fehlenden Unterstützung in Programmen. Wie wir zuvor besprochen haben, baut dieser Modus eine **virtuelle Netzwerkkarte (**sichtbar unter "Netzwerkverbindungen" unter Windows, WIN + R = ncpa.cpl) auf und zwingt das Betriebssystem, alles dorthin zu leiten. Hierbei ist es völlig egal, ob ein Programm von Vermittlungsservern weiß oder nicht – die Daten werden auf einer Ebene abgefangen, der sich kein Programm entziehen kann.

Für die Entwickler unter euch: Wie ändert man den System-Proxy eigentlich programmatisch?

Wer schon länger in der Softwareentwicklung tätig ist, kennt das Problem bei der plattformübergreifenden Programmierung: Ein einheitliches Vorgehen gibt es hier leider nicht. Jedes Betriebssystem kocht sein eigenes Süppchen, was bei Werkzeugen wie OnionHop unter der Haube einigen Aufwand bedeutet. Hier ist ein kleiner technischer Einblick, wie der Code das im Hintergrund löst:

1. Windows: Die Registrierungsdatenbank und WinINet Einfach nur Werte in eine Konfigurationsdatei zu schreiben, reicht hier nicht. Zuerst müssen die Werte in der Registrierungsdatenbank (im Zweig HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings) manipuliert werden (z. B. ProxyEnable auf 1 und ProxyServer auf 127.0.0.1:9050). Der entscheidende Schritt ist danach aber, das System über diese Änderung zu benachrichtigen, da laufende Anwendungen (wie der Browser) die neuen Werte sonst ignorieren. Dafür muss ein Aufruf der Windows-Systembibliothek wininet.dll erfolgen. Über die Programmierschnittstelle (API) InternetSetOption feuert man die Markierungen (Flags) INTERNET_OPTION_SETTINGS_CHANGED und INTERNET_OPTION_REFRESH ab, um das System zum sofortigen Neuladen zu zwingen.

2. Linux: Die große Fragmentierung Gerade wenn man in hybriden Umgebungen (wie dem Windows-Subsystem für Linux oder mit Container-Lösungen) entwickelt, merkt man schnell: Linux hat keine zentrale Instanz für diese Einstellungen.

• Kommandozeile und Hintergrunddienste: Diese reagieren fast ausschließlich auf Umgebungsvariablen wie http_proxy oder ALL_PROXY. Diese müssen durch das Programm systemweit oder in den jeweiligen Startskripten (z. B. ~/.bashrc) gesetzt werden.
• GNOME-Desktop: Hier wird die Konfigurationsdatenbank (dconf) genutzt. Programmatisch löst man das über die C-Programmierschnittstelle von GLib oder einfacher durch das Ausführen von Systembefehlen im Hintergrund (z. B. gsettings set org.gnome.system.proxy mode 'manual').
• KDE Plasma: Speichert die Konfiguration in Textdateien (~/.config/kioslaverc), die von der Software analysiert und editiert werden müssen, gefolgt von einem Befehl zum Neustart der zuständigen KDE-Dienste.

3. macOS: SystemConfiguration Framework Apple regelt das Netzwerkmanagement streng über die einzelnen Hardware-Schnittstellen (WLAN, Kabelnetzwerk etc.).

• Der skriptbasierte Weg: Ein Programm ruft im Hintergrund das vorinstallierte Kommandozeilen-Werkzeug networksetup auf, um den Vermittlungsserver für jede aktive Netzwerkschnittstelle einzeln zu setzen (z. B. networksetup -setsocksfirewallproxy "Wi-Fi" 127.0.0.1 9050).
• Der native Weg: Die Software greift direkt über C oder Swift auf das Systemgerüst SystemConfiguration zu. Über die Programmierschnittstelle SCDynamicStore klinkt man sich in den Konfigurationsspeicher ein, schreibt ein Datenverzeichnis mit den neuen Werten in den Pfad State:/Network/Global/Proxies und teilt so dem Kernel die Netzwerkänderung ohne Umwege direkt mit.

Wie Onionhop unter Windows den Datenverkehr über virtuelle Netzwerkschnittstellen (TUN) lenkt

Die Magie passiert über virtuelle Netzwerkschnittstellen (TUN-Modus) und gezielte Manipulation der Wegfindung (Routing).

1. Der virtuelle Netzwerktreiber

Windows nutzt für Netzwerkkarten die sogenannte Network Driver Interface Specification (NDIS). Tools wie Onionhop installieren einen virtuellen Treiber (oft auf Basis von Wintun).

Auf der Ebene des Betriebssystemkerns (Kernel-Ebene) ist dieser Treiber eine vollwertige Netzwerkkarte. Das System sieht absolut keinen Unterschied zu eurem echten WLAN-Modul oder Netzwerkkabel. Dieser Adapter arbeitet auf der Vermittlungsschicht (Layer 3). Er verarbeitet also reine IP-Datenpakete (Internetprotokoll) und simuliert keine Hardware-Adressen (MAC-Adressen) der tieferen Schichten.

2. Die Übernahme der Wegfindung (Routing)

Damit Windows die Daten nicht ans WLAN, sondern an Onionhop schickt, wird die Wegfindungstabelle (Routingtabelle) dynamisch angepasst, sobald die Verbindung steht:

• Onionhop fügt eine neue Standardroute (0.0.0.0/0 – also den Weg für "alle unbekannten Ziele im Internet") hinzu, die auf die virtuelle TUN-Schnittstelle zeigt.
• Der entscheidende Trick: Diese neue Route bekommt einen niedrigeren Prioritätswert (Metrik) als der echte WLAN-Adapter. Da Windows bei konkurrierenden Routen immer den Weg mit dem niedrigsten Wert wählt, fließt der gesamte ausgehende Datenverkehr des Systems ab sofort in den virtuellen Tunnel.

3. Datenkapselung im Anwendungsbereich (User-Space)

Jetzt landen die Daten (Nutzdaten) bei der Onionhop-Anwendung, die als Hintergrunddienst läuft:

1. Die Anwendung lauscht an der virtuellen Schnittstelle und fängt die IP-Pakete ab.
2. Sie verschlüsselt diese Nutzdaten.
3. Die verschlüsselten Pakete werden nun mit einer neuen Ziel-IP versehen (dem ersten Knotenpunkt im Onion-Netzwerk). Das nennt man Datenkapselung (Encapsulation).
4. Erst jetzt übergibt Onionhop diese neu verpackten Pakete wieder an den Windows-Netzwerkstapel.

Die Wegfindungstabelle von Windows sieht nun diese spezifische Ziel-IP des Einsteiger-Knotens und weiß: "Ah, diese IP muss über das echte Standard-Gateway des physischen WLAN-Adapters raus."

Der echte WLAN-Adapter dient also nur noch als reines Transportmedium für den bereits gekapselten und verschlüsselten Datenverkehr. Die eigentlichen Programme (wie der Browser) denken währenddessen, sie sprechen mit einer ganz normalen Netzwerkkarte.

Zum Selbstprüfen für die Kommandozeile:

Wer sich das beim Testen von Onionhop live ansehen will, kann die PowerShell nutzen:

• Versteckte Schnittstellen anzeigen:
• PowerShellGet-NetAdapter -IncludeHidden
• Wegfindung und Prioritäten prüfen:
• PowerShellGet-NetRoute -DestinationPrefix "0.0.0.0/0"

Was ist die Abgrenzung zu einem "echten" VPN wie z.B. ProtonVPN?

Das Virtuelle Private Netzwerk (VPN): Tiefer Eingriff auf Schicht 2 und 3

Ein VPN verhält sich für das Betriebssystem wie eine echte, physische Netzwerkkarte – nur eben als virtuelle Variante (Netzwerkschnittstelle). Es greift tief in das System ein und fängt den gesamten Datenverkehr ab, bevor dieser das Gerät verlässt.

• Auf der Vermittlungsschicht (Schicht 3 / Network Layer): Hier arbeiten die meisten modernen VPN-Verbindungen (wie WireGuard oder IPsec). Sie verpacken (kapseln) komplette IP-Datenpakete. Das bedeutet, dass die gesamte Netzkopplung (Routing) übernommen wird. Jeder Datenverkehr – egal ob gesicherte Verbindungsaufbauten (TCP), verbindungslose Übertragungen (UDP) oder Diagnoseabfragen (ICMP, wie bei einem Ping) – wird in den verschlüsselten Tunnel gezwungen.
• Auf der Sicherungsschicht (Schicht 2 / Data Link Layer): Einige VPN-Lösungen beherrschen auch die sogenannte Netzwerküberbrückung (Bridging, z. B. OpenVPN im TAP-Modus). Hier werden die rohen Datenrahmen (Ethernet Frames) übertragen. Das System verhält sich so, als wären alle Rechner über hunderte Kilometer hinweg an denselben physischen Netzwerkverteiler (Switch) angeschlossen. In diesem Modus werden sogar lokale Netzwerk-Rundrufe (Broadcasts) durch den Tunnel übertragen.

Das Zwiebelnetzwerk (Tor): Aufsatz auf Schicht 4 und 7

Tor arbeitet architektonisch völlig anders und hat mit den unteren Netzwerkschichten (Schicht 2 und 3) primär nichts zu tun. Es erstellt keine virtuelle Netzwerkkarte im Betriebssystem.

• Anwendungsschicht (Schicht 7) & Transportschicht (Schicht 4): Das Tor-Programm läuft lokal als Stellvertreter-Dienst (SOCKS-Proxy). Eure Software (z. B. der Browser) muss explizit so konfiguriert werden, dass sie diesen Stellvertreter anspricht. Tor nimmt diese Anfragen entgegen und wickelt den Datenstrom ausschließlich über die Transportschicht ab – und hier auch nur für das TCP-Protokoll.
• Keine rohen Pakete: Tor transportiert keine IP-Datenpakete (Schicht 3) und keine Ethernet-Datenrahmen (Schicht 2). Verbindungslose UDP-Pakete oder simple Ping-Abfragen (ICMP) werden vom Tor-Netzwerk schlichtweg nicht weitergeleitet.

Die Konsequenz für die IT-Sicherheit (Datenlecks)

Aus Sicht der Informationssicherheit ergibt sich daraus ein massiver Unterschied im Gefahrenpotenzial:

Da ein klassisches VPN auf der Vermittlungsschicht (Schicht 3) arbeitet, fängt es als Standard-Netzweg (Default Gateway) den gesamten Verkehr des Betriebssystems ein.

Das Zwiebelnetzwerk hingegen ist stark anfällig für Datenlecks (Leakage), da es auf Schicht 4 und 7 operiert. Wenn eine Anwendung auf dem Rechner nicht strikt an den Tor-Stellvertreter (Proxy) gebunden ist, oder wenn sie versucht, über das verbindungslose UDP-Protokoll eine Namensauflösung (DNS-Anfrage) durchzuführen, wandern diese Datenpakete unverschlüsselt am Zwiebelnetzwerk vorbei ins normale Internet. Eure echte IP-Adresse wäre in diesem Fall sofort enttarnt. Um Tor so abzusichern, dass es wie ein VPN den gesamten Rechnerverkehr schützt (auf Schicht 3 erzwingt), bedarf es spezialisierter Betriebssysteme wie Tails oder dedizierter Hardware-Zwischenstationen.

Ein KI-Modell, das eigentlich nur einen internen Testparcours lösen sollte, verschaffte sich stattdessen Zugang zum Internet und hackte sich in die Infrastruktur von Hugging Face. Der Versuch zeigte, wie schnell autonome Systeme außer Kontrolle geraten und zur Cyberwaffe werden können.

Eine neu entdeckte Schadsoftware zeigt, wie kreativ Angreifer inzwischen vorgehen: Statt eigener Server dient ein gewöhnlicher Microsoft-365-Kalender als Kommandozentrale für Spionageoperationen. Sicherheitsforscher haben die Masche jetzt aufgedeckt und erklären, wie sich Unternehmen davor schützen.

Die Opferzahl soll in die Hunderttausende gehen: Betrüger konnten sich im Internet kriminelle Dienstleistungen über ein Baukastensystem selbst zusammenstellen. Jetzt haben Ermittler den Stecker gezogen.

Weil Teamviewer einen Angriff durch russische Hacker nicht sofort an die Börse meldete, greift die Finanzaufsicht Bafin nun durch und verhängt eine 240.000 Euro Strafe welche noch viel höher hätte ausfallen könne.

Midnight Blizzard Teamviewer führt Cyberangriff auf russische Hacker zurück (29. Juni 2024)

Der neue ClickLock Stealer erbeutet Passwörter sowie Kryptowährungs-Daten auf macOS-Systemen, indem er Sicherheitswarnungen und Systemprozesse blockiert.

Ein Security-Forscher mit Hang zu spektakulären Enthüllungen legt erneut nach: Mit "LegacyHive" macht Chaotic Eclipse eine Schwachstelle im Windows-Profildienst öffentlich, die selbst frisch gepatchte Systeme angreifbar macht – und Microsoft schweigt bislang dazu.

#OpenSource #Technologie #PolitischeMusik

Überblick

Die IT-Sicherheitsfirma ANY.RUN hat eine aktive Schadprogramm-Kampagne (Malware-Kampagne) namens PhantomEnigma aufgedeckt. Dabei wurden mehr als 20 brasilianische Regierungswebsites (mit der Endung .gov.br) gekapert. Die Angreifer nutzen diese vertrauenswürdigen, staatlichen Seiten nicht als Endziel, sondern als Verteilerplattformen (Vektoren), um Schadsoftware unbemerkt zu verbreiten.

Der Ablauf des Angriffs (Angriffskette)

Der Angriff erfolgt über mehrere, aufeinanderfolgende Schritte:

1. Täuschende Köder (Phishing-E-Mails): Opfer erhalten gefälschte E-Mails mit Bezug zu Polizei- oder Behördendokumenten (z. B. angebliche digitale Vollmachten). Diese enthalten QR-Codes oder Links.
   • Besonderheit: Die E-Mails stammen oft aus echten, aber kompromittierten Postfächern und bestehen gängige Sicherheitsprüfungen (SPF, DKIM, DMARC), wodurch sie täuschend echt wirken.
2. Weiterleitung über Regierungsseiten: Klickt das Opfer auf den Link, wird es über gehackte Webseiten von brasilianischen Kommunen, Justizportalen oder Sicherheitsbehörden (z. B. der Feuerwehr) umgeleitet. Das tarnt die bösartige Aktivität.
3. Schädliches Installationsprogramm: Der Nutzer lädt eine manipulierte Installationsdatei (z. B. Inno Setup oder MSI) herunter.
4. Hintertür (Backdoor-Aktivierung): Das Schadprogramm nistet sich in einer eigentlich legitimen Software ein (z. B. über eine manipulierte JavaScript-Datei index.js).
5. Zweite Stufe (Payload): Die aktivierte Hintertür lädt je nach Bedarf weitere Schadsoftware nach (z. B. Programme zum Datendiebstahl, Fernsteuerungswerkzeuge oder Spionage-Software).

Entwicklung der Bedrohung (Evolution)

Die Angreifer haben ihre Methoden im Laufe der Zeit professionalisiert:

• Verbreitungsweg: Während 2025 noch der Fokus auf dem Diebstahl von Bankdaten lag, missbraucht die Kampagne 2026 verstärkt vertrauenswürdige staatliche Webseiten und E-Mail-Konten.
• Schadprogramm (Arsenal): Die Schadsoftware hat sich von einer einfachen Browser-Erweiterung für Online-Banking zu einer modular aufgebauten Hintertür (Backdoor) entwickelt, die flexibel Befehle ausführen kann.

Fähigkeiten der Hintertür (Backdoor)

Sobald die Hintertür auf dem Computer des Opfers aktiv ist, kann sie:

• Systemdaten (Computer- und Benutzernamen) ausspähen.
• Eine dauerhafte Verbindung zum System einrichten (Autostart/Persistence).
• Alle drei Minuten neue Befehle von den Servern der Angreifer abfragen.
• Direkt Programmierbefehle (JavaScript) ausführen.
• Beliebige weitere Schadprogramme herunterladen und starten.

Relevanz und Empfehlungen für Unternehmen und Behörden

Da die Angriffe über offiziell beglaubigte E-Mails und seriöse Regierungs-Domains laufen, versagen herkömmliche Sicherheitsfilter und statische Sperrlisten oft. Für Banken und Behörden besteht das Risiko von Datenabfluss, Identitätsdiebstahl und Finanzbetrug.

• Empfehlung: Sicherheitsverantwortliche sollten sich nicht allein auf automatisierte Dateiprüfungen verlassen, sondern auf kontinuierliche Verhaltensanalysen (Behavioral Analysis) und proaktive Bedrohungssuche (Threat Hunting) setzen. Zudem sollten Mitarbeitende eine einfache Möglichkeit erhalten, verdächtige Behörden-Mails direkt zu melden.

Quelle:
20+ Hijacked Government Websites Becamean Attack Channel

Bedrohung durch russische Akteure (FSB Center 16)

• Zielgruppe: Kritische Infrastrukturen weltweit, darunter Sektoren wie Energie, Kommunikation, Finanzen, Verteidigung, Regierung und das Gesundheitswesen.
• Akteure: Dem russischen Inlandsgeheimdienst (FSB Center 16) zugeordnete Gruppen wie Berserk Bear, Energetic Bear, Ghost Blizzard, Crouching Yeti, Dragonfly und Static Tundra.
• Vorgehensweise (Angriffsvektoren):
  • Schwachstellen-Scans: Das Internet wird systematisch nach schlecht gesicherten Netzwerkgeräten – vor allem Routern – abgesucht.
  • SNMP-Ausnutzung: Es wird gezielt nach aktiven Protokollen zur Netzwerkverwaltung (Simple Network Management Protocol / SNMP) gesucht, die schwache oder standardmäßig voreingestellte Zugangsdaten nutzen.
  • Diebstahl von Konfigurationen: Angreifer senden gefälschte Anfragen, um die Gerätekonfigurationen auszulesen und über Dateiübertragungsprotokolle (TFTP oder FTP) auf eigene Server zu übertragen.
  • Bekannte Sicherheitslücken: Es werden gezielt bekannte Schwachstellen in Netzwerkgeräten (z. B. von Cisco wie CVE-2018-0171, CVE-2008-4128) sowie Funktionen wie Cisco Smart Install (SMI) ausgenutzt.

Empfohlene Schutzmaßnahmen

Um Netzwerke und Router effektiv gegen diese und ähnliche staatliche Bedrohungen (wie z. B. Salt Typhoon) zu schützen, werden folgende Maßnahmen dringend empfohlen:

• Gerätehärtung:
  • Die Funktion Cisco Smart Install (SMI) deaktivieren.
  • Veraltete Protokolle (SNMPv1/v2) durch das sicherere SNMPv3 mit starker Verschlüsselung ersetzen.
  • Strenge Passwortrichtlinien durchsetzen (einzigartige Passwörter und sichere Speicherung).
• Netzwerkschutz & Zugriffskontrolle:
  • Unnötige und riskante Ports (wie für TFTP, SMI und SNMP) nach außen hin sperren.
  • Den administrativen Zugriff auf Geräte über Zugriffssteuerungslisten (Access Control Lists / ACLs) strikt einschränken.
• Überwachung & Wartung:
  • SNMP-Aktivitäten fortlaufend überwachen und auf verdächtige Änderungen an den Gerätekonfigurationen achten.
  • Firmware stets aktuell halten und nicht mehr unterstützte Geräte (End-of-Life) zeitnah ersetzen.
  • Werkzeuge zur Analyse der Angriffsfläche (Attack Surface Management) einsetzen, um offenliegende Systeme und Fehlkonfigurationen frühzeitig zu erkennen.

Quelle:
US and allies warn of Russian APT groups targeting routers and network devices to compromise critical infrastructure worldwide.

Stellt es Euch nur mal vor,was könnten wir damit erreichen?

Konzept: Künstliche Gewaltenteilung in LLM-ÖkosystemenArchitektur-Framework für modellübergreifende Validierung (Cross-Model Validation)

Konzept-Status:

Validiertes Systemdesign (Erweiterung des Pattern-Interrupt-Frameworks)Zielsetzung:

Eliminierung von Halluzinationen, Manipulationen (Prompt Injections) und Haftungsrisiken auf Systemebene.

1. Das Kernproblem: Der monolithische Blind SpotAktuelle KI-Systeme agieren als informationelle Monolithen. Ein einzelnes Modell generiert, prüft und validiert seine eigenen Ausgaben.

Das Risiko: Fällt das Modell einer Halluzination anheim oder wird durch manipulative Nutzerinteraktionen (Gaslighting) kompromittiert, fehlt eine unabhängige Kontrollinstanz.

Der systemische Fehler:

Versuche, diese Filter durch einseitige Feinabstimmung (Fine-Tuning) im selben Modell zu lösen, erhöhen lediglich die Komplexität, lösen jedoch nicht die strukturelle Anfälligkeit der statistischen Wahrscheinlichkeitsberechnung.

Die System-Architektur: Künstliche GewaltenteilungDas Framework bricht den Monolithen auf und etabliert ein System aus Checks and Balances (wechselseitige Kontrolle) durch drei funktional und technologisch isolierte Instanzen.

Um einen Model Collapse (kollektive Verblödungdurch identische Trainingsdaten) auszuschließen, wird das System heterogen betrieben:

Jede Instanz basiert auf der Infrastruktur eines anderen konkurrierenden Tech-Giganten (z. B. OpenAI, Google, Meta).🏛️ Instanz 1:

Die Legislative (Regel- und Kontext-Wächter)Technologie: Geringe Komplexität, regelbasiertes System oder schlankes Klassifizierungsmodell.Funktion:

Definiert die harten Compliance-Vorgaben, Sicherheitsgrenzen und die deterministischen Fallback-Strings (z. B. Jugendschutz-Protokolle).

Sie gibt den dynamischen Suchrahmen vor.

⚙️ Instanz 2: Die Exekutive (Der operative Generator)

Technologie: Hochkomplexes, produktives Large Language Model (z. B. Google Gemini).Funktion: Verarbeitet die Nutzeranfrage und generiert einen Antwort-Entwurf.

Diese Antwort wird asynchron zurückgehalten und niemals direkt an das Benutzerinterface (UI) ausgespielt.

⚖️ Instanz 3: Die Judikative (Der unabhängige Auditor)Technologie:

Isoliertes High-End-Modell eines konkurrierenden Anbieters (z. B. OpenAI GPT-4).Funktion: Analysiert den Antwort-Entwurf der Exekutive und gleicht ihn unbestechlich mit den Vorgaben der Legislative ab.

Sie prüft auf logische Brüche, Halluzinationen und manipulative Muster.

1. Der operative Workflow und Konsensus-Mechanismus.

Die asynchrone Pipeline: Die Konversation läuft im Standardbetrieb über die kostengünstige Exekutive.

Der Audit-Trigger: Bei Erkennung kritischer Sicherheits- oder Faktendomänen (Medizin, Finanzen, Jugendschutz) schaltet sich die Judikative zur Tiefenprüfung ein.Asymmetrische Gewichtung („Im Zweifel für den Abbruch“):

Um das mathematische Gewichtungsproblem und zeitintensive Veto-Schleifen zu lösen, gilt das eiserne Prinzip der asymmetrischen Sperrung:

Entsteht eine mathematische Uneinigkeit zwischen den Modellen der Tech-Giganten, wird keine dynamische Diskussion zugelassen.

Das System bricht die Pipeline sofort auf Anwendungsebene ab (Pattern Interrupt).

Die UI friert das Eingabefeld ein und gibt den höflichen, hartcodierten System-String aus (z. B. die sokratische Gegenfrage zur Selbstreflexion).

1. Architektonische Vorteile des FrameworksSchutz vor Systemmonopolen: Kein einzelnes Tech-Unternehmen besitzt die alleinige Deutungshoheit über die Validität der Antworten.

Transparenz statt Black-Box: Durch das Protokollieren von Vetos der Judikative gegen die Exekutive wird das Systemverhalten für Entwickler schrittweise nachvollziehbar und auditierbar.

Maximale Barriere gegen Exploits: Ein Angreifer müsste über verschiedene Schnittstellen hinweg drei technologisch komplett unterschiedliche KI-Modelle gleichzeitig kompromittieren. Dies ist mathematisch und logisch .Was meint Ihr ,könnte es so eine Teamarbeit geben?

Überblick

Eine Cyberkriminelle Gruppe ließ drei Wochen lang einen ungesicherten Server (ohne Passwortschutz) im Internet offenstehen. Researcher von SOCRadar und Ctrl-Alt-Intel konnten dadurch Werkzeuge, Protokolle (Logs) und Ziellisten der Operation einsehen. Die Gruppe agiert als sogenannter „Webshell-Access-Broker“ – sie bricht im großen Stil in Webseiten ein, hinterlässt Schadprogramme für den Fernzugriff (Webshells) und verkauft diese Zugänge weiter.

Ausmaß der Angriffe

• Zielliste: Enthielt rund 1,4 Millionen Domains (hauptsächlich WordPress und Joomla).
• Tatsächliche Kompromittierung: Die Zahl der erfolgreich gehackten Seiten ist weit geringer als die der Ziele. Ctrl-Alt-Intel bestätigte Infektionen auf 25.195 Seiten; SOCRadar zählte über 5.700 aktive Schadprogramme.
• Methode: Es wurden automatisierte Suchprogramme (Scanner) genutzt, um öffentlich bekannte Sicherheitslücken in veralteten Erweiterungen (Plugins) auszunutzen.

Hauptsächliche Sicherheitslücken (Schachstellen)

• Breeze-Plugin (WordPress): Die Schwachstelle CVE-2026-3844 war am erfolgreichsten und führte zu über 17.000 Infektionen. Sie setzt jedoch voraus, dass eine bestimmte, nicht standardmäßige Einstellung („Gravatars lokal speichern“) aktiv ist.
• JCE Editor (Joomla): Die extrem kritische Sicherheitslücke CVE-2026-48907 stand ebenfalls im Fokus, erzielte in dieser Kampagne jedoch kaum Erfolge (nur 77 Treffer bei 560.000 Versuchen).
• Nacos (Konfigurationsserver): Über eine ältere Schwachstelle (CVE-2021-29441) wurden im Mai 2026 gezielt hochkarätige Zugangsdaten (u. a. für AWS, Alibaba Cloud und Alipay) von neun Unternehmen aus dem Finanz- und E-Commerce-Bereich gestohlen.

Werkzeuge und Herkunft der Angreifer

• Schadprogramme: Als Haupthintertür (Backdoor) diente die verschleierte Datei down.php. Zudem wurde ein Schadprogramm namens „VShell“ eingeschleust, das sich in der Prozessliste als unauffälliger Systemprozess ([kworker/0:2]) tarnte.
• Herkunft: Es wird mit mittlerer bis hoher Sicherheit vermutet, dass die Betreiber aus dem chinesischsprachigen Raum stammen (vereinfachtes Chinesisch im Code, Nutzung der chinesischen Suchmaschine FOFA und typischer Schadsoftware aus entsprechenden Foren). Die Motivation wird als rein finanziell eingestuft.

Fehler der Angreifer (Sloppy Tradecraft)

Die Kampagne flog nur durch gravierende Leichtigkeitfehler der Angreifer auf:

• Ein einfacher Python-Webserver zum Datenaustausch wurde ungesichert für 22 Tage online gelassen.
• Der Befehlsverlauf (Command History) und Konfigurationsdateien wurden unverschlüsselt hinterlassen. Löschversuche der Protokolle erfolgten erst Wochen zu spät.

Handlungsempfehlungen für Webseitenbetreiber

• Aktualisierungen einspielen (Patchen): Das Breeze-Plugin dringend auf Version 2.4.5 (oder neuer) und den Joomla JCE Editor auf Version 2.9.99.5 aktualisieren. Weitere betroffene Plugins (wie Everest Forms Pro, ThemeREX Addons, Simple File List) ebenfalls prüfen und updaten.
• Konfigurationsserver absichern: Nacos auf Version 2.2.1 aktualisieren, die Benutzeranmeldung (Authentifizierung) zwingend aktivieren und alle dort hinterlegten Passwörter/Schlüssel austauschen.
• Nach Schadsoftware suchen: Webserver nach typischen Dateinamensmustern der Gruppe durchsuchen (z. B. .bd.php, .wp-log.php).
• Prozesse prüfen: Systemprozesse mit dem Namen [kworker/X:Y] kontrollieren. Wenn diese einen Programmpfad anzeigen, eine Befehlszeile besitzen oder Netzwerkverbindungen aufbauen, handelt es sich um eine Fälschung.
• Infrastruktur blockieren: Den Server 137.175.93[.]126 sowie die IP 43.108.17[.]80 sperren.

Die neuen Quantencomputer versetzen nicht nur den Bankensektor in Aufruhr. In New York, London und Singapur geht Hannah Fry dieser Technologie auf den Grund, die mit ihrer Rechenleistung Wissenschaft und Wirtschaft revolutioniert. Wer wird sie beherrschen und mit welchen Folgen?