iX News

Von

Dirk Knop

Die Windows-Updates aus der vergangenen Woche lassen sich auf einigen Windows-11-Systemen nicht installieren. Ein Fehlercode „0x800f0922“ steht im Zusammenhang mit der EFI-Systempartition. Mögliche Gegenmaßnahmen sollen helfen.

Microsoft räumt das Problem im Message-Center der Windows-Release-Health-Notizen ein. Die Sicherheitsupdates aus dem Mai erzeugen unter Umständen den Fehlercode „0x800f0922“. Das Problem betrifft demnach Geräte, auf denen zu wenig Platz in der EFI-Systempartition vorhanden ist. Das ist insbesondere dann der Fall, wenn der freie Platz nur noch 10 MByte oder weniger beträgt. Microsoft hat das Problem für Windows 11 24H2 und 25H2 bestätigt.

Auf betroffenen Geräten könne die Installation durch die initialen Phasen laufen, dann aber in den Reboot-Phasen bei einem Fortschritt von rund 35 bis 36 Prozent fehlschlagen, erklärt das Unternehmen. Die Installation startet dann ein Rollback und die sinngemäße Nachricht „Etwas ist schiefgelaufen. Mache Änderungen rückgängig“ („Something didn’t go as planned. Undoing changes“) erscheint. In der Datei „C:\Windows\Logs\CBS\CBS.log“ finden sich in solchen Fällen Log-Einträge wie „SpaceCheck: Insufficient free space“, „ServicingBootFiles failed. Error = 0x70“ oder „SpaceCheck: <value> used by third-party/OEM files outside of Microsoft boot directories“.

Mögliche Gegenmaßnahmen

Betroffene können sich auf zwei Arten behelfen, führt Microsoft weiter aus. Sie können an der Registry Änderungen vornehmen – vorher unbedingt ein Backup anlegen, rät Microsoft – und den DWORD-Key „EspPaddingPercent“ mit Wert „0“ im Pfad „HKLM\SYSTEM\CurrentControlSet\Control\Bfsvc“ ergänzen. An der administrativen Eingabeaufforderung (Start anklicken, „CMD“ eingeben und „Als Administrator ausführen“ auswählen) erledigt das laut Microsoft der Befehl reg add "HKLM\SYSTEM\CurrentControlSet\Control\Bfsvc" /v EspPaddingPercent /t REG_DWORD /d 0 /f. Nach einem Neustart soll sich das Update installieren lassen.

Videos by heise

Die zweite Hilfestellung besteht in einem Known Issue Rollback (KIR), bei dem der fragliche Update-Bestandteil einfach nicht verteilt wird. Das hat Microsoft für alle nicht verwalteten Geräte und Maschinen von privaten Endkunden so eingerichtet, das richtet sich daher eher an Admins in Business-Umgebungen. Ein Neustart der Rechner kann helfen, dass das KIR schneller wirksam wird. IT-Verantwortliche erhalten in dem Beitrag im Message Center einen Download-Link auf eine Gruppenrichtlinie, mit der sie das in ihrem Netzwerk umsetzen können.

(dmk)

Top 10: Die beste Sportuhr im Test

Top 10: Bester Android-Auto-Wireless-Adapter – Smartphone kabellos verbinden

Top 7: Die beste Kompressor-Kühlbox im Test

Microsoft Edge: Keine Klartext-Passwörter mehr im Browserprozess

2026-05-18T07:16:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Microsofts Edge hatte alle Passwörter aus dem Passwort-Manager beim Start geladen und im Klartext vorgehalten. Jetzt aber nicht mehr.

(Bild: Dirk Knop / heise medien)

09:16 Uhr

Lesezeit: 2 Min.

Von

Dirk Knop

Vor zwei Wochen schlug hohe Wellen, dass Microsofts Webbrowser Edge beim Start alle Passwörter aus dem Passwort-Manager lädt – und im Klartext im Prozessspeicher vorhält. Die Entwickler haben nach den Medienberichten reagiert, aktualisierte Browser-Versionen machen das nicht mehr.

In den Update-Notizen zu Microsoft Edge für das Update vom Freitag haben die Entwickler angegeben, das Problem gelöst zu haben. Dort schreiben sie, sie haben Änderungen am Passwort-Manager vorgenommen. Die sollen sicherstellen, dass Passwörter nicht mehr beim Browser-Start in den Speicher geladen werden. Ein Blog-Post liefert zudem weitere Informationen. Zunächst erklären die Programmierer, dass das Verhalten von Edge zuvor basierend auf den bestehenden Kriterien ins erwartete Bedrohungsmodell passe. Das Risiko entstehe dadurch, dass ein Angreifer das Gerät bereits kompromittiert habe. Dennoch sehe man Verbesserungspotenzial.

Als erste Maßnahme lädt Microsoft Edge nun beim Start die Passwörter nicht mehr in den Speicher. Die Verteilung des Updates erfolgt mit Priorisierung, für Microsoft Edge Version 148 und neuere. Wer den Edge-Passwort-Manager nutze, müsse nichts weiter machen, die Änderung solle durch den regulären Update-Kanal eintrudeln.

Behandlung der Fehlermeldung nicht so prickelnd

Die Entwickler schreiben auch, dass sie die Behandlung derartiger Fehlerberichte noch mal genauer unter die Lupe nehmen. Die erste Reaktion auf den Fehlerbericht von Tom Jøran Sønstebyseter Rønning basierte auf bestimmten Kriterien für das Chromium-Projekt. Das sei als Grundlinie zu verstehen, Microsoft wolle die Latte für sich aber höher legen. Der Prozess zur Behandlung von Fehlerberichten von IT-Forschern soll noch einmal überprüft werden. Die Entwickler wollen einen Fokus auf Geschwindigkeit, Klarheit und einen Defense-in-depth-Denkansatz stärken und früher damit ansetzen.

Videos by heise

Vor rund zwei Wochen konnten wir das Problem einfach nachstellen. Ein frisch im Passwort-Manager von Microsoft angelegtes Konto führte dazu, dass nach einem Browser-Neustart das Passwort im Klartext im Dump des Prozessspeichers auffindbar war. Der Test mit einer aktuellen Microsoft-Edge-Version, konkret 148.0.3967.70, liefert nach Suche im Prozessspeicher das Passwort nicht mehr einfach aus. Wer den Chromium-basierten Edge nutzt, sollte daher sicherstellen, dass der Browser auf aktuellem Stand ist.

Siehe auch:

Microsoft Edge bei heise download

(dmk)

Top 10: Die beste Sportuhr im Test

Top 10: Bester Android-Auto-Wireless-Adapter – Smartphone kabellos verbinden

Top 7: Die beste Kompressor-Kühlbox im Test

Microsoft Authenticator: Lücke ermöglicht unbefugten Zugriff

2026-05-18T06:33:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Alert!

Microsoft warnt vor einer Sicherheitslücke im Authenticator. Angreifer können Sign-in-Token abgreifen und damit Zugriff erlangen.

(Bild: heise medien)

08:33 Uhr

Lesezeit: 2 Min.

Von

Dirk Knop

In Microsofts Authenticator können Angreifer eine kritische Sicherheitslücke missbrauchen, um an Sign-in-Tokens zu gelangen. Damit gelingt der unbefugte Zugriff auf Ressourcen. Aktualisierte Apps stehen bereit.

Der Schwachstelleneintrag von Microsoft erörtert das Problem grob. Sensible Informationen können demnach an unbefugte Akteure gelangen, da Microsoft Authenticator Informationen an Angreifer über das Netzwerk preisgibt. In der FAQ erklärt Microsoft, dass die Schwachstelle das Sign-in-Token zum Arbeitskonto von Nutzerinnen und Nutzern offenlegen kann. Damit erlangen Unbefugte Zugriff auf Daten und Diensten, auf die das Benutzerkonto zugreifen darf, darunter potenziell auch sensible Unternehmensinformationen.

Zum Missbrauch der Lücke müssen Angreifer ein Opfer dazu bringen, mit einer legitim erscheinenden, bösartigen Anfrage zu interagieren. Sobald Nutzer die Anfrage bestätigen, können Angreifer die App dazu bringen, Zugriffstoken im Namen der Nutzer anzufordern, um sie an einen Dienst auszuliefern, der unter der Kontrolle der Angreifer steht. Betroffene erhalten keine klaren Informationen, welcher Zugriff gewährt wurde (CVE-2026-41615, CVSS 9.6, Risiko „kritisch“). Das NIST kommt im NVD-Listeneintrag jedoch mit CVSS 7.4 lediglich auf das Risiko „hoch“.

Microsoft Authenticator: Updates verfügbar

Aktualisierte Versionen des Authenticators von Microsoft stehen in den jeweiligen App-Stores bereit. Unter Android löst die Version 6.2605.2973 und neuer das Problem, unter iOS die Software ab Stand 6.8.47. Wer die automatischen App-Updates des Mobilbetriebssystems aktiviert hat, erhält das Update automatisch. Wer das deaktiviert hat, muss den Google Play Store oder den iOS-App-Store öffnen und dort die aktualisierten Apps herunterladen und installieren.

Videos by heise

Microsoft führt weiter aus, dass die Schwachstelle bislang noch nicht missbraucht wurde. Es steht bislang auch kein Exploit öffentlich zur Verfügung. Dennoch sollten Nutzer und Nutzerinnen des Microsoft Authenticators sicherstellen, die aktuelle Fassung einzusetzen. Die aktuelle Version zeigt der Authenticator im App-Menü unter „Hilfe“ an, dort etwas tiefer unter „Info“ – „Anwendungsversion“.

(dmk)

Top 10: Die beste Sportuhr im Test

Top 10: Bester Android-Auto-Wireless-Adapter – Smartphone kabellos verbinden

Top 7: Die beste Kompressor-Kühlbox im Test

Kommentar: Das Ende der SaaS-Gelddruckmaschine

2026-05-16T08:30:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Top-Investor TCI stößt Microsoft-Aktien ab. Das ist weit mehr als ein Börsenmanöver: KI bedroht das Geschäftsmodell der gesamten Softwareindustrie.

145

(Bild: Moritz Förster / KI / iX)

16.05.2026, 10:30 Uhr

Lesezeit: 4 Min.

Von

Moritz Förster

Als der Hedgefonds TCI jüngst seinen Microsoft-Anteil drastisch zusammenstrich, klang das erst einmal nach einer dieser Meldungen, die im Strom der Finanznachrichten untergehen. Doch diesmal lohnt der zweite Blick. TCI-Gründer Chris Hohn gehörte jahrelang zu den großen Profiteuren des Microsoft-Booms, fast 400 Prozent Kursgewinn seit 2017 sprechen eine deutliche Sprache. Wenn ausgerechnet so ein Investor kalte Füße bekommt, geht es nicht um schwache Quartalszahlen. Dann steht die ökonomische Grundlage der Softwareindustrie zur Debatte.

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

Die Sprengkraft der KI-Revolution liegt nicht darin, dass sie eine bestimmte Software ersetzt. Sondern darin, dass sie das Geschäftsmodell dahinter pulverisiert. Willkommen in der SaaSpocalypse.

Das Geschäftsmodell hinter der Lizenzmaschine

Zwei Jahrzehnte lang funktionierte Unternehmenssoftware nach einem stabilen Prinzip. Jede Aufgabe bekam ihre eigene Anwendung: Texte in Word, Tabellen in Excel, Kundendaten in Salesforce, Bildbearbeitung in Photoshop. Unternehmen zahlen Lizenzen pro Nutzer, pro Arbeitsplatz, pro Monat. Je tiefer die Software in die Arbeitsabläufe einsickerte, desto verlässlicher sprudelten Umsatz und Margen. Der Wert lag dabei nie nur im Programmcode, sondern in einer schlichten Tatsache: Menschen mussten ihre Arbeit innerhalb dieser Anwendungen erledigen.

Genau diese Logik bröckelt nun. KI-Assistenten verändern nicht bloß einzelne Funktionen, sondern die Schnittstelle zur Arbeit selbst. Wer heute Copilot, Gemini oder ChatGPT nutzt, klickt sich nicht mehr durch klassische Menüs. Stattdessen formuliert der Nutzer Ziele: „Fasse die wichtigsten Punkte aus diesen Mails zusammen.“ „Bau eine Präsentation aus den Quartalszahlen.“ Die Arbeit wandert Schritt für Schritt vom Menschen zur Maschine. Und je besser diese Systeme werden, desto unwichtiger wird die Anwendung im Hintergrund.

Microsoft sägt am eigenen Ast

Das zeigt sich ausgerechnet bei Microsoft selbst. Seinen Copilot präsentiert der Konzern längst nicht mehr als Zusatzfunktion für Word oder Excel. Das Ziel ist ein Assistent, der quer über alle Anwendungen arbeitet. Der Nutzer redet mit dem Agenten – nicht mehr mit dem Programm. Wird die KI zur Bedienoberfläche der Wissensarbeit, verliert die klassische Anwendung ihre Rolle als zentraler Zugangspunkt. Sie wird zur Infrastruktur.

Aus Nutzersicht klingt das verlockend. Für die Softwareindustrie ist es eine Bedrohung. Denn Software-as-a-Service-Modelle leben davon, dass jeder Mitarbeiter Zugang zu einzelnen Anwendungen braucht. KI-Agenten lösen diese Kopplung auf. Warum Hunderte Vollzugänge bezahlen, wenn ein paar Agenten einen Großteil der Arbeit erledigen?

Videos by heise

Die Börse handelt bereits die nächste Ära

Die Nervosität an den Börsen kommt nicht von ungefähr. Microsoft, Salesforce, Adobe und Oracle verdienen weiterhin Milliarden. Aber die Zweifel wachsen, ob die fetten Margen der SaaS-Ära dauerhaft Bestand haben. Bemerkenswert dabei: Die Disruption entsteht innerhalb der Plattformen selbst. Microsoft demonstriert mit Copilot genau die Entwicklung, die das klassische Softwaremodell untergräbt. Der Konzern treibt die Entkopplung von Nutzer und Anwendung selbst voran.

Börsen handeln spekulative Erwartungen, keine Gegenwart. Für Investoren genügt die Aussicht auf sinkende Preissetzungsmacht, um Bewertungen neu zu sortieren. Die Machtfrage lautet deshalb nicht mehr, wer die beste Software baut. Sondern wer künftig die Bedienoberfläche der Arbeit kontrolliert.

Das erklärt, warum TCIs Teilverkauf mehr ist als ein gewöhnliches Börsensignal. Der Fonds stößt Microsoft-Aktien nicht ab, weil Office schwächelt oder Azure plötzlich Verluste schreibt. TCI reagiert auf eine tiefere Unsicherheit: KI löst eben nicht einfach Programme ab. Sie ersetzt die ökonomische Logik, auf der die Softwareindustrie aufgebaut wurde. Und genau deshalb droht die SaaSpocalypse.

Bei diesem Kommentar handelt es sich um das Editorial der iX 6/2026, die am 22. Mai erscheint.

(fo)

Top 10: Die beste Sportuhr im Test

Top 10: Bester Android-Auto-Wireless-Adapter – Smartphone kabellos verbinden

Top 7: Die beste Kompressor-Kühlbox im Test

Developer-Häppchen fürs Wochenende – kleinere News der Woche

2026-05-16T07:15:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Kleine, aber interessante Meldungshäppchen vom News-Buffet zu PSF, Python 3.15, GitHub, Wicket, Ditto, Hugging Face, GNUstep, MantisBT und Docker.

(Bild: Natalia Klenova / Shutterstock.com)

09:15 Uhr

Lesezeit: 3 Min.

Von

In unserem leckeren Häppchen-Überblick servieren wir alles, was es zwar nicht in die News geschafft hat, wir aber dennoch für spannend halten:

Mit einem neuen Strategieplan will die Python Software Foundation (PSF) die Ausrichtung der Stiftung für die nächsten fünf Jahre festlegen. Ein vollständiger Entwurf soll Anfang Juni erscheinen, um Community-Feedback zu sammeln. Darauf aufbauend möchte die PSF den finalen Strategieplan dann im Juli verabschieden.
Die Feature‑Freeze‑Phase für Python 3.15 ist mit Python 3.15.0 Beta 1 gestartet. Die erste von vier geplanten Beta-Versionen bringt unter anderem lazy imports für schnellere Starts, die neuen built-in-Datentypen frozendict und sentinel sowie einen performanteren JIT‑Compiler.
GitHub hat Enterprise Live Migrations (ELM) als Public Preview vorgestellt. Mit ELM lassen sich Repositories von GitHub Enterprise Server nahezu ohne Ausfallzeiten auf GitHub Enterprise Cloud mit Datenresidenz (GHE.com) umziehen. Der Cut-over soll innerhalb von Minuten abgeschlossen sein.

(Bild: joeycheung / Adobe Stock)

Die Online-Konferenz Mastering GitOps von iX und dpunkt.verlag am 25. Juni 2026 widmet sich in diesem Jahr praxisnah Schwerpunkten wie dem Einsatz von GitOps im Platform Engineering und dem Rendered-Manifests-Pattern mit OCI-Registries. Bis zum 3. Juni sind noch Frühbuchertickets verfügbar.

Das Webframework Wicket ist in Version 10 erschienen und basiert nun auf Java 17, ist aber auch mit Java 21 kompatibel. Darüber hinaus beteiligt sich Wicket am OpenJDK Quality Outreach, um die Kompatibilität sowohl mit der neuesten OpenJDK-Version als auch mit der Early-Access-Varianten zu verbessern. Für die Migration von Version 9 nutzt Wicket OpenRewrite.
Mit Version 3.9 verbessert Ditto die Mandantenfähigkeit der IoT-Plattform: Anwenderinnen und Anwender müssen Policies nun nicht mehr duplizieren, sondern sie lassen sich in Namespaces gruppieren. Auch Authentifizierungen lassen sich über die Namespaces organisieren.
Der Blog RedMonk hat die Verteilung von Lizenzen bei Hugging Face untersucht. Ganz vorne stehen die Permissive-Lizenzen Apache 2 und MIT. Bei den Creative Commons führt die nicht kommerzielle cc-by-nc-4.0.

Lesen Sie auch

C-Libraries in Java nutzen 2: Funktionen mit veränderlichen Parametern

Top 10: Die beste Sportuhr im Test

Top 10: Bester Android-Auto-Wireless-Adapter – Smartphone kabellos verbinden

Top 7: Die beste Kompressor-Kühlbox im Test

Code lesen statt Code schreiben: Die unterschätzte Senior-Disziplin

2026-05-16T07:00:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Joel Spolsky warnte schon 2000 davor, Code lieber neu zu schreiben als zu lesen. Mit LLMs wird seine Diagnose zur drängenden Frage für jedes Team.

(Bild: Gorodenkoff/Shutterstock.com)

09:00 Uhr

Lesezeit: 14 Min.

Von

Golo Roden

Im April 2000 veröffentlichte Stack-Overflow-Gründer Joel Spolsky einen Aufsatz mit dem Titel „Things You Should Never Do, Part I“. Anlass war die Entscheidung von Netscape, den Code des damaligen Browsers von Grund auf neu zu schreiben, statt den vorhandenen weiterzuentwickeln.

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.

Spolskys These: Diese Entscheidung sei der schlimmste strategische Fehler, den eine Softwarefirma machen könne. Sie beruhe auf einem fundamentalen Missverständnis darüber, was Programmierarbeit eigentlich ist. Programmiererinnen und Programmierer schrieben lieber neu, weil das Lesen fremden Codes mühsam sei und sich das Schreiben produktiv anfühle. Doch dieser Eindruck täusche. Die Verlockung, neu anzufangen, sei eine der teuersten Versuchungen der Branche.

Über 25 Jahre später hat dieser Text nichts von seiner Aktualität verloren. Im Gegenteil. Mit dem Auftauchen von Large Language Models (LLM) hat sich die Asymmetrie zwischen Schreiben und Lesen so verschoben, dass die Frage akut wird, ob wir die eigentliche Senior-Disziplin der Softwareentwicklung systematisch unterschätzen. Das Tippen ist nicht das, was Teams in den nächsten Jahren ihren Atem rauben wird. Das Lesen ist es. In diesem Beitrag möchte ich zeigen, warum das so ist, woher die Asymmetrie kommt, wie sie sich durch generative KI verschärft und wie aus einer beiläufigen Begleitfähigkeit eine eigenständige Disziplin werden müsste.

Der eigene Code wird nach drei Wochen zu fremdem Code

Beim Schreiben hat man alles gleichzeitig im Kopf: die Anforderung, das Datenmodell, die geplante Architektur, die Stelle, an der man gerade arbeitet, die Annahmen, die man trifft, die Trade-offs, die man eingeht. Diese mentale Gesamtsicht macht das Schreiben schnell. Sie ist gleichzeitig das, was beim Lesen fehlt.

Wer drei Wochen später denselben Code wieder vor sich hat, ohne den Kontext mitzubringen, muss diese Gesamtsicht rekonstruieren. Variablennamen geben Hinweise, Tests sagen mehr, ein Pull-Request-Kommentar liefert im Bestfall den fachlichen Anlass, eine Commit-Message mit Glück die letzte Begründung. Die eigentliche Intention, das gedachte Modell, die verworfenen Alternativen, all das ist verloren. Rekonstruieren kostet Zeit und Konzentration, und beides ist teurer als das Schreiben.

Videos by heise

Spolskys Anekdote ist deshalb so anschaulich, weil sie diese Asymmetrie auf Organisationsebene zeigt. Bei Netscape stand man vor einer alten Codebasis, die niemand mehr durchschauen wollte. Die Verlockung lag nahe, das Ganze einfach neu zu schreiben. Das Ergebnis ist bekannt: drei Jahre Stillstand, ein verlorener Browser-Markt, eine Firma im Niedergang. Der vermeintlich einfachere Weg war der teuerste.

Auf individueller Ebene zeigt sich dasselbe Muster täglich. Es zeigt sich in Stack-Overflow-Antworten, die statt der Frage einen anderen Lösungsansatz vorschlagen. Es zeigt sich in Kolleginnen und Kollegen, die Refactorings vorschlagen, ohne den vorhandenen Code wirklich verstanden zu haben. Es zeigt sich in der eigenen Versuchung, ein Modul lieber zu ersetzen als zu verbessern. Lesen ist und bleibt unbequem.

LLMs kippen die Bilanz endgültig

Ein modernes LLM erzeugt mehrere Hundert Zeilen Code in der Zeit, in der eine Person diese Zeilen einmal überfliegen kann. Generieren ist billig geworden. Token sind billig, Wartezeiten kurz, und das mentale Modell für die Aufgabe ist auf das Formulieren eines Prompts geschrumpft. Der Aufwand auf der Schreibseite ist faktisch zusammengebrochen.

Auf der Leseseite hat sich nichts geändert. Verstehen kostet noch immer das, was es immer gekostet hat: konzentrierte Aufmerksamkeit, Zeit, Geduld. Die menschliche Verarbeitungsgeschwindigkeit für Code liegt grob bei einigen Zeilen pro Minute, je nach Komplexität deutlich darunter. Diese Größenordnung lässt sich nicht durch Werkzeuge beschleunigen, weil sie an der menschlichen Kognition selbst hängt.

Das Resultat ist eine groteske Verschiebung. Wo früher eine Tagesarbeit etwa hundert Zeilen Code produzierte, die ein Reviewer in einer halben Stunde durchgehen konnte, kann heute eine Stunde Promptarbeit Tausende Zeilen erzeugen. Die zu verstehende Menge wächst dramatisch, die Geschwindigkeit des Verstehens bleibt konstant. Was früher ein Engpass beim Schreiben war, wird zum Engpass beim Verstehen.

Diese Verschiebung wird in vielen Diskussionen ignoriert. Man feiert die Produktivität auf der Generierungsseite und schweigt über die Bilanz, die sich auf der Leseseite auftut. Was nicht gelesen wird, wird nicht verstanden. Was nicht verstanden wird, wird nicht zuverlässig betrieben. Die Schulden verschieben sich nur in die Zukunft, sie verschwinden nicht.

Sichtbar wird das spätestens dort, wo Code-Review-Prozesse, die für die Geschwindigkeit der Vor-LLM-Ära konzipiert waren, plötzlich mit Pull-Requests konfrontiert sind, deren Umfang ein menschlicher Reviewer in einem ganzen Tag nicht durchdringen könnte. Die Reaktion ist meistens nicht eine vertiefte Auseinandersetzung, sondern ein verkürztes Daumen-hoch. Damit verlagert sich der Code-Review von einem inhaltlichen zu einem zeremoniellen Schritt, und genau in dieser Verlagerung entstehen die Probleme, die später teuer werden.

Die Abhängigkeitsspirale

Eine ambitionierte Schule propagiert, die Beschäftigung mit Code werde überflüssig: Mit genug Skills, Harness-Engineering und einer präzisen Markdown-Spezifikation lasse sich die Arbeit vollständig auf die Spec-Ebene verlagern. Der generierte Code sei eine Implementierungsfrage, die niemand mehr ansehen müsse. Diese Vorstellung wird mit Anlauf gegen eine Wand laufen.

Wer Code nur generiert, ohne ihn zu lesen, hat von Anfang an fremden Code vor sich. Reviewen geht nicht, Fehler suchen geht nicht, beides setzt Verstehen voraus. Mit jeder weiteren Generierung wächst die Codebasis schneller, als sie sich durchdringen lässt. Die Lücke zwischen „vorhanden“ und „verstanden“ öffnet sich in atemberaubender Geschwindigkeit, und mit ihr die Anzahl der Stellen, an denen man später fragen muss, was hier eigentlich passiert.

Die einzige verbliebene Instanz, die diesen Code noch erklären, prüfen oder reparieren kann, ist die KI selbst. Damit ist man ironischerweise auf genau das System angewiesen, das die Lage herbeigeführt hat. Aus einem Werkzeug wird eine Abhängigkeit, aus einer Beschleunigung eine Falle. Wer keine eigene Verstehenskompetenz aufbaut, hat nur noch eine externe und entscheidet über diese externe Kompetenz nicht mehr selbst.

Dieses Muster ist nicht neu, neu ist nur seine Geschwindigkeit. Ein Team besitzt eine unzugängliche Codebasis nicht mehr. Im klassischen Fall geschah die Unzugänglichkeit über Jahre, durch personelle Wechsel und unzureichende Dokumentation. Im KI-gestützten Fall kann das innerhalb weniger Monate geschehen, weil die Generierungsgeschwindigkeit die Aufnahmegeschwindigkeit hoffnungslos übersteigt.

Der typische Auslöser ist nicht spektakulär. Ein Bug taucht in Produktion auf, niemand im Team versteht den betroffenen Code, also befragt man die KI. Die KI liefert eine Erklärung und einen Fix, beides plausibel, beides ungeprüft. Im günstigen Fall stimmt es. Im weniger günstigen baut man neue Schulden auf alte und merkt es erst, wenn der nächste Bug genau in dieser Schicht entsteht. Aus Reparatur wird Übermalung.

Was zunächst wie eine Befreiung wirkt, ist also eine Verlagerung der Last. Statt selbst zu schreiben, formuliert man Prompts. Statt selbst zu verstehen, fragt man die KI. Beides scheint produktiv. Beides erodiert die Souveränität über die eigene Codebasis.

Top 10: Die beste Sportuhr im Test

Top 10: Bester Android-Auto-Wireless-Adapter – Smartphone kabellos verbinden

Top 7: Die beste Kompressor-Kühlbox im Test

Microsoft Exchange: Zero-Day-Lücke wird angegriffen

2026-05-15T18:41:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Alert!

In Microsofts Exchange klafft eine Zero-Day-Lücke, die Angreifer bereits missbrauchen. Admins sollten rasch handeln.

(Bild: Titima Ongkantong/Shutterstock.com)

15.05.2026, 20:41 Uhr

Lesezeit: 2 Min.

Von

Dirk Knop

Microsoft warnt vor einer Zero-Day-Sicherheitslücke in Exchange, die bereits in freier Wildbahn attackiert wird. Aktualisierte Software ist noch nicht verfügbar. Microsoft bietet jedoch Gegenmaßnahmen an, die Admins so schnell wie möglich umsetzen sollten.

In der Schwachstellenbeschreibung erklärt Microsoft, dass es sich um unzureichende Filterung von Eingaben bei der Generierung von Webseiten handelt, eine Cross-Site-Scripting-Lücke. Dadurch können nicht authentifizierte Angreifer aus dem Netz Spoofing-Angriffe ausführen (CVE-2026-42897, CVSS 8.1, Risiko „hoch“). Den Schweregrad stuft Microsoft jedoch als „kritisch“ ein. Ein Blog-Beitrag von Microsofts Exchange-Team erklärt das sowie die Gegenmaßnahmen etwas ausführlicher.

Angriffsszenario

Die Schwachstelle betrifft im Speziellen offenbar Outlook Web Access (OWA). Microsoft führt aus, dass Angreifer manipulierte E-Mails an Opfer senden können. Wenn Nutzerinnen oder Nutzer die E-Mail in OWA öffnen und bestimmte, nicht näher erläuterte Interaktionsbedingungen erfüllt sind, wird dann beliebiges JavaScript im Browser ausgeführt.

Betroffen sind Exchange Server 2016, 2019 sowie Exchange Server Subscription Edition (SE) jeweils in jedwedem Update-Level. Microsoft stellt jedoch keine Software-Updates zur Verfügung. Jedoch steht ein automatischer Fix über den Exchange Emergency Mitigation (EM) Service zur Verfügung. Wo der Dienst aktiv ist, hat Microsoft die Gegenmaßnahmen bereits angewendet. Der Dienst wird seit September 2021 verteilt und standardmäßig aktiviert. Im Blog-Beitrag zeigt Microsoft zudem eine manuelle Variante.

Die Gegenmaßnahmen zum Eindämmen der Schwachstelle CVE-2026-42897 haben einige Nebenwirkungen, die Admins kennen sollten. Das Drucken von Kalendern in OWA könnte nicht mehr funktionieren. Inline-Bilder werden im Empfänger-Panel nicht mehr korrekt angezeigt. OWA Light könnte nicht mehr ordnungsgemäß funktionieren – das ist jedoch ohnehin Alteisen und „Deprecated“. Die Gegenmaßnahme zeigt zudem in den Mitigation-Details, dass sie für die vorliegende Exchange-Version ungültig sei – rein kosmetisch, versichern die Redmonder. Sofern „Applied“ als Status angezeigt wird, ist sie wirksam angewendet worden.

Videos by heise

Das Exchange-Team arbeitet derweil an einem permanenten, ordentlichen Fix. Der soll künftig als Update für Exchange SE RTM, Exchange 2016 CU23 sowie Exchange Server 2019 CU14 und CU15 erscheinen. Wer Exchange 2016 oder 2019 einsetzt, muss dafür jedoch die zweite Stufe der erweiterten Sicherheitsupdates (ESU) abonniert haben. Weitere Details zum Emergency-Mitigation-Service liefert Microsoft auf einer eigenen Webseite.

(dmk)

Top 10: Die beste Sportuhr im Test

Top 10: Bester Android-Auto-Wireless-Adapter – Smartphone kabellos verbinden

Top 7: Die beste Kompressor-Kühlbox im Test

AMD macht fast so viel Umsatz mit Serverprozessoren wie Intel

2026-05-15T14:54:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Fast jeder dritte Serverprozessor mit x86-Architektur stammte zuletzt von AMD. Aufgrund höherer Preise ist der Umsatzanteil noch höher.

(Bild: Andreas Wodrich / heise medien)

16:54 Uhr

Lesezeit: 2 Min.

Von

Mark Mantel

AMD ist auf bestem Wege, Intel beim Umsatz mit Serverprozessoren zu überholen. Anhand von Verkaufszahlen des Marktbeobachters Mercury Research schätzt AMD den eigenen Umsatzanteil im ersten Quartal 2026 auf 46,2 Prozent. Nach Stückzahlen gerechnet kommt die Firma mit ihren Epyc-Prozessoren auf 33,2 Prozent Marktanteil, wenn man nur die x86-CPUs von AMD und Intel betrachtet.

Die Differenz zeigt, dass AMD seine Epyc-Prozessoren für Server und KI-Rechenzentren durchschnittlich deutlich teurer verkauft als Intel seine Xeons. AMD holt zudem kontinuierlich auf: Im vierten Quartal 2025 lag der Marktanteil nach Stückzahlen noch bei 28,8 Prozent, nach Umsatz bei 41,3 Prozent. Vor einem Jahr waren es 27,2 beziehungsweise 39,5 Prozent.

Marktanteile AMD an x86-Prozessoren (Quelle: Mercury Research)
Kategorie	Q1/26	Q4/25	Q1/25
Server	33,2%	28,8%	27,2%
Desktop	33,2%	36,4%	28,0%
Mobil	28,3%	26,0%	22,5%

Hohe Nachfrage dank KI-Agenten

Für Intel stellen die Verhältnisse momentan allerdings kein Problem dar. AMD macht Intel aktuell keinen Serverumsatz streitig, vielmehr wächst AMD noch schneller als der Konkurrent. Beide Unternehmen verkaufen momentan alle Serverprozessoren, die sie herstellen können. Die Bedeutung der CPUs wächst in Zeiten agentischer KI wieder und damit die Nachfrage durch Cloud-Hyperscaler.

In den kommenden Monaten dürfte sich AMDs Serverwachstum zudem wieder verlangsamen, da Intel zum Jahresbeginn einen Teil seiner Produktionskapazität von Core zu Xeon umgestellt hat. Das senkt kurzfristig den Ausstoß, der sich jetzt wieder normalisieren dürfte.

Videos by heise

Gewinn bei Notebooks, Verlust bei Desktop-PCs

Die Umstellung spiegelt sich im nach Stückzahlen größten Markt wider: Notebooks. AMDs Mobilanteil wächst binnen eines Quartals von 26 auf 28,3 Prozent. Der Umsatzanteil liegt nur minimal darüber, der Durchschnittspreis ist also ähnlich hoch wie bei Intel.

Einzig im deutlich kleineren Desktop-Segment lässt AMD Federn. Gegenüber Ende 2025 sinkt der Marktanteil von 36,4 auf 33,2 Prozent. Der Umsatzanteil fällt von 42,6 auf 37,6 Prozent. Das könnte auch an Intels Core Ultra 7 270K Plus und Core Ultra 5 250K Plus liegen, die ein gutes Preis-Leistungs-Verhältnis aufweisen.

Fest steht, dass Desktop-Prozessoren aktuell keine Priorität genießen. AMD glaubt, dass der Gaming-Umsatz in der zweiten Jahreshälfte erheblich einbrechen wird, angefacht durch die Speicherkrise und hohe Komponentenpreise.

Lesen Sie auch

PC-Selbstbau: Markt steht vor einem massiven Einbruch

Top 10: Die beste Sportuhr im Test

Top 10: Bester Android-Auto-Wireless-Adapter

Top 7: Die beste Kompressor-Kühlbox im Test

Fedora Hummingbird Linux: Neue Container-basierte Distribution

2026-05-15T13:37:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Fedora Hummingbird Linux ist eine vollständig Container-basierte Distribution, die auf rpm-ostree und bootc aufbaut.

(Bild: Moritz Förster / KI / iX)

15:37 Uhr

Lesezeit: 2 Min.

Von

Udo Seidel

Neben viel KI und Virtualisierung gab es auf dem Red Hat Summit auch Neuigkeiten im Bereich der Linux-Distribution: Fedora Hummingbird Linux – auch HummingbirdOS genannt – ist da. Hierbei handelt es sich um eine vollständig Container-basierte Distribution. Gleich mehrere bereits bekannte Projekte vereinen sich hier: Zum einen natürlich Software aus dem Fedora-Universum, aber auch rpm-ostree, das von Fedora CoreOS und auch Silverblue bekannt ist.

Statt über einen traditionellen Paketmanager kommen Software-Aktualisierungen über sogenannte Transaktionen in das System. Das ist vergleichbar mit einem Git-Commit mit zwei Zuständen: dem aktuellen und dem nächsten. HummingbirdOS greift ebenfalls auf das bootc-Projekt zurück. Dabei geht es um sogenannte „bootfähige“ Container, die mit einem Linux-Kernel und systemd ausgestattet sind. Sie können als normale Container laufen oder über bootc wie ein klassisches Linux starten.

Die letzte Zutat für das neue Fedora Linux ist das Hummingbird-Projekt. Es stellt minimalistische und gehärtete Container bereit. Letzteres bedeutet, dass es idealerweise keine bekannten ungepatchten Sicherheitslücken bezüglich der installierten Software gibt. Ziel ist, dass jeder Container nur eine Funktion hat.

Videos by heise

HummingbirdOS ausprobieren

Fedora Hummingbird Linux ist noch in einem frühen Stadium. Interessierte können sich aber schon ein Abbild aus der Container-Registry der Hummingbird-Community herunterladen. Ferner kann man das System auch als virtuelle Maschine betreiben. Dazu muss man das Container-Abbild per bootc-image-builder umwandeln. Das Resultat ist entweder eine virtuelle Festplatte oder Installations-CD. Erstere bindet der Anwender entweder in den Hypervisor oder Cloud-Account ein. Danach startet HummingbirdOS analog zu den anderen virtuellen Maschinen. Die Installations-CD benutzt das bekannte Werkzeug Anaconda.

Bei den von Red Hat angedachten Anwendungsfällen schließt sich der Bogen zurück zur KI. HummingbirdOS soll laut Ankündigung als Plattform für KI-Agenten dienen. Designbedingt bietet es aktuelle Software mit minimaler Angriffsfläche. Unterstützung für Nutzer ist über den „Cooperative Community Support“ geplant. Hier können zahlende Red-Hat-Kunden auch Hilfe für bestimmte Projekte außerhalb des Enterprise-Umfeldes bekommen.

Lesen Sie auch

Fedora plant KI-Linux-Desktop

Linux für Gamer: Bazzite 44 basiert auf Fedora 44

Linux-Distribution Fedora 44: KDE Plasma und Wayland im Fokus

Rust Coreutils 0.6 erreicht 96 Prozent GNU-Kompatibilität

Epochaler Wandel bei Textkonsolen von Linux im Werden

Top 10: Die beste Sportuhr im Test

Top 10: Bester Android-Auto-Wireless-Adapter

Top 7: Die beste Kompressor-Kühlbox im Test

Medizinregister: Psychotherapeuten warnen vor umfangreichen Gesundheitsprofilen

2026-05-15T12:32:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Das Deutsche Psychotherapeuten Netzwerk warnt vor wachsender Zusammenführung und Nutzung sensibler Gesundheitsdaten und Auswirkungen auf die Schweigepflicht.

(Bild: PopTika/Shutterstock.com)

14:32 Uhr

Lesezeit: 3 Min.

Von

Marie-Claire Koch

Das Deutsche Psychotherapeuten Netzwerk (DPNW) kritisiert den aktuellen Entwurf des Medizinregistergesetzes scharf und warnt vor einer zunehmenden Verarbeitung sensibler Gesundheitsdaten ohne aktive Zustimmung der Betroffenen. Er fordert die „Beibehaltung echter informierter Einwilligungen“ und kritisiert den Trend zu Widerspruchslösungen wie bei der elektronischen Patientenakte (ePA), bei der Versicherte erst widersprechen müssen, um keine ePA zu haben. „Viele Bürger verstehen schon heute kaum noch, welche Gesundheitsdaten wo gespeichert, verknüpft oder ausgewertet werden. Gerade bei psychotherapeutischen Daten reicht eine bloße Widerspruchslösung aus unserer Sicht nicht aus“, so das DPNW.

Der Entwurf ginge „weit über klassische Forschungsregister hinaus“ und schaffe die Grundlage für eine „immer umfassendere Zusammenführung und Auswertung sensibler Gesundheitsdaten“. Es verweist zudem darauf, dass in psychotherapeutischen Behandlungen oft Themen wie „Traumatisierungen, familiäre Konflikte, Beziehungsmuster, Ängste oder intime biografische Erfahrungen thematisiert“ werden und „bereits der Eindruck zunehmender staatlicher oder institutioneller Datenerfassung“ das für die Behandlung notwendige Vertrauen beeinträchtigen könne. Daher fordert es, dass psychotherapeutische Daten nicht registerübergreifend verknüpft werden können.

Videos by heise

Sorge vor Gesundheitsprofilen

Das Netzwerk sieht die Gefahr, dass mit dem Ausbau registerübergreifender Datennutzung und der stärkeren Verwendung der Krankenversichertennummer langfristig umfassende personenbezogene Gesundheitsprofile entstehen könnten. Besonders problematisch sei dies bei psychotherapeutischen Daten, die hochpersönliche Informationen über Traumata, familiäre Konflikte oder intime biografische Erfahrungen enthalten. „Hier entsteht schrittweise eine Infrastruktur, die langfristig erhebliche Auswirkungen auf Datenschutz, informationelle Selbstbestimmung und therapeutische Vertraulichkeit haben kann“, erklärt das DPNW.

Digital Health abonnieren

Alle 14 Tage bieten wir Ihnen eine Übersicht der neuesten Entwicklungen in der Digitalisierung des Gesundheitswesens und beleuchten deren Auswirkungen.

Ausführliche Informationen zum Versandverfahren und zu Ihren Widerrufsmöglichkeiten erhalten Sie in unserer Datenschutzerklärung.

Kritiker sehen zudem eine gesundheitspolitische Entwicklung hin zu einer immer weitergehenden Nutzung von Gesundheitsdaten für die Forschung, Steuerung und Qualitätssicherung. Zudem kritisiert das Netzwerk auch KI-gestützte Auswertungen. Dabei wird befürchtet, dass Datenverknüpfungen zwischen Registern, Krankenkassen- und Forschungsdaten schrittweise ausgeweitet werden, während individuelle Einwilligungen und Transparenz für Betroffene an Bedeutung verlieren könnten.

Lesen Sie auch

Datenschutz: Psychologen gegen geplante Weitergabe sensibler Daten an Behörden

Wenn der Staat die elektronische Patientenakte lesen will

Top 10: Die beste Sportuhr im Test

Top 10: Bester Android-Auto-Wireless-Adapter

Top 7: Die beste Kompressor-Kühlbox im Test

Broadcom und Arista vereinheitlichen Rechenzentrums-Netzwerke

2026-05-15T12:25:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Broadcom und Arista stellen eine Unified Network Fabric vor, die virtuelle und physische Server in Rechenzentren integriert.

(Bild: asharkyu/Shutterstock.com)

14:25 Uhr

Lesezeit: 4 Min.

Von

Jens Söldner
Benjamin Pfister

Broadcom und Arista haben gemeinsam eine vereinheitlichte Netzwerk-Fabric für Rechenzentren vorgestellt. Sie soll virtuelle und physische Server durchgängig im Netzwerk erreichbar und verwaltbar machen.

Physische und virtuelle Workloads in Rechenzentrumsnetzen zu verwalten, bleibt aufwendig. Klassischerweise existieren zwei Fabrics nebeneinander: VMware NSX mit dem Overlay-Protokoll GENEVE für die virtuellen Workloads und in aktuellen physischen Architekturen eine EVPN/VXLAN-Fabric für Control- und Dataplane. Über beide Architekturen hinweg müssen jedoch konsistente Sicherheitsrichtlinien eingerichtet sowie die Konnektivität und Performance sichergestellt werden. Insbesondere in größeren Umgebungen ist das ein erheblicher Betriebsaufwand.

Die Unified Network Fabric soll diese Trennung aufheben. Dazu integrieren Broadcom und Arista VCF mit dem Universal Cloud Network (UCN) und führen physische und virtuelle Workloads in einer gemeinsamen EVPN-/VXLAN-Fabric zusammen. Die Control Plane tauscht Erreichbarkeits-/Routing-Informationen über EVPN aus, der Nutzdatenverkehr läuft in der Data Plane über VXLAN.

Anbindung über Transit Gateway und Route Controller

VCF bindet seine virtuellen Workloads über ein sogenanntes Transit Gateway an die Arista Fabric an – das mit VCF 9.0 eingeführte Anbindungselement der Virtual Private Clouds (VPCs). Die benötigten Erreichbarkeits-/Routing-Informationen erhält das Transit Gateway vom VCF Route Controller (RC), der ein Multiprotocol BGP (MP-BGP) Peering mit den Arista EVPN Gateways unterhält. Über dieses Peering tauschen beide Seiten die Routing-Informationen aus.

Unified Fabric bestehend aus virtuellen Workloads (links) und physischen Workloads (rechts) auf Basis einer EVPN/VXLAN-Fabric.

(Bild: Broadcom)

In EVPN-Fabrics erfolgt die Mandantentrennung über virtuelle Routing-Instanzen und sogenannte L3VNIs. In der Unified Fabric ordnet der Administrator jedem L3VNI das passende Transit Gateway zu. Die Abbildung zeigt diese Kopplung am Beispiel des L3VNI 10000. Die 1:1-Zuordnung zwischen Routing-Instanz und Transit Gateway soll die Mandantentrennung, Skalierbarkeit und eine einfache Verwaltung gewährleisten.

Routenaustausch und Datenpfad

Damit die Arista Fabric die virtuellen Workloads erreicht, verteilt der VCF Route Controller entsprechende Host-Routen (/32 für IPv4 oder /128 für IPv6) als EVPN-Typ-5-Routeninformationen mit der Host-IP-Adresse und der Tunnel Endpoint (TEP) IP-Adresse für den VXLAN-Tunnel an die Arista EVPN Gateways. Optional kann das EVPN Gateway diese Host-Routen aggregieren, um die Routing-Tabellen der Fabric in größeren Umgebungen zu entlasten. In der Rückrichtung melden die Arista EVPN Gateways Subnetz-Präfixe oder eine Standard-Route je Routing-Instanz an den Route-Controller.

Videos by heise

Auf Basis dieser Informationen verpackt der jeweilige ESXi-TEP die Nutzdaten in einen VXLAN-Tunnel und schickt sie an das Arista-EVPN-Gateway. Dieses leitet die Pakete durch den passenden L3VNI an den Ziel-VTEP (Leaf-Switch) im EVPN-Fabric weiter. Ein durchgehender VXLAN-Tunnel zwischen ESXi-Host und Leaf-Switch entsteht also nicht – das EVPN Gateway fungiert als Re-Encapsulation-Punkt zwischen virtueller und physischer Welt.

Einheitliche Sicht für den Betrieb

Über die EVPN-Routinginformationen soll der Administrator zudem in einer einzigen Routing-Umgebung erkennen, an welchem TEP sich ein Workload befindet – ohne Umweg über proprietäre Schnittstellen.

Ergänzend führen Arista CloudVision und VCF Operations die Telemetrie-, Topologie- und Konfigurationsdaten beider Welten in einer gemeinsamen Oberfläche zusammen. Fehleranalyse und Change-Management lassen sich so übergreifend abwickeln. Für den operativen Alltag dürfte dieser Aspekt mindestens so wichtig sein wie die Control-Plane-Mechanik selbst.

Datenpfad zwischen physischen und virtuellen Workloads über VXLAN-TEPs auf ESXi- und Arista-Switches, vermittelt über das EVPN Gateway.

(Bild: Broadcom)

Verfügbarkeit und Einsatzszenarien

Die Unified Network Fabric ist zunächst als Tech Preview in VCF 9.1 verfügbar; die allgemeine Verfügbarkeit sowie das Lizenzmodell stehen laut Broadcom noch aus. Interessant dürfte der Ansatz für Brownfield-Migrationen und gemischte Mandantenumgebungen sein, in denen heute zwei getrennte Fabrics parallel laufen. Voraussetzung bleibt eine zertifizierte Switch-Fabric – Multi-Vendor-Szenarien sind über die offene EVPN-Typ-5-Schnittstelle grundsätzlich möglich, in der Erstauflage liegt der Fokus aber auf der Arista-Integration.

Lesen Sie auch

VMware wird zur KI-Plattform

Marvell: Bericht über Verhandlungen mit Google zur Entwicklung zweier KI-Chips

Nutanix: Partnerschaften mit NetApp und Cisco senken VMware-Migrationshürde

Anthropic will über 3,5 Gigawatt Rechenkapazität mit Googles TPUs

Europäische Cloudanbieter: „Broadcom setzt zum Todesstoß an“

Top 10: Die beste Sportuhr im Test

Top 10: Bester Android-Auto-Wireless-Adapter

Top 7: Die beste Kompressor-Kühlbox im Test

.NET 11.0 Preview 4: Ein bunter Strauß von API-Erweiterungen

2026-05-15T12:20:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Die vierte Preview bringt neue Methoden in bestehenden Klassen der .NET-Basisklassenbibliothek sowie eine neue Konfigurationsdatei für Entity Framework Core.

(Bild: Pincasso / Shutterstock.com)

14:20 Uhr

Lesezeit: 13 Min.

Von

Dr. Holger Schwichtenberg

Die vierte Vorschauversion der kommenden .NET-Version 11.0 ist erschienen und steht zum Download bereit. Parallel dazu hat Microsoft auch die Version 11811.120 von Visual Studio 2026 Insiders veröffentlicht, die zum Entwickeln von .NET-11.0-Anwendungen benötigt wird. Alternativ ist eine Arbeit mit Visual Studio Code und dem im SDK mitgelieferten Kommandozeilencompiler möglich.

Dr. Holger Schwichtenberg hat Fachbücher zu .NET 10.0, C# 14.0, Blazor 10.0 und Entity Framework Core 10.0 veröffentlicht. Er arbeitet als Berater und Trainer bei www.IT-Visions.de.

Installation des .NET 11.0 SDK in der Version Preview 4

(Bild: King / stock.adobe.com)

Das ist neu in .NET 11.0: Dr. Holger Schwichtenberg und weitere Experten präsentieren am 17. November 2026 auf der Online-Konferenz betterCode() .NET 11.0 die Änderungen für Entwicklerinnen und Entwickler in .NET SDK, C# 15.0 und mehr. Bis zur Veröffentlichung des Programms sind vergünstigte Blind-Bird-Tickets verfügbar.

Viel Neues für den Prozessstart

Die Klasse System.Diagnostics.Process zur Verwaltung von Betriebssystemprozessen gibt es seit Version 1.0 des klassischen .NET Framework aus dem Jahr 2002. Prozesse startet man seitdem, indem man eine neue Instanz der Klasse erzeugt. Seit .NET Framework 2.0 (Jahr 2005) gibt es alternativ die statische Methode Process.Start(). 21 Jahre später ergänzt Microsoft nun weitere alternative statische Methoden zum Prozessstart: Process.Run() und Process.RunAsync() sowie Process.RunAndCaptureText() und Process.RunAndCaptureTextAsync(). Das letztgenannte Pärchen liefert ein ProcessTextOutput-Objekt, mit dem man direkt auf Standardausgabe (ProcessTextOutput), Standardfehlerausgabe (StandardError) und Rückgabewert (ExitStatus.ExitCode) zugreifen kann, mit deutlich weniger Programmcode als dies bei der alten Start()-Methode notwendig ist, siehe Listing.

Ein Abbruch des Kindprozesses ist über ein Cancellation-Token möglich. Anders als bei der Start()-Methode kehren alle neuen Methoden mit „Run“ im Namen erst zum Aufrufer zurück, wenn der Kindprozess beendet ist. Entwicklerinnen und Entwickler können dabei allerdings keine Ausgaben des Prozesses verarbeiten, während er läuft.

CancellationTokenSource cts = new CancellationTokenSource();
 
 ProcessTextOutput result = await Process.RunAndCaptureTextAsync(
     "robocopy.exe", [@"t:\Daten", @"t:\Daten_Backup", "/MIR", "/IS"], cts.Token);
 
 CUI.Print("Neuer Prozess mit ID #" + result.ProcessId + " ist beendet!");
 
 CUI.Line("StandardOutput");
 CUI.Print(result.StandardOutput);
 CUI.Line("StandardError");
 CUI.PrintError(result.StandardError);
 CUI.Line("ExitStatus");
 CUI.Print("Canceled? " + result.ExitStatus.Canceled);
 if (result.ExitStatus.HasValue && !result.ExitStatus.IsEmpty) PrintStatus(result.ExitStatus.ExitCode);

Listing 1: Einsatz der neuen Methode Process.RunAndCaptureTextAsync()

Lesen Sie auch

Union Types werden in .NET 11.0 Preview 3 endlich nutzbar

.NET 11.0 Preview 2 liefert asynchrone Runtime

Microsoft startet mit den Previews zu .NET 11.0

Top 10: Die beste Sportuhr im Test

Top 10: Bester Android-Auto-Wireless-Adapter

Top 7: Die beste Kompressor-Kühlbox im Test

Windows: Mehr Stabilität durch Treiberwiederherstellung mit Windows Update

2026-05-15T11:28:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Microsoft arbeitet weiter an der Stabilität von Windows. Windows Update soll das Rollback instabiler Treiber vornehmen.

(Bild: heise online / dmk)

13:28 Uhr

Lesezeit: 2 Min.

Von

Dirk Knop

Microsoft startet eine neue Funktion namens „Cloud-initiated Driver Recovery for Windows Update“. Sie soll instabile Treiber auf Geheiß der Cloud deinstallieren und durch die Vorgängerversion ersetzen.

Das kündigt Microsoft in einem Blog-Beitrag im Hardware-Dev-Center an. Die soll „proaktiv“ problematische Treiber auf den vorherigen Stand zurücksetzen, die über Windows Update verteilt wurden. Sofern während des Auslieferungszeitraums im „Driver Shiproom“-Prozess erkannt werde, dass ein Treiber Qualitätsprobleme aufweist, kann Microsoft einen Wiederherstellungsprozess aus der Cloud auslösen, der den Treiber ersetzt. Das erfordere keine manuellen Eingriffe von Nutzerinnen und Nutzern oder Hardware-Partnern mehr.

Derzeit sehe der Veröffentlichungsprozess vor, dass ein Treiber, der über Windows Update verteilt wird und bei dem sich herausstellt, dass er Probleme verursacht, vom Hardware-Partner durch das Verteilen eines aktualisierten Treibers ausgebessert wird. Oder Anwender müssen selbst Hand anlegen und eine fehlerbereinigte Version installieren. Dadurch entstehe ein Zeitraum, in dem Geräte mit minderwertigen Treibern ausgestattet sind. Nun kann Microsoft direkt aus dem Hardware-Dev-Center (HDC) solche Treiber durch die vorherigen, bekanntermaßen funktionierenden ersetzen lassen. Das erfolgt demnach durch koordinierte Updates des PnP-Treiber-Stacks sowie des Treiber-Veröffentlichungsdienstes, erklärt Microsoft weiter.

Mechanismus funktioniert nicht in jedem Fall

Geräte, für die ein im „Driver Shiproom“ verifizierter funktionierender Treiber nicht auffindbar ist, versuchen jedoch keine „Cloud-initiated“ Treiberwiederherstellung selbst.

Videos by heise

Die neue Funktion will Microsoft zwischen Mai und August 2026 zunächst im manuellen Betrieb testen. Die Automatik wollen die Entwickler dann im September 2026 scharfschalten.

Mit den weiteren Verbesserungen wie der schnellen Gerätewiederherstellung (Quick Machine Recovery, QMR) verspricht das Feature ein stabileres Windows-Betriebssystem. QMR schaltet Microsoft nach und nach auf weiteren Windows-Versionen frei, zuletzt etwa im Februar auf Windows Pro-Editionen.

(dmk)

Top 10: Die beste Sportuhr im Test

Top 10: Bester Android-Auto-Wireless-Adapter

Top 7: Die beste Kompressor-Kühlbox im Test

GitHub stellt Copilot-Abrechnung auf Flex-Modelle um

2026-05-15T10:26:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Keine festen Token-Kontingente mehr und ein neuer Max-Tarif für Power-User: GitHub ändert sein Bezahlmodell für Copilot schon wieder.

(Bild: heise medien)

12:26 Uhr

Lesezeit: 3 Min.

Von

Manuel Masiero

GitHub stellt sein Abrechnungsmodell für Copilot abermals um. Ab dem 1. Juni setzen sich alle Bezahltarife, die für einzelne Entwicklerinnen und Entwickler konzipiert sind, aus zwei Bestandteilen zusammen: einer festen Menge an Token (den Base Credits) und einem Flex‑Kontingent. Letzteres will GitHub dynamisch an wirtschaftliche Faktoren wie die Modellkosten anpassen.

GitHub hatte bereits Ende April angekündigt, kostenlose Modelle aus den Copilot-Tarifen zu streichen. Jetzt folgt weitere Feinabstimmung, die als Reaktion auf das Feedback der Community zu verstehen ist, wie GitHub zu den Änderungen schreibt. Die Community fragte sich nämlich, ob das in den kostenpflichtigen Tarifen enthaltene Token-Kontingent ausreicht, wenn Anfang Juni die Umstellung auf verbrauchsbasierte Nutzung erfolgt.

Base Credits + Flex-Kontingent = AI Credits

Was es mit dem Flex‑Kontingent auf sich hat, beantwortet GitHub folgendermaßen: „Es passt sich an, wenn sich die wirtschaftlichen Rahmenbedingungen für KI verändern, einschließlich Modellpreisen, neuen Modellen und Effizienzverbesserungen.“ Die Base Credits, die sich 1:1 aus dem Abonnementpreis ergeben, bleiben dagegen immer gleich, so der Anbieter.

Das Flex‑Kontingent greift ab dem 1. Juni für die Tarife Pro und Pro+. Haben Entwicklerinnen und Entwickler die Base Credits ausgeschöpft, können sie aus dem Flex-Kontingent weitere Token beziehen. Beim Pro-Tarif summieren sich 1.000 Base Credits und ein derzeitiges Flex-Kontingent von 500 Credits zu einer monatlichen Gesamtmenge von 1.500 AI Credits. Für den Tarif Pro+ ergeben sich dementsprechend 7.000 AI Credits (3.900 Base + 3.100 Flex).

GitHub rechnet die Copilot-Tarife Pro und Pro+ ab dem 1. Juni nach einem Flex-Modell ab. Das gilt auch für den neuen Max-Tarif.

(Bild: Microsoft)

Das gleiche Abrechnungsschema wendet auch der neue Max-Tarif an, der ebenfalls ab Juni startet. Er richtet sich an diejenigen, die Copilot intensiv nutzen, schlägt mit 100 US-Dollar pro Monat zu Buche und umfasst 10.000 Base Credits sowie ein gleichwertiges Flex-Kontingent von weiteren 10.000 AI Credits.

Videos by heise

Fallback auf einfachere Modelle entfällt

Wurde der Credit-Rahmen ausgeschöpft, blockiert Copilot bis zum Start des nächsten Abrechnungszeitraums alle Anfragen, die Credits benötigen. Bislang konnte man automatisch auf ein günstigeres Modell zurückfallen, doch diese Möglichkeit entfällt mit dem neuen Tarifmodell. Immerhin lässt GitHub den Free-Tarif weiterhin unangetastet, mit derzeit 50 Premium-Anfragen und 2.000 Code-Vorschlägen pro Monat.

Nutzerinnen und Nutzer der bisherigen monatlichen Tarife müssen nichts weiter tun, die Umstellung erfolgt automatisch. Jährliche Verträge werden nicht auf das neue Modell umgestellt. Sie laufen bis zum Vertragsende noch nach dem bisherigen anfragenbasierten Preissystem, allerdings mit höheren Multiplikatoren für teurere Modelle.

(mro)

Top 10: Die beste Sportuhr im Test

Top 10: Bester Android-Auto-Wireless-Adapter

Top 7: Die beste Kompressor-Kühlbox im Test

„Fragnesia“: Nächste Rechteausweitungslücke im Linux-Kernel

2026-05-15T10:09:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Alert!

Microsoft warnt vor einer weiteren Variante der CopyFail-Lücke namens „Fragnesia“ im Linux-Kernel. Sie verschafft root-Rechte.

(Bild: Tux by Larry Ewing/GIMP / heise medien)

12:09 Uhr

Lesezeit: 2 Min.

Von

Dirk Knop

Vor einer weiteren Version der „Copy Fail“ genannten Rechteausweitungslücke im Linux-Kernel namens „Fragnesia“ warnt Microsoft aktuell. Auch damit erlangen Angreifer auf dem System root-Rechte.

Wie Microsoft auf Bluesky ausführt, handelt es sich um eine weitere Variante der „Dirty Frag“-Schwachstelle, die zum vergangenen Wochenende bekannt wurde. In IPsec ist abermals das XFRM-ESP-Subsystem betroffen. „Fragnesia“ missbraucht in XFRM ESP-in-TCP eine Schwachstelle, um Schreibzugriff auf den Kernelspeicher zu erlangen. Damit manipuliert der Angriff den Page-Cache-Eintrag der „/usr/bin/su“-Datei, mit der sich dann eine Shell mit root-Rechten starten lässt (CVE-2026-46300, CVSS laut Red Hat 7.8, Risiko „hoch“ – Einordnung von Ubuntu bestätigt).

Der eigentliche Entdecker der Schwachstelle heißt William Bowling, der von dem Unternehmen Zellic kommt, das mit dem KI-Tool „V12“ Schwachstellen sucht. Auf GitHub hat er ein Projekt erstellt, das auch einen Exploit für die Schwachstelle vorhält.

Gegenmaßnahmen und Quellcode-Fixes

Dort stellt Bowling eine detaillierte Erläuterung der Schwachstelle bereit. Am 13. Mai 2026 hat er einen Patch an die netdev-Kernel-Mailingliste geschickt, der zwei Zeilen ergänzt und das Problem beseitigen soll. Die (temporären) Gegenmaßnahmen gegen „Dirty Frag“ bis zur Verfügbarkeit eines aktualisierten Kernels helfen auch gegen „Fragnesia“: Das Entladen der verwundbaren Kernel-Module mittels rmmod esp4 esp6 rxrpc sowie das Blacklisten der Module mittels printf 'install esp4 /bin/false\ninstall esp6 /bin/false\ninstall rxrpc /bin/false\n' > /etc/modprobe.d/dirtyfrag.conf. Wer jedoch auf IPsec angewiesen ist, benötigt einen Kernel mit den Patches.

Videos by heise

Vermehrte Schwachstellenmeldungen gleicher Art

Aufgrund der immer weiter verbreiteten Schwachstellensuche mit KI-Unterstützung werden dieselben Sicherheitslücken inzwischen mehrfach gefunden und gemeldet, auch etwa durch die Analyse der jüngsten Kernel-Patches. Die mediale Aufmerksamkeit für die ersten Sicherheitslücken dieser Art mit jeweils eigenen Codenamen und teils auch eigenen Bildern und Logos führt zu einer Häufung derartiger Meldungen, was sich aktuell beobachten lässt. Um nur die wesentlichen Probleme zu melden, beschränken wir künftige Berichte auf solche Schwachstellen in Linux, die eine praktische Relevanz etwa durch Missbrauch in freier Wildbahn haben oder die anderweitig interessant hervorstechen.

(dmk)

Top 10: Die beste Sportuhr im Test

Top 10: Bester Android-Auto-Wireless-Adapter

Top 7: Die beste Kompressor-Kühlbox im Test

F5 BIG-IP: Quartalssicherheitsupdate schließt zahlreiche Lücken

2026-05-15T09:29:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Alert!

Der Netzwerkausrüster F5 hat unter anderem für verschiedene BIG-IP-Produkte wichtige Sicherheitsupdates veröffentlicht.

(Bild: VideoFlow/Shutterstock.com)

11:29 Uhr

Lesezeit: 2 Min.

Von

Dennis Schirrmacher

Aufgrund mehrerer Sicherheitslücken sind Unternehmensnetzwerke mit Produkten von F5 angreifbar. Nun hat das Unternehmen sein Quartalssicherheitsupdate veröffentlicht. Bislang gibt es keine Hinweise auf Attacken.

Weil Angreifer nach erfolgreichen Attacken im Kontext von BIG-IP oft auf eigentlich geschützte Bereiche von Netzwerken zugreifen können, sollten Admins das Patchen zeitnah erledigen.

Verschiedene Gefahren

Geschieht das nicht, können Angreifer unter anderem für Schadcode-Attacken an BIG-IP (alle Module) und BIG-IQ Centralized Management ansetzen (CVE-2026-41957 „hoch“). Dafür müssen Angreifer aber bereits authentifiziert sein. Die Entwickler geben an, die Schwachstelle in den Ausgaben 17.1.3.1, 17.5.1.4 und 21.0.0 geschlossen zu haben.

Es ist aber auch Drittanbieter-Software wie NGINX Plus und NGINX Open Source bedroht. Hier können Angreifer ohne Authentifizierung über präparierte HTTP-Anfragen Schadcode ausführen (CVE-2026-42945 „kritisch“).

Videos by heise

Weiterhin gibt es noch Sicherheitsupdates für unter anderem weitere BIG-IP-Komponenten und iControl REST. An diesen Stellen kann es unter anderem zu SSL-Fehlern und DoS-Zuständen kommen. Letztere Attacke führt zu Abstürzen, was im Kontext von Netzwerken zu weitreichenden Störungen führen kann. So können etwa für den Geschäftsbetrieb wichtige Instanzen nicht erreichbar sein. Außerdem können Angreifer Beschränkungen umgehen oder sich höhere Nutzerrechte verschaffen, um sich weiter auszubreiten.

Patches installieren

Weil die Auflistung der verfügbaren Sicherheitsupdates den Rahmen dieser Meldung sprengt, müssen Admins die Warnmeldungen im Sicherheitsbereich der F5-Website studieren und die für sie relevanten Sicherheitsupdates suchen.

(des)

Top 10: Die beste Sportuhr im Test

Top 10: Bester Android-Auto-Wireless-Adapter

Top 7: Die beste Kompressor-Kühlbox im Test

Symphonia 0.6: Rust-Audioframework wird multimedial

2026-05-15T09:13:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Das Rust-Multimediaframework Symphonia 0.6 baut seine Architektur grundlegend um und bereitet sich auf künftige Video- und Untertitel-Unterstützung vor.

(Bild: Andrey VP/Shutterstock.com)

11:13 Uhr

Lesezeit: 4 Min.

Von

Moritz Förster

Mit Version 0.6 baut das Rust-Multimediaframework Symphonia seine Architektur grundlegend um. Laut Maintainer steckt in der neuen Version Entwicklungsarbeit aus zwei Jahren. Sie soll das bislang primär auf Audio ausgelegte Framework auf künftige Video- und Untertitel-Unterstützung vorbereiten. Video- oder Subtitle-Decoder bringt Symphonia 0.6 zwar noch nicht offiziell mit – über die experimentellen Feature Flags exp-video-codecs und exp-subtitle-codecs sind allerdings bereits erste Prototypen möglich, die internen APIs und Datentypen wurden entsprechend erweitert. Auf Entwickler, die das Framework nutzen, kommen dadurch zahlreiche Breaking Changes zu.

Symphonia ist ein in Rust entwickeltes Multimedia-Framework mit Fokus auf Audio-Decoding, Container-Parsing und Metadatenverarbeitung. Das Open-Source-Projekt unterstützt unter anderem MP3, AAC, FLAC, MP4, Ogg/Vorbis sowie Matroska/WebM und versteht sich als speichersichere Alternative zu klassischen Multimedia-Bibliotheken für das Rust-Ökosystem. Zum Einsatz kommt Symphonia etwa in Audio-Playern, Medienwerkzeugen oder Streaming-Pipelines. Laut der offiziellen Symphonia-Dokumentation liegt ein Schwerpunkt auf „Safe Rust“ und modularen Komponenten.

Neue Architektur trennt Tracks und Codecs

Im Zentrum der neuen Version steht der Wechsel von einer audiozentrierten Architektur hin zu einem allgemeineren Multimedia-Modell. Dazu hat das Projekt zentrale Datentypen für Zeitstempel, Dauer und Zeitbasis neu entworfen. Außerdem trennt Symphonia Track-Informationen künftig sauberer von Codec-Parametern: Timing-Daten liegen nicht länger in den Codec-Strukturen, sondern in separaten Track-Metadaten. Das soll die Verarbeitung mehrerer Streams vereinfachen – etwa Audio, Video und Untertitel in einem Matroska-Container.

Neu ist außerdem ein Prioritätssystem für Decoder und Format-Reader. Anwendungen können damit bevorzugte Implementierungen registrieren und Fallbacks definieren. Das dürfte vor allem für modulare Medien-Stacks interessant sein, etwa wenn Hardware-Decoder Vorrang vor generischen Software-Decodern erhalten sollen.

Weniger Kopien, mehr Metadatenformate

Ein weiterer Schwerpunkt der neuen Version liegt auf effizienteren Datenpfaden. Decoder müssen die Paketdaten nicht mehr zwangsläufig kopieren, bevor sie sie verarbeiten. In Kombination mit externen Demuxern lassen sich so zusätzliche Speicheroperationen vermeiden – ein Zero-Copy-ähnlicher Ansatz, wie er in Hochleistungs-Medienpipelines verbreitet ist.

Bei den Metadaten verarbeitet Symphonia nun zusätzlich ID3v1-, APEv1- und APEv2-Tags und unterstützt Kapitelinformationen für Matroska, ID3v2 und Vorbis Comments. Bekannte Tags interpretiert das Framework dabei stärker typisiert: Eine Tracknummer liest es nicht mehr nur als Zeichenkette, sondern direkt als numerischen Wert (u64). Von dieser Typisierung profitieren etwa Medienbibliotheken oder automatische Sortierfunktionen.

Für Matroska-Container ergänzt Symphonia 0.6 außerdem Support für Attachments und Metadaten. Attachments kommen vor allem bei Untertiteln zum Einsatz, etwa um Schriftarten direkt in MKV-Dateien einzubetten. Solche Dateien finden sich häufig bei Anime-Releases oder bei aufwendig formatierten ASS-Untertiteln.

Videos by heise

Neu geschriebene Demuxer und SIMD ab Werk

Ferner listet das Projekt in den Release Notes zahlreiche Verbesserungen in den Bereichen Sicherheit und Stabilität auf. Den Matroska-Demuxer hat Maintainer Philip Deljanov vollständig neu geschrieben, Teile des MP4-Demuxers ebenfalls überarbeitet. Hinzu kommen zahlreiche Fehlerkorrekturen auf Basis von Fuzzing-Tests. Gerade Multimedia-Parser gelten traditionell als sicherheitskritisch, weil fehlerhafte Containerdateien Speicherfehler oder Abstürze auslösen können. Rust soll solche Risiken durch Speichersicherheit reduzieren.

Auch bei der Performance verspricht Symphonia Fortschritte. SSE-, AVX- und Neon-SIMD-Optimierungen sind nun standardmäßig aktiviert. SIMD (Single Instruction, Multiple Data) nutzt Vektorinstruktionen moderner CPUs, um mehrere Datenwerte parallel zu verarbeiten – ein typischer Ansatz bei Audio- und Video-Decodern. Laut Release Notes soll außerdem die Decoding-Leistung steigen und die Binärgröße sinken.

Genauere Formaterkennung und neue MSRV-Policy

Weitere Änderungen betreffen die Formaterkennung, die nun ein Punktesystem verwendet, um Fehlklassifizierungen zu vermeiden. Erkennt Symphonia ein Medienformat, reicht es die dabei gefundenen Metadaten künftig an den jeweiligen Format-Reader weiter. Auch die Implementierungen für AIFF und CAF haben die Entwickler überarbeitet.

Wegen der zahlreichen API-Änderungen verweist der Maintainer ausdrücklich auf den Guide für die Migration. Zudem führt das Projekt erstmals eine offizielle MSRV-Policy ein: Eine Anhebung der minimal unterstützten Rust-Version gilt künftig als Breaking Change. Eine vollständige Übersicht aller Neuerungen liefern die Release Notes zu Symphonia 0.6.0 auf GitHub.

Lesen Sie auch

Freitag: Ärztetag gegen Kassen-Kompetenzen, Inkognito-Chat mit KI bei WhatsApp

KI-Portierung: Claude schreibt Bun-Codebasis in Rust neu

Sourcecode-Editor Zed erreicht Version 1.0

Cross-Plattform-Applikationen mit Rust 3: Fachlichkeiten und Shell-Integration

KI-Automatisierung in Rust: OpenFang 0.6.0 ist da

Top 10: Die beste Sportuhr im Test

Top 10: Bester Android-Auto-Wireless-Adapter

Top 7: Die beste Kompressor-Kühlbox im Test

Neu in .NET 10.0 [23]: Neue LINQ-Operatoren LeftJoin() und RightJoin()

2026-05-15T07:47:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Ein Left (Outer) Join und ein Right (Outer) Join waren bisher schon in LINQ möglich. In .NET 10.0 gibt es dafür nun eigene Operatoren.

(Bild: Pincasso / Shutterstock.com)

09:47 Uhr

Lesezeit: 1 Min.

Von

Dr. Holger Schwichtenberg

Wie in den letzten .NET-Versionen auch, liefert Microsoft in .NET 10.0 wieder neue Operatoren für Language Integrated Query (LINQ), die bestehende Konstrukte vereinfachen. Dieses Mal sind es mit LeftJoin() und RightJoin() zwei elementare Operatoren, zum einen aus der Mengenlehre und zum anderen für relationale Datenbanken. Mehr dazu steht im zugehörigen Issue auf GitHub.

Dr. Holger Schwichtenberg ist technischer Leiter des Expertennetzwerks www.IT-Visions.de, das mit 53 renommierten Experten zahlreiche mittlere und große Unternehmen durch Beratungen und Schulungen sowie bei der Softwareentwicklung unterstützt. Durch seine Auftritte auf zahlreichen nationalen und internationalen Fachkonferenzen sowie mehr als 90 Fachbücher und mehr als 1500 Fachartikel gehört Holger Schwichtenberg zu den bekanntesten Experten für .NET und Webtechniken in Deutschland.

Tatsächlich waren diese Operationen bisher in LINQ bereits möglich, allerdings nur umständlich über eine Gruppierung mit GroupJoin() und SelectMany() sowie DefaultIfEmpty(). Die neuen Methoden LeftJoin() und RightJoin() vereinfachen den Einsatz, wie folgender Code am Beispiel eines Join zwischen den Klassen Company und Website zeigt:

public void LeftRightJoin()
{
 CUI.Demo();
 
 Company[] companies =
 [
   new Company{ ID = 1, Name = "www.IT-Visions.de" },
   new Company{ ID = 2, Name = "Software & Support" },
   new Company{ ID = 3, Name = "Heise Gruppe GmbH & Co. KG" },
   new Company{ ID = 4, Name = "Startup i.Gr." } // hat noch keine Website
 ];
 
 Website[] websites =
 [
   new Website{ CompanyID = 1, URL = "www.IT-Visions.de" },
   new Website{ CompanyID = 1, URL = "www.dotnet10.de" },
   new Website{ CompanyID = 2, URL = "www.entwickler.de" },
   new Website{ URL = "www.Microsoft.com" }, // Diese kleine ;-) Firma ist noch nicht angelegt...
   new Website{ CompanyID = 3, URL = "www.heise.de" },
 ];
 
 // ### LeftJOIN ALT ############################################################################
 
 CUI.H2("--- Alle Firmen mit ggf. vorhandenen Websites via LeftJoin ALT (GroupJoin+SelectMany) seit .NET Framework 3.5 ---");
 
 var AllCompaniesWithWebsitesSetOld = companies
     .GroupJoin(websites,
                c => c.ID,
                w => w.CompanyID,
                (c, websites) => new { Company = c, Websites = websites })
     .SelectMany(
         x => x.Websites.DefaultIfEmpty(),  // Falls keine Website existiert, wird `null` verwendet
         (c, w) => new WebsiteWithCompany
         {
          Name = c.Company.Name,
          URL = w.URL,   // Falls `w` null ist, bleibt URL null
          City = c.Company.City
         });
 
 foreach (var item in AllCompaniesWithWebsitesSetOld)
 {
  Console.WriteLine((item.Name != null ? item.Name + " " + item.City : "- keine Firma -").Trim() + " -> " + (item.URL ?? "- keine URL -"));
 }
 
 // ### LeftJOIN NEU ############################################################################
 
 CUI.H2("--- Alle Firmen mit ggf. vorhandenen Websites via LeftJoin NEU ab .NET 10.0 ---");
 var AllCompaniesWithWebsitesSet = companies.LeftJoin(websites,
  e => e.ID,
  e => e.CompanyID,
  (c, w) => new WebsiteWithCompany { Name = c.Name, City = c.City, URL = w.URL }
  );
 
 foreach (var item in AllCompaniesWithWebsitesSet)
 {
  Console.WriteLine((item.Name != null ? item.Name + " " + item.City : "- keine Firma -").Trim() + " -> " + (item.URL ?? "- keine URL -"));
 }
 
 // ### RightJoin ALT ############################################################################
 
 CUI.H2("--- Alle Websites mit ggf. vorhandenen Firmen via RightJoin ALT (GroupJoin+SelectMany) seit .NET Framework 3.5  ---");
 var WebsiteWithCompanySetOLD = websites
     .GroupJoin(companies,
                w => w.CompanyID,
                c => c.ID,
                (w, companies) => new { Website = w, Companies = companies })
     .SelectMany(
         x => x.Companies.DefaultIfEmpty(),  // Falls kein Unternehmen existiert -> null
         (w, c) => new WebsiteWithCompany
         {
          Name = c.Name,  // Falls `c` null ist, bleibt `Name` null
          City = c.City,   // Falls `c` null ist, bleibt `City` null
          URL = w.Website.URL
         });
 
 foreach (var item in WebsiteWithCompanySetOLD)
 {
  Console.WriteLine((item.Name != null ? item.Name + " " + item.City : "- keine Firma -").Trim() + " -> " + (item.URL ?? "- keine URL -"));
 }
 
 // ### RightJoin NEU ############################################################################
 
 CUI.H2("--- Alle Websites mit ggf. vorhandenen Firmen via RightJoin NEU ab .NET 10.0 ---");
 var WebsiteWithCompanySet = companies.RightJoin(websites,
     e => e.ID,
     e => e.CompanyID,
     (c, w) => new WebsiteWithCompany { Name = c.Name, City = c.City, URL = w.URL }
  );
 
 foreach (var item in WebsiteWithCompanySet)
 {
  Console.WriteLine((item.Name != null ? item.Name + " " + item.City : "- keine Firma -").Trim() + " -> " + (item.URL ?? "- keine URL -"));
 }
 
 // ### Zum Vergleich: Inner Join, den es seit .NET Framework 3.5 gibt
 CUI.H2("--- Alle Firmen, die Websites haben, via InnerJoin seit .NET Framework 3.5 ---");
 var CompaniesWithWebsitesSet = companies.Join(websites,
                                        c => c.ID,
                                        w => w.CompanyID,
                                        (c, w) => new WebsiteWithCompany
                                        {
                                         Name = c.Name,
                                         URL = w.URL,
                                         City = c.City
                                        });
 foreach (var item in CompaniesWithWebsitesSet)
 {
  Console.WriteLine((item.Name != null ? item.Name + " " + item.City : "- keine Firma -").Trim() + " -> " + (item.URL ?? "- keine URL -"));
 }
}

Der Code erzeugt diese Ausgabe (Abb. 1).

Videos by heise

Die neuen Operatoren sind laut Microsoft performanter als die bisherige Operatorkombination.

Performance von LeftJoin() im Vergleich zu der bisherigen Operatorkombination (Abb. 2)

(Bild: Microsoft)

(rme)

Top 10: Die beste Sportuhr im Test

Top 10: Bester Android-Auto-Wireless-Adapter

Top 7: Die beste Kompressor-Kühlbox im Test

Extreme Networks: Wi-Fi 7, Ruggedized Switches und Fabric-Updates

2026-05-15T07:37:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Extreme Networks präsentiert auf der Hausmesse neue Wi-Fi 7 Access Points, Ruggedized Switches und Fabric-Updates für Industrienetze.

(Bild: Extreme Networks)

09:37 Uhr

Lesezeit: 4 Min.

Von

Benjamin Pfister
Erik Hofmann

Extreme Networks hat neben agentischen KI-Funktionen und Neuerungen in der Cloud-Managementplattform auf der Hausmesse Extreme Connect in Orlando auch einige Hardware-Neuigkeiten gezeigt. Neben neuer Wi-Fi-7-Hardware gab es insbesondere eine ganze Serie an Ruggedized Switches für Industrienetze mit Integration in die hauseigene Fabric zu sehen.

WLAN: Wi-Fi 7 in der Breite

Auf der Hardware-Seite hat Extreme die Wi-Fi-7-Familie deutlich verbreitert. Die neuen Access Points im Überblick:

AP 5022 (Indoor) und AP 5060 (Outdoor): drei 4x4-Radios für 2,4/5/6 GHz plus dediziertes 2×2-Sensor-Radio für permanentes Rogue-Monitoring, dazu zwei IoT-Radios; positioniert als Premium-Modelle für High-Density-Umgebungen
AP 3020 (Indoor) und AP 3060 (Outdoor): 2×2-Modelle für kostensensitive Deployments
AP 3020W: flache Wallplate-Variante fürs Gastgewerbe, Wohnheime und Retail
AP 3020X: Variante mit externen Antennen

Anders als die Premium-Serie verfügen die 30er-Modelle nur über zwei Radios, deren Bandzuordnung sich flexibel konfigurieren lässt – etwa 2,4 und 5 GHz, 5 und 6 GHz oder dual 5 GHz. Dies kostet Parallelität, kann aber Kosten sparen, wenn die Leistung nicht benötigt wird.

Der AP 5022 kommt zudem mit verschiedenen Antennenkonfigurationen im selben Gehäuse: omnidirektional, mit internen 60°-Richtantennen oder als Breakout-Modell für externe Antennen.

Videos by heise

Neue Campus-, Rechenzentrums- und Industrie-Switches

Bei den Switches ist ab sofort der 5420M verfügbar: ein 48-Port-Switch mit Kupfer und SFP-Ports in diversen Konfigurationen, je nach Anforderung mit PoE und auch Multi-Gigabit-Ports. MACsec-Unterstützung ist nun ebenfalls vollständig vorhanden.

Für den auf der letzten Extreme Connect vorgestellten 7830 gibt es neue Linecards mit 24 × 100GbE und 8 × 400GbE. Damit sind pro Chassis (teilweise mit Breakout-Kabeln) bis zu 24 × 400G, 120 × 100G oder 216 × 10/25G möglich – ausreichend Kapazität für Spine-Rollen in größeren Campus- oder Rechenzentrumsdesigns. Parallel hat Extreme einen 800G-Switch in der Pipeline angekündigt, ohne konkrete Zeitschiene.

Die wohl spannendste Ankündigung ist jedoch die 4630R-Serie: Ruggedized-Switches mit Fabric- und Switch-Engine, ausgelegt für raue Industrie-Umgebungen, TSN-ready (Time Sensitive Networking) und mit nativem Profinet-Transport.

Vier Modelle decken Rackmount- und DIN-Rail-Montage ab:

4 × 2,5G PoE + 12 × 1G PoE + 4 × 10G SFP (Rackmount, MACsec auf SFP)
24 × 1G PoE + 8 × 10G SFP (Rackmount, MACsec auf SFP)
8 × 1G + 8 × 10G PoE (DIN-Rail, MACsec auf SFP)
8 × 1G PoE + 4 × 10G SFP (DIN-Rail)

Alle Varianten sollen sowohl AC- als auch DC-Stromversorgung unterstützen.

Interessant ist die neue Serie vor allem wegen der Fabric-Engine-Unterstützung: Damit lassen sich fabric-basierte Segmentierung und Services – ohne separate Aggregation wie bisher – an die Industrie-Maschine bringen. In Kombination mit neuen Features wie Auto-Sense für Silent Devices und TSN zielt Extreme hier klar auf OT- und Industrie-Märkte ab – ein Segment, in dem Cisco (IE-Serie) und Siemens (Scalance) bisher dominieren.

Fabric: Bald aus Platform ONE heraus konfigurierbar

Extreme Fabric ist die herstellereigene Netzwerk-Fabric auf Basis von Shortest Path Bridging (SPB, IEEE 802.1aq). Neu für Platform ONE sind dazu granulare Topologieansichten der Fabric zwecks Transparenz für Netzwerkadmins. Auch ein Zero-Touch-Onboarding wurde mehrfach gezeigt. Inhaltlich kommen drei Features hinzu: Auto-Sense für komplett stumme Geräte – der Fabric-Service stößt neu angeschlossene Devices aktiv an, statt auf deren ersten Frame zu warten, und ermöglicht so NAC-Workflows auch für Geräte, die sich im normalen Betrieb nicht ans Netz zurückmelden, etwa Drucker mit statischer IP-Konfiguration ohne Discovery-Dienste. Fabric VRF Segmentation überträgt das Prinzip der L2-Port-Isolation auf Layer 3 und erlaubt definierte Trusted Subnets, ohne dass dafür separate Firewall-Konstrukte nötig wären. Und die automatische Konfiguration von Transparent Clocks in PTP- und AVB-Services (geplant für die zweite Jahreshälfte 2026) dürfte insbesondere für Kunden mit AV-Installationen interessant sein.

Lesen Sie auch

Extreme Networks: KI-Agent für die Netzwerk-Administration

Netzwerk-Administration: Extreme will manuelle Aufgaben um 90 Prozent reduzieren

Vom RZ-Switch bis zum Wi-Fi 7 Access-Point: Extreme bringt viele neue Geräte

Extreme Networks stellt Schnüffel-Appliance Purview vor

100/40GbE-Switch-Module für große Netze

Top 10: Die beste Sportuhr im Test

Top 10: Bester Android-Auto-Wireless-Adapter

Top 7: Die beste Kompressor-Kühlbox im Test

Ivanti EPM: Sicherheitslücken ermöglichen SQL-Iinjection und Rechteausweitung

2026-05-15T07:27:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Alert!

Ivanti warnt vor drei Sicherheitslücken im Endpoint Manager (EPM). Sie ermöglichen SQL-Injection oder Rechteausweitung.

(Bild: amgun/ Shutterstock.com)

09:27 Uhr

Lesezeit: 2 Min.