Vercel Hack: Next.js Supply-Chain unter Beschuss
Manipulierter Code in der Build-Pipeline – tausende Web-Apps weltweit potenziell kompromittiert, bevor sie überhaupt live gehen.
Vercel bestätigt den Sicherheitsvorfall
Vercel hat den Vorfall offiziell bestätigt. Ursprung war die Kompromittierung von Context.ai, einem Drittanbieter-KI-Tool eines Vercel-Mitarbeiters. Darüber wurde das Google-Workspace-Konto übernommen – Angreifer erhielten Zugriff auf Vercel-Umgebungen und auf Environment-Variablen, die nicht als „sensitive" markiert waren. Sensitive ENV-Variablen blieben geschützt. Vercel stuft die Akteure als „highly sophisticated" ein; Mandiant und Strafverfolgung sind eingebunden. Nur eine begrenzte Kunden-Untergruppe wurde direkt kontaktiert.
- 1Activity-Log im Vercel-Dashboard und via CLI prüfen
- 2Nicht-sensitive ENV-Variablen rotieren (API-Keys, Tokens, DB-Credentials)
- 3Künftig »Sensitive ENV Variables«-Feature konsequent nutzen
- 4Deployments auf verdächtige Aktivität prüfen, ggf. löschen
- 5Deployment Protection mindestens auf »Standard« setzen
- 6Deployment-Protection-Tokens rotieren
Ein massiver Sicherheitsvorfall beim Hosting-Anbieter Vercel betrifft das weit verbreitete Framework Next.js. Angreifer kompromittierten Teile der Infrastruktur, um manipulierten Code in den Build-Prozess einzuschleusen – der Angriff trifft die Lieferkette, lange bevor eine Website live geht.
Faktenbox
Was ist passiert?
Angreifer konnten laut Berichten Teile der Vercel-Infrastruktur kompromittieren. Ziel: manipulierten Code in Next.js-Projekte einzuschleusen – direkt in den Build-Prozess. Der Angriff passiert, bevor die Website überhaupt live geht.
Soforthilfe – CLI-Befehle
# 1. Abhängigkeiten neu auditieren npm audit --omit=dev npm audit fix --force # 2. Lockfile-konformes Reinstall (kein Drift) rm -rf node_modules .next npm ci # 3. Vercel-Tokens & Deploy-Hooks rotieren vercel logout vercel login vercel env rm VERCEL_TOKEN production # 4. Letzte Deploys auf Auffälligkeiten prüfen vercel logs <deployment-url> --since=24h vercel ls --scope <team> # 5. Edge-Functions-Code verifizieren git log --since="2026-04-01" -- ./middleware.ts ./app git diff HEAD~10 -- package-lock.json
Hinweis: Befehle als Orientierung – nicht produktiv ohne Backup ausführen.
MITRE ATT&CK Mapping
| Technik-ID | Name | Phase |
|---|---|---|
| T1195.002 | Supply Chain Compromise: Software Supply Chain | Initial Access |
| T1554 | Compromise Client Software Binary | Persistence |
| T1059.007 | Command & Scripting: JavaScript | Execution |
| T1078 | Valid Accounts (CI/CD-Tokens) | Defense Evasion |
| T1567 | Exfiltration Over Web Service | Exfiltration |
Warum Supply-Chain so gefährlich ist
Supply-Chain-Angriffe hebeln klassische Schutzmaßnahmen aus. Bekannte Vorfälle wie SolarWinds Orion, die xz-utils-Backdoor oder die Glassworm-Kampagne und die npm-Pakete-Welle zeigen: Wenn die Lieferkette fällt, fallen tausende Endkunden gleichzeitig.
Mögliche Folgen für Unternehmen
Was du JETZT tun solltest
Strategische Maßnahmen
DevOps wird SecOps
Die größte Schwachstelle ist nicht dein Server – sondern das, was du ihm vertraust. 2026 verschmelzen Entwicklung und Sicherheit. Wer Build-Pipelines nicht wie produktive Systeme behandelt, baut die Tür für den nächsten Supply-Chain-Angriff gleich mit ein.
Wasacon Empfehlung
Wir prüfen Build-Pipelines, setzen EDR/XDR gegen Endpoint-Persistenz ein und kombinieren das mit einer Sicherheitsanalyse und Managed Backup – damit Ihr Stack auch bei kompromittierter Lieferkette wiederherstellbar bleibt.
Fazit
Der Vercel-Vorfall ist ein Weckruf. Angriffe passieren dort, wo sie niemand erwartet: im Code, in den Tools, in der Supply Chain. Wer Sicherheit weiterhin nur am Perimeter denkt, hat schon verloren. Wasacon hilft, Pipelines, Plattformen und Plugins systematisch abzusichern.
Häufig gestellte Fragen
Build-Pipeline absichern – jetzt
Lassen Sie Ihre Infrastruktur, CI/CD und Deployments auf Supply-Chain-Risiken prüfen.
Wasacon in deiner Region
Supply-Chain – verwandte Vorfälle
Diese Analysen zeigen, wie tief Supply-Chain-Angriffe in Pipelines, Pakete und Plattformen reichen:
Diskussion
0 Beiträge
IT-Budget Quick-Check
Wie viel sollte Ihr Unternehmen jährlich in IT investieren?
Risiko-Level: Mittel · Multiplikator: 1.2×
Richtwerte auf Basis von BSI/NIST/ENISA-Branchenbenchmarks. Keine verbindliche Empfehlung.
Das könnte Sie auch interessieren
IT-Sicherheitpm-energy gehackt? Qilin listet „Die Solarexperten“ aus Reesdorf im Darknet
Seit dem 9. August 2026 führt die Ransomware-Gruppe Qilin die pm-energy GmbH aus Reesdorf (Schleswig-Holstein) auf ihrer Leak-Seite. Was belegt ist, was Täterbehauptung bleibt – und warum Photovoltaik-Projektdaten besonders sensibel sind.
IT-SicherheitClausing Tiefbau gehackt? Qilin listet Osnabrücker Infrastruktur-Spezialisten im Darknet
Seit dem 8. August 2026 führt die Ransomware-Gruppe Qilin die Clausing GmbH Tiefbauunternehmen aus Osnabrück auf ihrer Darknet-Leak-Seite. Was belegt ist, was Täterbehauptung bleibt – und warum die digitalisierten Bauprozesse den Fall brisant machen.
IT-SicherheitThe Gentlemen listet INKA Group: Hinter der unscheinbaren Münchner Immobilienholding steckt ein weit größeres Firmengeflecht
Seit dem 7. August 2026 führt die Ransomware-Gruppe The Gentlemen die Münchner INKA Group GmbH & Co. KG als mutmaßliches Opfer. Register- und Konzerndaten zeigen ein verzweigtes Immobiliennetz – bis hin zur Hasen-Immobilien AG mit 230,5 Mio. € Bilanzsumme.
Haftungsausschluss: Die auf Wasacon bereitgestellten Inhalte dienen nur zu Informationszwecken. Wir garantieren nicht die Qualität, Genauigkeit oder Vollständigkeit der Informationen aus Drittquellen.
Sind Zugangsdaten Ihres Unternehmens bereits im Umlauf?
Wir prüfen Ihre Domain kostenlos gegen bekannte Infostealer- und Leak-Datenbanken – vertraulich und unverbindlich.
Bekannt aus
