LONDON (IT BOLTWISE) – Angreifer scannen offenbar massenhaft das Internet nach Vite-Entwicklungsservern, die falsch erreichbar gemacht wurden. Laut F5 Labs nutzt die Kampagne eine Schwachstelle mit der Kennung CVE-2026-39364, um per Anfrageparameter gesperrte Dateien auszulesen. Betroffen sind dabei auch Cloud-Umgebungen in AWS und Microsoft Azure, wenn Konfigurations- und Zustandsdateien erreichbar sind. Entscheidend ist die Kombination aus Netzwerkfreigabe des Dev-Servers und einer passenden Dateipfad-Konstellation.
In vielen Entwicklungs-Setups ist der Vite-Dev-Server ein bequemes Werkzeug, weil er Hot Reloading und schnellen Zugriff auf lokale Assets ermöglicht. Genau dieses Bequemlichkeitspotenzial wird laut F5 Labs jedoch missbraucht: Eine massenweise Scanning-Kampagne richtet sich gezielt auf Vite-Deployments, bei denen der Dev-Server versehentlich über das Netz erreichbar ist. Das Problem ist weniger der eigentliche Build-Prozess für produktive Umgebungen, sondern die Tatsache, dass Entwickler- und Debug-Komponenten bei Fehlkonfigurationen eine Angriffsfläche bieten. F5 Labs ordnet die beobachteten Versuche zeitlich in den August 2026 ein und verbindet sie mit einer Vite-Sicherheitslücke, die sich ohne Authentifizierung ausnutzen lässt.
Technisch stützt sich die Kampagne auf die Schwachstelle CVE-2026-39364 mit einem CVSS-Wert von 8,2. Die Kernidee: Ein unauthentifizierter Angreifer kann über das Manipulieren von Query-Parametern Sicherheitslogik aushebeln, um an eigentlich blockierte Inhalte zu gelangen. Vite selbst beschrieb das Verhalten in seinem Advisory im April 2026: Auf dem Dev-Server können Dateien, die durch server.fs.deny eigentlich gesperrt sein müssten (etwa.env oder Zertifikate wie *.crt), mit HTTP-200-Antworten zurückgeliefert werden, sobald bestimmte Parameter wie?raw oder Varianten von?import&raw bzw.?import&url&inline angehängt sind. Für die Praxis bedeutet das: Die Schutzprüfung, die per server.fs.deny verhindern soll, dass sensible Pfade gelesen werden, wird in diesen Fällen nicht wirksam genug umgesetzt.
Damit die Ausnutzung nicht nur theoretisch funktioniert, sondern auch praktisch als „betroffen“ gilt, nennt F5 Labs drei konkrete Bedingungen, die zusammenkommen müssen. Erstens muss der Vite-Dev-Server explizit ins Netzwerk exponiert sein, etwa über –host bzw. über server.host. Zweitens muss die Ziel-Datei in den Verzeichnissen liegen, die durch server.fs.allow erlaubt sind. Drittens muss die betreffende Datei durch server.fs.deny als Muster gesperrt sein. Unter Default-Konfigurationen bindet Vite laut F5 Labs typischerweise an localhost; die Angreifer drehen diese Annahme aber durch Parameter, durch server.host oder durch Fehlstellungen bei Docker-Port-Mappings. Dadurch wird der Dev-Server entweder im lokalen Netzwerk direkt erreichbar oder sogar über das öffentliche Internet.
Der Angriff selbst läuft dann vergleichsweise mechanisch ab, auch wenn er im Detail auf die Vite-spezifische Dateihandhabung abzielt. Laut F5 Labs kann der Angreifer HTTP-GET-Requests gegen den /@fs/-Endpunkt senden, wobei er einen Dateipfad referenziert und die zuvor genannten „Bypass“-Query-Parameter hinzufügt. In der Folge verarbeitet der Server die Anfrage, während die server.fs.deny-Prüfung faktisch umgangen wird, und liefert die Inhalte als Klartext im Response-Body zurück. Besonders kritisch wird das, wenn die Anfrage auf Konfigurations- oder Projektverzeichnisse zielt, in denen API-Secrets, Datenbankpasswörter oder Cloud-Administrationsdaten liegen. F5 Labs beschreibt für die beobachteten Versuche mehrere Datenkategorien, darunter Environment-Konfigurationen, AWS-Zugangsdaten sowie AWS-Konfigurationen und Backups, außerdem Infrastruktur-State-Dateien wie terraform.tfstate und serverless.yml.
Bei Cloud-Umgebungen ist der zweite Schritt meist die eigentliche Eskalation: Schon ein erfolgreich ausgelesenes Credential-Set kann aus „Lesen“ schnell „Handeln“ machen. In der Kampagne werden daher auch Azure-Profile sowie System- und Prozessinformationen genutzt, darunter Dateiinhalte aus /etc/passwd, aus /proc/self/environ, aus /proc/1/environ sowie aus /proc/self/cwd/.env. F5 Labs betont dabei einen scheinbar pragmatischen Vorteil für die Angreifer: Wer /proc/self/cwd/.env abfragt, zeigt ein Verständnis für den Deployment-Stack, weil die aktive.env-Datei relativ zum laufenden Prozess gelesen wird, ohne dass der absolute Web-App-Pfad geraten werden muss. Ergänzend kommen für die Tarnung gefälschte Header zum Einsatz: Es werden User-Agent-Werte verwendet, die große Crawler und KI-Bots imitieren, darunter Googlebot, ClaudeBot, GPTBot, PerplexityBot, OAI-SearchBot und Amazonbot.
Für Verteidiger ist außerdem relevant, wie die Kampagne die Spuren verwischt. F5 Labs beschreibt, dass die Requests zusätzlich gefälschte X-Forwarded-For- und X-Real-IP-Werte einschleusen, zum Beispiel 34.94.237[.]62 und 104.28.219[.]193. Damit sollen IP-basierte Zugriffslisten umgangen und die Loganalyse erschwert werden, weil Quell-IP-Annahmen aus Reverse-Proxy-Headern sonst meist als belastbare Indikatoren behandelt werden. Geografisch verortet F5 Labs einen signifikanten Teil der Aktivität in den USA sowie in Belgien, den Niederlanden, Singapur und Taiwan; als Infrastruktur werden dabei vor allem Google-Cloud-Range-Blöcke wie 34.x und 35.x genutzt. Für Unternehmen heißt das: Der Schutz darf nicht nur auf „wen weiß ich“ beruhen, sondern muss die technische Angriffsfläche schließen, etwa indem Dev-Server nicht öffentlich exponiert werden und server.fs.allow/deny so gesetzt werden, dass keine sensiblen Pfade erreichbar werden.
Aus Markt- und Architektur-Sicht zeigt der Vorfall einen wiederkehrenden Trend: Scanning-Angriffe zielen nicht zuerst auf „zerstörende“ Exploits, sondern auf konfigurationsabhängige Schwachstellenketten, die sich massiv automatisieren lassen. Gerade bei modernen Frontend-Toolchains wie Vite ist die Dev-Phase oft verschachtelt in Container, Reverse-Proxies und Plattform-Defaults, wodurch eine einzelne Fehlentscheidung (etwa ein zu großzügiges Port-Mapping) später als Einfallstor für Credential-Diebstahl wirkt. Für die KI-Entwicklung (KI) und die Produktionsbereitstellung heißt das umso mehr: Nicht nur Modellcode und Datenpfade sollten gehärtet werden, sondern auch die Begleitressourcen, die beim Entwickeln und Testen entstehen. Wer Vite-Instanzen betreibt, sollte daher besonders prüfen, ob –host, server.host oder Container-Port-Exponierung wirklich erforderlich sind, und im Zweifel Dev-Server strikt vom Internet trennen, damit die in CVE-2026-39364 beschriebene Dateiauslese gar nicht erst möglich wird.
💳 Amazon-Kreditkarte mit 2.000 Euro Limit bestellen!
🔥 Heutige Hot Deals bei Amazon: Bis zu 80% Rabatte!
🎉 Amazon Haul-Store für absolute Schnäppchenjäger!
- ★ 23-stufiges KI-Go-Training – Für Spieler mit Grundkenntnissen der Regeln – Entwickelt als intelligenter Trainingspartner passt sich die KI Spielern von 18K bis 9D an. Ideal für alle, die die Grundregeln bereits beherrschen und ihr Spiel verbessern möchten.
- IHR EMOTIONALER AI-BEGLEITER: Eiliko ist mehr als nur ein Anhänger, es ist ein charismatischer KI-Freund. Mit einem dynamischen LED-Bildschirm, der eine Vielzahl von animierten Gesichtern und Ausdrucksformen anzeigt, reagiert er auf Ihre Interaktionen mit einzigartiger Persönlichkeit und Charme.
- 【MEHR LEBEN FÜR DEINEN SCHREIBTISCH】 Lerne Eilik kennen – deinen kleinen Roboter-Freund mit Persönlichkeit. Mit liebevollen Animationen, ausdrucksstarken Reaktionen und spielerischen Interaktionen bringt Eilik mehr Freude in deinen Alltag. Ob auf dem Schreibtisch, im Büro oder am Nachttisch – Eilik wird schnell zu einem vertrauten Begleiter für besondere Momente.
- 【XL-Größe für gedeihende Pflanzen】Geben Sie Ihren Pflanzen den Raum, den sie verdienen! Unser verbessertes, großes 13,7 cm großes Design bietet Platz für Pflanzen mit einem Durchmesser von bis zu 8,9 cm und damit deutlich mehr Platz für Wurzelwachstum und Pflanzengesundheit im Vergleich zu kleineren, veralteten Modellen. Die Produktabmessungen betragen 13,6 x 13,6 x 13,2 cm und das Gerät wiegt nur 355 g.
- V28 Update - JETZT MIT NEUEN FUNKTIONEN! Als Reaktion auf das Ladeproblem von Loona haben wir das automatische Aufladen 2.0 verbessert. Diese Optimierung hilft Loona, die Ladewege in verschiedenen Szenarien zu erkennen und anzupassen, um die Erfolgsquote beim automatischen Aufladen zu erhöhen. Mobile Hotspots können sich mit Loona verbinden und überwinden WLAN-Einschränkungen, sodass Sie jederzeit und überall mit Loona interagieren können.
- Die besten Bücher rund um KI & Robotik!
- Die besten KI-News kostenlos per eMail erhalten!
- Zur Startseite von IT BOLTWISE® für aktuelle KI-News!
- IT BOLTWISE® kostenlos auf Patreon unterstützen!
- Aktuelle KI-Jobs auf StepStone finden und bewerben!
- Künstliche Intelligenz: Dem Menschen überlegen – wie KI uns rettet und bedroht | Der Neurowissenschaftler, Psychiater und SPIEGEL-Bestsellerautor von »Digitale Demenz«
Du hast einen wertvollen Beitrag oder Kommentar zum Artikel "Mass-Scanning missbraucht Vite-Schwachstelle für Cloud-Kredenziale" für unsere Leser?
#Sophos
#AmazonPrime
#Bestseller
Es werden alle Kommentare moderiert!
Für eine offene Diskussion behalten wir uns vor, jeden Kommentar zu löschen, der nicht direkt auf das Thema abzielt oder nur den Zweck hat, Leser oder Autoren herabzuwürdigen.
Wir möchten, dass respektvoll miteinander kommuniziert wird, so als ob die Diskussion mit real anwesenden Personen geführt wird. Dies machen wir für den Großteil unserer Leser, der sachlich und konstruktiv über ein Thema sprechen möchte.
Du willst nichts verpassen?
Du möchtest über ähnliche News und Beiträge wie "Mass-Scanning missbraucht Vite-Schwachstelle für Cloud-Kredenziale" informiert werden? Neben der E-Mail-Benachrichtigung habt ihr auch die Möglichkeit, den Feed dieses Beitrags zu abonnieren. Wer natürlich alles lesen möchte, der sollte den RSS-Hauptfeed oder IT BOLTWISE® bei Google News wie auch bei Bing News abonnieren.
Nutze die Google-Suchmaschine für eine weitere Themenrecherche: »Mass-Scanning missbraucht Vite-Schwachstelle für Cloud-Kredenziale« bei Google Deutschland suchen, bei Bing oder Google News!