iX News

Von

Matthias Parbel

Mit über 90.000 Contributors und rund 4,4 Millionen Contributions ist Kubernetes nach Linux das zweitgrößte Open-Source-Projekt weltweit. Hierzulande stuft mittlerweile auch das Bundesamt für Sicherheit in der Informationstechnik (BSI) Kubernetes als De-facto-Standard für Container-Orchestrierung ein. Doch wie funktioniert ein Projekt dieser Größenordnung eigentlich von innen? Im Rahmen des Cloud-Native-Festivals CloudLand 2025 hat Mario Fahlandt, der im Kubernetes-Projekt unter anderem in den Special Interest Groups (SIG) Contributor Experience und K8s Infra aktiv ist, einen detaillierten Einblick in die Strukturen, Einstiegsmöglichkeiten und Karrierepfade der Kubernetes-Community gegeben.

Fahlandt, der selbst als Host für die EMEA/APAC-Region bei der Kubernetes New Contributor Orientation (NCO) fungiert, machte in seinem Vortrag deutlich: Beiträge zum Projekt beschränken sich keineswegs auf Code. Meeting-Notizen anfertigen, Fragen im Slack-Channel beantworten, Dokumentationen korrigieren oder Blog-Posts verfassen – all das zählt als Contribution.

(Bild: cloudland.org)

Vom 19. bis 22. Mai 2026 finden Interessierte beim Cloud-Native-Festival CloudLand ein prall gefülltes Line-up mit mehr als 200 Highlights – darunter die beiden neuen Themenbereiche „Open Source“ und „Platform Engineering“ mit einer bunten Mischung überwiegend interaktiver Sessions, Hands-ons und Workshops.

Tickets für das Festival und Unterkünfte im Heide Park Soltau lassen sich über die Festival-Homepage buchen.

Drei Kategorien von Special Interest Groups

Die Community organisiert sich unter dem Dach der Cloud Native Computing Foundation (CNCF) in einer ausdifferenzierten Struktur. An der Spitze steht ein Steering Committee mit sieben gewählten Mitgliedern. Die eigentliche Arbeit findet in 24 Special Interest Groups (SIGs) statt, die sich in drei Kategorien gliedern: Project-SIGs wie Architecture, Docs oder Release unterstützen das Gesamtprojekt organisatorisch. Horizontal-SIGs – darunter API-Machinery, Auth oder Scalability – kümmern sich um querschnittliche Kernfunktionalität. Vertical-SIGs wie Network, Storage oder Node verantworten jeweils spezifische technische Komponenten. Ergänzt wird diese Struktur durch sieben Working Groups für temporäre Themen und drei Committees. Jeder Code- und Dokumentationsteil ist dabei einer konkreten SIG oder einem Subproject zugeordnet.

Wer sollte sich engagieren und wie gelingt der Einstieg?

Wer einsteigen möchte, findet über den Kubernetes-Slack (Kanal #kubernetes-new-contributors), die K-Dev-Mailingliste und den Community-Kalender Anschluss. Die monatliche NCO-Session findet jeweils am dritten Dienstag statt – für die EMEA/APAC-Region beispielsweise um 10:30 Uhr CET. Die Sessions laufen seit September 2024 und werden auch 2026 fortgesetzt.

Die Contributor Ladder als Karrierepfad

Fahlandt zufolge definiert die sogenannte Contributor Ladder einen transparenten Aufstiegspfad. Vom Non-member Contributor gelangt man über die Org-Membership – für die zwei bestehende Reviewer bürgen müssen – zum Reviewer, Approver und schließlich zum Subproject Owner oder SIG Chair. Fahlandt warnte allerdings vor einer typischen Einstiegsfalle: Wer sich isoliert ein „Good First Issue“ aus dem Repository schnappt und ohne Kontakt zur jeweiligen SIG daran arbeitet, scheitert häufig. Labels wie „good first issue“ oder „help wanted“ in Repositories wie kubernetes/kubernetes markieren zwar geeignete Aufgaben – etwa Dokumentationsverbesserungen, Link-Korrekturen oder Test-Ergänzungen. Doch der Schlüssel zum Erfolg liegt darin, zunächst einer SIG beizutreten, an deren Meetings teilzunehmen und sich dauerhaft einzubringen. Besonders niedrigschwellig sind sogenannte Evergreen-Aufgaben wie Meeting-Protokolle, SIG-Spotlight-Blogposts oder Reviews für die SIG Docs.

Lesen Sie auch

c’t-Workshop: Kubernetes im Blick: Observability mit Grafana LGTM meistern

Mastering GitOps: Praxiswissen von Argo-CD-Fallstricken bis OCI-Patterns

KubeCon EU 2026: Kubernetes wird erwachsen – BSD, eBPF und mTLS

KubeCon EU 2026: Kubernetes wird weiter als Infrastruktur für KI optimiert

Kubermatic SecureGuard: Automatisiertes Secrets-Management für Kubernetes

Top 10: Der beste Fensterputzroboter im Test

Top 10: Der beste Full-HD-Beamer im Test

Top 10: Das beste günstige Smartphone bis 300 Euro

XZ Utils 5.8.3: Sicherheitsupdate mit unklarem Risiko

2026-04-02T10:05:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Alert!

Die Entwickler der weitverbreiteten XZ Utils haben eine aktualisierte Version veröffentlicht, die Sicherheitslücken ausbessert.

(Bild: heise online / dmk)

12:05 Uhr

Lesezeit: 2 Min.

Von

Dirk Knop

Die Version 5.8.3 der XZ Utils stopft unter anderem Sicherheitslecks. Über deren Schweregrad herrscht Uneinigkeit. Admins sollten zur Sicherheit nach aktualisierten Paketen Ausschau halten und diese zeitnah installieren.

Die Release-Ankündigung der XZ Utils 5.8.3 listet die Änderungen auf. Sie bessert eine Schwachstelle in der Funktion lzma_index_append() aus, die in einen Pufferüberlauf münden kann – „unter Bedingungen, die wahrscheinlich nicht in einer echten App existieren“, wie die Programmierer schreiben (CVE-2026-34743). „Die lzma_index-Funktionen werden selten direkt von Anwendungen verwendet. In den wenigen Anwendungen, die diese Funktionen nutzen, ist es unwahrscheinlich, dass die Kombination von Funktionsaufrufen vorkommt, die diesen Fehler auslöst, da es in der Regel keinen Grund gibt, Records an einen dekodierten lzma_index anzuhängen“, liefern sie als Einschätzung.

Auf der OSS-Sec-Mailingliste springt Gentoo-Entwickler Sam James der Einschätzung bei, dass die Lücke eine unübliche Nutzung einer selten aufgerufenen API voraussetzt. Das IT-Sicherheitsunternehmen Tenable schätzt die Lücke hingegen als Risikostufe „kritisch“ ein. Auch das CERT-Bund vom Bundesamt für Sicherheit in der Informationstechnik (BSI) kommt auf einen CVSS-Score von 9.8 mit Risiko „kritisch“.

XZ Utils: Weitere Schwachstelle korrigiert

Die aktualisierte Fassung der XZ Utils korrigiert außerdem ein Problem, das in Speicherzugriffen auf dafür nicht vorgesehene Bereiche münden kann – zumindest auf 32-bittigen Systemen und mit einigen Vorbedingungen. Die Lücke hat keinen CVE-Schwachstelleneintrag erhalten.

Videos by heise

Die Sicherheitslücke CVE-2026-34743 betrifft die XZ Utils ab Version 5.0.0. Die Entwickler veröffentlichen keine neuen Versionen der Entwicklungszweige 5.2.x, 5.4.x oder 5.6.x, haben jedoch die Fehlerkorrekturen in das xz-Git-Repository eingepflegt. Bei Bedarf können Betroffene sich die aktuellen Quellen dort ziehen und selbst kompilieren.

IT-Verantwortliche sollten die Verfügbarkeit von aktualisierten XZ-Util-Paketen bei ihren eingesetzten Distributionen prüfen und diese zeitnah anwenden. Slackware hat inzwischen xz aktualisiert. Debian listet die verwundeten Distributionsversionen auf, hat jedoch noch keine Gefahreneinschätzung vorgenommen und bietet noch keine aktualisierten Pakete an.

Die Kompressionsbibliothek xz war vor zwei Jahren Auslöser für einen Beinahe-GAU. Geheimdienst-Agenten haben Hintertüren in den Code eingeschleust, der als Basisbaustein von vielen weiteren Software-Anwendungen genutzt wird.

(dmk)

Top 10: Der beste Fensterputzroboter im Test

Top 10: Der beste Full-HD-Beamer im Test

Top 10: Das beste günstige Smartphone bis 300 Euro

ZenDiS sucht Kriterien für digitale Souveränität

2026-04-02T09:20:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Das ZenDiS startet einen Konsultationsprozess, um Kriterien für digitale Souveränität in der Verwaltung zu entwickeln.

(Bild: heise medien)

11:20 Uhr

Lesezeit: 1 Min.

Von

Moritz Förster

Das Zentrum für Digitale Souveränität der Öffentlichen Verwaltung (ZenDiS) will gemeinsam mit interessierten Partnern aus Verwaltung, Wirtschaft, Zivilgesellschaft und Forschung erarbeiten, was digitale Souveränität konkret bedeutet. Und vor allem: Wie sie sich messen lässt. Dazu hat die Organisation einen öffentlichen Konsultationsprozess gestartet, der bis zum 15. Mai 2026 läuft.

Am Ende soll ein Kriterienkatalog stehen, der Anforderungen und Bewertungsmaßstäbe für digitale Souveränität definiert. Er soll Politik und Verwaltung als Orientierung dienen, etwa bei der Auswahl von Software und digitalen Infrastrukturen.

Die öffentliche Verwaltung steht vor der Herausforderung, ihre digitale Infrastruktur unabhängiger, sicherer und nachhaltiger zu gestalten. Allerdings fehlt bislang ein gemeinsames, verbindliches Verständnis davon, was digitale Souveränität ausmacht.

Videos by heise

Offener Prozess in mehreren Stufen

Der Konsultationsprozess läuft mehrstufig ab. Interessierte können sich unter anderem mit schriftlichen Stellungnahmen einbringen. Weitere Austauschformate sind geplant. Details zu Ablauf, Fristen und Beteiligungsmöglichkeiten stellt das ZenDiS auf seiner Webseite bereit. Kommentieren lässt sich der Kriterienkatalog direkt unter souveränitätscheck.de.

Das ZenDiS verfolgt dabei einen bewusst offenen Ansatz: Unterschiedliche Perspektiven sollen einfließen, damit die Kriterien praxistauglich und breit anschlussfähig ausfallen. Als Kompetenz- und Servicezentrum treibt ZenDiS generell den Einsatz von Open-Source-Software zur Vermeidung von Anbieterabhängigkeiten in der öffentlichen Verwaltung voran. Ferner betreibt das öffentliche Unternehmen die kollaborative Entwicklungsplattform openCode und die Online-Office-Suite openDesk. Die Ergebnisse des Konsultationsprozesses will das ZenDiS nach Abschluss veröffentlichen.

(fo)

Top 10: Der beste Fensterputzroboter im Test

Top 10: Der beste Full-HD-Beamer im Test

Top 10: Das beste günstige Smartphone bis 300 Euro

Claude Code geleakt: Milliarden für KI-Sicherheit, null für Softwarehygiene

2026-04-02T08:49:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Kein Hack, kein Exploit – nur ein vergessener Schalter. Und genau dieses Prozessversagen macht den Claude-Code-Leak so gefährlich, meint Moritz Förster.

(Bild: Stockinq/Shutterstock.com)

10:49 Uhr

Lesezeit: 4 Min.

Von

Moritz Förster

Es klingt nach dem nächsten großen Skandal: Über 500.000 Zeilen Quellcode von Anthropics CLI-Tool Claude Code tauchen öffentlich auf. Die Security-Community horcht auf, Wettbewerber reiben sich die Hände, Kommentatoren wittern den nächsten Beweis, dass KI eh an allem schuld ist. Doch wer genauer hinschaut, findet keine ausgeklügelte Attacke, keinen Zero-Day-Exploit, nicht einmal Social Engineering. Sondern schlicht eine Source Map im npm-Paket, die da nicht hingehörte. Also bloß ein vergessener Schalter in der Build-Pipeline. System scheint hier nur die Schludrigkeit zu haben.

Moritz Förster schreibt seit 2012 für die iX und heise online. Er betreut neben dem iX-Channel den Bereich Arbeitsplatz.

Debug-Artefakte im Produktions-Build – ein Klassiker

Source Maps sind nützliche Helfer in der Entwicklung. Sie bilden kompilierten Code zurück auf den lesbaren Quelltext – unverzichtbar beim Debuggen, fatal in der Produktion. Dass sie im fertigen Paket landen, passiert nicht durch einen raffinierten Angriff oder eine ausgerastete KI. Es passiert, weil niemand den Build-Prozess sauber konfiguriert hat. Oder weil die Konfiguration irgendwann still und leise überschrieben wurde. Oder weil schlicht niemand nachgeschaut hat.

Entwickler kennen das Muster. Es ist die vergessene .env-Datei im Git-Repository. Das Docker-Image mit eingebetteten Credentials. Die Debug-API, die seit Monaten offensteht, weil sie ja „nur intern“ ist. Genau das ist Prozessversagen.

Lesen Sie auch

Anthropics Claude Code: Kompletter Quellcode im Netz

Top 10: Der beste Fensterputzroboter im Test

Top 10: Der beste Full-HD-Beamer im Test

Top 10: Das beste günstige Smartphone bis 300 Euro

WhatsApp-Malware-Kampagne installiert Backdoors

2026-04-02T08:01:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Microsoft warnt vor einer Malware-Kampagne, die über WhatsApp-Nachrichten bösartige Software ausliefert und Systeme kompromittiert.

Sicherheitsprobleme betreffen den WhatsApp-Desktop.

(Bild: heise medien)

10:01 Uhr

Lesezeit: 3 Min.

Von

Dirk Knop

Microsoft hat eine Malware-Kampagne beobachtet, bei der Angreifer VBS-Dateien (Visual Basic Script) in WhatsApp-Nachrichten versenden. Führen Opfer diese aus, löst das eine mehrstufige Infektionskette aus, an deren Ende die Angreifer Fernzugriff erhalten und sich im System einnisten. Besonders gefährdet sind Nutzer und Nutzerinnen der WhatsApp-Desktop-Version unter Windows, da die bösartigen Skripte sich dort ohne Umwege ausführen lassen.

In einem Blog-Beitrag warnt das Microsoft-Defender-Securityteam vor dieser Kampagne, die Ende Februar ihren Anfang nahm. Die Angreifer setzen dazu auf Social Engineering und sogenannte „Living-off-the-land“-Techniken (auch unter dem Kürzel „LOLbins“ bekannt), nutzen also vom Betriebssystem mitgelieferte ausführbare Dateien für den Angriff. Die am Ende installierte Malware im MSI-Format (Microsoft Installer) kommt schließlich aus der Cloud.

WhatsApp als Einstiegspunkt der Angriffskette

Beispiele von beobachteten Nachrichten nennen die IT-Forensiker nicht, erklären jedoch, dass die bösartigen VBS-Dateien als WhatsApp-Nachrichten bei den Opfern landen und somit das Vertrauen in die bekannte Kommunikationsplattform missbraucht werde. Bei der Ausführung legt das Skript versteckte Ordner unter „C:\ProgramData“ an und speichert dort umbenannte Versionen legitimer Windows-Werkzeuge wie „curl.exe“ – in „netapi.dll“ umbenannt – oder „bitsadmin.exe“ als „sc.exe“.

Beim nächsten Schritt lädt die Malware mit den umbenannten Binärdateien weitere Dropper wie „auxs.vbs“ und „WinUpdate_KB5034231.vbs“ aus oftmals als vertrauenswürdig eingestuften Cloudspeichern wie AWS S3, der Tencent Cloud oder Backblaze B2 nach. Das verschleiert die bösartigen Aktivitäten als legitimen Netzwerkverkehr, erklären die Microsoft-Mitarbeiter.

Nach dem Herunterladen verändert die Malware Einstellungen der Benutzerkontensteuerung, um durch das Deaktivieren von UAC-Prompts die Verteidigungsmechanismen des Windows-Systems zu schwächen. Es startet wiederholt die Eingabeaufforderung „cmd.exe“ mit erhöhten Rechten, bis die Rechteerhöhung funktioniert hat oder der Prozess gewaltsam abgebrochen wurde. Durch Veränderungen von Registry-Einträgen unter „HKLM\Software\Microsoft\Win“ verankert sich der Schadcode und erreicht Persistenz über Reboots hinweg.

Die darauffolgende letzte Stufe lädt unsignierte MSI-Installer mit Namen wie Setup.msi, WinRAR.msi, LinkPoint.msi und AnyDesk.msi nach. Die enthalten Fernsteuerungssoftware wie AnyDesk und ermöglichen Angreifern nachhaltigen Fernzugriff zum Ausleiten von Daten, Installieren weiterer Malware oder zum Missbrauch kompromittierter Maschinen als Teil eines größeren Netzwerks infizierter Geräte, führen die Analysten aus. Insbesondere in Unternehmensumgebungen sind solche MSI-Installer für die Softwareverwaltung typisch und sollen so unter dem Radar bleiben.

Interessierte finden in der Analyse Tipps und Hinweise, wie IT-Verantwortliche ihre Netzwerke vor solchen Angriffen schützen können. Dazu gehört das Blockieren von Scripting-Hosts auf Endpoints oder die Überwachung von Cloud-Traffic, aber auch die Mitarbeitersensibilisierung.

Videos by heise

Nutzer und Nutzerinnen von populären Messengern, insbesondere herausragende Persönlichkeiten oder höherrangige Beamte und Politiker, stehen in jüngerer Zeit oftmals im Visier von Angreifern. Etwa Ende vergangenen Jahres haben Cyberkriminelle mit ausgefeilten Social-Engineering-Taktiken versucht, Zugriff auf die Messenger-Apps potenzieller Opfer zu erlangen und diese so auszuspähen. Insbesondere bei Nachrichten von Unbekannten ist daher besondere Vorsicht angebracht.

(dmk)

Top 10: Der beste Fensterputzroboter im Test

Top 10: Der beste Full-HD-Beamer im Test

Top 10: Das beste günstige Smartphone bis 300 Euro

Visual Studio 2026 erlaubt das Erstellen benutzerdefinierter KI-Agenten

2026-04-02T07:32:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Die neuesten Features umfassen das Erstellen spezialisierter Copilot-Agenten, das Festlegen von Agent Skills und das Beheben von NuGet-Vulnerabilities per KI.

(Bild: tadamichi / Shutterstock.com)

09:32 Uhr

Lesezeit: 2 Min.

Von

Maika Möbus

Microsoft hat seine Entwicklungsumgebung Visual Studio 2026 im März mit neuen Features versehen, die sich vor allem um Künstliche Intelligenz (KI) drehen. Alle neuen Funktionen sind in der Insiders-Version verfügbar.

Agent Skills und benutzerdefinierte Agenten

In Visual Studio können Entwicklerinnen und Entwickler nun benutzerdefinierte Copilot-Agenten erstellen. Diese können beispielsweise den Coding-Standards des Teams folgen oder interne Dokumentation durchsuchen. Die spezialisierten Copilot-Agenten können Zugriff auf Workspace-Awareness, Codeverständnis, Tools, das bevorzugte Modell und Verbindungen via Model Context Protocol (MCP) zu externen Wissensquellen erhalten.

Dazu spezifizieren Entwickler die gewünschten Anpassungen in einer .agent.md-Datei, fügen diese im Repository zu .github/agents/ hinzu und können dann den neuen Agenten im Agent Picker auswählen. Wurde kein Modell festgelegt, verwendet der KI-Agent das im Model Picker gewählte Modell.

Videos by heise

Mit Skills lassen sich die KI-Agenten ebenfalls versehen. Die Agenten beziehen Skills automatisch aus verschiedenen Stellen im Repo, etwa .github/skills/, oder aus dem User-Profil, etwa ~/.copilot/skills/. Jeder Skill besitzt ein eigenes Verzeichnis mit einer SKILL.md-Datei, die der Agent-Skill-Spezifikation entspricht. Agent Skills sind ein offenes Format, um KI-Agenten mit spezialisiertem Wissen auszustatten.

Copilot behebt NuGet-Vulnerabilities

Der KI-Copilot kann nun auch dabei helfen, Vulnerabilities zu beheben. Direkt aus dem Solution Explorer heraus können Entwicklerinnen und Entwickler die Benachrichtigung „Fix with GitHub Copilot“ anwählen, wenn eine Vulnerability erkannt wurde, die NuGet betrifft, das Paketverwaltungssystem für .NET. Beim Durchklicken analysiert Copilot die Schwachstelle und kann entsprechende Dependency-Updates empfehlen sowie implementieren.

Die neue Option „Fix with Copilot“ soll NuGet-Vulnerabilities beheben.

(Bild: Microsoft)

Weitere Updates betreffen unter anderem die Verwendung von MCP: Admins können festlegen, welche MCP-Server innerhalb ihrer Organisation erlaubt sind, und nur diese lassen sich dann in Visual Studio verwenden. Bei anderen Servern erscheint eine Fehlermeldung.

Die neuen Features lassen sich im Insiders-Build nutzen. Weitere Informationen zu den Updates liefert Microsofts Entwicklerblog.

Lesen Sie auch

Visual Studio 2026: KI-Agenten, besseres Debugging und C++-Migration

Microsoft: XAML Studio ist jetzt Open Source

Microsoft: Visual Studio erhält kürzere Releasezyklen

Uno Platform Studio 2.0 und Uno Platform 6.4: KI-Assistent und .NET-10.0-Support

Visual Studio 2022: Im Oktober-Update erinnert sich Copilot an frühere Wünsche

Top 10: Der beste Fensterputzroboter im Test

Top 10: Der beste Full-HD-Beamer im Test

Top 10: Das beste günstige Smartphone bis 300 Euro

Event Sourcing trifft MCP: Die ganze Geschichte für LLMs

2026-04-02T07:15:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Event Sourcing liefert LLMs den reichhaltigsten Kontext. Das Model Context Protocol macht diesen Kontext über eine Standardschnittstelle zugänglich.

(Bild: Jirsak / Shutterstock.com)

09:15 Uhr

Lesezeit: 14 Min.

Von

Golo Roden

Im vergangenen August habe ich an dieser Stelle argumentiert, dass Event Sourcing die perfekte Grundlage für KI sei. Die Kernthese lautete: Ohne vollständige, kontextreiche Daten bleibt jedes noch so leistungsfähige Modell blind. Event Sourcing liefert genau diese Daten, weil es nicht nur den aktuellen Zustand speichert, sondern die gesamte fachliche Geschichte. An der These hat sich nichts geändert. Doch eine Frage blieb damals offen: Wie macht man diese Daten für ein Large Language Model zugänglich?

Golo Roden ist Gründer und CTO von the native web GmbH. Er beschäftigt sich mit der Konzeption und Entwicklung von Web- und Cloud-Anwendungen sowie -APIs, mit einem Schwerpunkt auf Event-getriebenen und Service-basierten verteilten Architekturen. Sein Leitsatz lautet, dass Softwareentwicklung kein Selbstzweck ist, sondern immer einer zugrundeliegenden Fachlichkeit folgen muss.

Seit knapp anderthalb Jahren existiert mit dem Model Context Protocol (MCP) ein offener Standard, der LLMs mit beliebigen externen Datenquellen verbindet. Damit lässt sich die Lücke zwischen dem, was ein Event-Store an Daten bereithält, und dem, was ein Sprachmodell davon sehen kann, elegant schließen. Dieses Zusammenspiel verdient einen genaueren Blick.

Warum Kontext für LLMs alles entscheidet

Wer mit Large Language Models arbeitet, lernt schnell eine wichtige Lektion: Die Qualität der Antworten hängt weniger vom Modell ab als vom Kontext, den man ihm gibt. Ein durchschnittliches Modell mit hervorragendem Kontext liefert bessere Ergebnisse als ein Spitzenmodell, dem der Kontext fehlt. Das gilt für einfache Prompts ebenso wie für komplexe Analysen über Unternehmensdaten.

Kontext bedeutet hier nicht nur die Frage, die man stellt, sondern vor allem auch die Daten, auf die das Modell zugreifen kann. Und genau hier liegt das Problem: Die meisten Datenbanken speichern ausschließlich den aktuellen Zustand. Eine relationale Datenbank verrät Ihnen, dass eine Kundin den Status „Premium“ hat. Sie verrät aber nicht, seit wann, warum oder welche Interaktionen dazu geführt haben. Sie zeigt, dass ein Produkt 9,99 Euro kostet, nicht jedoch, ob dieser Preis gestern gesenkt wurde oder seit zehn Jahren unverändert ist. Sie zeigt, dass eine Bestellung den Status „offen“ hat, nicht jedoch, ob sie dreimal geändert, einmal storniert und dann erneut aufgegeben wurde.

Für ein LLM ist das, als würde man ihm ein Buch reichen, in dem nur das letzte Kapitel steht. Es kann den aktuellen Zustand beschreiben, aber keine Zusammenhänge erklären, keine Muster erkennen, keine Entwicklungen nachvollziehen. Es fehlt schlicht die Geschichte, die in den vorangegangenen Kapiteln erzählt wurde.

Event Sourcing löst dieses Problem grundlegend. Statt den Zustand zu speichern und bei jeder Änderung zu überschreiben, werden die einzelnen Zustandsänderungen als fachliche Ereignisse festgehalten. Jedes Ereignis beschreibt, was passiert ist, wann es passiert ist und in welchem fachlichen Kontext es steht. Die Summe aller Ereignisse ergibt nicht nur den aktuellen Zustand, sondern die vollständige, chronologische und unveränderliche Geschichte. Aus dem letzten Kapitel wird das gesamte Buch.

MCP als universelle Brücke

Die beste Datengrundlage nützt allerdings wenig, wenn ein LLM nicht darauf zugreifen kann. Bislang erforderte die Anbindung externer Datenquellen an ein Sprachmodell in der Regel individuelle Integrationen: eigene APIs, eigenen Glue-Code, eigene Wartung. Für jede Kombination aus Datenquelle und LLM musste eine eigene Lösung gebaut werden. Das skaliert schlecht und schafft Abhängigkeiten, die sich im Laufe der Zeit zu einer ernsthaften technischen Schuld entwickeln.

Das Model Context Protocol ändert das: MCP ist ein offener Standard, den Anthropic im November 2024 vorgestellt hat und der inzwischen breite Unterstützung durch zahlreiche Anbieter genießt. Auch OpenAI, Google und andere große Anbieter haben sich dem Standard angeschlossen. MCP definiert eine einheitliche Schnittstelle zwischen LLMs und externen Datenquellen. Ein MCP-Server stellt Werkzeuge und Daten bereit, die ein LLM über einen MCP-Client nutzen kann. Die Interaktion erfolgt in natürlicher Sprache: Das Modell formuliert Anfragen, der Server liefert die passenden Daten. Das Ganze geschieht über ein standardisiertes Protokoll auf Basis von JSON-RPC, sodass weder auf Client- noch auf Server-Seite proprietäre Technik erforderlich ist.

Das Entscheidende an MCP ist seine Datenquellenagnostik. Der Standard definiert, wie die Kommunikation abläuft, nicht jedoch, welche Art von Daten dahintersteckt. Ob ein MCP-Server eine relationale Datenbank, ein Dateisystem, eine API oder einen Event-Store anbindet, spielt auf Protokollebene keine Rolle. Inzwischen existieren MCP-Server für Dutzende von Systemen: von GitHub über Slack bis hin zu Datenbanken verschiedenster Art.

Die Frage, die MCP nicht beantwortet, ist deshalb umso wichtiger: Welche Qualität haben die Daten, die über diesen Kanal fließen? Wenn MCP die Brücke zwischen LLM und Datenquelle ist, dann entscheidet die Datenquelle darüber, wie tragfähig diese Brücke sein kann. Eine über MCP angebundene CRUD-Datenbank liefert weiterhin nur Snapshots. Ein Event-Store hingegen liefert die ganze Geschichte.

Was ein LLM in einer Bibliothek sehen kann

Um das greifbar zu machen, hilft ein konkretes, von mir regelmäßig genutztes Beispiel, das eine öffentliche Bibliothek als Domäne modelliert. Die zugehörigen Events sind überschaubar und dennoch fachlich reichhaltig: Ein BookAcquired-Event beschreibt die Anschaffung eines neuen Buches mit Titel, Autorin oder Autor und ISBN. BookBorrowed dokumentiert die Ausleihe, BookReturned die Rückgabe. Auf der Seite der Leserinnen und Leser gibt es ReaderApplied für die Anmeldung und ReaderAccepted für die Freischaltung des Bibliotheksausweises. Geht es an die konkrete Implementierung, greife ich auf den CloudEvents-Standard zurück, der ein fachlich benanntes Typenfeld und eine umgekehrte Domain-Schreibweise wie io.eventsourcingdb.library.book-borrowed vorsieht. Jedes Buch und jede Leserin beziehungsweise jeder Leser bildet dabei ein eigenes Subject, also einen eigenen Event-Stream, der die jeweilige Geschichte vollständig abbildet.

Stellen Sie sich nun vor, ein LLM hätte über einen MCP-Server Zugriff auf den Event-Store dieser Stadtbibliothek. Es könnte die vorhandenen Subjects durchsuchen, also die einzelnen Bücher sowie Leserinnen und Leser identifizieren. Es könnte die Event-Typen auflisten und so die Struktur der Domäne verstehen, ohne dass jemand sie erklären müsste. Und es könnte gezielt Fragen beantworten, die mit einer CRUD-Datenbank schwer oder gar nicht zu beantworten wären.

„Welche Bücher wurden in den letzten zwölf Monaten angeschafft, aber noch nie ausgeliehen?“

Diese Frage erfordert die Kenntnis, dass ein Buch existiert (BookAcquired), und die Abwesenheit eines bestimmten Folgeereignisses (BookBorrowed). In einer CRUD-Datenbank müsste dafür ein eigens gepflegtes Feld existieren, das bei jeder Änderung korrekt aktualisiert wird. Im Event-Store ergibt sich die Antwort direkt aus der Ereignisfolge.

„Zeige mir die vollständige Ausleihhistorie von Leserin 23.“

In einer CRUD-Datenbank sehen Sie bestenfalls, welches Buch die Leserin gerade ausgeliehen hat. Im Event-Store sehen Sie jede einzelne Ausleihe, jede Rückgabe, jede verspätete Rückgabe und jede erhobene Gebühr. Das LLM kann daraus Muster ableiten, etwa ob bestimmte Genres bevorzugt werden oder ob Rückgaben regelmäßig verspätet erfolgen.

„Welche Bücher werden häufig ausgeliehen, aber selten rechtzeitig zurückgebracht?“

Auch das ist eine Frage, die erst durch die Kombination mehrerer Ereignisse über die Zeit beantwortbar wird. Ein LLM, das diese Daten sieht, kann nicht nur die Antwort liefern, sondern auch Hypothesen formulieren: Liegt es an der Länge des Buches? An der Beliebtheit? An konkreten Leserinnen und Lesern, die generell verspätet zurückgeben?

Entscheidend ist: Keine dieser Fragen erfordert, dass jemand vorab ein spezielles Lesemodell gebaut oder eine Auswertung programmiert hat. Das LLM formuliert die Frage, der MCP-Server liefert die Daten, und das Modell interpretiert sie. Die Flexibilität entsteht dadurch, dass die Rohdaten fachlich und historisch vollständig sind. Was in diesem Beispiel mit einer Stadtbibliothek funktioniert, funktioniert in der Realität mit jeder Domäne: Versicherungsschäden, Logistikketten, Bestellprozesse im E-Commerce, Behandlungsverläufe im Gesundheitswesen, …: Die Liste ist endlos. Und je reichhaltiger die Events aus semantischer Sicht sind, desto mehr kann ein LLM damit anfangen.

Warum Events die natürliche Sprache für LLMs sind

Es gibt einen weiteren Grund, warum Event Sourcing und LLMs so gut zusammenpassen, und er liegt in der Form der Daten selbst. Events sind von Natur aus in fachlicher Sprache formuliert. Ein Event-Typ wie io.eventsourcingdb.library.book-borrowed sagt bereits, was passiert ist. Die Daten des Events enthalten die Details: welches Buch, welche Leserin oder welcher Leser, zu welchem Zeitpunkt. Ein LLM muss bei solchen Daten nicht raten, was gemeint ist. Es liest keine kryptischen Statuscodes, keine technischen Fremdschlüssel, keine Spalte type mit dem Wert 3. Es liest genau das, was passiert ist: Ein Buch wurde ausgeliehen, ein Buch wurde zurückgegeben, eine Gebühr wurde erhoben, eine Leserin wurde gesperrt. Die Semantik steckt in den Daten selbst.

Hinzu kommt die chronologische Ordnung. Events sind naturgemäß zeitlich sortiert. Ein LLM kann die Events daher lesen wie eine Erzählung: Erst wurde das Buch angeschafft, dann ausgeliehen, dann zurückgegeben, dann erneut ausgeliehen, dann verspätet zurückgegeben, dann eine Gebühr erhoben. Diese narrative Struktur entspricht genau dem, womit Sprachmodelle am besten umgehen können. Sie sind darauf trainiert, Zusammenhänge in sequenziellen Daten zu erkennen, Muster zu identifizieren und Schlussfolgerungen zu ziehen. Eine Folge von Events ist strukturell näher an einem Text als an einer relationalen Tabelle.

Videos by heise

Schließlich ist jedes Event in sich abgeschlossen und kontextreich. Es beschreibt nicht nur, was sich geändert hat, sondern trägt den fachlichen Zusammenhang bereits in sich. Ein BookBorrowed-Event enthält nicht nur eine Buch-ID und eine Leser-ID, sondern steht im Kontext eines Subject, das die gesamte Geschichte dieses Buches repräsentiert. Dieser eingebaute Kontext reduziert die Notwendigkeit, dem LLM zusätzliche Erklärungen mitzugeben. Die Events sprechen für sich.

Wer die aktuelle Entwicklung beim Context Engineering verfolgt, erkennt die Parallele: Es geht darum, einem Sprachmodell möglichst reichhaltigen, strukturierten und relevanten Kontext zur Verfügung zu stellen. Events erfüllen alle drei Kriterien, ohne dass eine zusätzliche Aufbereitung nötig wäre. Sie sind gewissermaßen bereits in der Sprache geschrieben, die LLMs am besten verstehen. Mit anderen Worten: Wenn Ihre Software bereits gute Daten liefert, wird die Auswertung per künstlicher Intelligenz bedeutend vereinfacht.

Von der Idee zur Praxis

Die Verbindung von Event Sourcing und MCP ist keine bloße Theorie. Mitte März 2026 wurde beispielsweise für die Datenbank EventSourcingDB ein MCP-Server als kostenfreie Erweiterung veröffentlicht. Er ermöglicht es, über ein beliebiges LLM in natürlicher Sprache mit dem Event-Store zu interagieren: Events lesen und schreiben, Subjects und Event-Types durchsuchen, Event-Schemas registrieren, EventQL-Queries ausführen und sogar die eingebaute EventQL-Dokumentation abfragen. Der MCP-Server läuft dabei als eigenständiger Prozess neben der Datenbank, unterstützt TLS-Verschlüsselung und Token-basierte Authentifizierung und ist als Docker-Image verfügbar.

Praktisch bedeutet das: Eine Entwicklerin kann ihrem LLM die Frage stellen, welche Subjects im Event-Store existieren, und erhält eine strukturierte Antwort. Sie kann fragen, welche Ereignisse für ein bestimmtes Buch vorliegen, und das LLM liest sie chronologisch aus dem Store. Sie kann eine analytische Frage formulieren, und das LLM übersetzt sie in eine EventQL-Query, führt sie aus und interpretiert das Ergebnis. All das geschieht über eine standardisierte Schnittstelle, ohne eine einzige Zeile Integrationscode. Was bisher erfahrene Entwicklerinnen und Entwickler mit Kenntnissen der Query-Sprache und der Datenstruktur erforderte, wird durch natürliche Sprache für ein breiteres Publikum zugänglich.

Es wäre jedoch falsch, diesen Gedanken auf ein einzelnes Produkt zu verengen. Das Prinzip gilt für jeden Event-Store, der einen MCP-Server anbietet oder künftig anbieten wird. Der Wert liegt nicht in der spezifischen Implementierung, sondern in der Kombination: ein Event-Store, der die vollständige fachliche Geschichte bereithält, und ein standardisiertes Protokoll, das diese Geschichte für Sprachmodelle zugänglich macht. EventSourcingDB ist lediglich ein konkretes Beispiel dafür, wie diese Kombination heute in der Praxis aussehen kann.

Nicht die Technik entscheidet, sondern die Daten dahinter

MCP löst also ein reales Problem: Es standardisiert den Zugang von LLMs zu externen Datenquellen und macht individuelle Integrationen überflüssig. Das ist ein bedeutender Schritt. Doch MCP allein reicht nicht. Ein standardisierter Zugang zu unzureichenden Daten liefert standardisiert unzureichende Ergebnisse.

Die eigentliche Frage bleibt bestehen: Welche Daten stecken hinter dem MCP-Server? Wer eine CRUD-Datenbank anbindet, gibt einem LLM Zugriff auf den aktuellen Zustand. Das ist besser als gar kein Zugriff, bleibt aber bei Snapshots ohne Geschichte. Das LLM sieht, was ist. Es sieht nicht, was war, was sich verändert hat oder warum.

Wer hingegen einen Event-Store anbindet, gibt einem LLM Zugriff auf die gesamte fachliche Historie. Es sieht nicht nur den Zustand, sondern den Weg dorthin. Es kann Muster erkennen, Zusammenhänge herstellen und Entwicklungen nachvollziehen. Es kann erklären, nicht nur beschreiben.

Die Kombination aus Event Sourcing und MCP ist deshalb so wirkungsvoll, weil sie zwei komplementäre Probleme gleichzeitig behebt. Event Sourcing löst das Datenproblem: Es liefert vollständige, kontextreiche und fachlich formulierte Daten. MCP löst das Zugangsproblem: Es macht diese Daten über eine standardisierte Schnittstelle für Sprachmodelle erreichbar. Keines der beiden löst für sich allein die gesamte Herausforderung. Zusammen jedoch schließen sie eine Lücke, die bislang dafür sorgte, dass LLMs entweder keinen Zugang zu den richtigen Daten hatten oder Zugang zu den falschen.

Dabei ist bemerkenswert, wie stabil diese Kombination gegenüber Veränderungen ist. Die Modelle werden sich weiterentwickeln, neue LLMs werden erscheinen, bestehende werden leistungsfähiger. Die Art, wie wir Prompts formulieren, wird sich ändern. Auch MCP wird sich als Protokoll weiterentwickeln. Was sich nicht ändern wird, sind die gespeicherten Ereignisse. Sie bleiben das unveränderliche Fundament, auf dem alles andere aufbaut. Wer heute damit beginnt, Events zu speichern, investiert nicht in eine kurzlebige Technologie, sondern in Daten, die mit jedem neuen Modell und jedem zukünftigen Zugangsweg an Wert gewinnen.

Wer im vergangenen August meinen eingangs erwähnten Artikel über Event Sourcing als Grundlage für KI gelesen hat, findet hier den nächsten logischen Schritt. Die Daten sind da. Jetzt sind sie auch zugänglich.

(rme)

Top 10: Der beste Fensterputzroboter im Test

Top 10: Der beste Full-HD-Beamer im Test

Top 10: Das beste günstige Smartphone bis 300 Euro

Analyse: Darf KI Kernfeatures in kritische Software implementieren?

2026-04-02T07:15:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Die Community diskutiert darüber, KI-Beiträge bei der Open-Source-Entwicklung abzulehnen. Das ist weder realistisch noch zielführend, meint Sebastian Springer.

(Bild: sommart sombutwanitkul / Shutterstock.com)

09:15 Uhr

Lesezeit: 7 Min.

Von

Sebastian Springer

Die Open-Source-Community und die Mitglieder des Technical Steering Committee (TSC) von Node.js diskutieren derzeit, ob Pull Requests zu Node.js künftig abgelehnt werden sollen, wenn sie mithilfe von KI entstanden sind. Das ist jedoch aus mehreren Gründen unrealistisch: KI ist längst ein Teil des Entwicklungsprozesses, die Maintainer können die Herkunft von Code kaum verlässlich prüfen und es gibt keine objektiven Kriterien, um KI-Unterstützung eindeutig von menschlicher Arbeit zu unterscheiden. Zudem ist ein Verbot nicht sinnvoll, da es die ohnehin knappen Ressourcen der Community weiter belasten würde und es auch keine verantwortungsvolle Governance ersetzt.

Sebastian Springer weckt als Dozent für JavaScript, Sprecher auf zahlreichen Konferenzen und Autor die Begeisterung für professionelle Entwicklung mit JavaScript.

Debatte um Node.js

Kritik an KI-generierten Pull Requests ist zwar nicht neu, hat aber durch diesen aktuellen Fall eine neue Dimension erreicht und betrifft hier ein kritisches Element der Software-Infrastruktur: Die Plattform Node.js bildet in zahlreichen Anwendungen entweder die technische Basis oder dient als Grundlage für Build- und Entwicklungswerkzeuge.

Auslöser der aktuellen Diskussion ist ein umfangreicher Pull Request mit mittlerweile über 21.000 Zeilen Code. Der Autor Matteo Collina, ein erfahrener Node.js-Contributor, hat offengelegt, dass er das Feature teilweise mit Claude Code entwickelt, den generierten Code aber gründlich überprüft habe. In seinem Blogartikel führt er aus, dass er sich bei der Umsetzung des Features auf die Architektur, das API-Design und die Code Review konzentriert habe, während er die langweilige Schreibarbeit wie die Implementierung der Methodenvarianten, Tests und Dokumentation der KI überlassen habe.

Bei dem Feature handelt es sich nicht um eine kosmetische Änderung oder zusätzliche Tests, sondern um ein komplett neues Kernfeature: VFS, ein virtuelles Dateisystem, das es ermöglicht, Dateien und Module direkt aus dem Speicher statt vom realen Dateisystem zu laden. Dieses Feature greift tief in das Dateisystem-Modul und das Modulsystem von Node.js selbst ein. Überspitzt gesagt, stellt sich die Frage: Darf KI Kernfeatures eines kritischen Open-Source-Projekts implementieren?

(Bild: Stone Story / stock.adobe.com)

Webanwendungen mit KI anreichern, sodass sie wirklich besser werden? Der Online-Thementag enterJS Integrate AI am 28. April 2026 zeigt, wie das geht. Frühbuchertickets und Gruppenrabatte sind im Online-Ticketshop verfügbar.

Umgang mit KI-Flut und ihren Risiken

Eine einfache Antwort gibt es darauf nicht. Der Fall zeigt aber sehr deutlich eines der Grundprobleme, mit denen viele Open-Source-Projekte aktuell konfrontiert sind. Viele Projekte werden regelrecht mit KI-generierten Beiträgen überflutet. Diese reichen von kleinen Rechtschreibkorrekturen in der Dokumentation bis hin zu tiefgreifenden Architektur-Features. Die Maintainer stehen zunehmend vor der Entscheidung, ob sie KI-generierten Code grundsätzlich zulassen oder verbieten sollen. Neben den offensichtlichen Vorteilen wie Effizienzsteigerung und einer niedrigeren Einstiegshürde für neue Beitragende gibt es mehrere ernst zu nehmende Bedenken.

Diese betreffen zum einen das Copyright, denn KI-generierter Code ist in der Regel nicht urheberrechtlich geschützt. Anders sieht es bei KI-unterstütztem Code aus. Hier hängt es vom Einzelfall ab. Zudem besteht das Risiko, dass Modelle versehentlich proprietären Code reproduzieren und so zu Urheberrechtsproblemen führen. Diese Unsicherheit führt dazu, dass manche Maintainer KI-Beiträge grundsätzlich ablehnen möchten.

Zweitens wird die Qualität des Codes kritisch gesehen. KI-Agenten neigen dazu, sehr viel Code zu produzieren. Sowohl Autorinnen und Autoren als auch Maintainer müssen sicherstellen, dass der Code den Qualitäts- und Architekturstandards des Projekts genügt. Statische Analyse kann nur einen Teil davon abdecken. Aspekte, die die Architektur betreffen, müssen meist manuell überprüft werden. Gerade bei umfangreichen Beiträgen steigt das Risiko, dass suboptimale oder schwer wartbare Lösungen in den Code gelangen.

Und drittens nimmt der Aufwand für die Maintainer zu. Durch die Menge an generiertem Code verschiebt sich der Schwerpunkt vieler Maintainer vom Schreiben von Code hin zur Code Review. Dieser Aspekt nimmt teilweise so überhand, dass manche sich nur noch mit Code Reviews beschäftigen. Bei vielen Open-Source-Projekten entsteht das Problem, dass die Beiträge automatisiert übermittelt werden, sodass kaum noch menschliche Interaktion erforderlich ist. In der Flut aus KI-generierten Beiträgen können wertvolle Bugfixes oder Feature-Implementierungen leicht untergehen.

Videos by heise

Trotz dieser Risiken ist ein generelles Verbot von KI-generiertem Code in der Praxis kaum durchsetzbar. Viele Entwicklerinnen und Entwickler nutzen Copilot, Cursor und andere Werkzeuge für die Entwicklung, und hier auch in unterschiedlichem Ausmaß, von einfachen Inline-Vervollständigungen bis hin zu agentenbasiertem Coding. Hier stellt sich die Frage: Was ist noch ein smartes Feature der Entwicklungsumgebung und was ist KI-gestütztes Coding, oder auch: Wo ist die Grenze zwischen „menschlich“ und „KI-gestützt“? Und wie soll man sie erkennen? Gerade bei kleineren Beiträgen ist es faktisch unmöglich festzustellen, ob der Code von einer KI stammt oder nicht.

Die Linux Foundation verfolgt hier einen pragmatischen Ansatz. Gemäß ihrer Richtlinie ist KI-generierter Code grundsätzlich erlaubt. Die Nutzungsbedingungen des KI-Tools dürfen jedoch keine Restriktionen enthalten, die der Lizenz des Projekts widersprechen. Der KI-generierte Code darf zudem keine Urheberrechtsverletzungen verursachen; die Nutzung des generierten Codes muss erlaubt sein. Dabei gilt, dass die KI assistieren darf, der Mensch aber der verantwortliche Autor bleibt.

Transparenz gehört zu den grundlegenden Prinzipien im verantwortungsvollen Umgang mit generativer KI. Das gilt nicht nur für die Entwicklung solcher Systeme, sondern ebenso für ihre Nutzung: Entwickler sollten offenlegen, wenn sie Code mithilfe von KI-Werkzeugen entwickelt haben. Einige Open-Source-Projekte haben entsprechende Offenlegungspflichten in ihre Contribution-Richtlinien aufgenommen, zum Beispiel der Terminal-Emulator Ghostty. Das Webframework Django hat eine AI Assistance Disclosure in das offizielle Pull-Request-Template integriert.

Verlässliche Richtlinien statt KI-Verbot

Die Diskussion um den Umgang mit KI ist für jedes Projekt, auch im Open-Source-Bereich, sehr wichtig, und sie wird auch nicht beendet sein. Stattdessen müssen wir uns kontinuierlich mit dem Thema beschäftigen, denn die Werkzeuge und Modelle entwickeln sich kontinuierlich weiter. Die Qualität wird immer besser und auch die Erfahrungen mit den Werkzeugen und ihrem Umgang nehmen zu.

Es braucht verlässliche Richtlinien, um Projekte und ihre Maintainer zu schützen. Ein generelles Verbot von KI ist wenig realistisch und auch nicht zielführend. Es wirkt eher wie ein reflexartiges Abwehren neuer Technologien. Sinnvoller ist es, Verantwortung klar zu definieren, Transparenz einzufordern und die Qualitätssicherung zu stärken. Das ist jedoch nicht nur die Aufgabe der Maintainer, die aktuell schon unter der Situation leiden, sondern einer jeden Entwicklerin und eines jeden Entwicklers, die zu Open-Source-Projekten beitragen möchten.

(mai)

Top 10: Der beste Fensterputzroboter im Test

Top 10: Der beste Full-HD-Beamer im Test

Top 10: Das beste günstige Smartphone bis 300 Euro

Cisco stopft teils kritische Lücken in mehreren Produkten

2026-04-02T05:51:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Alert!

Am Mittwoch hat Cisco neun Sicherheitswarnungen herausgegeben. Sie behandeln teils kritische Lücken in mehreren Produkten.

(Bild: Michael Vi/Shutterstock.com)

07:51 Uhr

Lesezeit: 3 Min.

Von

Dirk Knop

Am Mittwoch dieser Woche hat der Netzwerkausrüster Cisco neun Sicherheitsmitteilungen veröffentlicht. Sie behandeln zum Teil kritische Schwachstellen in mehreren Produkten des Unternehmens. Admins sollten bereitstehende Aktualisierungen zügig anwenden.

In Ciscos Smart Software Manager On-Prem (SSM On-Prem) können nicht authentifizierte Angreifer aus dem Netz beliebige Befehle ins Betriebssystem des Hosts schleusen und dort ausführen. Ursache ist ein unabsichtlich extern erreichbarer Dienst. Durch das Senden manipulierter Pakete an die API des Dienstes können Angreifer Befehle als root ausführen (CVE-2026-20160, CVSS 9.8, Risiko „kritisch“). Zudem können Angreifer in Ciscos Integrated Management Controller (IMC) die Authentifizierung umgehen. Das liegt an nicht näher erläuterten Fehlern im Verarbeiten von Passwort-Änderungsanfragen. Bösartige Akteure können das mit sorgsam präparierten HTTP-Anfragen ohne vorherige Authentifizierung missbrauchen, um Passwörter beliebiger Nutzer einschließlich „Admin“ zu verändern und damit Zugang zu erlangen (CVE-2026-20093, CVSS 9.8, Risiko „kritisch“).

Weitere hochriskante Cisco-Schwachstellen

Die webbasierte Verwaltungsoberfläche von Ciscos IMC weist zudem mehrere weitere Lücken auf, die angemeldeten Angreifern aus dem Netz das Ausführen beliebigen Codes aus dem Netz oder das Einschleusen von Befehlen ans Betriebssystem sowie die Ausweitung der Rechte zu root ermöglichen (CVE-2026-20094, CVSS 8.8, Risiko „hoch“; CVE-2026-20095, CVE-2026-20096, CVE-2026-20097, alle CVSS 6.5, Risiko „mittel“). Im webbasierten Management-Interface von Ciscos Evolved Programmable Network Manager (EPNM) prüft ein REST-API-Endpunkt die Autorisierung nicht korrekt. Dadurch können angemeldete Nutzer aus dem Netz unbefugt auf sensible Informationen zugreifen (CVE-2026-20155, CVSS 8.0, Risiko „hoch“). Das Web-Interface von Ciscos SSM On-Prem weist zudem eine Rechteausweitungslücke auf. Angemeldete Nutzer können manipulierte Nachrichten an verwundbare SSM-On-Prem-Systeme senden und dadurch Session-Credentials in nachfolgenden Statusnachrichten erlangen; bei erfolgreicher Attacke können sich Angreifer so administrative Rechte verschaffen (CVE-2026-20151, CVSS 7.3, Risiko „hoch“).

Außerdem warnt Cisco vor vier weiteren Sicherheitslecks:

Cisco Nexus Dashboard Configuration Backup REST API Unauthorized Access Vulnerability (CVE-2026-20042, CVSS 6.5, Risiko „mittel“)
Cisco Nexus Dashboard and Nexus Dashboard Insights Server-Side Request Forgery Vulnerability (CVE-2026-20041, CVSS 6.1, Risiko „mittel“)
Cisco Integrated Management Controller Cross-Site Scripting Vulnerabilities (CVE-2026-20085, CVSS 6.1, Risiko „mittel“; CVE-2026-20087, CVE-2026-20088, CVE-2026-20089, CVE-2026-20090, CVSS 4.8, Risiko „mittel“)
Cisco Nexus Dashboard Insights Arbitrary File Write Vulnerability (CVE-2026-20174, CVSS 4.9, Risiko „mittel“)

Videos by heise

Keine der nun gemeldeten Schwachstellen wird bereits ausgenutzt, ergänzt der Netzwerkausrüster in den Sicherheitsmitteilungen.

Cisco ist jüngst angeblich Opfer eines Cyberangriffs geworden. Kriminelle konnten demnach auf Quellcode aus der Entwicklungsabteilung zugreifen. Das war aufgrund eines Lieferkettenangriffs auf die Python-Bibliothek LiteLLM aus der PyPI-Paketverwaltung möglich.

(dmk)

Top 10: Der beste Fensterputzroboter im Test

Top 10: Der beste Full-HD-Beamer im Test

Top 10: Das beste günstige Smartphone bis 300 Euro

Bericht: Cyberkriminelle stehlen Cisco-Quellcode durch gestohlene Credentials

2026-04-02T03:08:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Nach der Supply-Chain-Attacke auf LiteLLM konnten Angreifer auf interne Cisco-Daten zugreifen, heißt es. Sourcecode von Cisco und Kunden wurde wohl gestohlen.

(Bild: Anucha Cheechang/Shutterstock.com)

05:08 Uhr

Lesezeit: 2 Min.

Von

Frank Schräer

Cisco Systems ist angeblich Opfer eines Cyberangriffs geworden, bei dem Kriminelle auf Geräte der Entwicklungsabteilung zugreifen und Quellcode des US-Netzwerkspezialisten sowie von Kunden stehlen konnten. Das berichten anonyme Quellen eines Fachmagazins. Die Angreifer konnten sich demnach Zugriff auf interne Cisco-Daten und -Geräte verschaffen, nachdem sie entsprechende Anmeldeinformationen aus einem kürzlichen Angriff auf eine Open-Source-Bibliothek erlangt hatten.

Nach dieser Supply-Chain-Attacke auf LiteLLM sollten Betroffene ihre Credentials sofort ändern, aber das hat bei Cisco offenbar zu lange gedauert. Erst letzte Woche waren zwei LiteLLM-Pakete im Python Package Index (PyPI) kompromittiert und mit einem Credential-Stealer versehen worden. Dieser ist darauf ausgelegt, Daten abzugreifen, und sucht nach SSH-Keys, Umgebungsvariablen, Cloud-Provider-Credentials (AWS, GCP, Azure), Kubernetes-Token sowie Datenbankpasswörtern.

Cisco Opfer gestohlener GitHub-Credentials

Das betrifft auch Branchengrößen wie Cisco, wie Quellen von Bleeping Computer melden. Demnach konnten Cyberkriminelle anhand gestohlener Schlüssel für Amazon Web Services (AWS) unautorisierte Aktivitäten bei einer begrenzten Zahl von AWS-Konten Ciscos durchführen. Zudem haben die Angreifer durch die gestohlenen Anmeldeinformationen auf interne Systeme von Ciscos Entwicklungsabteilung zugreifen können. Welche Produkte und Kunden von den gestohlenen Quellcodes betroffen sind, ist unklar.

Videos by heise

Denn Cisco hat sich bislang nicht zu dem Vorfall geäußert. Die Quellen berichten aber, dass der Angriff durch entsprechende Maßnahmen eingegrenzt werden konnte. Die betroffenen Systeme wie Entwickler-Workstations würden demnach mit den letzten Backups neu aufgesetzt und Anmeldeinformationen werden weitreichend aktualisiert. Ob es sich bei dem Angreifer um TeamPCP handelt, das für die Supply-Chain-Attacke auf LiteLLM verantwortlich zeichnet, ist offen. TeamPCP greift laut Sicherheitsexperten bereits seit Ende Februar an und hangelt sich dabei offenbar mithilfe der jeweils gestohlenen Credentials von einem Projekt zum nächsten.

Während der jüngsten Cyberattacke wurden mehr als 300 GitHub-Repositories kopiert, heißt es. Das betrifft Quellcode für Produkte künstlicher Intelligenz wie KI-Assistenten, KI-Sicherheitslösungen und bislang unveröffentlichte Produkte. Teile der gestohlenen Repositorys gehören zu Großkunden Ciscos, etwa Banken und US-Behörden.

Lesen Sie auch

Angreifer können Cisco-Firewalls und WLAN-Controller lahmlegen

Cisco schließt teils hochriskante Lücken in IOS XR und Contact Center

Cisco Secure Firewall Management Center über kritische Root-Lücken angreifbar

Cisco rüstet Security-Portfolio für autonome KI-Agenten auf

Cisco: Mit Nutanix zur VMware-Alternative

Top 10: Der beste Fensterputzroboter im Test

Top 10: Der beste Full-HD-Beamer im Test

Top 10: Das beste günstige Smartphone bis 300 Euro

SpaceX beantragt Börsengang unter Verschluss

2026-04-01T19:39:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

SpaceX hat seinen Börsengang beantragt. Offiziell darf das niemand wissen. Denn ein GröBaZ will gut vorbereitet sein.

Start einer SpaceX-Rakete vom Typ Falcon Heavy

(Bild: SpaceX)

01.04.2026, 21:39 Uhr

Lesezeit: 3 Min.

Von

Daniel AJ Sokolov

Elon Musks Konglomerat SpaceX hat den lange erwarteten Börsengang formal eingeleitet. Der entsprechende Antrag sei als Verschlusssache gestellt worden, berichtet der Wirtschaftsnachrichtendienst Bloomberg unter Berufung auf nicht genannte Eingeweihte. Hinter der Geheimhaltung steckt wohl kein finsteres Ansinnen, sondern die Hoffnung auf offene und ungestörte Kommunikation zwischen den Vertretern des Unternehmens und der US-Kapitalmarktbehörde SEC. Schließlich geht es um den größten Börsengang aller Zeiten (GröBaZ).

Die Absicht zu dem Börsengang ist schon lange kein Geheimnis mehr. Der von Musk kontrollierte Konzern dürfte mit größenordnungsmäßig zwei Billionen US-Dollar bewertet werden. Davon soll zwar nur ein kleiner Teil verkauft werden, aber auch mit 50 oder 75 Milliarden US-Dollar wäre es der größte Börsengang der Geschichte.

Nicht nur Raketen und Satelliten

Dass es nun bald zu Potte kommt, hat die Verschmelzung anderer Musk-Firmen mit SpaceX angezeigt: Im Februar hat SpaceX die ebenfalls unter Musks Kontrolle stehende Firma xAI übernommen. Dazu gehört der umstrittene Chatbot Grok sowie das früher als Twitter bekannte Soziale Netz X. Musks Twitter-Kauf war ein finanzielles Desaster, das nach Art russischer Holzpuppen zunächst in xAI und inzwischen in SpaceX aufgelöst wurde.

Denn SpaceX soll hoch profitabel sein. Gegenüber Reuters hat SpaceX Anfang des Jahres durchsickern lassen, im Vorjahr 15 bis 16 Milliarden US-Dollar Umsatz gemacht und davon die Hälfte als Profit behalten zu haben. Ob das Buchhaltung nach Art Elon Musks oder nach anerkannten Standards ist, wird der Börsenprospekt zeigen. Ein Entwurf liegt jetzt zur Begutachtung bei der SEC (Securities Exchange Commission).

Videos by heise

Großen Vorsprung im Markt für Satellitenbeförderung hat SpaceX allemal. Also schickt sich eine Phalanx an Großbanken an, den Erstverkauf der Aktien Mitte des Jahres in den USA und anderen Ländern zu organisieren. Zur Vorbereitung gehört auch Werbung: Von Musk kam dazu die haarsträubende Idee, eine Million Satelliten als Rechenzentren im All zu platzieren. Auf der Erde hat SpaceX Analysten zu einer Konferenz am 21. April geladen, zwei Tage später dürfen sie ein xAI-Rechenzentrum aufsuchen. Am 4. Mai soll um die Gunst nicht direkt involvierter Banken gebuhlt werden, meldet Bloomberg.

Betrugsgefahr

Der Hunger nach SpaceX-Aktien ist zweifelsohne groß. Seit Jahren werden auf Sekundärmärkten (angebliche) Optionen auf den Erwerb von SpaceX-Aktien nach dessen Börsengang verkauft. Schließlich halten Privatinvestoren und Mitarbeiter ja schon lange Aktien oder Bezugsrechte, können diese aber nicht verkaufen. Bald wird sich zeigen, ob alle gehandelten Optionen halten, was sie versprechen.

Häufig handelt es sich um komplexe Konstruktionen, in denen sich Risikobereite an eigens gegründeten Unternehmen beteiligen, die sich wieder an Unternehmen beteiligen, die sich wiederum … bis am Ende der Kette jemand Zugriff auf zukünftige SpaceX-Aktien haben soll. Gewinne sind dabei praktisch garantiert, aber nur für die Zwischenhändler, die Gebühren einstreichen.

Verbreitete FOMO (Fear Of Missing Out), also die Angst, nicht dabei zu sein, lockt Abzocker an. 2023 wurde ein New Yorker zu 97 Monaten Haft verurteilt, weil er 2020 und 2021 betrügerische „Kaufrechte" auf noch nicht börsennotierte Unternehmen verkauft hatte. Knapp sechs Millionen Dollar hat er seinen Opfern abgeknöpft; sie dachten, auf Unternehmen wie Airbnb, Palantir, Stripe und eben SpaceX gesetzt zu haben (USA v Iakovou, US-Bundesbezirksgericht für den mittleren Teil Georgias, Az. 4:22-mj-00157).

Lesen Sie auch

Liveticker zur Mondmission Artemis-2 der NASA: Der Countdown hat begonnen

US-Geschworene stellen bei Twitter-Übernahme Kursmanipulation fest

Top 10: Der beste Fensterputzroboter im Test

Top 10: Der beste Full-HD-Beamer im Test

Top 10: Das beste günstige Smartphone bis 300 Euro

5G-Sicherheitsnetz: Bund besiegelt Aus für Huawei und ZTE bis 2029

2026-04-01T16:08:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Verträge mit Telekom, Vodafone und Telefónica zwingen die Mobilfunknetzbetreiber zum Austausch kritischer Technik aus China in Kern- und Managementsystemen.

Fernmeldeturm Hünenburg von Deutsche Funkturm mit verschiedenen Antennen (Symbolbild).

(Bild: Marie-Claire Koch / heise medien)

Update 01.04.2026, 18:08 Uhr

Lesezeit: 3 Min.

Von

Stefan Krempl

Die Debatte über die Sicherheit der deutschen Mobilfunkinfrastruktur mündet in eine verbindliche Umsetzungsphase. Wie aus einer Antwort der Bundesregierung auf eine Anfrage der AfD-Fraktion hervorgeht, ist der Fahrplan für den weitgehenden Ausschluss der chinesischen Hersteller Huawei und ZTE aus den hiesigen 5G-Netzen nun vertraglich fixiert. Damit zieht die Bundesregierung einen Schlussstrich unter die langen Diskussionen über potenzielle Spionagerisiken und technologische Abhängigkeiten in der kritischen Infrastruktur.

Kern der Regierungsstrategie sind laut der Auskunft öffentlich-rechtliche Verträge, die der Bund individuell mit den drei großen Mobilfunkanbietern Telekom, Vodafone und Telefónica geschlossen hat. Diese Vereinbarungen beenden die zuvor geführten Verwaltungsverfahren auf Basis des IT-Sicherheitsgesetzes. Dieser Weg verleiht den Sicherheitsvorgaben eine neue rechtliche Verbindlichkeit, die über politische Leitlinien hinausgeht.

Der Zeitplan sieht eine zweistufige Bereinigung der Netze vor. In einem ersten Schritt müssen die Betreiber bis spätestens Ende 2026 sämtliche kritischen Komponenten von Huawei und ZTE aus ihren 5G-Kernnetzen entfernen. Diese gelten als „Hirn“ des Mobilfunks, in dem sensible Datenströme zusammenlaufen und verarbeitet werden.

Videos by heise

Zweite Stufe bis 2029 mit Management-Fokus

In einer zweiten Phase, die bis Ende 2029 abgeschlossen sein muss, weitet sich der Bann auf die Netzwerk-Managementsysteme aus. Dabei geht es um die Steuerungsebene in den Zugangs- und Transportnetzen. Die Mobilfunkbetreiber sind verpflichtet, die kritischen Funktionen dieser Systeme durch technische Lösungen anderer Hersteller zu ersetzen. Damit will der Bund sicherstellen, dass auch die Kontrolle über die Netze in „vertrauenswürdigen“ Händen liegt.

Die Rollenverteilung innerhalb der Regierung sieht so aus: Das Bundesinnenministerium behält die Federführung, das Digitalministerium wird in strategische Steuerungs- und Kontrollprozesse eingebunden. So sollen Fragen der Netz- und Datensicherheit zentral koordiniert werden.

Wenn es um konkrete Sicherheitsvorfälle oder bereits entdeckte Schwachstellen in Huawei-Komponenten geht, schweigt sich die Regierung aus. Informationen dazu hält sie mit Verweis auf das Staatswohl und die Arbeitsweise der Geheimdienste unter Verschluss. Auch die Frage nach den Kosten der Umrüstung bleibt offen. Der Regierung liegen nach eigenen Angaben keine Erkenntnisse darüber vor, welche finanziellen Belastungen den Providern durch den Austausch entstehen oder ob diese mittelbar Auswirkungen auf den Bundeshaushalt haben könnten.

Verantwortlichkeit der Betreiber

Die technische Überwachung der Netze bleibt derweil eine komplexe Aufgabe. Zwar sieht das Telekommunikationsgesetz alle zwei Jahre eine Überprüfung durch unabhängige Stellen oder nationale Behörden vor. Doch die Ergebnisse dieser Audits werden als Betriebs- und Geschäftsgeheimnisse der Netzbetreiber eingestuft. Die Verantwortung für die Cybersicherheit liegt so primär bei den Firmen selbst, die unter Aufsicht der Bundesnetzagentur und des Bundesamts für Sicherheit in der Informationstechnik (BSI) technische Schutzmaßnahmen ergreifen müssen.

Mit diesem Kurs setzt Deutschland nationale Sicherheitsinteressen vor wirtschaftliche Erwägungen und folgt damit den Empfehlungen der 5G-Toolbox der EU. Für Huawei und ZTE markiert dieses Abkommen eine größere Umstellung als Lieferanten für den deutschen Mobilfunkmarkt.

Update 02.04.2026, 11:58 Uhr

Huawei betont gegenüber heise online, dass schon 2024 nur bei einem der drei großen Netzbetreiber noch Teile des 4G-Kernnetzes mit Huawei-Komponenten in Betrieb gewesen seien. Bei den kritischen Funktionen der Steuerungssysteme im Zugangsnetz, die bis 2029 zu ersetzen sind, handle es sich zudem um einen kleineren Teil der relevanten Software. Bis zu 99 Prozent der entsprechenden Technologie – also etwa alle Hardware und der größere Teil der Software – seien nicht betroffen und dürften weiterhin durch chinesische Hersteller geliefert werden dürfen. So würden auch weiterhin Huawei-Antennen und -Basisstationen in Deutschland ausgeliefert und verbaut. Dafür gebe es kein Auslauf- oder Enddatum.

(mack)

Top 10: Der beste Fensterputzroboter im Test

Top 10: Der beste Full-HD-Beamer im Test

Top 10: Das beste günstige Smartphone bis 300 Euro

software-architektur.tv: Analyse großer Softwaresysteme mit LLMs

2026-04-01T16:01:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

In der Episode diskutieren Eberhard Wolff und Michael Stal, wie auch die Analyse großer Softwarearchitekturen und Codebasen durch LLMs gelingt.

(Bild: software-architektur.tv)

01.04.2026, 18:01 Uhr

Lesezeit: 2 Min.

Von

Matthias Parbel

Bei der Verwendung von LLMs für Software-Architektur geht es meistens um das Erstellen von Architektur. In dieser Episode von software-architektur.tv spricht Eberhard Wolff mit Prof. Dr. Michael Stal, Principal Key Expert Engineer bei der Siemens AG, über dessen Erfahrungen bei der Benutzung von LLMs für die Code-Analyse.

Den vollmundigen Versprechen mancher Anbieter und Influencer für generative KI steht die praktische Realität gegenüber, dass die Beschränkungen von LLMs zu vielen Problemen führen, ganz besonders beim Softwareengineering. Die Analyse großer Softwarearchitekturen und Codebasen durch LLMs scheitert unter anderem an dem beschränkten Kontextfenster der Foundation-Modelle. Das gilt im Umkehrschluss auch für deren Generierung. Wie sich diese Problematik zumindest teilweise umgehen lässt, möchte iX-Blogger Michael Stal anhand geeigneter Techniken zeigen.

Empfohlener redaktioneller Inhalt

Mit Ihrer Zustimmung wird hier ein externes YouTube-Video (Google Ireland Limited) geladen.

YouTube-Video immer laden

Ich bin damit einverstanden, dass mir externe Inhalte angezeigt werden. Damit können personenbezogene Daten an Drittplattformen (Google Ireland Limited) übermittelt werden. Mehr dazu in unserer Datenschutzerklärung.

Livestream am 2. April

Die Ausstrahlung findet am Donnerstag, 2. April 2026, live ab 14:30 Uhr statt. Die Folge steht im Anschluss als Aufzeichnung bereit. Während des Livestreams können Interessierte Fragen via Twitch-Chat, YouTube-Chat oder anonym über das Formular auf der Videocast-Seite einbringen.

software-architektur.tv ist ein Videocast von Eberhard Wolff, iX-Blogger und bekannter Softwarearchitekt, der als Head of Architecture bei SWAGLab arbeitet. Zum Team gehören außerdem Lisa Maria Schäfer (Socreatory) und Ralf D. Müller (DB Systel). Seit Juni 2020 sind über 250 Folgen entstanden, die unterschiedliche Bereiche der Softwarearchitektur beleuchten – mal mit Gästen, mal Wolff, Schäfer oder Müller solo. Seit mittlerweile mehr als zwei Jahren berichtet heise Developer über die Episoden.

(map)

Top 10: Der beste Fensterputzroboter im Test

Top 10: Der beste Full-HD-Beamer im Test

Top 10: Das beste günstige Smartphone bis 300 Euro

BSI veröffentlicht ersten Leitfaden für Grundschutz++

2026-04-01T15:51:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Das BSI hat nun auch den Leitfaden für die Neufassung seines IT-Grundschutzes herausgebracht. Noch kann es aber zu Änderungen am Grundschutz++ kommen.

(Bild: Superstar / Shutterstock.com)

01.04.2026, 17:51 Uhr

Lesezeit: 2 Min.

Von

Christoph Puppe

Das Bundesamt für Sicherheit in der Informationstechnik (BSI) hat die erste Version seines Leitfadens zur Methodik des Grundschutzes++ veröffentlicht. Der entsprechende Katalog ist bereits zum 30. September 2025 erschienen. Damit kommt das BSI seiner in der NIS2-Umsetzungsverordnung festgelegten Pflicht nach, einen neuen „Stand der Technik“ zu definieren, der für alle wichtigen und besonders wichtigen Organisationen verpflichtend ist. Die bisherige Fassung des IT-Grundschutzes gilt aber noch bis Ende 2028.

Lesen Sie auch

Cybersicherheit: Das ändert sich durch das NIS2-Umsetzungsgesetz

Top 10: Der beste Fensterputzroboter im Test

Top 10: Der beste Full-HD-Beamer im Test

Top 10: Das beste günstige Smartphone bis 300 Euro

Bund veröffentlicht lizenzfreie KI-Werkzeuge

2026-04-01T13:42:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Mit dem Projekt Spark setzt das BMDS auf digitale Souveränität: Die quelloffenen KI-Werkzeuge zur Planungsbeschleunigung stehen ab sofort auf OpenCode bereit.

(Bild: DC Studio / Shutterstock.com)

01.04.2026, 15:42 Uhr

Lesezeit: 3 Min.

Von

Stefan Krempl

Die deutsche Verwaltung gilt als Sinnbild für lahme Prozesse und dicke Aktenstapel. Doch beim Thema KI will der Bund zeigen, dass es auch anders geht. Das Bundesministerium für Digitales und Staatsmodernisierung (BMDS) hat mit dem Projekt Spark eine Reihe von KI-Modulen veröffentlicht, die die Arbeitsweise in Behörden grundlegend verändern könnten.

Eine Besonderheit ist der Ansatz der Veröffentlichung: Unter dem Leitsatz Public Money, Public Code stehen die Anwendungen für jeden auf der Plattform OpenCode zur Verfügung. Damit folgt das BMDS dem Ruf nach digitaler Souveränität und ermöglicht es Kommunen, Firmen und der Zivilgesellschaft, die Werkzeuge ohne Lizenzgebühren zu nutzen und weiterzuentwickeln.

Mit Spark sollen komplexe Planungs- und Genehmigungsverfahren, die bisher Monate oder gar Jahre dauerten, durch eine intelligente operative Assistenz beschleunigt werden. Die Finanzierung erfolgt über den Klima- und Transformationsfonds. Das Projekt soll Beschäftigte in den Genehmigungsbehörden von Routineaufgaben befreien, ohne Menschen zu ersetzen. Vielmehr bereite die KI die Flut an Informationen aus Antragsunterlagen so auf, dass Sachbearbeiter schneller zu einer fundierten Entscheidung kommen könnten. Das letzte Wort habe der Mensch.

Startpunkt Dokumentenprüfung

Technisch setzt Spark an, wo es bisher am meisten hakt: beim Sichten und Prüfen von Dokumenten. Die veröffentlichten Module decken typische Aufgaben wie die Zusammenstellung relevanter Daten aus Anträgen oder den formalen Check auf Vollständigkeit und Plausibilität ab. Das System soll dabei erkennen, wenn Dokumente fehlen oder Angaben widersprüchlich sind.

Das Herzstück bildet eine mit KI-Agenten unterstützte Rechtsdogmatik. Sie ist direkt an Gesetzesdatenbanken angeschlossen und kann Normen automatisiert dekonstruieren und juristisch bewerten. Im weiteren Verlauf sollen zusätzliche Module folgen, die sich auch der materiellen Prüfung und der Beschlusserstellung widmen.

Digitalminister Karsten Wildberger (CDU) sieht die Republik durch diesen Vorstoß weltweit in einer führenden Rolle bei KI-basierten Verwaltungsanwendungen. Erst im Februar sahnte das Projekt auf dem World Government Summit in Dubai den Preis für die beste KI-Nutzung in staatlichen Dienstleistungen ab. Die offene Bereitstellung des Quellcodes soll nun sicherstellen, dass kreative Köpfe die Module adaptieren und für verschiedene föderale Anforderungen optimieren können. Um diesen Prozess anzukurbeln, plant das BMDS für Juni einen zweitägigen Hackathon.

Videos by heise

Sicherheit und technische Hürden

Trotz der Euphorie mahnt das BMDS zur Sorgfalt bei der Implementierung. In den Begleitunterlagen findet sich ein Sicherheitshinweis: Der veröffentlichte Code sei als Referenz und Integrationsgrundlage zu verstehen, beinhalte aber keine fertige Sicherheitskonfiguration für den direkten Produktionseinsatz. Betreiber müssen die Anwendungen in ihren jeweiligen IT-Umgebungen härten, Zugriffsrechte definieren und sensible Daten sicher verwalten. Ein dediziertes Security-Review ist zwingend erforderlich, bevor die KI tatsächlich in produktive Genehmigungsverfahren eingebunden wird.

Für Entwickler soll der Einstieg aber hürdenarm sein. Die Module basieren auf einer Docker-Umgebung und lassen sich rasch aufsetzen. Die Konfiguration erfolgt über Skripte. Schnittstellen zu OpenAI-kompatiblen Endpunkten und lokalen Lösungen wie LiteLLM sind vorgesehen.

(mma)

Top 10: Der beste Fensterputzroboter im Test

Top 10: Der beste Full-HD-Beamer im Test

Top 10: Das beste günstige Smartphone bis 300 Euro

Raspi-Aktie schießt nach Geschäftsbericht um 60 Prozent hoch

2026-04-01T12:20:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Der Raspberry-Pi-Hersteller wächst in fast allen Metriken und malt einen rosigen Ausblick. Die Börse zeigt sich ekstatisch.

(Bild: Raspberry Pi Plc.)

01.04.2026, 14:20 Uhr

Lesezeit: 3 Min.

Von

Mark Mantel

Die Aktie der Raspberry Pi Plc. ist binnen eines einzelnen Tages zwischenzeitlich um über 60 Prozent hochgeschossen. Grund ist der Geschäftsbericht zum Jahresabschluss 2025.

Die Zahlen selbst liegen über den Erwartungen. Vor allem ist es aber der Ausblick, der Anleger positiv stimmt: Firmenchef Eben Upton berichtet über einen starken Start ins Jahr 2026. Auch die Speicherkrise könne der Raspi-Hersteller weitgehend umschiffen.

Mit 5,60 Euro lag die Raspi-Aktie am Vormittag noch über dem Hoch aus dem Februar. Damals war der Wert vorübergehend gestiegen, weil Raspberry-Pi-Einplatinencomputer für die Nutzung mit KI-Agenten wie OpenClaw und PicoClaw aufgebauscht wurden. Inzwischen hat sich die Aktie bei etwa 5,20 Euro eingependelt.

Trotz der aktuellen Kurssteigerung reicht die Raspi-Aktie gerade einmal an den Vorjahreswert heran. Das Allzeithoch von Anfang 2025 ist noch unerreicht. Damals kostete eine Aktie über 9 Euro.

Mehr Mikrocontroller als Boards verkauft

Die Raspberry Pi Plc. hat im gesamten Jahr 2025 rund 323,2 Millionen US-Dollar eingenommen, 25 Prozent mehr als 2024. Weil die Ausgaben nicht so stark gestiegen sind wie der Umsatz, wächst der Nettogewinn um 85 Prozent auf 21,7 Millionen US-Dollar.

Erstmals in der Firmengeschichte hat der Hersteller mehr einzelne Chips verkauft als Einplatinencomputer und Module. 8,4 Millionen zu 7,6 Millionen war der Stand 2025. Die Raspberry Pi Plc. verkauft vor allem die selbst entworfenen Mikrocontroller an andere Hersteller, etwa den RP2350 und RP2040. Die Prozessoren auf den Raspi-Boards stammen von Broadcom, sie werden nicht von Raspberry Pi Plc. verkauft.

Der einzige Posten, der signifikant sinkt, ist die Cash-Reserve. Die Firma nennt 28,1 Millionen statt 45,8 Millionen. Darin sind allerdings schon 52,2 Millionen US-Dollar an getilgten Verbindlichkeiten gegenüber Lieferanten enthalten. Der Wert kommt daher gut an. Für Forschung und Entwicklung hat der Hersteller 11,1 Millionen US-Dollar ausgegeben, 28 Prozent mehr als 2024.

Videos by heise

Speichersituation bleibt angespannt

Die Bruttomarge ist leicht von 24,4 auf 24,1 Prozent gesunken, vermutlich aufgrund der steigenden Speicherpreise Richtung Jahresende. Die größten Kostensteigerungen kamen erst nach Jahresabschluss. Laut eigenen Angaben kostet das LPDDR4-RAM auf aktuellen Raspis inzwischen siebenmal so viel wie noch 2025. Der Hersteller erwartet eine angespannte Liefersituation bis mindestens 2027.

Lesen Sie auch

Raspi-Preise steigen: 16-GByte-Version nähert sich 300 Euro

Top 10: Der beste Fensterputzroboter im Test

Top 10: Der beste Full-HD-Beamer im Test

Top 10: Das beste günstige Smartphone bis 300 Euro

Digitale Vorreiter in Deutschland: Universitätsstädte schlagen Metropolen

2026-04-01T11:41:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Wo in Deutschland sind die meisten Unternehmen zu Hause, die digital die Nase vorn haben? Ein neuer Index soll es zeigen.

(Bild: GaudiLab/Shutterstock.com)

01.04.2026, 13:41 Uhr

Lesezeit: 3 Min.

Von

Axel Kannenberg

Universitätsstädte und Metropolen wie München und Frankfurt sind in Deutschland die größten Sammelbecken für die digital avancierten Unternehmen. Das geht aus dem Digitale-Vorreiter-Index hervor, den der Consulting-Arm des wirtschaftsnahen Instituts der Deutschen Wirtschaft (IW) erstellt hat. Demnach steht Heidelberg mit 8,1 Prozent Anteil digitaler Vorreiter bei den dort heimischen Unternehmen vorn. Darauf folgen der Landkreis München mit 8 Prozent, Frankfurt auf Rang drei mit 7,8 Prozent und die Stadt München mit 7,6 Prozent.

Der Süden und Westen dominieren als Heimat digitaler Vorreiter in Deutschland

(Bild: IW)

Großstädte und deren benachbarte Landkreise bringen demnach vor allem den Vorteil mit, Anziehungspunkt für Startups im Digitalbereich zu sein. In Städten wie München oder Berlin kommen diese Jungfirmen laut den IW-Forschern mehr als viermal so häufig vor wie im Bundesschnitt. Zuletzt hatte Berlin allerdings seine Rolle als deutscher Spitzenreiter bei den Startups eingebüßt.

Universitäten als Impulsgeber

Besonders schneiden aber Universitätsstädte wie Karlsruhe (7,1 Prozent), Darmstadt (7 Prozent) und Bonn (6,4 Prozent) stark in dem Ranking ab und liegen deutlich vor den Millionenstädten Berlin (5,8 Prozent), Hamburg (5,7 Prozent) und Köln (5,5 Prozent). Die Dichte digitaler Vorreiter sei laut IW eben nicht allein auf einzelne Unternehmen zurückzuführen, sondern werde auch entscheidend von Institutionen geprägt, die Wissen, Infrastruktur und Netzwerke bereitstellen. Hochschulen und Forschungseinrichtungen seien hier wichtiger Impulsgeber.

Im Bundesschnitt hat das IW einen DVI-Wert von 3,8 Prozent ermittelt. Gerade gering verdichtete, ländliche Gegenden liegen mit 2,4 Prozent deutlich darunter. Besonders ausgeprägt sind die geringen Werte in den ländlichen Regionen Ostdeutschlands mit im Schnitt 2 Prozent. Landkreise wie Vorpommern-Rügen oder Spree-Neiße markieren mit einem Wert von 1,3 Prozent das untere Ende.

Videos by heise

Methodisch haben die Forscher für ihren Index die Webpräsenzen von rund 2,5 Millionen Unternehmen herangezogen – den Angaben nach wurden damit alle deutschen Firmen mit einer Website erfasst. Mithilfe eines semantischen Modells wurden die Websites nach Wortwolken mit über 200 eindeutigen Begriffen durchsucht, die auf die Nutzung fortgeschrittener digitaler Technologien hindeuten. Werden dabei Begriffe aus mindestens zwei Wortwolken getroffen, reicht das für die Klassifizierung als digitales Vorreiter-Unternehmen, bei dem Technologien einen integralen Bestandteil der Produkte beziehungsweise des Geschäftsmodells darstellen. Der Index sei statistisch hoch signifikant korreliert mit Befragungsergebnissen zur Digitalisierung von Unternehmen sowie mit regionalen Digitalisierungsindikatoren, etwa der digitalen Start-up- oder Patentdichte, dem KI-Automatisierungspotenzial oder der Breitbandverfügbarkeit.

(axk)

Top 10: Der beste Fensterputzroboter im Test

Top 10: Der beste Full-HD-Beamer im Test

Top 10: Das beste günstige Smartphone bis 300 Euro

KI findet kritische ImageMagick-Lücken in Standardkonfigurationen

2026-04-01T11:03:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Alert!

Ein KI-Pentesting-Tool hat in Standardkonfigurationen von ImageMagick kritische Sicherheitslücken aufgespürt. Workarounds schützen.

(Bild: amgun / Shutterstock.com)

01.04.2026, 13:03 Uhr

Lesezeit: 4 Min.