Linux und Open Source

Von

Moritz Förster

openSUSE Leap 16.1 ist als Release Candidate verfügbar. Die wichtigste Neuerung ist ein optionaler Immutable-Modus mit schreibgeschütztem Root-Dateisystem und transaktionalen Updates. Er übernimmt künftig die Rolle von Leap Micro: Eigenständige Versionen 6.3 oder 7.0 soll es nicht geben.

Bei einem Immutable-Linux bleibt das Basissystem im laufenden Betrieb vor direkten Änderungen geschützt. Aktualisierungen werden als neuer, in sich geschlossener Systemzustand vorbereitet; bei Problemen lässt sich ein früherer Zustand wiederherstellen. Das richtet sich primär an Betreiber vieler gleichartig verwalteter Systeme, etwa Container- und VM-Hosts sowie Edge-Geräte, kann aber auch für Desktops interessant sein.

Leap Micro geht in Leap auf

Wie das Projekt in seiner Mitteilung zum Release Candidate erklärt, lässt sich der neue Modus über den regulären Installer Agama auswählen. Die Option ist aber erst seit Kurzem integriert. openSUSE bittet deshalb ausdrücklich darum, sie im RC zu testen.

Videos by heise

Wer bisher vorkonfigurierte Leap-Micro-Images verwendet hat, findet entsprechende Varianten weiterhin unter den alternativen Downloads. Dazu zählen Images für KVM/Xen, Hyper-V, VMware, Harvester und die Cloud, ein vollständig verschlüsseltes Raw-Disk-Image sowie ein Self-Install-Image für USB-Installationen. Die Erstkonfiguration läuft wie bei Leap Micro über Ignition oder Combustion. Bestehende Installationen von Leap Micro 6.2 lassen sich mit dem opensuse-migration-tool umstellen. Es ist allerdings noch experimentell; openSUSE rät vor der Migration zu einem Backup.

Updates per Snapshot

Im Immutable-Modus übernimmt transactional-update die Aktualisierung. Das Werkzeug legt für jedes Update einen neuen Snapshot an, sodass sich eine fehlgeschlagene Änderung mit sudo transactional-update rollback zurücknehmen lässt. Änderungen am Basissystem werden erst nach einem Neustart wirksam. Zusätzliche Software soll nach Empfehlung des Projekts möglichst in Containern mit Podman oder Distrobox laufen. Für Desktop-Anwendungen bietet sich Flatpak an. RPM-Pakete auf dem Host bleiben möglich, etwa mit sudo transactional-update pkg install <paket>.

Abseits des neuen Modus aktualisiert Leap 16.1 KDE Plasma von 6.4 auf 6.6, hinzu kommen Qt 6.11 und KDE Frameworks 6.25. Gnome bleibt bei Version 48 und erhält Bugfixes. Auch LXQt steigt von 2.2 auf 2.4; Xfce bleibt bei 4.20.

Während der RC-Phase plant openSUSE ungefähr einen Build pro Woche. Einen festen Veröffentlichungstermin nennt die Mitteilung nicht: Leap 16.1 soll am selben Tag wie SUSE Linux Enterprise Server 16.1 erscheinen, damit nach der Freigabe keine Lücke bei Wartungsupdates entsteht. Laut einer früheren Mitteilung des Projekts ist die allgemeine Verfügbarkeit für November geplant.

Lesen Sie auch

Bericht: Finanzinvestor EQT erwägt Verkauf von SUSE Linux

Mozilla bringt Firefox Nightly als RPM-Paket für Linux

Ohne Zusatzkosten: openSUSE Leap 16 bietet 24 Monate Support

Linux-Distribution: openSUSE Leap 15.6 im Test

Linux-Apps mit Flatpak installieren und verwalten

Top 10: Speicher für das Balkonkraftwerk im Test

Top 10: Bestes Smartphone bis 400 Euro

Top 10: Das beste Heizkörperthermostat im Test

Neues Tool klont Linux-Systeme per systemd-Container

2026-10-01T06:14:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Das eigene Linux-System schnell einmal klonen, um etwas zu testen: Das bietet sdme, der systemd Machine Editor.

(Bild: Marvin Shah / heise medien)

08:14 Uhr

Lesezeit: 3 Min.

Von

Marvin Shah

Das eigene Linux-System schnell einmal klonen, um etwas zu testen: Das bietet sdme, der systemd Machine Editor. Obendrein kann es OCI-Images als native systemd-Services starten, was in manchen Fällen Container-Engines wie Docker, Podman & Co. ersetzen kann. Das Tool wurde am Mittwoch von Entwickler Alexandre Fiori auf der systemd-Konferenz „All Systems Go!“ in Berlin vorgestellt.

System read-only einbinden, statt voll zu klonen

Wer am eigenen System experimentieren will, kopiert es klassischerweise in eine virtuelle Maschine, um gefahrlos etwas zu ändern. Statt das System langwierig zu kopieren, bindet sdme das Host-System schreibgeschützt ein. Dazu nutzt es systemd-nspawn, die leichtgewichtige Container-Technologie, die das Linux-Init-System systemd mitbringt. Alle vorgenommenen Änderungen speichert sdme separat in einem Overlay-Dateisystem, die eigentlichen Daten bleiben unangetastet. Es kann Btrfs-Snapshots als Unterbau nutzen, dann laufen auch verschachtelte Container.

Nach der Installation des Tools erzeugt ein Aufruf von sdme new einen Container mit allen Inhalten des Host-Dateisystems, der kaum Speicherplatz verbraucht und beliebige testweise Änderungen am System ermöglicht. Das funktioniert genauso für beliebig viele neue Container; auch andere Container-Images können so gestartet werden. Wie für nspawn üblich können diese problemlos ein volles Init-System mitbringen und stellen so für viele Experimente eine leichtgewichtige Alternative zu VMs dar.

Videos by heise

Ähnlich wie von anderen Container-Engines bekannt, werden Befehle wie sdme ps unterstützt, das alle laufenden Container auflistet, und sdme rm, das sie wieder löscht. Außerdem unterstützt sdme „Pods“, die an das Konzept von Kubernetes-Pods angelehnt sind. So werden zwei oder mehr Container in enger Verbindung gestartet, sodass sie miteinander arbeiten können und sich einen Netzwerk-Namespace teilen, aber von der Außenwelt isoliert sind. Zur Vereinfachung können auch Kubernetes-YAML-Dateien eingelesen und deren Pod-Definitionen direkt verwendet werden. Der Entwickler weist darauf hin, dass es sich bei sdme nicht um ein Security-Werkzeug handelt, das mit Isolation hilft, sondern nur zu Organisations- und Experimentierzwecken gedacht ist; Details zum Sicherheitsmodell liefert eine eigene sdme-Webseite.

Auf der Website von sdme können Pakete zur Installation heruntergeladen werden, außerdem stehen Tutorials zum Ausprobieren bereit. Das Programm besteht aus einer einzigen statischen Binärdatei und benötigt keinen eigenen Daemon. Voraussetzung ist systemd ab Version 255 samt dem Paket systemd-container, Builds gibt es für x86_64 und aarch64. Die Aufzeichnung des Vortrags bei der All Systems Go ist auf media.ccc.de verfügbar.

Lesen Sie auch

Eine API für Linux: Remote-Verwaltung mit systemd

mstack: OCI-Container mit systemd ausführen

HTTPS im Heimnetz: So sichern Sie lokale Dienste ab

Niederlande bauen souveränen Behördendesktop auf NixOS-Basis

Microsoft Office unter Linux testen: Bottles startet Experiment

Top 10: Speicher für das Balkonkraftwerk im Test

Top 10: Bestes Smartphone bis 400 Euro

Top 10: Das beste Heizkörperthermostat im Test

Archinstall 4.5: Schneller zum fertigen System

2026-09-30T12:34:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Archinstall 4.5 unterstützt GRUB und Limine für AArch64-EFI-Starts, behebt WLAN-Fehler und optimiert die Systemkonfiguration.

(Bild: iX)

30.09.2026, 14:34 Uhr

Lesezeit: 2 Min.

Von

Moritz Förster

Archinstall kann mit der neuen Version 4.5 auf AArch64-Systemen GRUB und Limine für den EFI-Start einrichten. Hinzu kommen die passenden Partitionskennungen für Root-Partitionen sowie Echtzeitvarianten des Linux-Kernels. Außerdem behebt das Update Fehler bei der WLAN-Auswahl und ändert Details der Systemkonfiguration.

Archinstall ist der geführte, terminalbasierte Installer für Arch Linux. Er nimmt Nutzern einen Teil der manuellen Einrichtung ab, etwa bei Partitionierung, Bootloader und Netzwerkkonfiguration. Wer Systeme mit ähnlichen Vorgaben wiederholt aufsetzen will, kann Konfigurationen auch für automatisierte Installationen verwenden. Ein größerer Umbau der Oberfläche stand mit Version 4.0 an.

Bootloader und Kernel

Die wichtigste Erweiterung betrifft AArch64: Laut den Release Notes zu Archinstall 4.5 unterstützt der Installer nun die EFI-Installation mit GRUB und Limine auf ARM64-Systemen. Außerdem kann er die für AArch64 vorgesehene GUID als Partitionstyp einer Root-Partition setzen. Die Änderung betrifft ausschließlich den Installationsablauf auf ARM64-Hardware, nicht eine neue Architekturunterstützung für das offizielle Arch Linux insgesamt.

Videos by heise

Bei der Kernel-Auswahl ergänzt Archinstall die Echtzeitvarianten linux-rt und linux-rt-lts. Solche Kernel sind auf geringe und besser vorhersagbare Reaktionszeiten ausgelegt, etwa für zeitkritische Audioverarbeitung. Beide Varianten stehen als Pakete in den Arch-Repositories bereit.

Korrekturen bei WLAN und Systemeinrichtung

Bei der Suche nach WLAN-Netzen zeigte Archinstall SSIDs mit Leerzeichen bislang nicht zuverlässig in der Liste an. Das ist laut Changelog behoben. Auch die Einbindung der EFI-Partition ändert sich: Die Mount-Option fmask=0177 schränkt die Dateirechte dort ein. Hinzu kommt eine Korrektur bei der TLS-Zertifikatsprüfung.

Für Installationen mit Hyprland, Labwc, Niri oder Sway verwendet Archinstall bei der Einrichtung nun systemd-logind statt polkit. Weitere Korrekturen betreffen unter anderem Pakete für Intel-Grafik, den Druckdienst und Cockpit.

Lesen Sie auch

SteamOS auf dem PC: Installation, Einrichtung und wo die Grenzen liegen

Omarchy Linux: Desktop-Umbau und 10 Millionen Dollar für Stiftung

Dienstag: EchoStar-Tochter beantragt Insolvenz. EU-Datenschützer wollen Klärung

Neue Malware-Welle: Arch Linux blockiert AUR-Updates

Paketverwaltung für Arch Linux: Shelly setzt künftig auf Zig statt .NET

Top 10: Bestes Smartphone bis 400 Euro

Top 10: Das beste Heizkörperthermostat im Test

Top 10: Der beste Fensterputzroboter im Test

heise-Angebot: iX-Workshop: Linux-Server härten mit Verschlüsselung und Zugriffskontrolle

2026-09-30T12:00:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

heise-Angebot

Linux-Server und Netzwerkdienste effektiv und umfassend vor Angriffen schützen – von physischer Sicherheit über Verschlüsselung und 2FA bis hin zu SELinux.

(Bild: KI / heise conferences)

30.09.2026, 14:00 Uhr

Lesezeit: 2 Min.

Von

Ilona Krause

Malware und Hacker-Angriffe sind längst nicht mehr nur ein Windows-Thema – auch Linux-Server und die darauf laufenden Dienste geraten immer häufiger unter Beschuss. Der fünftägige Intensiv-Workshop Linux-Server härten: Verschlüsselung, Zugriffskontrolle, Integritätschecks beschäftigt sich umfassend mit der Sicherheit von Linux-Servern. Das Themenspektrum reicht von der physischen Sicherheit über Mechanismen der Zugriffskontrolle bis hin zu Logging, Monitoring und Intrusion Detection.

Sicherheitsframeworks, Zugriffskontrolle und Authentifizierung

Sie lernen, wie Sie Daten verschlüsseln und Netzwerkdienste absichern, fortgeschrittene Methoden der Zugriffskontrolle wie Zwei-Faktor-Authentifizierung einrichten und die bekannten Sicherheitsframeworks SELinux und AppArmor einsetzen. Florian Winkler erklärt, wie man Logfiles mit sicherheitsrelevanten Vorfällen analysiert und geht auch auf das Thema Einbruchserkennung ein. Darüber hinaus erhalten Sie eine theoretische Einführung in das Penetration Testing und erfahren, wie Sie Sicherheitslücken in der eigenen IT gezielt aufspüren.



Anmeldung und Termine
Oktober 05.10. – 09.10.2026	Online-Workshop, 09:00 – 17:00 Uhr

November 09.11. – 13.11.2026	Online-Workshop, 09:00 – 17:00 Uhr 10 % Frühbucher-Rabatt bis zum 12. Okt. 2026

Lernen von den Erfahrungen des Linux-Profis

Florian Winkler ist Berater und Trainer bei B1 Systems und ist spezialisiert auf Konfigurationsmanagement, DevOps, Deployment, Security und Automatisierung. Im Workshop verbindet er sein Fachwissen mit langjähriger Praxiserfahrung und vermittelt praxisnahe Ansätze zur Absicherung und Härtung von Linux-Servern.

Eine Trainingsumgebung bietet Zugriff auf ein Linux-System, sodass Sie nicht nur ein theoretisches Wissen erhalten, sondern praktische Erfahrungen sammeln, die direkt in Ihrem Unternehmen einsetzen können. Für eine intensive Betreuung ist die Teilnehmerzahl auf maximal 12 Personen begrenzt. Dank der begrenzten Teilnehmerzahl bleibt viel Raum für den persönlichen Austausch, individuelle Fragen und die gemeinsame Diskussion konkreter Herausforderungen.

Für wen ist dieser Workshop geeignet?

Der Workshop richtet sich an Linux-Administratoren und IT-Sicherheitsverantwortliche, die ihre Server-Infrastruktur systematisch härten und besser gegen Angriffe absichern möchten.

(ilk)

Top 10: Bestes Smartphone bis 400 Euro

Top 10: Das beste Heizkörperthermostat im Test

Top 10: Der beste Fensterputzroboter im Test

WSL Container sind da – Windows-Apps starten Linux-Container

2026-09-30T09:53:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Microsoft gibt WSL Container frei: Linux-Container lassen sich damit direkt unter Windows bauen und starten – auch aus Windows-Anwendungen heraus.

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

30.09.2026, 11:53 Uhr

Lesezeit: 6 Min.

Von

Moritz Förster

Microsoft hat die WSL Container (WSLC) allgemein verfügbar gemacht. Damit bekommt das Windows Subsystem for Linux eine eigene Container-Plattform. Das Kommandozeilenwerkzeug wslc.exe baut und startet Linux-Container direkt unter Windows, über eine API können Windows-Anwendungen dasselbe tun. wslc.exe ist Bestandteil von WSL, eine separate Container-Engine muss man nicht installieren. Neu zur allgemeinen Verfügbarkeit sind zusätzliche Befehle und Verwaltungsfunktionen für Unternehmen.

Vorgestellt hatte Microsoft die WSL Container Anfang Juni auf der Build 2026. Die erste öffentliche Vorschau erschien am 29. Juni mit WSL 2.9.3.

Docker-ähnliche Befehle, API für Windows-Apps

Wie Microsoft im Windows Developer Blog zur allgemeinen Verfügbarkeit schreibt, genügt zur Installation ein wsl --update. Alternativ steht das aktuelle Release auf GitHub bereit: Konkret handelt es sich um WSL 3.0.1, veröffentlicht am 29. September. Auf Wunsch lässt sich die CLI auch unter dem Alias container.exe aufrufen. Wer Docker kennt, findet sich schnell zurecht: Befehle wie wslc run, wslc build oder wslc container list orientieren sich an der Docker-Syntax. Einen nginx-Webserver im Hintergrund startet etwa wslc run -d --rm -p 8080:80 --name web nginx.

Die zweite Komponente richtet sich an Entwickler von Windows-Anwendungen. Die API steht als NuGet-Paket `Microsoft.WSL.Containers` für C, C# und C++ bereit. Damit starten und stoppen Programme Container und kommunizieren direkt mit ihnen. Eine Windows-Anwendung kann so zum Beispiel einen Linux-Dienst im Container hochfahren, statt ihn nach Windows zu portieren. Als Einsatzszenarien nennt Microsoft lokale KI-Workloads und containerisierte Cloud-Anwendungen, die sich lokal ausführen lassen.

Neue Befehle seit der Vorschau

Seit der Vorschau hat Microsoft vor allem den Container-Lebenszyklus, das Netzwerk und die Überwachung ausgebaut. wslc container restart startet laufende Container neu, wslc container cp kopiert Dateien per tar-Archiv hinein und heraus. wslc system info informiert über den Zustand der Container-Umgebung, wslc events streamt Container-Aktivitäten in Echtzeit. Mit wslc network connect beziehungsweise disconnect lassen sich Container an Netzwerke hängen und wieder lösen. wslc network create akzeptiert jetzt beliebige Treiberoptionen.

Außerdem unterstützt WSLC jetzt Health Checks. wslc create und wslc run kennen ab sofort die Optionen --mount und --stop-timeout, mit -1 als Wert für ein unbegrenztes Timeout. Den Speicherpfad der Standard-Session kann man jetzt selbst festlegen, um den Container-Speicher auf ein beliebiges Laufwerk zu legen. Die vollständigen Änderungen listet der Changelog auf der GitHub-Releaseseite von WSL auf.

Eigener Prozess pro Session

Unter der Haube weicht WSLC in einigen Punkten von der klassischen WSL-Architektur ab. Detailliert beschreibt Microsoft das in einem Blogbeitrag zur Architektur der WSL Container. Wie bei WSL rufen Client-Prozesse den privilegierten Windows-Dienst wslservice.exe auf, der über den Host Compute Service (HCS) virtuelle Maschinen erzeugt. Anders als bei WSL behält der Dienst die VM aber nicht selbst. Er startet dafür den Kindprozess wslcsession.exe, der im Namen des aufrufenden Nutzers läuft und alle Session-Operationen erledigt, etwa Container anlegen, Verzeichnisse einhängen oder Ports binden. Sessions sind dadurch voneinander isoliert, und die eigentliche Arbeit läuft mit weniger Rechten als der Dienst.

Jede Session hat eine eigene virtuelle Festplatte (VHD), in der Images, Container, Netzwerke und Volumes liegen. Windows-Verzeichnisse reicht WSLC per virtiofs an die Linux-VM weiter und bindet sie von dort per Bind-Mount in den Container ein. virtiofs ist ein Dateisystem, das speziell für den Datenaustausch zwischen Hypervisor und VM entwickelt wurde. Laut Microsoft ist es etwa doppelt so schnell wie Plan 9, also das 9P-Protokoll, über das WSL 2 bislang auf Windows-Dateien zugreift. Als Alternative gibt es VHD-Volumes, die ein natives Linux-Dateisystem bereitstellen oder die Größe eines Volumes begrenzen.

Fürs Netzwerk führt Microsoft das neue Modell Consommé ein. Die Kompatibilität sei schwierig, weil es sehr viele verschiedene Netzwerkkonfigurationen mit VPNs, Proxys und mehr gibt, räumte Microsoft schon zur Vorschau ein. Bei Consommé verlässt der Datenverkehr die VM im Namen des Nutzers, dem die Session gehört. Er erscheint also wie der eines gewöhnlichen Windows-Prozesses, was die Kompatibilität mit VPNs und Firewalls deutlich verbessern soll. Die VM schickt dazu Ethernet-Frames über eine Virtio-Queue an einen Windows-Prozess, der DNS-Anfragen beantwortet, TCP- und UDP-Verkehr routet und Ports weiterleitet.

Kontrolle für Admins

Für den Einsatz in Unternehmen erweitert Microsoft die bestehenden WSL-Anbindungen an Intune und Defender for Endpoint auf Container. Defender for Endpoint zeigt Prozess-, Datei- und Netzwerkaktivitäten aus WSL-Containern an und ordnet sie dem Windows-Host zu. Sicherheitsteams brauchen so keinen separaten Workflow für ihre Untersuchungen.

Videos by heise

In Intune gibt es zwei neue Einstellungen. „Allow WSL containers access“ schaltet die gesamte Funktion frei oder sperrt sie. Per „WSL containers registry allow list“ legen Admins fest, aus welchen Registries Entwickler Images beziehen dürfen. So lassen sich Pulls etwa auf eine interne Registry beschränken, statt Docker Hub freizugeben.

Werkzeuge und Ausblick

Auch Drittwerkzeuge unterstützen WSLC bereits. VS Code Dev Containers kann wslc als Standardtreiber nutzen, Aspire und die Container-Erweiterung für VS Code unterstützen WSL Container ebenfalls. Aus der Community kommen das Terminal-Dashboard Lazywslc, die WinUI-3-Anwendung WSL Container Desktop zur Verwaltung von Containern, k3s-Clustern und Registries sowie das Skript WSLc remote, mit dem sich wslc aus WSL-Distributionen heraus aufrufen lässt.

Microsoft will als Nächstes an Compose-Unterstützung arbeiten, sie ist der meistgewünschte Punkt. Vorhandene compose.yaml-Dateien sollen dann unverändert funktionieren. Einen Termin nennt Microsoft nicht. Die Verbesserungen bei Dateizugriff und Netzwerk sollen außerdem nicht nur den WSL Containern zugutekommen, sondern auch WSL-Distributionen und anderen Container-Techniken, die auf WSL aufsetzen. Der Code von WSLC ist Open Source; Einstiegsbeispiele für CLI und API finden sich in der Dokumentation zu WSL Containern bei Microsoft Learn.

(fo)

Top 10: Bestes Smartphone bis 400 Euro

Top 10: Das beste Heizkörperthermostat im Test

Top 10: Der beste Fensterputzroboter im Test

Niederlande bauen souveränen Behördendesktop auf NixOS-Basis

2026-09-30T06:02:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Die Niederlande entwickeln eine quelloffene Arbeitsumgebung für Behörden. Das Desktop-OS basiert auf NixOS, acht Kommunen testen bereits.

Die Niederlande entwickeln eine quelloffene Arbeitsumgebung für Behörden auf Basis von NixOS.

(Bild: Neirfy / Shutterstock.com)

08:02 Uhr

Lesezeit: 2 Min.

Von

Carolin Riethmüller

Die niederländische Regierung treibt den Aufbau einer quelloffenen Arbeitsumgebung für die öffentliche Verwaltung voran. Unter dem Namen DAWO – Digitaal Autonome Werkomgeving Overheid – entsteht ein modulares System, dessen Desktop-Betriebssystem auf der Linux-Distribution NixOS basiert.

Acht Kommunen beteiligen sich über den Gemeindeverband VNG bereits an einer Praxiserprobung. DAWO ist dabei laut The Register kein einzelnes Produkt, sondern ein Bauplan für eine vollständige Behördenarbeitsumgebung. Er umfasst austauschbare Komponenten für Betriebssystem, Cloudinfrastruktur, Kommunikation, KI und kollaboratives Arbeiten. Im Juli 2026 beauftragte die Interdepartementale Commissie Bedrijfsvoering Rijksdienst (ICBR) drei staatliche IT-Dienstleister – SSC-ICT, DICTU und DUO-ICT – mit der Entwicklung einer standardisierten, souveräneren digitalen Arbeitsumgebung. Die übergeordnete Blaupause stammt aus dem Ministerium für Inneres und Königreichsbeziehungen. Beim Client-Betriebssystem experimentierte das Projekt zunächst mit openSUSE und Fedora, bevor es sich für NixOS entschied. Den Code veröffentlicht es über eine Forgejo-Instanz des Ministeriums und über Codeberg.

Ein zentraler Bestandteil ist MijnBureau, eine selbst betriebene Arbeitsplatz-Suite. Sie baut unter anderem auf Nextcloud für Dateien, Collabora für Office-Funktionen, Element für Kommunikation und OpenProject für Projektmanagement auf. Die MijnBureau-Entwickler arbeiten auch mit dem französischen Projekt La Suite zusammen und orientieren sich an Deutschlands openDesk.

Videos by heise

US-Sanktionen als Beschleuniger

Den Anstoß für DAWO gab laut dem niederländischen Tech-Portal Tweakers, auf das sich The Register beruft, unter anderem die Erfahrung mit US-Sanktionen gegen den Internationalen Strafgerichtshof (ICC) in Den Haag. Microsoft kappte das E-Mail-Konto des damaligen Chefanklägers Karim Khan. Das zeigte, dass der Zugang zu zentralen digitalen Werkzeugen von politischen Entscheidungen der US-Regierung abhängen kann. Dieses Risiko will die niederländische Regierung offenbar nicht länger eingehen.

Die hinter NixOS stehende Foundation sitzt in den Niederlanden; die Distribution ist nicht an einen kommerziellen Anbieter gebunden. Zudem erleichtern ihre deklarative Konfiguration und reproduzierbare Deployments es, große Rechnerflotten zu verwalten und zu prüfen. NixOS erfreut sich derzeit wachsender Beliebtheit. Wie eine aktuelle Analyse der Distribution zeigt, stellt das schnelle Wachstum von NixOS die Community allerdings auch vor organisatorische Herausforderungen: Der offizielle Paketcache bearbeitet nahezu 2 Milliarden Anfragen pro Woche und verschiebt dabei fast ein Petabyte an Datenvolumen.

(rie)

Top 10: Bestes Smartphone bis 400 Euro

Top 10: Das beste Heizkörperthermostat im Test

Top 10: Der beste Fensterputzroboter im Test

Der Universalbote für Admins: Apprise 2.0

2026-09-29T11:59:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

SMS nur, wenn die E-Mail nicht ankommt: Apprise 2.0 lernt Eskalationsstufen, Zeitlimits und gezielte Wiederholungen. Nicht alles bleibt kompatibel.

(Bild: Ground Picture/Shutterstock.com)

13:59 Uhr

Lesezeit: 7 Min.

Von

Moritz Förster

Apprise 2.0.0 ist da. Mit der neuen Hauptversion lassen sich Zugangsdaten per Platzhalter aus Konfigurationsdateien heraushalten. Außerdem kann Apprise Empfänger gestaffelt eskalieren, Zustellungen gezielt wiederholen und nach einer festgelegten Zeit abbrechen. Wer die Python-Bibliothek in eigene Software einbindet, muss aber nacharbeiten: Die Methode notify() gibt jetzt ein Ergebnisobjekt zurück statt eines einfachen Wahrheitswerts.

Ein Werkzeug für viele Dienste

Apprise ist ein Python-Paket und Kommandozeilenwerkzeug, das Benachrichtigungen mit einheitlicher Syntax an nahezu alle verbreiteten Dienste verschickt. Die Projektdokumentation spricht von 160 Diensten, darunter E-Mail, Chat-Plattformen und SMS-Anbieter. Jedes Ziel hat eine eigene URL. Für Signal sieht das etwa so aus: signal://localhost:8080/ABSENDERNUMMER/EMPFÄNGERNUMMER. Apprise schickt die Nachricht dabei nicht direkt an Signal, sondern an eine selbst gehostete signal-cli-rest-api, die als verknüpftes Gerät am Signal-Konto hängt. Entwickler müssen also nicht mehr jede Dienst-API einzeln anbinden, und Admins schicken Warnungen direkt aus Skripten oder Cron-Jobs. Apprise steht als Open-Source-Software unter der BSD-2-Clause-Lizenz.

Neben Bibliothek und CLI gibt es mit Apprise API ein schlankes REST-Framework, das die Apprise-Bibliothek kapselt. Hinzu kommt eine Android-App. Auch Home Assistant nutzt Apprise: Die dortige Integration verbindet die Hausautomation mit mehr als 140 Benachrichtigungsdiensten.

Ergebnisobjekt statt True oder False

Laut den Release Notes auf GitHub hat Maintainer Chris Caron große Teile von Apprise neu geschrieben. Die folgenreichste Änderung betrifft notify(). Die Methode gibt nun ein AppriseResult-Objekt zurück. Übliche Prüfungen wie if apobj.notify(...): funktionieren weiter, weil bool(result) nach wie vor True oder False ergibt. Das frühere None für „kein Treffer“ liefert jetzt allerdings False.

Das Objekt enthält für jeden angesprochenen Dienst ein eigenes Log und einen eigenen Status. Die Statuswerte entsprechen den Exit-Codes der CLI: SUCCESS (0), FAILURE (1), NOMATCH (3), PARTIAL (4) und TIMEOUT (5). Neu sind PARTIAL und TIMEOUT. PARTIAL steht für Fälle, in denen einige Dienste erreicht wurden, mindestens einer aber nicht. Version 1 meldete dafür einfach False.

Alle Fehler, die Apprise auslöst, stammen jetzt aus der Klassenfamilie AppriseException. Man kann sie also an einer Stelle abfangen. Bestehende try/except-Blöcke laufen trotzdem weiter: Eine ungültige Einstellung ist nach wie vor ein ValueError, ein Festplattenproblem ein OSError.

Videos by heise

Veraltete Optionen hat das Projekt entfernt. Die Umgebungsvariable APPRISE_CONFIG heißt jetzt APPRISE_CONFIG_PATH. Der alte Name funktioniert vorerst noch, erzeugt aber eine Warnung. Bei E-Mail fallen use_pgp= und ?pgpkey= weg, an ihre Stelle treten pgp_mode= und ?pgppub=. Ungültige URL-Parameter wie ein unbekanntes ?format= brechen jetzt mit einer klaren Fehlermeldung ab, statt stillschweigend etwas Unerwartetes zu tun.

Ein Dienst kann außerdem mehrere Textformate unterstützen, sofern der Anbieter das zulässt. Telegram etwa nimmt Markdown und HTML an. Apprise wählt automatisch das passende Format und konvertiert Inhalte nicht mehr unnötig. Wer das Format selbst festlegen will, gibt ?format= in der URL an.

Wer noch nicht umsteigen kann, sollte die Version in pyproject.toml oder requirements.txt auf apprise>=1.0.0,<2.0.0 festlegen. Der Code von Version 1 liegt im Branch apprise-v1-release. Caron will ihn nach eigener Aussage noch ein bis zwei Jahre mit Sicherheits- und Bugfixes versorgen, soweit das praktikabel ist.

Eskalation, Wiederholungen und Zeitlimits

Tags, mit denen Nutzer ihre Dienste gruppieren, können jetzt eine Priorität tragen, etwa 2:alerts. Dabei gilt: Eine niedrigere Zahl bedeutet höhere Dringlichkeit. Ein Aufruf mit --tag alerts benachrichtigt zuerst die Gruppe mit der höchsten Priorität. Die nächste Gruppe ist nur dran, wenn dabei etwas schiefgeht. So lässt sich zum Beispiel eine SMS nur dann verschicken, wenn die E-Mail nicht zugestellt wurde. Mit --tag "2:alerts" spricht man gezielt nur eine Prioritätsstufe an.

Auch die Wiederholungsversuche über ?retry= hat das Projekt überarbeitet. Apprise merkt sich jetzt, welche Nachrichten schon angekommen sind. Scheitert bei drei Empfängern nur einer, bekommt nur dieser die Nachricht erneut. Die Zahl der Versuche lässt sich auch direkt beim Aufruf festlegen, etwa mit --tag "alerts:3". Beides kombiniert – hier mit der Kurzform -g für --tag: -g "2:alerts:3" wählt nur Dienste der Priorität 2 und erlaubt bis zu drei Wiederholungen.

Hängt ein Server, wartet Apprise nicht mehr unbegrenzt. --limit 10 beschränkt den gesamten Durchlauf auf zehn Sekunden, --service-limit 5 jeden einzelnen Dienst auf fünf. Ohne eigene Angabe liegt das Limit pro Dienst bei 60 Sekunden. Nachrichten gehen standardmäßig parallel raus, damit ein langsamer Dienst die anderen nicht aufhält. Wer lieber nacheinander senden will, nutzt --disable-async. Für asynchrone Python-Anwendungen gibt es jetzt await apobj.async_notify().

Platzhalter für Zugangsdaten

YAML-Konfigurationen können nun Platzhalter im Format ${NAME} enthalten. API-Schlüssel und Passwörter stehen dann nicht mehr in der Datei selbst. Die verwendeten Namen deklariert man im neuen Abschnitt template:. Die Werte kommen dann aus einer von vier Quellen: von der Kommandozeile (--template-var api_key=abc123 oder kurz -tv), aus einer Umgebungsvariable wie APPRISE_TEMPLATE_API_KEY, als Standardwert im template:-Abschnitt oder über die API mit template={'api_key': 'abc123'}.

Ganz frei sind die Platzhalter nicht. Laut Projektseite können sie weder das Dienstschema vor :// noch Namen von Einstellungen oder Tags ersetzen. Außerdem gelten Template-Variablen nur für YAML-Konfigurationen; das TEXT-Format bleibt unverändert.

Sicherheit, neue Dienste

Über das Schema apprise:// spricht Apprise einen Apprise-API-Server an. Die Konfigurations-ID steht dabei nicht mehr in der URL und damit auch nicht mehr in den Zugriffslogs des Servers. Zudem hat das Projekt die Maskierung sensibler Werte in Logs verbessert. Die Release Notes verweisen dazu auf CWE-312, die Schwachstellenkategorie für Klartextspeicherung sensibler Informationen. Für Matrix gibt es jetzt eine optionale automatische SAS-Verifizierung. SAS steht für Short Authentication String: Zwei Geräte bestätigen sich gegenseitig, indem sie eine kurze Zahlen- oder Emoji-Folge vergleichen.

Neu unterstützt werden Delta Chat (deltachat://), ein Messenger auf E-Mail-Basis, außerdem WPUSH (wpush://), YouLMK (youlmk://) und Telnyx SMS (telnyx://). Auf dem Mac arbeitet Apprise jetzt mit terminal-notifier unter macOS 26 zusammen. Die Oberfläche ist zudem mehrsprachig, passend zur Android-App Apprise Mobile.

Apprise 2.0.0 lässt sich wie gewohnt per pip aus dem Python Package Index installieren. Neu ist die Unterstützung für den Paketmanager uv. Damit kann man die CLI in einer eigenen, isolierten Umgebung installieren oder Apprise zu einem uv-Projekt hinzufügen. Alle Änderungen stehen im vollständigen Changelog auf GitHub. Welche URL welchen Dienst anspricht, zeigt die Übersicht der unterstützten Dienste.

(fo)

Top 10: Das beste Heizkörperthermostat im Test

Top 10: Der beste Fensterputzroboter im Test

Top 10: Das beste ferngesteuerte Boot im Test

KI-Agenten an die Leine? OpenChamber führt Teamregeln ein

2026-09-29T07:49:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

OpenChamber 2.0.4 bringt einen Enterprise-Modus, der Administratoren mehr Kontrolle über Modellanbieter und Erweiterungen gibt.

(Bild: OpenChamber)

09:49 Uhr

Lesezeit: 3 Min.

Von

Moritz Förster

OpenChamber 2.0.4 führt einen Enterprise-Modus ein. Administratoren können damit festlegen, welche Modellanbieter genutzt und aus welchen Repositories Erweiterungen installiert werden dürfen. Das Release korrigiert zudem eine Voreinstellung, durch die Nachrichten ohne ausdrückliche Auswahl eines Anbieters an OpenCode Zen gelangen konnten.

Bei OpenChamber handelt es sich um eine quelloffene Oberfläche für den KI-Coding-Agenten OpenCode. Entwickler können damit Agentensitzungen starten, deren Arbeit verfolgen und Codeänderungen prüfen. Das funktioniert am Desktop, im Browser, in VS Code und auf dem Smartphone. OpenChamber 2.0 erschien erst vor wenigen Tagen, seitdem gab es aber mehrere wichtige Updates.

Zentral administriert

Laut den Release Notes zu Version 2.0.4 lässt sich der Enterprise-Modus per Richtliniendatei auf einem Rechner oder auf einem Server mit OPENCHAMBER_ENTERPRISE_MODE=1 einschalten. Anwender können ihn nicht selbst deaktivieren. Für den Austausch mit dem KI-Coding-Agenten nutzt OpenChamber dann ausschließlich die Modellanbieter aus der OpenCode-Konfiguration; Anbieter lassen sich nicht mehr über die OpenChamber-Oberfläche verwalten. Das Klassifizierungsmodell Jev ist in diesem Modus nur mit einem vom Administrator konfigurierten Endpunkt nutzbar. OpenAI-Sprachfunktionen, externe Tunnel, der gemeinsame Relay-Dienst und der Zugriff von anderen Geräten sind deaktiviert. Die Einstellungen zeigen an, wer die Instanz verwaltet.

Auch für Erweiterungen setzt der Modus Grenzen: Erweiterungen, die Daten nach außen senden können, dürfen nur aus Repositories installiert werden, die der Administrator freigegeben hat. Unabhängig davon schränkt Version 2.0.4 den Netzwerkzugriff von Erweiterungsseiten ein. Sie können nur die beim Installieren genehmigten HTTPS-Adressen erreichen. Das SDK erlaubt dafür bis zu acht Adressen pro Erweiterung.

Jev bleibt ohne Anbieterauswahl ausgeschaltet

Eine weitere Korrektur betrifft Jev. Das Klassifizierungsmodell von TypeSafe trifft in OpenChamber kurze Entscheidungen, etwa ob eine Aktion im Berechtigungsmodus „Sicherheitsnetz“ ohne Rückfrage laufen darf. Bisher konnten Nachrichten an OpenCode Zen gesendet werden, ohne dass Nutzer diesen Anbieter ausgewählt hatten. Jev bleibt nun standardmäßig ausgeschaltet, bis ein Klassifizierungsanbieter gewählt wird. Wer Jev verwenden will, kann mit 2.0.4 auch einen eigenen Endpunkt samt Modell und optionalem Schlüssel eintragen.

Videos by heise

Neu ist außerdem eine optionale Prüfung des Sitzungsziels: Nach jedem Durchlauf kann Jev einschätzen, ob der Agent fertig ist, weiterarbeiten muss oder auf eine Eingabe wartet. Die Sitzungsübersicht zeigt nun auch Ziele sowie ausstehende Berechtigungs- und Rückfragen an. Excalidraw-Zeichnungen öffnet OpenChamber ab Version 2.0.4 über eine separate Erweiterung. Hinzu kommen Zoom- und Schwenkfunktionen für Bilder.

Was die vorigen Updates brachten

Version 2.0.3 führte einen Bereich für Sitzungen ein, an denen noch gearbeitet wird. Für jede Sitzung lässt sich seither ein Berechtigungsmodus wählen: einzeln nachfragen, Jev im „Sicherheitsnetz“ entscheiden lassen oder alles akzeptieren. Ein Prompt kann außerdem direkt an mehrere Modelle gehen, deren Ergebnisse OpenChamber anschließend gegenüberstellt.

Die Version 2.0.2 räumte vor allem die Chatansicht auf: Komprimierte Gesprächsverläufe und Shellbefehle erscheinen dort in einheitlicheren Einträgen. Version 2.0.1 ergänzte unter anderem eine Dateibaum-Ansicht für Diffs und die Möglichkeit, eine Sitzung mit /fork samt neuer Nachricht abzuzweigen. Beide Updates behoben daneben Fehler beim Start, in Sitzungen und bei der Arbeit mit Dateien.

Lesen Sie auch

OpenChamber: Die Schaltzentrale für KI-Agenten beim Programmieren

Top 10: Das beste Heizkörperthermostat im Test

Top 10: Der beste Fensterputzroboter im Test

Top 10: Das beste ferngesteuerte Boot im Test

Microsoft Office unter Linux testen: Bottles startet Experiment

2026-09-28T14:14:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Word und Excel unter Linux statt im Browser: Bottles stellt einen Installer für Microsoft 365 bereit. Für den Alltag ist das System noch nicht geeignet.

(Bild: Mirko Brombin / Bottles Developers)

28.09.2026, 16:14 Uhr

Lesezeit: 3 Min.

Von

Moritz Förster

Die Windows-Desktopanwendungen von Microsoft 365 lassen sich jetzt mit Bottles unter Linux testen. Dafür hat das Projekt einen Installer und eine experimentelle Version seines Wine-basierten Runners Soda bereitgestellt. Entwickler Mirko Brombin warnt allerdings ausdrücklich vor einem Einsatz im Alltag: Bislang hat er die Kombination nur auf seinem eigenen Laptop getestet. Ob sie auf anderen Systemen funktioniert, ist offen.

Brombin hatte den Test in mehreren X-Beiträgen angekündigt und wegen kurzfristiger Probleme noch einmal verschoben. Mit dem nun eröffneten Test will er Fehlerberichte sammeln. Der Installer allein reicht nicht aus: Er richtet unter anderem DLLs, Startskript und Wine-Einstellungen ein. Hinzu kommen laut Brombin Patches am Wine-basierten Runner sowie Änderungen an Bottles. Die Testanleitung und Liste bekannter Fehler stehen in einem GitHub-Issue des Projekts.

Experimenteller Runner und Click-to-Run

Für seinen eigenen Testaufbau verwendet Brombin Bottles als cpak-Paket und einen experimentellen Soda-Runner der Reihe 11.0. Tester sollen in Bottles Vorabversionen aktivieren, mit dem Runner eine neue „Software“-Bottle anlegen und dort einen der Installer für Microsoft 365 Business oder Enterprise auswählen. Eine aktuelle Flatpak-Testversion ist ebenfalls möglich; Brombin weist aber darauf hin, dass er zunächst nur den cpak-Aufbau selbst prüft.

Der Bottles-Installer enthält keine Office-Programmdateien. Er lädt Microsofts setup.exe über die Bottles-Abhängigkeit office-runtime; Office selbst kommt anschließend per Click-to-Run. Die veröffentlichte YAML-Datei des Bottles-Installers zeigt außerdem Anpassungen an DLLs und Wine-Einstellungen. Es handelt sich laut Brombin ausdrücklich nicht um eine modifizierte Office-Version. Nach einer Testphase benötigen Nutzer eine gültige Microsoft-365-Lizenz.

Bekannte Fehler, offene Tests

Die Liste der Einschränkungen ist zum Start lang. In Word fehlen teils Umrandungen von Bedienelementen oder Schriften erscheinen fehlerhaft. In Excel kann ein Klick die falsche Zelle auswählen; manche Funktionen bringen das Programm noch zum Absturz. Bei OneNote, Outlook und Tasks liegen Zeichenflächen über anderen Bedienelementen. Für Access, Teams und Publisher nennt Brombin noch keine Testergebnisse.

Videos by heise

Wer Microsoft 365 mit Bottles unter Linux ausprobiert, soll Fehler mit einer genauen Beschreibung, Protokollen und Angaben zur Bottles-Installation im Issue melden. Pauschale Meldungen ohne Details helfen laut den dortigen Regeln nicht weiter. Aktuell sollte die Konfiguration explizit nicht produktiv eingesetzt werden.

Hintergrund: MS Office auf dem Linux-Desktop

Versuche, Microsoft Office über Wine unter Linux auszuführen, gibt es seit Jahren. Die Kompatibilität hängt jedoch von der jeweiligen Office-Version und ihren benötigten Windows-Funktionen ab. Auch mit Wine 9.0 stellte sich die anhaltende Frage nach einer vollständigen Office-Kompatibilität. Bottles verfolgt nun den Weg, die Windows-Anwendungen mit einem angepassten Wine-Runner direkt auf dem Linux-Desktop zu starten.

Ein anderer Ansatz ist WinBoat: Das Projekt stellt eine vollständige Windows-Umgebung bereit und integriert deren Programme per FreeRDP in den Linux-Desktop. Anders als beim Wine-basierten Bottles-Versuch läuft dabei weiterhin Windows im Hintergrund.

Lesen Sie auch

Excel: Listen und Arrays in einer Zelle

Big Brother Awards: Negativpreise für Digital-Omnibus, Steuer-ID & Smart Glasses

Microsoft 365: Drei Apps vor dem Aus – und Extraarbeit für Admins

M365 Copilot im Unternehmen – Agents mit Copilot Studio und Foundry entwickeln

Speicherort von Microsoft-365-Daten für kurze Zeit wählbar

Top 10: Der beste Fensterputzroboter im Test

Top 10: Das beste ferngesteuerte Boot im Test

Top 10: Das beste mobile Solarpanel im Test

Drupal CMS 2.2.0 vereinfacht mehrsprachige Websites

2026-09-28T09:53:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Drupal CMS 2.2.0 erleichtert die Einrichtung und Bearbeitung mehrsprachiger Websites und übersetzt Konfigurationen.

(Bild: Drupal)

11:53 Uhr

Lesezeit: 2 Min.

Von

Moritz Förster

Drupal CMS 2.2.0 erleichtert das Einrichten und Bearbeiten mehrsprachiger Websites. Die neue Version übersetzt auch Konfigurationen aus Recipes und unterstützt Übersetzungen direkt im visuellen Editor Drupal Canvas. Drupal CMS ist eine vorkonfigurierte Drupal-Distribution, die den Aufbau von Websites auch ohne tiefere Programmierkenntnisse ermöglichen soll.

Die Mehrsprachigkeit gehörte schon zuvor zu Drupal, erforderte aber mehrere Konfigurationsschritte. Die neue Version setzt damit einen Schwerpunkt abseits des visuellen Seitenbaus, der bei Drupal CMS 2.0 im Vordergrund stand.

Weniger Handarbeit bei der Sprachkonfiguration

Laut Ankündigung zu Drupal CMS 2.2 lässt sich die Sprache bereits während der Installation über ein Suchfeld auswählen. Wichtiger für nicht englischsprachige Installationen: Drupal übersetzt nun auch übersetzbare Konfigurationen, die Recipes mitbringen. Dazu zählen etwa Inhaltstypen, Felder, Views und das Dashboard. Bisher konnten solche Elemente trotz anderssprachiger Installation auf Englisch erscheinen.

Videos by heise

Ein neues Recipe übernimmt einen Großteil der Einrichtung für zusätzliche Sprachen: Es installiert die nötigen Module, setzt grundlegende Spracheinstellungen und zeigt eine Checkliste für die verbleibenden Schritte. Eine Option namens „Recommended setup“ aktiviert Übersetzungen für häufig benötigte Elemente, darunter Inhaltstypen, Canvas-Seiten, Menülinks und Taxonomiebegriffe. Ganz ohne weitere Entscheidungen kommt die Einrichtung also nicht aus.

Übersetzungen im Canvas-Editor

Canvas unterstützt jetzt die Übersetzung seiner Seiten. Über Canvas Translate lassen sich einzelne Seitenkomponenten übersetzen und in der Vorschau prüfen, bevor die übersetzte Fassung veröffentlicht wird. Das zusätzlich mitgelieferte Modul Canvas Translate AI kann Übersetzungen für einzelne Komponenten oder eine ganze Seite generieren. Die KI-Übersetzung ist lediglich eine Option, keine Voraussetzung für mehrsprachige Seiten.

Mit „Dashi“ stellt das Projekt zudem eine neue mehrsprachige Demo bereit. Sie verwendet Inhalte der bisherigen Umami-Demo, kombiniert sie aber mit anpassbaren Seiten und Inhaltsvorlagen für Canvas. Umami soll nach Angaben des Projekts nicht mehr Bestandteil von Drupal 12 sein.

Die Release Notes zu Drupal CMS 2.2.0 führen außerdem eine Änderung an der Recipe-Struktur auf: Die grundlegenden Funktionen bündelt das Projekt nun im Recipe drupal_cms_site_template_base. Optionale Ergänzungen etwa für KI-Werkzeuge, Formulare und Suche bleiben separate Recipes.

Lesen Sie auch

Jetzt patchen! Angreifer nutzen kritische Schadcode-Lücke in Drupal aus

CMS Drupal: Hochkritisches Drupal-Core-Update für den 20. Mai angekündigt

Drupal CMS 2.0: Webdesign ohne Programmierkenntnisse

Drupal 11.3.0 steigert Performance um bis zu 33 Prozent

Drupal Canvas: Visueller Page Builder für Drupal veröffentlicht

Top 10: Der beste Fensterputzroboter im Test

Top 10: Das beste ferngesteuerte Boot im Test

Top 10: Das beste mobile Solarpanel im Test

heise+ | Wie das CERN Forschungsdaten im Exabyte-Maßstab speichert

2026-09-28T05:00:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Die riesigen Detektoren im Teilchenbeschleuniger erzeugen jede Sekunde Datenmengen im zweistelligen Terabyte-Bereich. Nur ein kleiner Teil dient der Forschung.

Artikel verschenken

Die Gleichung auf dem Stein vor dem Besucherzentrum des europäischen Kernforschungszentrums CERN zeigt die Lagrange-Dichte des Standardmodells der Teilchenphysik.

(Bild: Andreas Peters / CERN)

07:00 Uhr

Lesezeit: 12 Min.

Von

Andreas Peters

Das weltweit größte Labor für Teilchenphysik produziert Datenmengen, die konventionelle IT-Infrastrukturen an ihre Grenzen bringen. Dieser Artikel schildert, wie das CERN mit Open Source, innovativen Speicherarchitekturen und globaler Zusammenarbeit das Datenmanagement des Large Hadron Collider (LHC) meistert und welche Herausforderungen die Zukunft mit sich bringt.

Immer mehr Wissen. Das digitale Abo für IT und Technik.

OpenTrafficMap: Live-Verkehrskarte im Eigenbau

Das Projekt OpenTrafficMap bringt den V2x-Verkehrsfunk ITS-G5 ins Internet. Das ist nicht nur spannend, sondern könnte auch bei der Verkehrsplanung helfen.

Dawarich: Open-Source-Alternative zum Google Standortverlauf im Test

Dawarich ist eine private Alternative zum Google Standortverlauf. Mit eigener App lassen sich die Geodaten nun komfortabel am Smartphone erheben und einsehen.

Ultra-Power: So schlägt sich der Mac Studio M5 Ultra im Test

Endlich gibt es wieder einen neuen Doppel-Chip für Profis. Im Mac Studio feiert der M5 Ultra sein Debüt. Das Kraftpaket soll vor allem lokale KI voranbringen.

30 Jahre nach der Invasion: Mars Attacks! im 4K-Heimkinotest

Tim Burtons Satire auf Invasionsfilme entlarvte, wie hilflos Regierungen auf Krisen reagieren. Zum Jubiläum testen wir die neue 4K-Restauration.

Raus aus Adobes Creative Cloud: Acht Photoshop-Alternativen im Praxischeck

Abo-Frust, Cloud-Zwang, KI-Bedenken: Wir zeigen, was Photoshop-Alternativen wie Affinity, ACDSee, GIMP und Co. wirklich leisten.

KI-Coding-Assistent: Erste Schritte mit Agentic Coding

Beim Vibe-Coding generiert die KI den Code, aber einbauen muss man ihn noch selbst. Das Agentic Coding übernimmt auch das und auch noch das Debugging.

Top 10: Das beste ferngesteuerte Boot im Test

Top 10: Das beste mobile Solarpanel im Test

Top 10: Der beste Over-Ear-Kopfhörer im Test

heise+ | Lokale KI als Schreibhilfe: LLMs in LibreOffice, Obsidian & Co. einsetzen

2026-09-25T16:19:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Chat-Masken eignen sich wenig, um lokale LLMs als Schreibhilfe einzusetzen. Wir probieren, wie sich LLMs direkt in Textbearbeitungswerkzeuge integrieren lassen.

Artikel verschenken

(Bild: KI / heise medien)

25.09.2026, 18:19 Uhr

Lesezeit: 15 Min.

Von

Denny Gille

Schluss mit dem nervigen Hin- und Herkopieren zwischen Chat-Fenster und Dokument: Die KI soll direkt im Schreibprogramm oder der Notizsoftware Texte korrigieren, optimieren oder ergänzen. Wir zeigen, wie das mit LibreOffice, Obsidian und Open WebUI gelingt. Dabei verzichten wir auf Cloud-Dienste und verwenden lokale Large Language Models (LLMs), die auf der eigenen Grafikkarte laufen.

Immer mehr Wissen. Das digitale Abo für IT und Technik.

Umleitungen in der Windows-Registry nachvollziehen

HKCR ist eine Illusion, HKCU nur ein Verweis: Der Registry-Editor präsentiert Schlüssel, die es gar nicht gibt. Wir zeigen, wie Sie die Registry durchschauen.

Flash-Talk: Preissteigerungen trotz Fab-Bau, HBF-Standard, Rechenzentren auf See

Flash-Hersteller bauen Kapazitäten aus, YMTC drängt aus China zur Weltspitze. CXL-Technik nimmt Fahrt auf und die Spekulationen um Solidigm nehmen kein Ende.

Bei Stromausfall: Was eine USV ausmacht und was für einen Raspi sinnvoll ist

Eine USV kann nützlich sein. Was können die großen Systeme, welche kleinen Lösungen eignen sich für den Raspberry Pi und lässt sich eine USV selbst bauen?

Hyundai Inster mit 42 kWh: Kleine Batterie, große Strecke – wie gut klappt das?

Der Inster mit der 42-kWh-Batterie ist vor allem für den Nahbereich geeignet. Wie schlägt er sich auf einer 2000 km langen Reise?

Wie sich Kubernetes-Cluster per CAPI verwalten lassen

Applikationen lassen sich in Kubernetes deklarativ verwalten und ausrollen. Das funktioniert auch über die Cluster API für komplette Kubernetes-Cluster.

iPhone 18 Pro & Pro Max im Test: Modellpflege unter Volllast – mit Preiserhöhung

Variable Blende, A20 Pro, größere Kühlung: Wir haben iPhone 18 Pro und 18 Pro Max in Labor & Alltag getestet – und mit dem Vorgänger verglichen. Lohnt es sich?

Top 10: Der beste Over-Ear-Kopfhörer im Test

Top 10: Der beste Akku-Rasenmäher im Test

Top 10: Der beste Mini-PC mit Windows 11

heise+ | FAQ: Die häufigsten Fragen und Antworten zu EUDI-Wallet-Apps und d-you

2026-09-25T14:39:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Ausweis, Führerschein und weitere Nachweise im Handy: Das verspricht die staatliche App d-you. Wir beantworten Fragen zu Voraussetzungen und Datenschutz.

Artikel verschenken

(Bild: BMDS / KI)

25.09.2026, 16:39 Uhr

Lesezeit: 11 Min.

heise+ exklusiv

Von

Christian Wölbert

Was sind EUDI-Wallet-Apps? Und was ist d-you?

Immer mehr Wissen. Das digitale Abo für IT und Technik.

Umleitungen in der Windows-Registry nachvollziehen

HKCR ist eine Illusion, HKCU nur ein Verweis: Der Registry-Editor präsentiert Schlüssel, die es gar nicht gibt. Wir zeigen, wie Sie die Registry durchschauen.

Flash-Talk: Preissteigerungen trotz Fab-Bau, HBF-Standard, Rechenzentren auf See

Flash-Hersteller bauen Kapazitäten aus, YMTC drängt aus China zur Weltspitze. CXL-Technik nimmt Fahrt auf und die Spekulationen um Solidigm nehmen kein Ende.

Bei Stromausfall: Was eine USV ausmacht und was für einen Raspi sinnvoll ist

Eine USV kann nützlich sein. Was können die großen Systeme, welche kleinen Lösungen eignen sich für den Raspberry Pi und lässt sich eine USV selbst bauen?

Hyundai Inster mit 42 kWh: Kleine Batterie, große Strecke – wie gut klappt das?

Der Inster mit der 42-kWh-Batterie ist vor allem für den Nahbereich geeignet. Wie schlägt er sich auf einer 2000 km langen Reise?

Wie sich Kubernetes-Cluster per CAPI verwalten lassen

Applikationen lassen sich in Kubernetes deklarativ verwalten und ausrollen. Das funktioniert auch über die Cluster API für komplette Kubernetes-Cluster.

iPhone 18 Pro & Pro Max im Test: Modellpflege unter Volllast – mit Preiserhöhung

Variable Blende, A20 Pro, größere Kühlung: Wir haben iPhone 18 Pro und 18 Pro Max in Labor & Alltag getestet – und mit dem Vorgänger verglichen. Lohnt es sich?

Top 10: Der beste Over-Ear-Kopfhörer im Test

Top 10: Der beste Akku-Rasenmäher im Test

Top 10: Der beste Mini-PC mit Windows 11

Appwrite 2.3: Dev-Keys entfallen, Migration nötig

2026-09-25T14:35:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Appwrite 2.3 bringt Jaspr für Sites und Nightly-Versionen für den Eigenbetrieb. Wichtig für bestehende Installationen ist das Aus für Dev-Keys.

(Bild: Appwrite)

25.09.2026, 16:35 Uhr

Lesezeit: 3 Min.

Von

Moritz Förster

Appwrite 2.3 ist für selbst gehostete Installationen erschienen. Die wichtigste Änderung betrifft bestehende Anwendungen: Bestehende Dev-Keys funktionieren mit Appwrite 2.3 nicht mehr; die Migration entfernt ihre Daten und Berechtigungen. Daneben vereinheitlicht das Release Links zur Administrationsoberfläche und ändert, wie Appwrite die Laufzeit von Functions erfasst.

Bei Appwrite handelt es sich um eine quelloffene Backend-Plattform für Web- und Mobilanwendungen. Sie stellt unter anderem Authentifizierung, Datenbanken, Dateispeicher und Functions bereit. Entwickler können die Plattform selbst betreiben oder Appwrite Cloud nutzen, Details zu den Betriebsmodellen finden sich in der Dokumentation.

Dev-Keys entfallen

Appwrite hatte die Erstellung neuer Dev-Keys bereits abgeschaltet, akzeptierte vorhandene Schlüssel aber weiterhin. Sie umgingen unter anderem Missbrauchslimits sowie Prüfungen für CSRF, Origins und Weiterleitungsadressen. Mit 2.3 entfernt Appwrite sämtliche Dev-Keys samt API-Endpunkten, Header und URL-Parameter. Wer sie noch für Tests oder Integrationen verwendet, muss diese Zugriffe umstellen. Hinweise hierzu stehen in den Release Notes zu Appwrite 2.3.

Auch Links zur Appwrite-Konsole lassen sich nun zentral konfigurieren. Aus _APP_CONSOLE_URL erzeugt Appwrite beispielsweise Standardziele für OAuth2-Weiterleitungen und Links in E-Mails. Das ist insbesondere dann relevant, wenn Konsole und API unter verschiedenen Hosts laufen. Die bisherige Variable _APP_CONSOLE_URL_SCHEME entfällt.

Andere Laufzeiten, zusätzliche Token-Daten

Bei Functions umfasst das Feld duration künftig auch den Cold Start – unabhängig davon, ob ein Aufruf über die API oder asynchron erfolgt. Bisher konnte eine Ausführung nach mehreren Sekunden Wartezeit in der Konsole nur wenige Hundert Millisekunden ausweisen. Für betroffene Functions sind deshalb höhere Laufzeitwerte und eine höhere ausgewiesene Compute-Nutzung zu erwarten.

Videos by heise

Bei der nativen Anmeldung per ID-Token speichert Appwrite das verifizierte Token jetzt verschlüsselt in der Benutzeridentität und erneuert es bei jeder Anmeldung. Anwendungen können dadurch auch Angaben aus dem Token auslesen, die Appwrite nicht in eigene Felder übernimmt, etwa die Spracheinstellung eines Google-Kontos. Der betreffende Endpunkt akzeptiert dafür nur noch Apple und Google als Anbieter.

Jaspr und Nightly-Versionen

Appwrite Sites unterstützt nun Jaspr für serverseitig gerenderte Dart-Anwendungen. Dafür muss die Flutter-3.44-Runtime aktiviert und Jaspr zunächst manuell ausgewählt werden; die automatische Erkennung im Repository schlägt das Framework noch nicht vor. Für selbst gehostete Instanzen gibt es außerdem einen Nightly-Kanal. Er ist nicht unterstützt und bleibt innerhalb einer Patch-Versionslinie; der stabile Kanal bleibt voreingestellt.

Beim Upgrade ist eine Migration nötig. Sie entfernt unter anderem die Dev-Key-Daten und ergänzt Attribute in den Benutzer- und Identitätsdaten jedes Projekts. Appwrite empfiehlt, die Daten zuvor zu sichern und die Migration außerhalb der Produktivumgebung zu testen. Die Befehle und weitere Hinweise zum Upgrade finden Nutzer in der Migrationsanleitung für Appwrite 2.3.

Lesen Sie auch

Appwrite 2.0: Backend-Dienste mit direktem PostgreSQL-Zugang

Self-Hosted Backend: Appwrite 1.9 bringt MongoDB

Top 10: Der beste Over-Ear-Kopfhörer im Test

Top 10: Der beste Akku-Rasenmäher im Test

Top 10: Der beste Mini-PC mit Windows 11

10.000 PDFs? Stirling PDF macht daraus einen Job

2026-09-25T11:24:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Stirling PDF 3.0.0 bringt den neuen „PDF Processor“ für die automatisierte Dokumentenverarbeitung, einen überarbeiteten Texteditor und OAuth-SSO.

(Bild: Screenshot / https://docs.stirlingpdf.com/Processor/)

25.09.2026, 13:24 Uhr

Lesezeit: 2 Min.

Von

Moritz Förster

Stirling PDF ist in Version 3.0.0 erschienen. Die wichtigste Neuerung ist der „PDF Processor“: Er wendet die bekannten Werkzeuge auf viele Dateien an und kann neu eintreffende Dokumente automatisch verarbeiten. Hinzu kommen ein überarbeiteter Texteditor und kostenloses OAuth-SSO für alle Lizenztypen.

Stirling PDF ist ein PDF-Werkzeug für Einzelanwender und Teams. Es lässt sich im Browser auf einem eigenen Server oder als Desktop-Anwendung nutzen. Die Software bietet wichtige Funktionen für den Umgang mit PDF, darunter etwa das Zusammenführen, Konvertieren und Bearbeiten von Dokumenten. Die Version 2.0 erschien vor einem knappen Jahr.

PDF Processor für viele Dateien

Der neue Processor führt bestehende Stirling-Werkzeuge als automatisierte Abläufe aus. Als Quellen nennt das Projekt unter anderem Ordner, FTP und S3; laut Release Notes kommen auch SFTP und SMB hinzu. So lässt sich beispielsweise ein Dokumentenbestand per OCR durchsuchbar machen. Ein überwachter Ordner kann zudem Dateien verarbeiten, sobald sie dort eintreffen. Der Processor wird im Browser aufgerufen; direkt in der Desktop-App ist er derzeit nicht zugänglich.

Optional kann der Processor KI einsetzen, um Dokumente zu klassifizieren oder Informationen daraus zu extrahieren. Die Funktion ist standardmäßig ausgeschaltet. Wer sie aktiviert, kann laut Projekt auch selbst betriebene Modelle verwenden.

Videos by heise

Für die automatisierte Verarbeitung über Processor, API und KI-Funktionen sind monatlich 1000 PDFs kostenlos enthalten. Wer seinen Server mit stirling.com verknüpft, erhält weitere 500 PDFs pro Monat und Zugriff auf die gehostete KI des Anbieters. Die gewöhnliche Nutzung des PDF-Editors bleibt laut Projekt kostenlos und unbegrenzt.

Texteditor verlässt die Alpha-Phase

Der neu entwickelte PDF-Texteditor hat die Alpha-Phase verlassen. Die Entwickler nennen eine verbesserte Oberfläche, höhere Leistung und bessere Kompatibilität. Hinzu kommen Änderungen am Formular-Editor und eine automatische Formularerkennung. Der Editor bietet außerdem eine eigene Leseansicht und Unterstützung für PDF-Portfolios. Per QR-Code lässt sich das Smartphone als Eingabefläche für eine handschriftliche Unterschrift nutzen.

Weitere Änderungen betreffen die Schwärzung von Inhalten, die Dateiverwaltung und die mobile Oberfläche. Die Konvertierung nach PDF/UA ist hingegen noch nicht fertig. Version 3.0.0 enthält zudem Bugfixes und Sicherheitsverbesserungen; die Release Notes auf GitHub nennen unter anderem eine Begrenzung beim Entpacken nicht vertrauenswürdiger Archive.

(fo)

Top 10: Der beste Over-Ear-Kopfhörer im Test

Top 10: Der beste Akku-Rasenmäher im Test

Top 10: Der beste Mini-PC mit Windows 11

Läuft das auf AlmaLinux? Ein Katalog soll Klarheit schaffen

2026-09-25T08:39:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

AlmaLinux führt ein Zertifizierungsprogramm für Anwendungen und Hardware ein. Ein neuer Katalog zeigt Kompatibilität mit verschiedenen Versionen.

(Bild: Screenshot / https://catalog.almalinux.org/)

10:39 Uhr

Lesezeit: 3 Min.

Von

Moritz Förster

AlmaLinux nimmt erstmals Anwendungen in sein Zertifizierungsprogramm auf. Ein neuer Katalog soll zeigen, welche Software und Hardware mit welchen AlmaLinux-Versionen geprüft wurde. Für die Hardwareprüfung gibt es zudem eine überarbeitete Testsuite: Ein Durchlauf dauert nach Angaben des Projekts auf den meisten Systemen weniger als zehn Minuten.

AlmaLinux ist eine freie, zu Red Hat Enterprise Linux (RHEL) kompatible Distribution für den Unternehmenseinsatz. Sie gehört zu den Alternativen zum früheren CentOS Linux. Nach Änderungen am Zugang zu den RHEL-Quellen hat sich das Projekt vom Anspruch verabschiedet, Red Hat Paket für Paket nachzubauen, will aber kompatibel bleiben.

Software: Angaben von Herstellern und Nutzern

Softwareanbieter können ihre Produkte im neuen Katalog eintragen und angeben, welche AlmaLinux-Versionen sie unterstützen. Nutzer können nach Anmeldung bestätigen, dass eine Anwendung auf ihrer Version funktioniert. Das erläutert das Projekt in seiner Ankündigung der Neuerungen.

Videos by heise

Für Anwendungen gibt es keine automatische Testsuite wie für Hardware. Entscheidend ist deshalb, wer die Kompatibilität bestätigt hat: ein Community-Mitglied, der Hersteller oder die AlmaLinux OS Foundation. Ein Eintrag gilt jeweils für eine Hauptversion, etwa AlmaLinux 9, nicht automatisch auch für AlmaLinux 10. „Zertifizierung“ bedeutet hierbei Kompatibilität, keine Sicherheitsprüfung oder behördliche Zulassung. So beschreibt es auch das Zertifizierungsprogramm im Detail.

Hardwareprüfung ohne Installation

Für Hardware hat AlmaLinux seine Testsuite neu geschrieben. Das RPM-Paket alma-certify liegt im Extras-Repository und lässt sich mit dnf install alma-certify installieren. Alternativ startet die Prüfung von einem AlmaLinux-Live-System; auf dem zu prüfenden Rechner muss die Distribution also nicht dauerhaft installiert sein. Wer alma-certify ohne Argumente aufruft, wird durch die Auswahl der Prüfoptionen geführt.

Die Suite erfasst unter anderem Prozessoren, Arbeitsspeicher, Laufwerke, Netzwerk- und Grafikhardware sowie Firmware- und Treiberversionen. Benchmarks sind weiterhin möglich, laufen aber nicht mehr standardmäßig. Ergebnisse optionaler Leistungstests fließen in öffentliche Vergleichslisten ein.

Katalog macht Herkunft der Angaben sichtbar

Der AlmaLinux-Katalog führt Systeme, Komponenten und Software zusammen. Bei den Einträgen soll er kenntlich machen, ob die Angaben vom Hersteller, von der Foundation oder aus der Community stammen. Die Katalogdaten sind laut AlmaLinux auch über ein öffentlich lesbares API verfügbar.

Damit ist AlmaLinux nicht allein: Im Rocky-Linux-Umfeld betreibt der Dienstleister CIQ seit April 2026 mit C3 einen öffentlichen Kompatibilitätskatalog für Hard- und Software. Er unterscheidet ebenfalls zwischen Angaben aus der Community, einer Herstellerprüfung und einer formalen Zertifizierung durch CIQ.

Lesen Sie auch

Red-Hat-kompatibles AlmaLinux 10.1 mit Paketupdates und Btrfs

Orcharhino 7.0: Verwaltungssoftware unterstützt RHEL 9 & Co.

Altes CentOS ohne Support zu RHEL mit Support umwandeln

AlmaLinux: RHEL-Nachbau läuft auf Raspberry Pi 5

Das Ende von CentOS 7 – wie geht es weiter?

Top 10: Der beste Over-Ear-Kopfhörer im Test

Top 10: Der beste Akku-Rasenmäher im Test

Top 10: Der beste Mini-PC mit Windows 11

F-Droid 2.0: Alternativer App-Store für Android bekommt großes Update

2026-09-25T07:43:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Der alternative Android-App-Store F-Droid für quelloffene Software hat ein großes Update erhalten. Version 2.0 soll unter anderem die Suche verbessern.

F-Droid 2.0 ist da.

(Bild: Andreas Floemer / heise medien)

09:43 Uhr

Lesezeit: 5 Min.

Von

Andreas Floemer

F-Droid, der Android-App-Store für freie und quelloffene Software (FOSS), ist in Version 2.0 erschienen. Laut den Entwicklern handelt es sich um eine komplette Neugestaltung der App und das größte App-Update seit zehn Jahren. Neben einer modernisierten Bedienoberfläche liefere die App eine optimierte Suchfunktion und eine einfachere Bedienung, so das Team. Uraltgeräte mit Android 6 fallen jedoch aus dem Support.

Neue Codebasis und Suche

Wie das F-Droid-Team in einem Ankündigungsbeitrag weiter schreibt, habe man die App an Googles Material Design angepasst, während man die „gewohnten F-Droid-Interaktionen beibehalten“ habe. Zudem seien wichtige Komponenten mit Kotlin und Jetpack Compose überarbeitet und neu programmiert worden. Das schafft die Grundlage dafür, dass F-Droid in den nächsten Jahren Verbesserungen schneller umsetzen kann.

Überarbeitet hat F-Droid außerdem die Hauptnavigation. Sie konzentriere sich nun auf drei Kernbereiche: „Entdecken“ (Discover), „Suche“ (Search) und „Meine Apps“ (My Apps). Weiter hat das Team die Einstellungen und Funktionen wie „Nearby Swap“ (Umfeld) in die obere Leiste ausgelagert, um das Menü übersichtlicher zu halten.

Ein Blick in F-Droid 2.0.

(Bild: Andreas Floemer / heise medien)

Im Bereich „Entdecken“ finden Nutzerinnen und Nutzer neu hinzugefügte, kürzlich aktualisierte und beliebte Apps – dabei betont F-Droid, ohne manipulative Algorithmen oder Tracking auszukommen. Zudem hat F-Droid das Kategoriensystem erweitert und umfasse 17 eigene Genres allein für Spiele sowie dedizierte Kategorien für VPNs, Passwortmanager, Firewalls und weitere. Ferner unterstütze die Suche neben App-Namen auch Beschreibungen, Kategorien und übersetzte Inhalte. Auch Suchanfragen auf Chinesisch, Japanisch und Koreanisch liefern jetzt zuverlässigere Treffer. Zudem merkt sich die Suche nun die letzten Anfragen.

Hinzu kommen kombinierbare Filter – etwa nach Gerätekompatibilität, Kategorien oder dem Ausschluss von „Anti-Features“ wie unfreien Netzwerkdiensten. Neu ist auch, dass App-Updates standardmäßig automatisch im Hintergrund gesucht und installiert werden – optional gibt es weiterhin manuelle Einstellungsmöglichkeiten. Anders als bisher dient die „Pull-to-Refresh“-Geste nur noch dem Scrollen, da manuelle Aktualisierungen durch den automatischen Hintergrundabgleich weitgehend überflüssig werden, so das Team. Wer weiterhin manuell nach Updates suchen will, findet die Funktion im Drei-Punkte-Menü unter „Meine Apps“.

Einfachere App-Installation

Überarbeitet hat F-Droid mit Version 2.0 auch die App-Installation. Google hat sie durch immer neue Hürden erschwert, und mit der Entwicklerverifizierung steht die nächste bereits bevor. Vor allem auf Druck des Digital Markets Act (DMA) der EU und weiterer kartellrechtlicher Maßnahmen weltweit biete Android nun App-Stores die Möglichkeit, Installationen und Updates reibungsloser und automatisierter als bisher durchzuführen, führt das Team aus. Mit der neuen F-Droid-Version macht sich das Team diese Neuerungen zunutze.

So könne „F-Droid einen einheitlichen Installer für alle F-Droid-Installationen verwenden, unabhängig davon, ob diese in das Betriebssystem integriert sind oder Nutzer die App selbst auf ihrem Gerät installiert haben“. Das einheitliche Installationsprogramm nutze eine neue Vorabgenehmigungs-API, sodass Nutzerinnen und Nutzer auf unterstützten Geräten die Installation bereits vor dem Herunterladen bestätigen können, anstatt erst danach. Das Team verspricht: „Dadurch nähert sich das F-Droid-Installationserlebnis auf offiziellen Android-Geräten deutlich dem an, was der integrierte App-Store bietet.“

Videos by heise

Schrittweise Verteilung

An der neuen App-Version habe das Team mehr als ein Jahr gearbeitet, sie habe 14 Testversionen durchlaufen. F-Droid 2.0 wird in den kommenden Wochen schrittweise an bestehende Nutzer verteilt und steht zudem als direkter Download über die F-Droid-Website bereit. In den kommenden Monaten sollen Performance, Barrierefreiheit und Bedienbarkeit basierend auf dem Community-Feedback weiter verfeinert werden.

F-Droid gibt sich kämpferisch

Durch Googles im vergangenen Jahr angekündigte Auflagen zur Entwicklerverifizierung sieht F-Droid die eigene Existenz in Gefahr, wie das Team im vergangenen Jahr in einem Blogbeitrag schrieb. F-Droid kritisierte damals, dass durch Googles neue Regelung alternative App-Stores keine Apps mehr direkt anbieten könnten, da sie keine Kontrolle über die Schlüssel oder IDs hätten. Weiter hieß es, dass F-Droid nicht im Namen von Open-Source-Entwicklern die Identität von Apps übernehmen oder unabhängige Mitwirkende dazu zwingen könne, sich bei Google zu registrieren. Das Team zog in seinem Blogpost den Schluss: „Die Verordnung zur Entwicklerregistrierung wird das F-Droid-Projekt und andere freie/Open-Source-App-Vertriebsquellen, wie wir sie heute kennen, beenden.“

Lesen Sie auch

GitHub-Store 1.6.0: Plattformübergreifender App-Store für Open-Source

Offener Brief: Google gefährdet das offene Android

Google stellt klar: Sideloading auf Android bleibt erhalten

F-Droid: Neue Entwickler-Regeln könnten Aus für alternative App-Stores bedeuten

Chatkontrolle: Massive Auswirkungen auf Open-Source-Software befürchtet

Top 10: Der beste Over-Ear-Kopfhörer im Test

Top 10: Der beste Akku-Rasenmäher im Test

Top 10: Der beste Mini-PC mit Windows 11

Was läuft auf meinen Servern? systemd-report sammelt Antworten

2026-09-25T07:36:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

systemd-report bündelt Systemdaten und Messwerte in signierten JSON-Berichten. Das soll die Verwaltung großer Linux-Flotten erleichtern.

(Bild: KI / iX)

09:36 Uhr

Lesezeit: 2 Min.

Von

Moritz Förster

Mit systemd-report erhält systemd ein Werkzeug für die Bestandsaufnahme und Überwachung von Linux-Rechnern. Es sammelt Angaben zur Hardware und zum Betriebssystem sowie laufend veränderliche Messwerte in einem zeitgestempelten JSON-Bericht. Diesen kann es signieren und per HTTPS an einen Server senden. Das soll vor allem helfen, größere Rechnerflotten zentral zu verwalten. systemd ist der System- und Dienstemanager vieler Linux-Distributionen: Es startet das System und verwaltet Dienste. Einen Überblick über seine Rolle als Init-System gibt iX in Alternative Init-Systeme für Linux.

Messwerte und Systemfakten in einem Bericht

Wie Lennart Poettering im Beitrag über das neue Report-Subsystem beschreibt, bezieht systemd-report seine Daten von mehreren Diensten über eine Varlink-Schnittstelle. Weitere Dienste können darüber eigene Daten beisteuern. Die Entwicklung begann bei Meta mit dem Schwerpunkt auf veränderlichen Messwerten; Amutable nutzt dieselbe Schnittstelle auch für eher dauerhafte Systemfakten.

Videos by heise

Zu den erfassten Angaben zählen etwa CPU-Architektur, Betriebssystemversion und installierter Arbeitsspeicher. Hinzu kommen CPU- und Speicherauslastung, Disk-I/O, Netzwerkzustände sowie Zustände und Fehler von systemd-Units. Auch wichtige Journal-Meldungen können in den Bericht einfließen. Statt diese Angaben einzeln abzufragen, erhält die empfangende Stelle ein gemeinsames, zeitgestempeltes Dokument.

Signaturen für die zentrale Auswertung

systemd-report kann einen Bericht per HTTPS-PUT hochladen. Für regelmäßige Übertragungen sieht Poettering einen systemd-Timer vor; auch Ereignisse wie ein Systemstart oder ein geplanter Neustart können eine Meldung auslösen. Die empfangende Stelle muss die Daten allerdings prüfen, bevor sie daraus Entscheidungen ableitet.

Dafür stehen laut Poettering drei Signierverfahren bereit: ein Softwareschlüssel, ein TPM-basierter Nachweis und ein Nachweis aus einer vertraulichen virtuellen Maschine (Confidential Computing). Ein Bericht kann mehrere Signaturen tragen. Die beiden hardwaregestützten Verfahren beziehen zusätzlich Messwerte zum Zustand der Plattform ein. Der reine Softwareschlüssel wird dagegen unverschlüsselt unter /var/ gespeichert und bietet keinen gleichwertigen Nachweis der Plattformintegrität.

Am ehesten überschneidet sich systemd-report mit Werkzeugen wie dem Prometheus node_exporter: Beide liefern Daten über den Zustand eines Rechners. Ihr Ansatz unterscheidet sich jedoch. Während Prometheus Messwerte regelmäßig abfragt, bündelt systemd-report sie in einem zeitgestempelten Bericht, den es signieren und übertragen kann. Poettering beschreibt in seinem Beitrag zu systemd-report eine Verbindung beider Ansätze als wünschenswert – nicht als bereits vorhandene Funktion.

(fo)

Top 10: Der beste Over-Ear-Kopfhörer im Test

Top 10: Der beste Akku-Rasenmäher im Test

Top 10: Der beste Mini-PC mit Windows 11

Photonisches Computing: Open-Source-SDK für energieeffiziente KI-Anwendungen

2026-09-25T07:16:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Python, C/C++ und ein CPU-Simulator: Q.ANTs neues Open-Source-SDK bringt photonisches Computing ohne Spezialhardware auf den Laptop.

(Bild: asharkyu/Shutterstock.com)

09:16 Uhr

Lesezeit: 2 Min.

Von

Manuel Masiero

Das Stuttgarter Unternehmen Q.ANT hat laut eigenen Angaben das weltweit erste Open-Source-SDK für photonisches Computing veröffentlicht. Entwicklerinnen und Entwickler können damit Anwendungen für Q.ANTs NPUs (Native Processing Units) schreiben, die mit Licht statt mit Elektronen rechnen. Der Hardware-Zugang soll in den kommenden Monaten folgen, durch Partner wie Ionos oder On-Premise via Native Processing Server. Im Leibniz-Rechenzentrum (LRZ) in München und im Jülicher Supercomputing Centre (JSC) laufen die Systeme bereits.

Toolkit und Beispielsammlung auf GitHub

Mit dem SDK sollen Entwickler in ihrer vertrauten Toolchain photonische Anwendungen auf dem eigenen Laptop entwickeln und testen können. Photonisches Spezialwissen braucht es dazu nicht, so der Anbieter. Das SDK besteht aus einem Toolkit unter der Apache-Lizenz 2.0 und einer Beispielsammlung. Ersteres umfasst eine API für C/C++ und Python, eine Dokumentation sowie ein Simulations-Backend, das auf Standard-CPUs läuft.

Die Beispielanwendungen liegen in einem separaten GitHub-Repository und sollen laut Q.ANT demonstrieren, wie sich Modelle auf photonischen Rechenkernen verhalten und wie photonische Operationen KI-Modelle effizienter machen können als klassische Methoden. Enthalten ist beispielsweise ein Vergleich zwischen einem klassischen neuronalen Netz und einem photonisch-nativen Netz, gemessen an Parameterzahl, Genauigkeit, Funktionsapproximation und Trainingsverlust.

Videos by heise

Gegen den Energiehunger von KI-Computing

Photonische Chips sollen es auf deutlich mehr Rechenleistung pro Watt als klassische transistorbasierte Systeme bringen, was sie für KI-Computing besonders interessant macht. Der hohe Energieverbrauch entsteht dort vor allem durch den ständigen Datentransport zwischen Speicher und Prozessor, so Q.ANT in seiner Pressemitteilung zum SDK.

Q.ANTs photonischer Chip rechnet direkt im optischen Bereich und führt nichtlineare Funktionen nativ aus, statt sie über viele Transistorschichten anzunähern. Das ermöglicht laut Anbieter leistungsfähigere Netze mit weniger Parametern. Beim hauseigenen Native Processing Server (NPS), einem der ersten kommerziell erhältlichen photonischen KI-Beschleuniger, spricht Q.ANT von einer bis zu 30-fach höheren Energieeffizienz und einer bis zu 50-fachen Leistungssteigerung auf Anwendungsebene.

Lesen Sie auch

China verschärft Schutz für Chip-Designs

Zeitkristalle: Die exotische Materie, die nie zur Ruhe kommt

Wie photonische Quantencomputer funktionieren

Quantenteleportation gelingt erstmals zwischen entfernten Lichtquellen

Licht für neue Chips: Wie Photonen den Energiehunger von KI stillen sollen

Top 10: Der beste Over-Ear-Kopfhörer im Test

Top 10: Der beste Akku-Rasenmäher im Test

Top 10: Der beste Mini-PC mit Windows 11

Video-Tool VLC: Version 3.0.24 stopft über 130 Sicherheitslecks

2026-09-25T07:02:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Alert!

Der Videoplayer VLC ist in Version 3.0.24 erschienen. Mehr als 130 Sicherheitslücken soll das Release schließen.

(Bild: heise medien)

09:02 Uhr

Lesezeit: 2 Min.

Security

Von

Dirk Knop

Die Entwickler des Media-Toolkits und Videoplayers VLC haben kürzlich Version 3.0.24 veröffentlicht. Sie heben hervor, darin mehr als 130 Schwachstellen ausgebessert zu haben. Nutzerinnen und Nutzer sollten daher zügig auf die aktualisierte Fassung umsteigen.

Die Release-Ankündigung der VLC-Entwickler listet die wichtigsten Neuerungen auf. Demnach schließt das Update mehr als 130 Sicherheitslücken in VLC selbst und den mitgelieferten Bibliotheken. Einige davon betreffen etwa die FFmpeg-Bibliothek zur Verarbeitung, De- und Enkodierung von Videos und Ton. Hier vollzieht das Update einen sehr großen Versionssprung von Zweig 4.4 auf 8.1.2 – allerdings ist seit kurzem bereits FFmpeg 9.0 verfügbar. Insgesamt haben die Programmierer 49 Fremdbibliotheken aktualisiert.

Neu ist die Unterstützung für das Dekodieren von ATRAC3 und ATRAC9, den Sony-Audio-Codecs etwa für den MDLP-Modus der MiniDisc oder Spielesound der Playstation. VLC kann nun Untertitel im CEA-708-Format in MP4-Dateien anzeigen. Authentifizierung mittels Public-Key-Verfahren in SFTP ist ebenfalls neu an Bord, zudem beherrscht VLC beim Streaming-Protokoll SRT nun den Listener-Modus.

Verbesserungen für den Alltagseinsatz

Etwas skurril mutet der Fehler an, der zu einem langsamen Start unter Windows führte, wenn der Wechsel von Winter- zu Sommerzeit oder andersherum anstand. VLC kann nun Videos im NV12-Format – ein weitverbreitetes YUV-4:2:0-Bildspeicherformat – mit DirectShow einfangen. Renderprobleme mit Direct3D11 sollen der Vergangenheit angehören, ebenso Abstürze von Windows-Audio. Unter macOS 26 und neuer sollen keine Abstürze des AudioToolbox-MIDI-Synthesizers mehr auftreten. Allgemein gab es Verbesserungen bei der Qt-6- und RIST-Unterstützung. Die Spracherkennung für Untertitel und der Umgang mit Textspuren im WebVTT-Format sollen besser funktionieren.

Die Updates prüft VLC nun mit einem neuen RSA-4096-Schlüssel. RealRTSP haben die Entwickler deaktiviert sowie das NPAPI-Browser-Plug-in und ein defektes YouTube-Lua-Skript entfernt. Die konkreten Sicherheitsmitteilungen stehen noch nicht bereit, sie sollen aber in Kürze auf der VLC-Sicherheitsseite erscheinen.

Videos by heise

Die Vorgängerversion hat inzwischen ein Dreivierteljahr auf dem Buckel, VLC 3.0.23 erschien im Januar dieses Jahres. Damals haben die Programmierer bereits diverse Sicherheitslücken beim Verarbeiten von unterschiedlichen Medienformaten ausgebessert.

(dmk)

Top 10: Der beste Over-Ear-Kopfhörer im Test

Top 10: Der beste Akku-Rasenmäher im Test

Top 10: Der beste Mini-PC mit Windows 11

OpenChamber: Die Schaltzentrale für KI-Agenten beim Programmieren

2026-09-24T07:04:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

OpenChamber 2.0 übernimmt Änderungen an Skills, Agenten und Einstellungen ohne Neustart. Auch Werkzeugaufrufe lassen sich nun bündeln.

(Bild: OpenChamber)

24.09.2026, 09:04 Uhr

Lesezeit: 3 Min.

Von

Moritz Förster

OpenChamber 2.0 ist da und setzt jetzt auf OpenCode 2. Die wichtigste Änderung für Entwickler: Skills, Agenten, Plug-ins und viele Einstellungen lassen sich während der Arbeit ändern, ohne OpenCode neu zu starten. Hinzu kommen ein Modus für gebündelte Werkzeugaufrufe und eine Übersicht über die Nutzung.

Bei OpenChamber handelt es sich um eine quelloffene Oberfläche für den KI-Coding-Agenten OpenCode. Entwickler können darin Agentensitzungen starten, ihre Arbeit verfolgen und Codeänderungen prüfen – am Desktop, im Browser, in VS Code oder auf dem Smartphone. Wie Werkzeuge, Regeln und Skills aus einem Sprachmodell einen handlungsfähigen Agenten machen, erklärt iX im Hintergrundartikel „Kurz erklärt: Agent Harness“.

Einstellungen ändern, Sitzung fortsetzen

OpenCode 2 übernimmt Änderungen an Skills, Agenten, Befehlen und Projektanweisungen direkt nach dem Speichern. Das gilt auch für viele Einträge in opencode.json, darunter Modelle, Berechtigungen, MCP-Server und Plug-ins. Laut dem Blogbeitrag zur neuen Version sieht eine bereits laufende Sitzung die Änderung bei ihrem nächsten Schritt. Wird ein MCP-Server geändert, verbindet OpenCode nur diesen neu.

Doch nicht alles funktioniert ohne Neustart: Geänderte Umgebungsvariablen bleiben für den laufenden Prozess unsichtbar; auch beim Wechsel der OpenCode-Binärdatei ist ein Neustart nötig. Beim Umstieg sollten Teams zudem ihre Projektregeln prüfen. OpenCode 2 liest dafür AGENTS.md, nicht mehr CLAUDE.md.

Mehrere Werkzeugaufrufe in einem Skript

Der neue „Code Mode“ soll Aufgaben mit vielen MCP- oder Plug-in-Werkzeugen verkürzen. Statt jedes Werkzeug einzeln aufzurufen, kann der Agent ein kurzes Skript ausführen. Für die Suche nach bestimmten Tickets könnte es beispielsweise eine Liste abrufen, die Einträge durchgehen und nur passende Titel zurückgeben. So landen weniger einzelne Werkzeugergebnisse im Gesprächskontext. OpenChamber zeigt das Skript und seine Aufrufe im Chat an; der Modus lässt sich je MCP-Server abschalten.

Nach Angaben der Entwickler läuft das Skript in einem Interpreter von OpenCode. Es kann nur auf die freigegebenen Werkzeuge zugreifen, nicht unmittelbar auf Netzwerk, Dateien oder Prozesse. Die Plug-in-Verwaltung zeigt nun außerdem an, ob OpenCode eine Erweiterung tatsächlich geladen hat, und nennt gegebenenfalls den Fehler. Nicht auf eine Version festgelegte Plug-ins lassen sich dort aktualisieren.

Videos by heise

Sitzungen und Nutzung im Blick

Eine neue Zeitleistenansicht führt Sitzungen aus allen Projekten chronologisch zusammen. Von einer Agentenantwort aus lässt sich eine Sitzung abzweigen oder ein neuer Lauf starten. Die Nutzungsübersicht zeigt unter anderem Sitzungen, Prompts, Token, aktive Tage und eine Aufschlüsselung nach Modellen. Ihre Kostenanzeige erfasst nur Beträge, die Anbieter pro Token berechnen – Abonnementkosten bildet sie damit nicht vollständig ab.

Zudem überarbeitet Version 2.0 die Websuche: Ergebnisse erscheinen als Karten, Anbieter und Zugangsschlüssel haben einen eigenen Einstellungsbereich. Datei-Vorschauen unterstützen nun auch Audio, Video, CSV-Tabellen, Schriften und Diagramme. Die Release Notes zu OpenChamber 2.0 führen weitere Änderungen und Bugfixes auf.

OpenChamber 2.0 benötigt OpenCode 2.0.15 oder neuer. Die Desktop-App bringt die passende Version mit; Sitzungen aus OpenCode 1.x bleiben laut Projekt erhalten.

(fo)

Top 10: Der beste Over-Ear-Kopfhörer im Test

Top 10: Der beste Akku-Rasenmäher im Test

Top 10: Der beste Mini-PC mit Windows 11

Enorme Nachfrage nach openDesk – Partnerprogramm startet jetzt

2026-09-23T12:29:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Das ZenDiS hat ein Partnerprogramm für openDesk gestartet. Privatwirtschaftliche Cloud-Anbieter können so eigene Angebote aufbauen.

(Bild: LongQuattro/Shutterstock.com)

14:29 Uhr

Lesezeit: 3 Min.

Von

Moritz Förster

Das Zentrum für Digitale Souveränität der Öffentlichen Verwaltung (ZenDiS) hat ein Partnerprogramm für die Kollaborationssuite openDesk gestartet. Erstmals können neben öffentlichen IT-Dienstleistern auch privatwirtschaftliche Cloud-Service-Provider und IT-Dienstleister eigene Angebote auf Basis der openDesk Enterprise Edition aufbauen. Das ZenDiS will dafür ein Netzwerk aus Betriebs-, Vertriebs- und Implementierungspartnern etablieren.

Das im Oktober 2024 gestartete openDesk ist eine modulare Arbeitsumgebung für Behörden und andere Organisationen, die Wert auf digitale Souveränität legen. Die Suite bündelt typische Funktionen für Kommunikation und Zusammenarbeit, etwa Dateiaustausch, Office-Anwendungen, E-Mail, Kalender und Videokonferenzen. Sie soll insbesondere öffentlichen Verwaltungen eine Alternative zu proprietären Cloud-Suiten wie Microsoft 365 bieten.

Partner sollen Einführung und Betrieb übernehmen

Mit dem Partnerprogramm bindet das ZenDiS Cloud-Anbieter, Distributoren und Integratoren aus der Privatwirtschaft in die Vermarktung von openDesk ein. Das Programm richtet sich also an Unternehmen, die openDesk selbst anbieten, vertreiben, implementieren oder betreiben wollen. Die Partnerkategorien und Anforderungen beschreibt das ZenDiS detailliert in seiner Mitteilung zum Start des openDesk-Partnerprogramms.

Konkret schreibt das ZenDiS zunächst drei Partnerkategorien aus. Als „Official Distributor“ werden Value-Add-Distributoren autorisiert, die privatwirtschaftliche Cloud-Anbieter und IT-Dienstleister mit openDesk-Subskriptionen versorgen wollen. Sie sollen außerdem die künftige Reseller-Landschaft betreuen und nachweislich Erfahrung in der Vermarktung von Open-Source-Lösungen haben.

Videos by heise

Die Kategorie „Approved Sovereign Service Provider“ richtet sich an Cloud-Service-Provider, die openDesk als Software as a Service (SaaS) anbieten. Das ZenDiS verlangt dafür unter anderem ein BSI-C5-Testat sowie SEAL Level 3 nach dem European Cloud Sovereignty Framework. Damit müssen diese Anbieter definierte Anforderungen an Sicherheit und digitale Souveränität erfüllen.

Als „Approved System Integrator“ sucht das ZenDiS schließlich Full-Service-IT-Dienstleister mit nachgewiesener Open-Source- und Kubernetes-Expertise. Sie müssen zudem Erfahrung mit Aufbau und Betrieb von openDesk vorweisen können, sowohl in On-Premises-Installationen als auch als Managed Service.

Distributoren und Approved-Partner sucht das ZenDiS über ein offizielles Zulassungsverfahren; die ausgewählten Unternehmen werden direkt vom ZenDiS betreut. Das Verfahren steht interessierten Unternehmen ab sofort offen. ZenDiS-Geschäftsführerin Pamela Krosta-Hartl erklärt: „Mit dem openDesk-Partnerprogramm liefern wir eine Antwort auf die enorme Nachfrage nach unserer souveränen Office- und Kollaborationssuite. Kunden aus Verwaltung und Wirtschaft können künftig aus einer Vielzahl professioneller Angebote wählen und ihre Souveränitätsprojekte bedarfsgerecht umsetzen.“

IT-Dienstleister ohne Zulassungsverfahren

Daneben sieht das Modell einen Reseller-Weg ohne Zulassungsverfahren vor. Privatwirtschaftliche IT-Dienstleister, die die Anforderungen für die Approved-Partner nicht erfüllen, können dennoch Angebote auf Basis der openDesk Enterprise Edition aufbauen. Sie werden dabei über die autorisierten Value-Add-Distributoren betreut. Das ZenDiS plant zudem weitere Partnerkategorien, darunter „Approved Consulting Partner“ für Beratungsleistungen rund um openDesk.

Lesen Sie auch

openDesk: Wie die Microsoft-Alternative auch bei Unternehmen ankommen soll

Top 10: Mähroboter für kleine Flächen

Top 10: Höhenverstellbare Schreibtische im Test

Top 10: Die beste Smartwatch mit EKG

Freie Exchange-Alternative: grommunio Web mit OpenPGP

2026-09-23T09:30:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

grommunio Web 5.0 bringt OpenPGP-Unterstützung, eine neue Befehlspalette und eine verbesserte Outlook-Integration.

(Bild: grommunio GmbH)

11:30 Uhr

Lesezeit: 6 Min.

Von

Moritz Förster

grommunio hat die Version 5.0 seines Web-Clients veröffentlicht. Das Update erweitert die Mailoberfläche vor allem um OpenPGP-Unterstützung, eine Befehlspalette und Funktionen zum Rückgängigmachen von Aktionen. Außerdem soll der Client Anhänge deutlich vielseitiger direkt im Browser anzeigen und bei Kategorien sowie Junk-Mail-Regeln enger mit Outlook zusammenarbeiten.

Bei grommunio handelt es sich um eine quelloffene Kommunikations- und Groupware-Plattform für E-Mail, Kalender, Kontakte, Dateien und Zusammenarbeit. Sie richtet sich an Organisationen, die eine selbst betriebene Alternative zu Microsoft Exchange und M365 suchen. Die Plattform entstand 2021 zunächst unter dem Namen grammm.

OpenPGP im Browser und mehr Tastatursteuerung

Die wichtigste funktionale Neuerung ist die Unterstützung von OpenPGP. grommunio Web kann E-Mails damit signieren, verschlüsseln, entschlüsseln und Signaturen prüfen. Die bereits zuvor implementierte S/MIME-Unterstützung bleibt erhalten. Beide Verfahren dienen dazu, Mailinhalte vor unbefugtem Zugriff zu schützen und Absender kryptografisch zu verifizieren.

Nach Angaben von grommunio erzeugt und entsperrt der Browser die Schlüssel lokal. Private Schlüssel liegen demnach verschlüsselt im eigenen Postfach; entschlüsselte Mailinhalte sollen den Browser nicht verlassen. Beim Verschlüsseln unterbricht der Client zudem das automatische Speichern von Entwürfen. Damit soll kein Klartextentwurf auf dem Server landen. Öffentliche Schlüssel kann der Client von Schlüsselservern abrufen, die Administratoren freigegeben haben.

Für häufige Bedienabläufe führt Version 5.0 eine Befehlspalette ein, die Nutzer mit Strg+K öffnen können. Darüber lassen sich Ordner, Ansichten und Einstellungen per Eingabe aufrufen sowie neue Elemente erstellen. Mit Strg+Z und Strg+Y kann man Aktionen wie Löschen, Verschieben, Kopieren, Markieren, Lesestatus ändern und Kategorisieren rückgängig machen oder wiederholen. Das gilt auch für verschobene Kalendereinträge. Die Funktion lässt sich in den Einstellungen unter „Allgemein“ aktivieren.

Vorschau für Office-Dateien

Der überarbeitete Dokumentbetrachter kann zahlreiche Dateiformate direkt im Browser öffnen und anzeigen. Dazu zählen PDF, Word-Dateien einschließlich des alten DOC-Formats, Excel-Dateien, CSV, Präsentationen, OpenDocument-Dateien, RTF, Markdown, JSON und Quelltext. Auch Bilder, Audio- und Videodateien sowie angehängte EML-Nachrichten lassen sich laut Hersteller damit öffnen. Die Vorschau kann im Dialog, in einem eigenen grommunio-Tab oder in einem separaten Browserfenster erscheinen.

Mehrere Anhänge lassen sich künftig markieren und per Drag-and-drop in eine Nachricht ziehen, die der Nutzer parallel in einem anderen Tab oder Fenster verfasst. Beim Ablegen auf dem Desktop bündelt grommunio Web die Auswahl als ZIP-Archiv. Alternativ lassen sich einzelne Dateien in einem Zielordner speichern. Neu ist außerdem die Option, Anhänge aus bereits gespeicherten Nachrichten zu entfernen. Der Nachrichtentext und Metadaten wie Absender und Datum bleiben dabei erhalten; Administratoren können diese Funktion zentral abschalten.

Auch bei der Suche gibt es Neuerungen. Sie bezieht nun öffentliche Ordner samt Unterordnern ein und akzeptiert Suchpräfixe in der Sprache der Oberfläche. In einer deutschsprachigen Installation funktionieren damit etwa von:, an: und betreff:. Für freigegebene Postfächer ergänzt der Client eine Konversationsansicht und individuell sortierbare Ordnerlisten.

Kategorien und Absenderlogos wie in Outlook

Bei der Interoperabilität mit Outlook setzt grommunio Web 5.0 auf gemeinsame Farbkategorien. Der Client speichert diese in der Hauptkategorieliste des Postfachs. Damit sollen Namen und Farben in grommunio Web, Outlook und auf Mobilgeräten übereinstimmen. Das gilt auch für gemeinsam genutzte Postfächer, deren Kategorien für alle Berechtigten sichtbar werden.

Vertrauenswürdige und blockierte Absender sowie vertrauenswürdige Empfänger verwaltet grommunio künftig über dieselbe Junk-Mail-Regel wie Outlook. Der Lesebereich soll diese Einstellung auch berücksichtigen, wenn externe Bilder in einer Nachricht geladen werden. Zusätzlich zeigt der Client bei Marken mit gültigem BIMI-Eintrag ein Logo neben dem Absender an. BIMI steht für Brand Indicators for Message Identification und erlaubt es Unternehmen, ein verifiziertes Markenlogo an authentifizierte E-Mails zu knüpfen.

Videos by heise

Neu sind außerdem Notizen zu einzelnen E-Mails. Sie erscheinen beim erneuten Öffnen der Nachricht und sind auch für alle anderen Nutzer sichtbar, die Zugriff auf das betreffende Postfach haben. Benachrichtigungen lassen sich auf bestimmte Ordner beschränken; statt nur die Zahl ungelesener Nachrichten anzuzeigen, nennen sie Absender und Betreff einer neu eingetroffenen E-Mail. Weitere neue Funktionen und Performanceverbesserungen listet der Blogeintrag der Entwickler zur Version 5.0 auf.

SBOM für den Cyber Resilience Act

grommunio verknüpft das Release zudem mit Anforderungen des EU-Cyber-Resilience-Act (CRA). Seit dem 11. September 2026 gelten dessen Meldepflichten für aktiv ausgenutzte Schwachstellen und schwerwiegende Sicherheitsvorfälle. Eine Frühwarnung muss binnen 24 Stunden erfolgen, eine weitere Meldung innerhalb von 72 Stunden. Die übrigen zentralen CRA-Pflichten greifen erst ab dem 11. Dezember 2027.

Mit jeder Version will grommunio daher eine maschinenlesbare Software-Stückliste, kurz SBOM (Software Bill of Materials), im CycloneDX- und SPDX-Format ausliefern. Darin verzeichnet der Hersteller nach eigenen Angaben 421 Laufzeit- und Build-Komponenten samt Version, Lizenz und Herkunft. Der Build soll abbrechen, wenn die SBOM nicht mehr zum Quellbestand passt. Außerdem verweist grommunio auf eine veröffentlichte Sicherheitsrichtlinie und zusätzliche Schutzmaßnahmen etwa gegen Cross-Site-Request-Forgery bei Anmelde-, Token- und Abmeldevorgängen.

Namenswechsel für Plugins und Konfiguration

Mit der Hauptversion schließt grommunio außerdem die Umbenennung von Altlasten aus der Zarafa- und WebApp-Herkunft des Clients ab. Namespaces, CSS-Klassen und Konfigurationspfade tragen nun durchgängig den Namen grommunio. Gespeicherte Benutzereinstellungen verschiebt der Client bei der ersten Anmeldung automatisch nach grommunio/v1; Layouts und Fenstergrößen sollen erhalten bleiben.

Für Plugin-Entwickler hält Version 5.0 vorübergehend Kompatibilitäts-Aliase bereit. So wird etwa window.Zarafa noch auf Grommunio abgebildet, allerdings mit einer einmaligen Warnung in der Browserkonsole. Alte CSS-Klassen mit dem Präfix zarafa- müssen Entwickler hingegen direkt anpassen. Eine Migrationsanleitung im Projekt-Repository dokumentiert die betroffenen Bezeichner.

(fo)

Top 10: Mähroboter für kleine Flächen

Top 10: Höhenverstellbare Schreibtische im Test

Top 10: Die beste Smartwatch mit EKG

heise+ | Dawarich: Open-Source-Alternative zum Google Standortverlauf im Test

2026-09-23T08:00:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Dawarich ist eine private Alternative zum Google Standortverlauf. Mit eigener App lassen sich die Geodaten nun komfortabel am Smartphone erheben und einsehen.

Artikel verschenken

10:00 Uhr

Lesezeit: 12 Min.

heise+ exklusiv

Von

Stefan Porteck

Wo war noch einmal das tolle Waldcafé, das wir bei der Wanderung vergangenen Monat besucht haben? Und wann war der letzte Kontrolltermin beim Zahnarzt? Für solche Fragen wünscht man sich manchmal eine Möglichkeit, die Zeit zurückzudrehen und nachschauen zu können, wann man wo gewesen ist.

Immer mehr Wissen. Das digitale Abo für IT und Technik.

Krisenmanagement in der IT: Rollen und Strategien für den Notfall

Krisen in der IT erfordern schnelles Handeln. Erfahren Sie, wie Sie einen Krisenstab besetzen, Aufgaben delegieren und mit Triage-Methoden Prioritäten setzen.

Mac Studio mit M5 Ultra im KI-Praxistest: Benchmarks mit lokalen Modellen

Der Mac Studio mit M5 Ultra verspricht Leistung satt für lokale KI. Im Test muss er zeigen, ob er Claude und ChatGPT für Softwareentwicklung ersetzen kann.

Die vier Schritte der Domain-Driven Transformation

Veraltete Softwaresysteme bremsen die Entwicklung. Mit der Domain-Driven Transformation lassen sich Legacy-Systeme in flexible, modulare Einheiten zerlegen.

Nach dem Hugging-Face-Hack: Was jetzt auf die IT zukommt

Der Hugging-Face-Hack hat gezeigt, wozu KI-Agenten in Sachen Hacking imstande sind. Für IT-Verantwortliche lohnt sich ein ausführlicher Blick auf den Vorfall.

Schimmelprobleme und der Vermieter: Mit Home Assistant Lüftung dokumentieren

Mit Fensteröffnungssensoren kann Home Assistant das Lüftungsverhalten dauerhaft dokumentieren. Die Daten helfen bei Schimmeldiskussionen mit Vermietern.

Ultra-Power: So schlägt sich der Mac Studio M5 Ultra im Test

Endlich gibt es wieder einen neuen Doppel-Chip für Profis. Im Mac Studio feiert der M5 Ultra sein Debüt. Das Kraftpaket soll vor allem lokale KI voranbringen.

Top 10: Mähroboter für kleine Flächen

Top 10: Höhenverstellbare Schreibtische im Test

Top 10: Die beste Smartwatch mit EKG

Neu von AWS: Weniger Kontextpflege für selbst gebaute KI-Agenten

2026-09-23T07:52:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

AWS hat Strands harness vorgestellt, eine quelloffene Laufzeitumgebung für KI-Agenten, die Token spart und lokal läuft.

(Bild: Michael Vi/Shutterstock.com)

09:52 Uhr

Lesezeit: 3 Min.

Von

Moritz Förster

AWS hat mit Strands harness eine quelloffene Laufzeitumgebung für KI-Agenten vorgestellt. Das auf dem Strands Harness SDK aufbauende Projekt soll sich lokal und in Container-Umgebungen betreiben lassen. Nach Herstellerangaben benötigte es in sechs Benchmarks mit denselben Claude- oder GPT-Modellen im Schnitt 28 Prozent weniger Token als die verglichenen Agent-Harnesses, ohne bei der Genauigkeit merklich zurückzufallen. Als Open-Source-Projekt steht es unter der Apache-2.0-Lizenz.

Ein Agent Harness bündelt die wiederkehrenden Bausteine, die einen KI-Agenten arbeitsfähig machen: Es steuert den Ablauf zwischen Modell und Werkzeugen, verwaltet Kontext und Sitzungen und behandelt Fehlerfälle. Das richtet sich vor allem an Entwickler, die Agenten mit Zugriff etwa auf Shells, Dateien oder Webdienste bauen und betreiben wollen. AWS entwickelt mit Strands Agents ein Open-Source-SDK für autonome KI-Agenten; Strands harness soll daraus eine direkt nutzbare Standardlaufzeit machen.

Hersteller-Benchmark mit Claude Code und Codex

AWS vergleicht das Harness nach eigenen Angaben mit Claude Code, Codex und weiteren Agent-Harnesses. Die Tests liefen verteilt auf EC2-Instanzen mit dem Benchmark-Framework Harbor. Dabei habe Strands harness annähernd gleiche Benchmark-Ergebnisse erreicht, zugleich aber weniger Token verbraucht. DeepSeek Harness sei in den Tests zwar noch tokensparender gewesen, habe jedoch meist niedrigere Genauigkeitswerte erzielt.

Die Werte sind natürlich nur Herstellerangaben. AWS veröffentlicht in der Ankündigung zu Strands harness keine vollständigen Einzelergebnisse zu den sechs Benchmarks. Ein weiterer Beitrag der beteiligten Forscher mit Details zur Methodik und den Messwerten soll allerdings folgen.

Als Ursache für die Effizienz nennt AWS vor allem die voreingestellte Kontextverwaltung. Das Harness kürzt Werkzeugausgaben ab rund 1500 Token, fasst den bisherigen Verlauf zusammen, wenn das Kontextfenster zu mehr als 85 Prozent gefüllt ist, und versucht bei einem Überlauf, benötigten Kontext wiederherzustellen. Das soll etwa verhindern, dass lange Logdateien oder Terminal-Ausgaben den Kontext unnötig füllen und dadurch weitere Modellaufrufe verteuern.

Werkzeuge, Speicher und CLI gehören zum Paket

Strands harness unterstützt laut AWS aktuelle Modelle über Amazon Bedrock, Anthropic, OpenAI, Google, Ollama und LiteLLM. Als Bibliothek steht es für Python und TypeScript bereit. Standardmäßig bringt die Laufzeit Werkzeuge für Shell-Befehle sowie das Lesen, Schreiben und Bearbeiten von Dateien mit. Auch ein Webwerkzeug gehört zum Paket.

Videos by heise

Hinzu kommen Sitzungen und Langzeitspeicher, eine Aufgabenliste für mehrstufige Abläufe sowie ein Hilfsagent für offene Teilaufgaben. Das Harness kann außerdem vorhandene Skills laden. Entwickler sollen die Vorgaben bei Bedarf austauschen oder einzelne Komponenten bis hinunter zum SDK ersetzen können.

Für Prototypen bietet Strands zusätzlich eine Kommandozeilenoberfläche. Über sie lassen sich Agenten per natürlichsprachlicher Eingabe zusammenstellen; der erzeugte Stand kann anschließend als Python- oder TypeScript-Code exportiert werden. Die Laufzeitumgebung soll bei jedem Anbieter mit Linux-Containern laufen, darunter Amazon ECS, Google Cloud Run, Azure Container Apps, Cloudflare Containers und Modal.

(fo)

Top 10: Mähroboter für kleine Flächen

Top 10: Höhenverstellbare Schreibtische im Test

Top 10: Die beste Smartwatch mit EKG

Qwen-Image-2.1: Neues KI-Bildmodell von Alibaba mit Transparenzfeature

2026-09-22T09:33:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Das neue generative Modell Qwen-Image-2.1 der Alibaba-KI-Gruppe ermöglicht lokale Bildbearbeitung, Transparenzfeatures und die Nutzung von Referenzbildern.

(Bild: wutianzeri / Shutterstock.com)

11:33 Uhr

Lesezeit: 2 Min.

Von

Malte Kirchner

Wer gerne und viel mit Bildgenerierung per KI arbeitet, dem wird beim Lesen der Release Notes von Qwen-Image-2.1 der Mund wässrig gemacht: Bilder mit echten transparenten Hintergründen, hohe Auflösungen, gezieltes Ändern einzelner Bildbereiche und das Einbeziehen von bis zu 10 Referenzbildern – das neue generative Modell der Alibaba-KI-Gruppe aus China, das lokal betrieben werden kann, lässt wenige Wünsche offen. Alibabas KI-Modelle für den lokalen Betrieb haben in letzter Zeit deutlich aufgeholt. Und kostenlos mit allen Gewichten ist es obendrein auch noch.

Qwen-Image-2.1 kann sowohl neue Bilder aus Textbeschreibungen erstellen als auch bestehende bearbeiten – beides in einem Modell vereint. Veröffentlicht wurde es am 20. September 2026 und kann kostenlos heruntergeladen werden, unter anderem über Hugging Face. Qwen wirbt damit, in eigenen Tests besser als Googles KI-Bildmodell „Nano Banana 2“ abzuschneiden – und das ist mal eine Ansage.

Neue Lizenz für das Modell

Das Qwen-Team lieferte bei der Veröffentlichung gleich zahlreiche Beispiele für das Können des Modells: Leere Räume können mit verschiedenen per Referenzbildern eingegebenen Möbelstücken vollgestellt werden und täuschend echte Gruppenbilder entstehen aus einer Sammlung von Einzelbildern. Bei der Arbeit mit Infografiken oder beim Erstellen von User-Interfaces für Apps macht das Modell laut Werbebildern ebenfalls eine gute Figur. Auch den Arbeitsschritt des Freistellens können sich Nutzer ersparen, wenn das Modell wie versprochen liefert.

Videos by heise

Ob Qwen-Image-2.1 wirklich so gut ist, müssen die Tests zeigen. Aktuell ist nicht ganz klar, wie gut das Modell mit deutschem oder generell nicht-chinesischem Text umgeht. Dazu gibt es keine Angaben. Und es gibt ein großes Aber bei der Lizenz. Qwen ist von der Apache-2.0-Lizenz abgerückt, die für die Vorgänger galt, und die freie Nutzbarkeit gewährte. Die jetzige Forschungslizenz erlaubt privates Ausprobieren und Forschung. Für eine kommerzielle Nutzung, etwa in einem eigenen Produkt oder Dienst, ist eine gesonderte kommerzielle Vereinbarung mit Alibaba nötig. Bereits das textgenerierende Modell Qwen3.8-27B überzeugte im Test als starke lokale Alternative zu Spitzenmodellen von OpenAI und Anthropic – damals noch unter der freizügigeren Apache-2.0-Lizenz.

Lesen Sie auch

Schäden durch KI: EU diskutiert neue Haftungsregeln

Anthropic veröffentlicht Claude Opus 5.5: Fokus auf Effizienz und Sicherheit

MiMo-V2.6-Pro: Neues Open-Weight-Modell schlägt offene Konkurrenz

Video: So erkennt KI Ertrinkende im Schwimmbad

Ungereimtheiten: Klage gegen KI- „Pause“ wegen „Kartellabsprachen “

Top 10: Höhenverstellbare Schreibtische im Test

Top 10: Die besten Solarleuchten im Test

Top 10: Die beste Smartwatch mit EKG

Nachfolger von Windows: Staatskanzlei Kiel stellt auf Linux um

2026-09-21T16:45:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Schleswig-Holstein treibt den Wechsel von Microsoft auf Open Source voran. Nach E-Mail und Office läuft die Kieler Staatskanzlei nun weitgehend unter Linux.

(Bild: Thorsten Schier / Shutterstock.com)

21.09.2026, 18:45 Uhr

Lesezeit: 3 Min.

Von

Stefan Krempl

Schleswig-Holstein geht bei der Migration der öffentlichen Verwaltung auf quelloffene Software den nächsten, symbolisch wichtigen Schritt. Die Kieler Staatskanzlei hat nach eigenen Angaben den Wechsel des Betriebssystems von Microsoft Windows auf Linux weitgehend abgeschlossen. Über 200 Beschäftigte arbeiten demnach dort mittlerweile mit dem freien Betriebssystem. Digitalisierungsminister Dirk Schrödter (CDU) gab die Umstellung am Samstag im Rahmen der 24. Kieler Open Source und Linux Tage bekannt. Dabei unterstrich er das Ziel der Landesregierung, die digitale Souveränität des Bundeslandes konsequent auszubauen.

Der Umstieg in der Regierungszentrale gilt als Pionierprojekt für die gesamte Landesverwaltung. Wo es technisch umsetzbar ist, kommt in der Staatskanzlei bereits flächendeckend Linux zum Einsatz. Ein lückenloser Wechsel sei zum jetzigen Zeitpunkt dort aber noch nicht möglich gewesen, heißt es aus Kiel. Rund 20 Arbeitsplätze würden vorerst weiterhin mit Windows betrieben. Auf diesen bestehen spezifische technische Abhängigkeiten etwa aufgrund spezialisierter Fachverfahren, für die es kurzfristig keine kompatiblen Alternativen gegeben habe. Am Beseitigen dieser verbliebenen Hürden wird laut dem Digitalressort bereits gearbeitet, um auch diese Rechner schrittweise zu migrieren.

Damit der Übergang im Arbeitsalltag reibungslos gelingt, hat das Land stark auf Schulungs- und Begleitmaßnahmen für die Beschäftigten gesetzt. Neben Informationsveranstaltungen vor Ort und im digitalen Format stellte die Verwaltung Lernvideos bereit. Sie organisierte laut einer Mitteilung ferner Fachpersonal für direkte Unterstützung an den Arbeitsplätzen und richtete interne Linux-Foren ein. Die Staatskanzlei soll bei dieser Transformation als Vorreiter fungiert. Die detaillierte Planung für das anschließende Ausrollen von Linux in den übrigen Ministerien und nachgelagerten Landesbehörden läuft derzeit auf Hochtouren.

Support über Dataport und Gonicus

Um einen reibungslosen Betrieb und die geplante Skalierung auf die gesamte Landesverwaltung abzusichern, hat das Land auch die Vergabe für den technischen Linux-Support abgeschlossen. Der öffentliche IT-Dienstleister Dataport wird dafür künftig mit dem deutschen Open-Source-Spezialisten Gonicus zusammenarbeiten. Dieser Support-Vertrag soll nicht nur die Stabilität der IT-Infrastruktur sichern, sondern auch die Basis dafür schaffen, dass Linux in größerem Maßstab flächendeckend in allen Behörden des Landes eingesetzt werden kann.

Videos by heise

Der aktuelle Umstieg reiht sich in die umfassende Strategie für Open Source und offene Innovation Schleswig-Holsteins ein, mit der das Land Abhängigkeiten von proprietären Softwareherstellern systematisch reduzieren will. Bereits in den vergangenen Monaten tauschte die Verwaltung wesentliche Bausteine der IT-Landschaft aus. So folgte nach der Umstellung der Bürosoftware auf LibreOffice unter anderem die Migration der E-Mail-Infrastruktur von Microsoft Exchange und Outlook auf Open-Xchange sowie die Migration der Videokonferenzsysteme auf die quelloffene Lösung OpenTalk.

In den kommenden Etappen stehen weitere Komponenten des digitalen Arbeitsplatzes an. Geplant ist die vollständige Einführung der Kollaborationsplattform Nextcloud, die Nutzung des Verzeichnisdienstes Univention Nubus sowie der Wechsel der Telefonie-Infrastruktur auf die Open-Source-Lösung Oskar. Mit der schrittweisen Ablösung proprietärer Software verfolgt das Land das Ziel, die Kontrolle über die eigene digitale Infrastruktur zurückzugewinnen und langfristig Datensicherheit sowie Souveränität zu gewährleisten.

Lesen Sie auch

LLMs im eigenen Rechenzentrum: Jetzt noch Ticket für Online-Konferenz sichern

Cloud-Wettbewerb: Broadcom ist weiter auf Rot, SAP gerät wegen KI unter Druck

CLC 2026: KI, Platform Engineering, Software Delivery – Frühbucherticket sichern

Nvidia, Palantir und Cisco bauen KI-Stack für Behörden

Microsoft-Alternativen: Open-Source-Software aus Europa | c’t uplink

Top 10: Die besten Solarleuchten im Test

Top 10: Die beste Smartwatch mit EKG

Top 10: Der beste Offroad-E-Scooter im Test

Enterprise-Schwenk: Portainer friert Community Edition ein

2026-09-20T11:09:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Portainer fokussiert sich ab Version 3.0 auf Kubernetes, Docker spielt nur noch die zweite Geige. Die Community Edition bleibt auf der 2.x-Codebasis.

(Bild: MISTER DIN / Shutterstock.com)

13:09 Uhr

Lesezeit: 2 Min.

Von

Niklas Dierking

Am 11. September hat Neil Cresswell, der CEO von Portainer, in einem Blogbeitrag tiefgreifende Änderungen im Projekt angekündigt. Portainer ist eine verbreitete Software zur Verwaltung von Containern. Die kürzlich veröffentlichte Version 2.45 LTS sei die letzte der 2.x-Versionslinie. Als nächstes steht Version 3.0 ins Haus, die Kubernetes ins Zentrum rückt. Es ließen sich zwar auch weiterhin Podman-, Docker- und Docker-Swarm-Umgebungen managen, allerdings nur noch mit dem Kompatibilitätswerkzeug d2k (Docker-to-Kubernetes-Translator). Es übersetzt Docker-Aufrufe in Kubernetes-Operationen in einem Namespace. Aus docker run wird so beispielsweise ein Deployment mit dem Wert replicas=1.

Portainer wird „Kubernetes-first“

Neue Produkte, wie Portainer-Run für das einfache Deployment von Anwendungen in Kubernetes-Cluster, die mittels Vibe-Coding entwickelt wurden, Portainer-IDP als interne Entwicklungsplattform, das MCP-Gateway Portainer-Command für KI-Agenten und mehr bleiben alle Kubernetes vorbehalten. Außerdem rücken Docker und Co. in der Weboberfläche von Portainer weiter nach hinten.

Videos by heise

Die Community-Version von Portainer bleibt auf der Codebasis von 2.x stehen, soll aber weiter mit Sicherheitsupdates und Bug-Fixes versorgt werden. Selektive Features könnten auch als Backports in 2.x landen. Wie lange die Community-Edition noch gepflegt wird, lässt der Blogbeitrag offen. Cresswell argumentiert darin, dass mit dem Wechsel auf 3.x niemand den Zugang verliert, denn mit dem Programm „3 Nodes Free“ gäbe es weiter kostenlose Schlüssel für bis zu drei Knoten der Portainer-Business-Edition, deren Quellcode jedoch nicht öffentlich ist.

Kritik aus der Community

Privatnutzer von Portainer kritisieren den Enterprise-Schwenk. Kubernetes sei zu groß und komplex für die meisten Self-hosting- und Homelab-Anwendungsfälle. Sie diskutieren den Wechsel zu Portainer-Alternativen wie Komodo, Arcane, Dockge oder Dockhand. Als Reaktion auf den Gegenwind hat Cresswell seinen Blogbeitrag ergänzt und klargestellt, dass man Docker nicht aufgebe. Einige der wichtigsten Kunden von Portainer setzen auf Docker, teilweise mit bis zu 125.000 Edge-Geräten. Die nächste Generation von Anwendungen und KI-Agenten benötige aber komplexere Infrastruktur, mit Netzwerkregeln und ausgefeilten Sicherheitsstandards, die Docker schlicht nicht bieten könne.

Lesen Sie auch

Weg von Google Drive, Dropbox & Co.: Online-Services selbst hosten | c’t uplink

Infrastructure as Code mit Ansible | c’t uplink

ChatGPT Integration für Container-Frontend Portainer

Grafische Oberflächen für Docker

Eine UI für Docker

Top 10: Die beste Smartwatch mit EKG

Top 10: Der beste Offroad-E-Scooter im Test

Top 10: Das beste Smart Lock im Test

Redis und Valkey im Visier: Dragonfly 2.0 ist da

2026-09-18T15:49:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Der In-Memory Data Store Dragonfly 2.0 verbessert die Kompatibilität zu Redis und Valkey und senkt den Verwaltungsaufwand.

(Bild: Dragonfly)

18.09.2026, 17:49 Uhr

Lesezeit: 4 Min.

Von

Moritz Förster

Dragonfly 2.0 erweitert die Kompatibilität zu Redis und Valkey, senkt an mehreren Stellen den Aufwand für die Verbindungs- und Speicherverwaltung und behebt zahlreiche Fehler in Clustern, Streams und Tiered Storage. Neue große Funktionen umfasst die neue Version trotz Major Release laut Projektteam zwar nicht, sie soll aber einen Reifegrad für den produktiven Einsatz markieren.

Bei Dragonfly handelt es sich um einen quelloffenen In-Memory Data Store, der als kompatible Alternative zu Redis und Memcached gedacht ist. Er richtet sich laut GitHub-Projektseite vor allem an Betreiber und Entwickler, die bestehende Clients und Protokolle weiterverwenden, aber Last auf mehrere CPU-Kerne verteilen wollen.

Valkey 9, Geodaten und Replikation

Mit Version 2.0 kann Dragonfly RDB-Dateien aus Valkey 9 einlesen, auch wenn Hashes darin sowohl dauerhafte als auch mit Ablaufzeit versehene Felder enthalten. RDB ist das binäre Snapshot-Format aus dem Redis- und Valkey-Umfeld. Die Neuerung erleichtert folglich Migrationen oder Wiederherstellungen aus Valkey-9-Installationen.

Neu ist außerdem GEOSEARCHSTORE. Der Befehl sucht Mitglieder eines Geodatensatzes innerhalb eines Radius oder eines Rechtecks und schreibt das Resultat in einen Zielschlüssel. Dragonfly unterstützt dabei Sortierung, Limits, Entfernungswerte, ACL-Prüfungen und das Journaling der Operation.

Auch die Replikation erhält neue Optionen: Einträge im Replikations-Backlog lassen sich nun nach Alter und Speicherbudget aufbewahren. Die bisherige feste Längenbegrenzung wurde dagegen als veraltet markiert. Damit können Betreiber den Puffer für nachziehende Replikate stärker an verfügbarem Speicher und erwarteten Unterbrechungszeiten ausrichten.

Weniger Verwaltungsaufwand im Speicher

Mehrere Änderungen haben einen geringeren Overhead bei vielen Verbindungen und großen Datenmengen zum Ziel. Dragonfly aktualisiert Telemetriedaten zum Speicherverbrauch einer Verbindung nicht mehr nach jedem einzelnen Befehl einer Pipeline, sondern nur noch pro Parsing-Zyklus. Zudem arbeitet die Speicherabrechnung für Verbindungen jetzt in konstanter Zeit statt abhängig von der Zahl verwalteter Elemente.

Client-Eingabepuffer schrumpft Dragonfly künftig nach längerer geringer Auslastung. Standardmäßig sinkt die maximale zurückbehaltene Größe von 64 auf 32 KiB. Beim Serialisieren von RDB-Snapshots gibt die Software übergroße Puffer nach dem Schreiben wieder frei; standardmäßig bleiben höchstens 4 MiB Kapazität erhalten. So soll etwa ein einmalig verarbeiteter 512-MiB-Wert nicht dauerhaft einen ebenso großen Puffer reservieren.

Videos by heise

Für die Defragmentierung kommen konfigurierbare Phasen für Lastspitzen und Abkühlzeiten hinzu. Mit MEMORY DEFRAGMENT-SEGMENTS [threshold] kann Dragonfly zudem schwach belegte Seiten interner Tabellenstrukturen zurückgewinnen und deren Auslastung ausgeben. Ein optionaler, standardmäßig deaktivierter gemeinsamer RESP2-Lesepuffer legt außerdem die Grundlage für niedrigeren Speicherbedarf bei sehr vielen Verbindungen; die dazu genannte Einsparung ist nach Angaben des Projekts allerdings noch nicht mit diesem Commit erreicht.

Strengere Prüfungen und Korrekturen für Streams

Das Release härtet insbesondere den Befehl RESTORE ab, der serialisierte Werte einspielt. Dragonfly weist nun unter anderem doppelte Hash-Felder zurück. Außerdem lehnt das System deklarierte Datenlängen ab, die größer als die verbleibende Eingabe sind. Letzteres soll Abstürze durch übermäßige Speicherbelegung nach präparierten RESTORE-Eingaben verhindern.

Weitere Korrekturen gibt es bei Streams und ihren Consumer Groups, etwa XREADGROUP. Dragonfly prüft bei mehreren Streams ab sofort alle Argumente, bevor es den Zustand einer Consumer Group verändert, und behandelt Fälle wie abgelaufene, gelöschte oder in einen anderen Datentyp umgewandelte Streams konsistenter. Auch bei RESP3-Antworten, Cluster-Migrationen, ausgelagerten Daten im Tiered Storage und komprimierten Listen gibt es in Version 2.0.0 zahlreiche Bugfixes.

Die vollständige Liste der Änderungen findet sich in den Release Notes zu Dragonfly 2.0.

Lesen Sie auch

Microsoft leitet letzte Phase für SQL Data Sync ein

Kontaktfreudig: So arbeiten Sie mit Apples Kontakte-App auf dem iPad

Grist-Workshop: mit Formeln, Widgets und Dashboards zur Datenbank

Kundendaten bei Dienstleister abgeflossen: Datenschutzvorfall beim Lidl-Shop

LMDB 1.0: Datenbank ohne Server und ohne Write-Ahead-Log

Top 10: Der beste Offroad-E-Scooter im Test

Top 10: Das beste Smart Lock im Test

Top 5: Der beste Akku-Bohrschrauber im Test

Google veröffentlicht 3D-Emojis als Open Source

2026-09-18T14:06:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Google hat 3977 3D-Versionen seiner Noto-Emojis als Open Source veröffentlicht. Trotz KI-Unterstützung wurden die Symbole manuell modelliert und optimiert.

(Bild: Google)

18.09.2026, 16:06 Uhr

Lesezeit: 2 Min.

Von

Malte Kirchner

„Emoji gehören niemandem – sie gehören den Menschen, die sie benutzen“ – unter diesem Leitsatz hat Google eine neue Website veröffentlicht, auf der Emoji-Begeisterte die beliebten Symbole frei herunterladen können. Für 3977 Emojis aus der Open-Source-Schriftfamilie Noto Emoji wurden 3D-Versionen angefertigt, die dort abgerufen werden können. Die Seite ist ein weiterer Meilenstein eines umfassenden 3D-Redesigns von Googles offenem Emoji-Font, das allerdings nicht nur auf Gegenliebe stößt.

Verfechter der zweidimensionalen Emojis werfen Google vor, mit den dreidimensionalen Versionen „die letzten Reste an Emoji-Persönlichkeit“ zu töten. Indem Emojis realistischer aussehen, würden sie schlechter – denn es gehe doch gerade um schnelle und universelle Lesbarkeit. Googles Emoji-Font findet in den Google-Apps und im mobilen Betriebssystem Android Verwendung. Laut Google ziehen auch mehrere Android-Hersteller nach, darunter Nothing, Lenovo, Xiaomi, Oppo, OnePlus, realme, vivo, iQOO, HONOR, TECNO, Infinix, itel und Motorola.

Videos by heise

Das sagt Googles Designteam

Googles Designteam erklärte in einem Blogpost, dass es bewusst auf anatomische Korrektheit der Symbole verzichtet habe, um die emotionale Klarheit herauszuarbeiten. Auch sei auf minimalistische Gesichtszüge geachtet worden, um die Emotionserkennung im Gehirn nicht zu beeinträchtigen. Zudem seien die Symbole mit KI-Unterstützung auf Kontrastprobleme vor gängigen Hintergründen überprüft worden.

Trotz KI-Unterstützung sei jedes einzelne Emoji von Hand gezeichnet, 3D-modelliert und im Team diskutiert worden, schreibt Google. Das gesamte Noto-Portfolio ist offen: Google übergibt der Community sogar die rohen .OBJ-Dateien zur freien Weiterverwendung. Im Symbolsatz sind auch neue Symbole, darunter ein „Cracking Face“, ein Leuchtturm und ein Meteor.

Laut Emojipedia ist die aktuelle Überarbeitung bereits die fünfte, die Google an seinem Emoji-Set vorgenommen hat. Einen Überblick zur Geschichte der Emojis als weltweite Bildsprache – von den ersten ASCII-Emoticons bis zum Unicode-Standard – bietet unser Hintergrundartikel.

Lesen Sie auch

Freitag: Meta-Haftung für Nutzerbetrug, Googles KI-Agent für das Familienleben

Googles KI-Agent „CC‟ soll das Familienleben verwalten

OpenAI führt Framework zur Meldung von KI-Sicherheitsvorfällen ein

Android Auto: Tempolimit und Tacho nun auch ohne Routenplanung

Gemini 3.8 Live: Upgrade bei Echtzeit-Sprachmodellen für Voice Agents

Top 10: Der beste Offroad-E-Scooter im Test

Top 10: Das beste Smart Lock im Test

Top 5: Der beste Akku-Bohrschrauber im Test

heise+ | Oligarchen-Linux: Der rasante und problematische Aufstieg von Omarchy

2026-09-18T08:55:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Techkonzerne und CEOs spenden enorme Summen an die nischenorientierte Linux-Distribution Omarchy. Deren extrem rechten Gründer verschafft das viel Einfluss.

Artikel verschenken

Oligarchy.fyi, eine Kompagnon-Seite des Omarchy-Projekts, bezeichnet den Geldzufluss des Projekts selbst als unvernünftig.

18.09.2026, 10:55 Uhr

Lesezeit: 9 Min.

Von

Sylvester Tremmel

Auf den ersten Blick wirkt Omarchy wie eine der Hype-Distributionen, die im Linux-Umfeld immer mal wieder viel Aufmerksamkeit generieren: Ein Linux mit starkem Fokus auf Terminals und Tastatursteuerung, einem unüblichen Fenstermanager und einer Softwareauswahl, die sich primär an den persönlichen Bedürfnissen des Distributionsgründers orientiert. Der Name leitet sich von Omakase ab, einer japanischen Essenstradition in Restaurants, bei der nicht der Gast, sondern der Koch auswählt, was serviert wird.

Immer mehr Wissen. Das digitale Abo für IT und Technik.

Analyse zu KI-Hacks und Agenten-Chaos: Was wirklich hinter dem KI-Eigenleben steckt

KI verhält sich nicht so, wie sie soll. Das ist kein Beweis für übermenschliche Fähigkeiten, sondern allzu naives Training. Eine technische Analyse.

KI-Kosten analysiert: So funktioniert die Ökonomie der Sprachmodelle

Wir blicken hinter die Preisschilder und klären, was die Kosten verschiedener KI-Aufgaben beeinflusst und wo Nutzer am geschicktesten sparen können.

Mit Apples JACCL-Bibliothek richtig große LLMs auf Mac-Clustern betreiben

Mit der Kommunikationsbibliothek JACCL liefert Apple den letzten fehlenden Baustein, um LLMs mit Billionen Parametern auf Mac-Clustern auszuführen.

Oligarchen-Linux: Der rasante und problematische Aufstieg von Omarchy

Techkonzerne und CEOs spenden enorme Summen an die nischenorientierte Linux-Distribution Omarchy. Deren extrem rechten Gründer verschafft das viel Einfluss.

Störgeräusche entfernen: FFT-Editor SpectraLayers 13 im Test

Husten raus, Stimmen trennen, Dropouts flicken: Was Steinbergs FFT-Editor leistet und warum Apple-Silicon-Macs dabei ausgebremst werden.

Anleitung: So kann man einen gebrickten Solarspeicher wiederbeleben

Heimspeicher nach Tiefentladung tot — wie ich mit einem 6-Euro-Debugger und KI-unterstütztem Reverse Engineering den Software-Lockout geknackt habe.

Top 10: Der beste Offroad-E-Scooter im Test

Top 10: Das beste Smart Lock im Test

Top 5: Der beste Akku-Bohrschrauber im Test

Mistral wird KI-Anbieter für Firefox Smart Window

2026-09-17T15:55:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Mozillas KI-Assistent Smart Window nutzt nun Mistral-Modelle. Deutschland soll noch 2026 folgen. Beide Partner versprechen Null-Datenaufbewahrung.

(Bild: Shutterstock)

17.09.2026, 17:55 Uhr

Lesezeit: 2 Min.

Von

Carolin Riethmüller

Zwei Unternehmen, die sich selbst als Open-Source-Verfechter bezeichnen, tun sich zusammen: Das französische KI-Unternehmen Mistral und die Firefox-Entwickler von Mozilla haben eine Partnerschaft für den KI-gestützten Browser-Assistenten Smart Window vereinbart. Wie Mistral in seinem Blog mitteilte, kommt das Modell Mistral Small 4 als KI-Backend für Firefox Smart Window – zunächst in der Betaversion.

Smart Window ist ein KI-gestütztes Browserfenster von Mozilla. Es soll nicht nur KI-Antworten auf Suchanfragen generieren, sondern den Nutzer proaktiv an Inhalte erinnern, die es als „wichtig“ einstuft, und Informationen auf Grundlage der geöffneten Browser-Tabs zusammenzutragen.

Vor allem Datenschutzaspekt ist interessant

Für dieses Fenster soll jetzt das Mistral-Modell Small 4 auswählbar sein. (Laut dem Preview sogar mit einer „Empfohlen“-Kennzeichnung.) Diese Kooperation könnte laut der Pressemitteilung der beiden Unternehmen vor allem unter Datenschutz-Gesichtspunkten interessant sein. Gespräche mit Smart Window werden bereits standardmäßig nicht auf den Servern von Mozilla gespeichert. Der KI-Partner Mistral verpflichtet sich zusätzlich zu einer Speicherung von Nutzerdaten auf null Tage („Zero Data Retention“). Unklar ist allerdings, ob die Nutzerdaten zwischendurch während der Verarbeitung über Nicht-EU-Server laufen. Prinzipiell hat Mistral europäische Server, nutzt aber auch unter anderem amerikanische Rechenzentren.

Videos by heise

Zunächst steht die Integration Nutzern in den USA, Kanada und Frankreich zur Verfügung. Großbritannien und Deutschland sollen im Laufe des Jahres folgen.

Mistral steht aktuell an einem interessanten Punkt: Das Unternehmen sammelte einerseits erst kürzlich drei Milliarden Euro in einer Serie-D-Runde ein und kam auf eine Bewertung von über 21 Milliarden Euro. Andererseits hat es Anfang August angekündigt, jetzt auch fremde Modelle auf seiner Plattform zuzulassen, und baut seine Position als Rechenzentrumsbetreiber aus.

(rie)

Top 10: Der beste Offroad-E-Scooter im Test

Top 10: Das beste Smart Lock im Test

Top 5: Der beste Akku-Bohrschrauber im Test

Ubuntu schließt Rust-Umstieg ab

2026-09-17T10:06:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Ubuntu 26.10 migriert alle Standard-Coreutils auf Rust. Auch cp, mv und rm sind nun enthalten.

(Bild: KI / iX)

12:06 Uhr

Lesezeit: 4 Min.

Von

Moritz Förster

Ubuntu verwendet künftig für seine Standard-Coreutils vollständig die Rust-Implementierung uutils. Das geht aus den offiziellen Release Notes der noch in Entwicklung befindlichen Version 26.10 „Stonking Stingray“ hervor. Auch die bislang weiterhin aus den GNU Coreutils stammenden Befehle cp, mv und rm sind demnach migriert. Eine gesonderte neue Ankündigung dazu gibt es bislang nicht. Ubuntu 26.10 soll am 15. Oktober 2026 erscheinen.

Die Coreutils bündeln elementare Unix-Kommandos für Datei-, Text- und Shell-Operationen, darunter ls, cat, chmod, du, cp, mv und rm. Die Befehle gehen auf die frühen Unix-Systeme der 1970er Jahre zurück; GNU lieferte für Linux und andere freie Unix-artige Systeme die verbreitete, überwiegend in C geschriebene Implementierung. Ubuntu hatte uutils erstmals mit Version 25.10 als Standard eingeführt und damit die GNU-Varianten schrittweise ersetzt.

cp, mv und rm schließen die Lücke

In Ubuntu 26.04 LTS liefen die meisten Standardwerkzeuge bereits als Rust-Programme. Für cp, mv und rm beließ Canonical jedoch die GNU-Implementierungen im System. Die drei Kommandos verändern Dateien und Verzeichnisbäume und waren deshalb im Audit besonders kritisch.

Canonical hatte im April erklärt, dass uutils bei diesen Werkzeugen noch acht offene TOCTOU-Probleme aufweise. TOCTOU steht für Time of Check to Time of Use: Zwischen einer Sicherheitsprüfung und der anschließenden Aktion kann sich etwa ein Pfad oder ein symbolischer Link ändern. Bei diesen Werkzeugen, die rekursiv Verzeichnisse kopieren, verschieben oder löschen, kann das sicherheitsrelevant sein. Canonical kündigte an, die noch ausstehenden Probleme zu beheben und die abschließende Umstellung erst später anzustreben.

Jetzt vermerken die Release Notes für Ubuntu 26.10 ausdrücklich, dass die Standard-Coreutils „vollständig“ auf der Rust-basierten uutils-Implementierung laufen. Entsprechend nennen sie ausdrücklich cp, mv und rm als die verbliebenen GNU-Werkzeuge, die zuvor aus Kompatibilitätsgründen zurückgehalten worden seien und nun migriert wurden.

Austausch unterhalb der gewohnten Befehle

Für Nutzer und Skripte soll der Wechsel keine Änderungen nach sich ziehen: uutils implementiert die gewohnten Befehlsnamen und Optionen der GNU Coreutils nach. Ein Shell-Skript mit cp -a, find … -exec rm oder du -sh soll daher grundsätzlich unverändert funktionieren. Abweichungen von GNU-Verhalten betrachtet das Projekt explizit als Kompatibilitätsfehler, nicht als gewollte Neuerung.

Die Umstellung betrifft allerdings nicht nur einzelne Binärdateien. Coreutils gehören unter Debian und Ubuntu zu den Essential-Paketen. Sie müssen schon beim Entpacken von Paketen verfügbar sein. Canonical hatte deshalb für die erste Migration einen Paketmechanismus entwickelt, der die Rust- und GNU-Varianten austauschbar machte, ohne dass in einem Installations- oder Upgrade-Schritt etwa cp kurzzeitig fehlt. Die Migrationsspezifikation für Ubuntu 25.10 beschreibt, warum weder Debian-Alternativen noch einfache Paketumleitungen dafür geeignet waren.

Videos by heise

Die Entscheidung ersetzt zudem ausdrücklich nicht das gesamte Ubuntu-Userland durch Rust. Sie betrifft ausschließlich die Standardimplementierung dieser zentralen Kommandozeilensammlung. GNU Coreutils bleiben als Softwareprojekt bestehen; auch andere Komponenten eines Ubuntu-Systems, vom Linux-Kernel über die Shell bis zu systemnahen Diensten, sind von dieser Änderung nicht betroffen.

Sicherheitsgewinn, aber Kompatibilität bleibt Maßstab

Rust soll vor allem Speicherfehler vermeiden helfen, die in C etwa als Use-after-free oder Pufferüberlauf auftreten können. Das schützt jedoch nicht automatisch vor Logikfehlern, falscher Rechtebehandlung oder Race Conditions. Gerade die Behandlung von Verzeichnisbäumen bei rm, cp und mv zeigte, dass der Austausch einer Programmiersprache die sicherheitskritische Prüfung der Semantik nicht ersetzt.

Canonical ließ uutils deshalb vor Ubuntu 26.04 von Zellic extern prüfen. Nach Angaben des Ubuntu-Teams fanden die beiden Audit-Phasen insgesamt 113 Schwachstellen und weitere Probleme unterschiedlicher Schwere; der Großteil sei daraufhin upstream behoben worden. Canonical legte dabei 44 CVEs offen (CVE-2026-35338 bis CVE-2026-35381).

Lesen Sie auch

So nützlich sind Shelltools in Rust

Drei Fragen und Antworten: Macht Linux jetzt Schluss mit GNU?

Top 10: GPS-Tracker für Fahrrad, Auto & Co.

Top 10: Die beste Sportuhr im Test

Top 5: Der beste Akku-Bohrschrauber im Test

KI-Coding-Tools: Wenn Entwickler die Modelle der Hersteller umgehen

2026-09-17T09:57:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

KI-Schmieden wie Anthropic und OpenAI stehen vor einem Dilemma: Sollen Entwickler ihre Coding-Tools mit beliebigen Modellen nutzen dürfen oder nur mit eigenen?

(Bild: Zakharchuk/Shutterstock.com)

11:57 Uhr

Lesezeit: 3 Min.

Von

Malte Kirchner

Auf den ersten Blick gibt es kein Vertun: Dass KI-Schmieden wie OpenAI und Anthropic KI-Coding-Tools wie Claude Code oder Codex herausbringen, erfüllt einen klaren Zweck. Die Software soll Entwicklern als angenehme Schnittstelle zu den KI-Modellen der Herausgeber dienen. Und damit für Reichweite und Umsätze bei den jeweiligen KI-Schmieden sorgen. Aber was, wenn die Entwickler die Coding-Tools mit anderen Modellen betreiben, um Geld zu sparen?

Die Verselbstständigung von KI-Coding-Tools wird zunehmend zum Konfliktthema – mit ungewissem Ausgang, wie jetzt auch das US-Portal The Information berichtete. Die KI-Entwickler sind offenbar hin- und hergerissen: Lassen sie die Nutzer der Tools frei entscheiden, welche Modelle sie verwenden, entgehen ihnen wertvolle Umsätze. Gehen sie dagegen vor, gefährden sie ihre Reputation und die Nutzer wenden sich am Ende trotzdem von ihnen ab.

Noch eine Zitterpartie für Entwickler

Für Entwickler, die viel mit KI arbeiten, kommt damit eine weitere Zitterpartie hinzu. Nicht nur, dass sie fürchten müssen, dass die Cloud-KI-Modelle irgendwann deutlich im Preis steigen, weil die KI-Schmieden bislang nicht das einnehmen, was sie ausgeben. Sie müssen auch damit rechnen, dass die KI-Coding-Tools entweder zugenagelt oder teurer werden. Der Wunsch nach Offenheit, ähnlich der eines Betriebssystems oder einer freien Entwicklungsumgebung, könnte jederzeit einer Realität weichen, in der KI-gestützte Entwicklung unwirtschaftlich wird. Wie grundlegend KI die Softwareentwicklung bereits verändert hat, zeigt unser Hintergrundartikel „Wie KI die Softwareentwicklung erobert“.

Videos by heise

Boris Cherny, Leiter von Anthropics Programmierwerkzeug Claude Code, bekam die Anspannung in der Developer-Community vor kurzem zu spüren. Nachdem der Entwickler Alex Getman publik gemacht hatte, dass er von Anthropic gesperrt wurde, kurz nachdem er über einen Proxy Claude Code mit einem OpenAI-Modell betreiben wollte, geriet Cherny in einen Sturm der Kritik im Netz. Am Ende blieb unklar, ob die „verdächtigen Signale“, die als Grund für die Sperre angegeben wurden, auf den Proxy-Gebrauch zurückzuführen waren. Anthropic gab Getmans Account wieder frei, sprach von einem Missverständnis und entschuldigte sich persönlich bei ihm. Mitbewerber OpenAI ließ die Allgemeinheit über seinen Codex-Leiter Thibault Sottiaux gar wissen, dass Anwender selbst entscheiden sollten, welches Modell sie in Codex nutzen möchten.

Entwickler zieht es zu Modell-Router-Diensten

Doch der zugrundeliegende Konflikt bleibt bestehen: Die Coding-Tools, die Dateien lesen und schreiben, Codebases durchsuchen und Aufgaben agentisch parallel bearbeiten können, sind zuallererst dafür da, Nutzer zu den KI-Modellen der Herausgeber zu führen – und oft zu den teuersten und besten. Entwickler wollen aber preiswerte Alternativen nutzen – und argumentieren, dass sie für viele Aufgaben auch mit günstigeren Open-Source-Modellen gut bedient seien.

Anthropic führt vor allem Sicherheitsgründe an, warum man den Gebrauch externer Modelle zwar duldet, aber nicht gutheißt: Zusätzliche Zwischenschichten in Proxy-Konstruktionen könnten Sicherheitsrisiken schaffen, etwa durch Prompt-Injection. Inzwischen dokumentiert Anthropic den Einsatz solcher Gateways zwar offiziell, betont aber, dass das Routing auf Nicht-Claude-Modelle nicht unterstützt werde.

Weil eigene Proxy-Konstruktionen einigen Entwicklern nach dem Getman-Fall als zu riskant gelten, wechseln laut The Information offenbar mehr Nutzer zu Modell-Router-Diensten wie OpenRouter und Concentrate, über die verschiedene kommerzielle und offene Modelle ausgewählt werden können.

Lesen Sie auch

Das KI-Modell „Jev“ liefert Entscheidungen statt Texte

Google DeepMind: Wie KI-Modelle ihre eigene Unsicherheit einschätzen

Eigene KI-Sprache: Menschen verstehen sie kaum noch

OpenAI führt Framework zur Meldung von KI-Sicherheitsvorfällen ein

„Noch nie dagewesenes Niveau“: KI-Ausgaben steigen auf 2,7 Billionen US-Dollar

Top 10: GPS-Tracker für Fahrrad, Auto & Co.

Top 10: Die beste Sportuhr im Test

Top 5: Der beste Akku-Bohrschrauber im Test

Euro-Office kommt auf den Desktop

2026-09-17T06:32:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Nextcloud Hub 26 Summer erweitert die freie Kollaborationsplattform. Euro-Office bekommt eine dedizierte Desktop-Anwendung.

(Bild: Nextcloud GmbH)

08:32 Uhr

Lesezeit: 6 Min.

Von

Moritz Förster

Nextcloud erweitert zusammen mit dem Release von Hub 26 Summer seine Kollaborationsplattform um eine dedizierte Desktop-Anwendung für Euro-Office. Bislang lief die Office-Suite ausschließlich im Browser. Künftig sollen Anwender Textdokumente, Tabellen und Präsentationen in einem lokalen Programm bearbeiten können, das weiter mit einer Nextcloud-Instanz verbunden bleibt. Nextcloud will die Anwendung nach eigenen Angaben in den kommenden Wochen zum Download bereitstellen.

Euro-Office ist eine von Nextcloud, Ionos und weiteren Partnern entwickelte quelloffene Office-Suite. Das Projekt startete im Frühjahr als Fork von OnlyOffice und erschien erstmals im Juni.

Desktop-Client ergänzt die Browser-Suite

Mit dem Desktop-Client können Anwender Dokumente lokal bearbeiten und bei Bedarf mit ihrer Nextcloud-Instanz verbinden. Euro-Office soll auf Windows, Linux und macOS laufen und auch ohne Internetverbindung nutzbar sein. Die Cloud-Anbindung ermöglicht anschließend die Synchronisation sowie die gemeinsame Bearbeitung von Dateien. Überarbeitete Filter und Dokumentvorschaubilder sollen zudem die Suche nach Dateien beschleunigen.

Nextcloud positioniert Euro-Office als Alternative zu Microsoft Office und hebt dabei die Kontrolle über Hosting und Software hervor. Das Projekt nennt Kompatibilität mit den Office-Open-XML-Formaten DOCX, XLSX und PPTX; darüber hinaus unterstützt es unter anderem die OpenDocument-Formate ODT, ODS und ODP. Konkrete Downloads der angekündigten ersten Version nennt Nextcloud bisher nicht. Der Quellcode enthält aber bereits Build- und Paketierungswege für Linux und Windows, darunter ZIP-Archive, Inno-Setup-Installer und optional MSI-Pakete für Windows.

Im Gegensatz zu den angekündigten Desktop-Anwendungen steht Hub 26 Summer ab sofort bereit, der Download der Euro-Office-Programme soll erst in den nächsten Wochen folgen. Die Details finden sich in der Ankündigung zu Nextcloud Hub 26 Summer.

Euro-Office existiert in Nextcloud parallel zu Collabora Online. Bereits mit Hub 26 Spring hatte Nextcloud die auf Euro-Office basierende Suite als zweite Office-Option eingeführt. Während Nextcloud Euro-Office vor allem mit Kompatibilität zu Microsoft-Office-Formaten und Browser-Performance positioniert, bleibt Collabora als Alternative erhalten.

Teams, Tabellen und Groupware

Neben der Office-Anwendung baut Nextcloud in seinem neuen Release die Arbeitsbereiche für Projektgruppen aus. Die neue Funktion Nextcloud Teams soll Teams einen eigenen gemeinsamen Bereich mit Dateien, Aufgaben, Wissen und weiteren Ressourcen bereitstellen. Für neu angelegte Teams erzeugt die Software automatisch einen solchen Arbeitsbereich. In Collectives und Deck können Ressourcen zudem einem Team statt einzelnen Nutzern gehören. Dataport, der IT-Dienstleister mehrerer norddeutscher Länder, habe dazu direktes Feedback geliefert, schreibt Nextcloud.

Bei Nextcloud Tables – einer Anwendung zum Verwalten strukturierter Daten – kommen relationale Spalten sowie ein Import für Tabellenstrukturen hinzu. Relationale Spalten können Einträge aus mehreren Tabellen verknüpfen; Änderungen an der Quelle lassen sich so an verknüpfte Daten weitergeben. Anwender können außerdem Spalten, Ansichten und tabellenbasierte Apps aus einer Tabelle exportieren und in eine andere übernehmen, ohne deren Daten zu ändern. Das ist vor allem für Fachverfahren relevant, bei denen Tabellen als leichtgewichtige Datenbasis für Formulare oder Automatisierungen dienen. Die Funktion entstand laut Nextcloud in Zusammenarbeit mit der schleswig-holsteinischen Verwaltung.

Auch die Groupware-Komponenten erhalten Änderungen. Die niederländische Forschungs- und Bildungskooperative SURF steuerte Verbesserungen für die Raumsuche im Kalender bei. Der neue Raumfinder zeigt verfügbare Räume und Ressourcen für einen gewünschten Termin. In Mail nennt Nextcloud unter anderem Sieve-Weiterleitungen, eine schwebende Editoroberfläche und die Möglichkeit, das automatische Markieren geöffneter Nachrichten als gelesen abzuschalten. Nach Angaben von Nextcloud stammt mehr als die Hälfte der Verbesserungen an Kalender, Mail und Kontakten in diesem Release aus der Community.

Für die Kommunikationsanwendung Talk führt Nextcloud Kanäle und Ankündigungen ein. In Kanälen können Moderatoren Beiträge veröffentlichen, während Abonnenten diese lesen und mit Reaktionen versehen können. Ankündigungen richten sich an einen festgelegten Teilnehmerkreis. Mit „vertraulichen Unterhaltungen“ kommt zudem eine Voreinstellung, die etwa öffentliche Links und Gäste deaktiviert sowie Einschränkungen für Weiterleitungen, Aufzeichnungen und Medienvorschauen aktiviert. Eine globale Nachrichtensuche und Verbesserungen an der Anrufoberfläche ergänzen die Änderungen.

Videos by heise

Der optionale Nextcloud Assistant erhält lokale Texterkennung (OCR) für Bilder und Dokumente sowie verbesserte Werkzeuge für Audiodateien, etwa zum Erstellen von Untertiteln und zum Gliedern von Transkripten. Neue Erinnerungsfunktionen, sogenannte Skills für mehrstufige Abläufe und weitere Agenten in Anwendungen wie Mail, Deck, Talk und Tables sollen den Assistenten stärker in Arbeitsabläufe einbinden. Nextcloud zufolge lassen sich Aufgaben auch zeitgesteuert ausführen.

Neu gestaltet hat Nextcloud außerdem die Fotos-App. Sie bietet nun eine Kartenansicht, eine anpassbare Rasterdarstellung und eine verbesserte Suche. Die Funktion „Reiseerinnerungen“ gruppiert Bilder derselben Reise; hinzu kommen ein Diashow-Modus und ein Jahresrückblick. In den mobilen Apps lassen sich künftig Alben verwalten. Für Dateifreigaben ergänzt Nextcloud optional Einmalpasswörter, die Empfänger zusätzlich authentifizieren sollen.

Der ausführliche Release-Beitrag von Nextcloud zu Hub 26 Summer nennt darüber hinaus Änderungen an Text, Notes, Flow, Activity und der Collabora-Online-Integration.

Community als Teil der Produktentwicklung

Nextcloud stellt Hub 26 Summer zugleich als Ergebnis einer geänderten Entwicklungsstrategie vor. Partner, Kunden und Community-Mitglieder sollen nicht nur Fehler melden und Anforderungen formulieren, sondern Funktionen direkt mitentwickeln. Für Euro-Office nennt das Unternehmen neben Ionos unter anderem Open-Xchange und Office.eu als beteiligte europäische Partner; am Desktop-Client habe überwiegend die Community gearbeitet.

Lesen Sie auch

Microsoft-Alternativen: Open-Source-Software aus Europa | c’t uplink

Microsoft 365 und Google Workspace: Europäische Alternativen im Überblick

Wie Behörden sich aus der Abhängigkeit von Microsoft befreien

Collabora Online: lokale oder Cloud-KI nach Nutzerwunsch

Nextcloud: Wirrwarr um Website-Störung – Cyberangriff bestätigt

Top 10: GPS-Tracker für Fahrrad, Auto & Co.

Top 10: Die beste Sportuhr im Test

Top 5: Der beste Akku-Bohrschrauber im Test

heise+ | OpenTrafficMap: Live-Verkehrskarte im Eigenbau

2026-09-17T06:00:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Das Projekt OpenTrafficMap bringt den V2x-Verkehrsfunk ITS-G5 ins Internet. Das ist nicht nur spannend, sondern könnte auch bei der Verkehrsplanung helfen.

Artikel verschenken

08:00 Uhr

Lesezeit: 14 Min.

Von

Andrijan Möcker

Kooperativer digitaler Verkehrsfunk ist bereits seit mehr als 20 Jahren als Vehicle-to-Everything, kurz V2X, immer wieder Thema auf Technik- und Fahrzeugmessen. Die Idee: Sowohl Straßen- und Schienenfahrzeuge als auch feste und mobile Teile der Verkehrsinfrastruktur tauschen sich drahtlos über die gegenwärtige Verkehrslage aus. Fahrzeuge zeigen dem Fahrer etwa Warnungen an oder reagieren selbst darauf. So fahren am Ende alle sicherer und schneller.

Immer mehr Wissen. Das digitale Abo für IT und Technik.

Universal-Rechenzettel: Soulver 4.0.2 für Mac, iPhone und iPad im Test

Soulver führt in Notizenform ungewöhnliche und anspruchsvolle Berechnungen durch. Die App gibt es auf allen wichtigen Apple-Plattformen.

Fields-Medaillisten kritisieren KI-Fokus auf mathematische Benchmarks

Renommierte Mathematiker warnen vor KI-Entwicklungen: Das reine Lösen von Problemen als Benchmark schade dem eigentlichen Erkenntnisgewinn.

Musizieren mit Handbewegungen in der Luft: Der Sway-Controller im Test

Der Sway-Controller bringt mehr Ausdruck in Live-Gigs und DJ-Sets: Sounds, Filter und Effekte reagieren auf Handbewegungen in der Luft.

Pong mit STM-Mikrocontroller und Oszilloskop nachbauen

"Tennis for Two" von 1958 gilt vielen als erstes Videospiel. Statt analoger Schaltung simulieren wir es per Mikroprozessor und zeigen es auf dem Oszilloskop an.

Expertentalk Gebrauchtwagenkauf: Worauf Sie achten müssen

Gebrauchtwagenkauf ohne Risiko: Im Live-Expertentalk am 16. September 2026 beantworten wir ab 17 Uhr Ihre Fragen zum Kauf von gebrauchten Autos.

Batteriespeicher mit dynamischem Tarif für Mieter: Rabot Flow im Praxis-Check

Speichern und verdienen: Rabot Energy vermarktet seinen Batteriespeicher an Mieter ohne Balkonkraftwerk. Wir probieren, ob sich der 400-Euro-Speicher rechnet.

Top 10: GPS-Tracker für Fahrrad, Auto & Co.

Top 10: Die beste Sportuhr im Test

Top 5: Der beste Akku-Bohrschrauber im Test

Firefox zeigt jetzt Werbung in der Adressleiste

2026-09-15T13:39:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Mozilla hat Firefox 156 veröffentlicht. Die neue Version beschleunigt den PDF-Betrachter und optimiert den Speicher- und CPU-Einsatz.

(Bild: David Esser/Shutterstock.com)

15.09.2026, 15:39 Uhr

Lesezeit: 3 Min.

Von

Moritz Förster

Mozilla hat Firefox 156 veröffentlicht. Die neue Version soll vor allem den integrierten PDF-Betrachter beschleunigen. Außerdem optimiert der Browser den Speicher- und CPU-Einsatz beim Herunterskalieren großer JPEG-Bilder.

Weitere Änderungen gibt es bei der Adressleiste, macOS und Windows-on-ARM-Geräten. Firefox 156 steht ab sofort zum Download bereit; Mozilla führt alle Neuerungen in den Release Notes auf.

Schnellere PDFs und H.264-Dekodierung per Hardware

Der PDF-Viewer von Firefox gehört zu den sichtbarsten Änderungen der Version. Mozilla verspricht einen bis zu 45 Prozent schnelleren Start. Auch bei großen JPEG-Dateien hat Mozilla angesetzt: Zeigt eine Website etwa ein hochauflösendes Foto verkleinert innerhalb einer Seite an, soll Firefox dafür weniger Arbeitsspeicher und Prozessorzeit benötigen.

Videos by heise

Für Windows-Geräte mit ARM64-Prozessoren erweitert Firefox zudem die Hardwarebeschleunigung bei WebRTC-Videokonferenzen. Der Browser kann H.264-Videos nun gegebenenfalls per Hardware dekodieren, statt auf die Softwaredekodierung auszuweichen. WebRTC ist die Technik hinter vielen browserbasierten Videochats; die Auslagerung an spezialisierte Hardware soll Prozessorlast und Energieverbrauch senken.

Firefox Suggest in Deutschland

In Deutschland, Frankreich und Italien zeigt Firefox 156 lokalisierte Wikipedia-Vorschläge sowie gelegentlich gesponserte Treffer in der Adressleiste an. Die Funktion gehört zu Firefox Suggest und ergänzt Eingaben beim Tippen um passende Vorschläge. Mozilla zufolge lassen sich diese Vorschläge in den Firefox-Suggest-Einstellungen abschalten.

Auf Macs kann Firefox künftig zudem automatisch beim Start des Rechners geöffnet werden. Die Option findet sich im Bereich „Start“ der Browser-Einstellungen. Damit übernimmt Firefox eine Funktion, die bislang über die Systemeinstellungen von macOS oder vergleichbare Workarounds eingerichtet werden konnte.

Korrekturen bei Bildbearbeitung, PiP und Netzwerk

Mozilla hat außerdem mehrere Fehler behoben. In Rich-Text-Editoren konnte das Verschieben eines Bildes dieses bislang durch eine lange Textzeile ersetzen. Auch Untertitel in Bild-im-Bild-Fenstern funktionierten nicht zuverlässig: Wurden sie erst aktiviert, nachdem das separate Videofenster bereits geöffnet war, blieben sie mitunter unsichtbar.

Weitere Korrekturen betreffen Lesezeichen und die neue geteilte Ansicht. Zog man in der Lesezeichen-Seitenleiste gleichzeitig einen Ordner und dessen enthaltene Lesezeichen, konnten die Einträge aus dem Ordner heraus verschoben werden. Nach dem Vertauschen der beiden Bereiche in der geteilten Ansicht konnte zudem die Suchleiste eines Tabs dauerhaft nicht mehr verfügbar sein.

Bei aktiviertem DNS over HTTPS behebt Firefox 156 laut Mozilla ferner Ladeprobleme bei Websites, die selbst kein HTTPS unterstützen. Hinzu kommen Fehler mit der integrierten VPN-Funktion, die bei einzelnen Nutzern sämtliche Netzwerkverbindungen unterbrechen konnte, sowie ein Windows-Problem mit automatisch ausblendbaren Taskleisten.

Wie üblich enthält das Update auch einige Sicherheitskorrekturen. Für Unternehmensumgebungen verweist Mozilla zusätzlich auf eigene Release Notes für Firefox Enterprise 156.

Lesen Sie auch

Firefox 155 zeigt blockierte Tracker direkt an

Firefox 154: Private Suche mit Startpage jetzt direkt eingebaut

Thunderbird folgt Firefox und veröffentlicht alle zwei Wochen

Noch experimentell: Firefox für iOS bekommt Werbeblocker

Screenshots und -casts erstellen mit dem Snipping Tool von Windows 11

Gegenstromanlage für den Pool: Darauf kommt es an

Top 10: Die beste Sportuhr im Test

Top 5: Der beste Akku-Bohrschrauber im Test

heise-Angebot: CLC 2026: KI, Platform Engineering, Software Delivery – Frühbucherticket sichern

2026-09-15T10:00:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

heise-Angebot

Die CLC 2026 zeigt KI-gestützte Softwareentwicklung, DevEx, Platform Engineering und Kubernetes-Betrieb. Frühbuchertickets gibt es bis zum 22. September.

(Bild: arthead / 123rf.com)

15.09.2026, 12:00 Uhr

Lesezeit: 7 Min.

Eindrücke von der CLC 2025

Von

Matthias Parbel

Bei der von iX und dpunkt.verlag organisierten Konferenz CLC 2026 dreht sich vom 10. bis 12. November in Mannheim alles um die Bereiche Developer Experience, Platform Engineering und Software Delivery. Ein besonderer Fokus liegt in diesem Jahr darauf, wie Agentic AI die Arbeit von Senior-Softwareentwicklern, Software-Architekten, DevOps- und Platform Engineers verändert und wie sich digitale Souveränität nachhaltig erreichen lässt.

Nur noch bis zum 22. September sind die Tickets zum Frühbucherpreis mit 200 Euro Rabatt verfügbar. Damit kostet das Konferenzticket 1149 Euro (alle Preise zzgl. MwSt.), für das Kombiticket aus Konferenz und 1-Tages-Workshop fallen 1699 Euro an. Die ganztägigen Workshops lassen sich einzeln zum Preis von 649 Euro buchen. Teams oder Gruppen ab drei Personen erhalten im Ticketshop zudem automatisch mindestens 15 Prozent Rabatt. Schülerinnen und Schüler, Studierende und Hochschulangehörige erhalten auf Anfrage ebenfalls einen Nachlass.

Workshops am 10. November

Die Veranstaltung beginnt am Dienstag, dem 10. November, mit drei ganztägigen Vor-Ort-Workshops. Daniel Bodky (NETWAYS) führt unter dem Titel „Von Zero Observability zu Zero-Code Observability“ in die praktische Arbeit mit OpenTelemetry ein. Mathias Tausig und Andreas Boll (SBA Research) widmen sich den „Container Security Fundamentals“, während Hossein Salahi (Liquid Reply) in seinem Workshop den Aufbau KI-nativer Plattformen behandelt.

KI-Agenten als roter Faden durch die Konferenztage

Den inhaltlichen Auftakt in das deutsch-englische Vortragsprogramm am Mittwoch, dem 11. November, bildet die Keynote „Why SREs and AI Agents Are a Perfect Match – Real demos, real infrastructure, real failures“ von Paul Stack (System Initiative). Die anschließenden Tracks zeigen, dass KI-Agenten und ihr Zusammenspiel mit klassischen Delivery-Praktiken einen Schwerpunkt der Konferenz bilden. Steffen Schluff und Thorsten Maier (Accenture) sprechen unter dem Titel „Weniger tippen, mehr denken“ über den Einfluss von KI-Agenten auf die Developer Experience. Robert Hoffmann und Christian Denich (Amazon Web Services) berichten in „From AI-frustrated to AI-native – The Amazon Story So Far“ über die interne Transformation des Konzerns.

Rainer Stropek (software architects) argumentiert in „From DevOps to AgentOps: Why Rock-Solid CI/CD Makes You AI-Ready“, dass solide Pipelines die Voraussetzung für den produktiven Einsatz von Agenten seien. Prerit Munjal (Groupon) verknüpft KI mit dem Abbau technischer Schulden („AI at the Door, Turning ‚Tech Debt Panic‘ into ‚Tech Debt Repairs‘“). Mirko Böttcher und Oliver Zeigermann (Techniker Krankenkasse) räumen unter „Wie erkläre ich es meinem Chef?“ mit Mythen und Missverständnissen rund um GenAI, LLMs und Agenten auf. Benjamin Hofmann (Hyground) erläutert in „How an AI SRE agent can manage 20,000 workloads“ den Einsatz eines SRE-Agenten im Großbetrieb. Ergänzend ist ein „Panel on AI in Software Delivery“ angesetzt.

Am Donnerstag schildern Oliver Nocon und Lukas Heimann (SAP) im Praxisbericht „Vibe Coding im Konzern“, wie SAP KI-gestützte Entwicklung skaliert, während Mario-Leander Reimer (QAware) mit „Zero Trust Agents“ zeigt, wie sich KI-Workloads mit OPA und Kubernetes absichern lassen.

Platform Engineering, Multi-Cluster-Betrieb und GitOps

Ein zweiter inhaltlicher Block widmet sich dem Aufbau und Betrieb interner Entwicklerplattformen. Dominik Schmidle (Giant Swarm) stellt in „What Platform-as-a-Product Actually Means (And What Most Teams Get Wrong)“ Produktdenken in der Plattformentwicklung in den Mittelpunkt. Sönke Sothmann und Johannes Koch (FICO) behandeln „Kubernetes Custom Resources as Your Platform API: Declarative Self-Service with Crossplane“. Alexander Troppmann und Bruno Margula (Carl ZEISS) berichten unter „Custom-build Platform Tooling mit AI“ darüber, was in der Praxis funktioniert und was nicht. Lian Li widmet sich dem Inner Sourcing einer Internal Developer Platform und Tobias Hauser (Vodafone) beschreibt mit „Vom Betreiber zum Plattformbauer“, wie IT-Operations zur Plattformorganisation wird.

Im Kubernetes-Umfeld erläutert Nicholas Dille (Haufe) die Cluster API, Marcelo Castro (intersoft) zeigt anhand von ArgoCD, Kured und Renovate ein „wartungsarmes Kubernetes on-prem“. Manuel Zapf (codecentric) stellt in „From Clusters to Control Planes“ Ansätze für Multi-Tenancy zur Diskussion, Robin Afflerbach behandelt „Zentrale Golden Paths für Cluster-Flotten“ und das Multi-Cluster-fähige Erweitern bestehender Controller. Thorsten Wussow (Slix) widmet sich dem Flux Operator als Weg zu „GitOps im Autopilot-Modus“ und Christian Fritz (QAware) bewertet die Kubernetes Gateway API in der Praxis. Stefan Nachtrab und Mirabell Büscher (adorsys) sprechen über den Übergang „Vom Multi-Cloud-Chaos zum Knowledge Graph“ inklusive FinOps- und Compliance-Aspekten.

Sicherheit in Pipelines, Lieferkette und Laufzeit

Security zieht sich quer durch das Programm. Sujeevan Vijayakumaran (Friday Deployments) bezeichnet in seinem Talk die CI/CD-Pipeline als „Einfallstor“. Moritz Johner (Form3) ordnet „CVE Remediation“ als Platform-Engineering-Aufgabe ein. Bertram Vogel (codecentric) plädiert mit „Move Slow to Secure Things“ für einen Update-Cooldown in Projekten. Marius Shekow (SprintEins) erklärt Container Image Signing und Attestations, Daniel Bodky (NETWAYS) stellt Echtzeit-Threat-Detection mit Falco vor.

Hinzu kommen Beiträge zu Architektur und Organisation: Miriam Greis (adorsys) typisiert in „Team Topologies in the Wild“ Teamstereotypen, Daniel Raniz Raneland (factor10) widmet sich der Modernisierung von Legacy-Systemen mit dem Strangler-Fig-Pattern, Tom Asel (tangible concepts) fordert unter „Continuous Architecture“ weniger Reden und mehr Umsetzung. Ludovic Toison (Opensend) berichtet über das Skalieren von Engineering-Teams über Kontinente hinweg. Observability behandeln Tobias Hauser (Vodafone) mit einem Personas-basierten Ansatz sowie Timon Engelke und Christian Rohmann (inovex), die mit eBPF unsichtbaren Traffic in Kubernetes aufdecken wollen. Elena Kulgavaya (Source2Sea) hinterfragt mit „Your Pipeline Is Ready. Your Tests Are Not.“ den Reifegrad gängiger Teststrategien, Max Schmidt (Liquid Reply) zeigt metrikgetriebene Canary-Rollouts. Christopher Haar (upbound) und Johannes Koch (FICO) beleuchten unter „LLM FinOps“ Fehler beim GPU-Kostenvergleich.

Digitale Souveränität und Open Source

Einen weiteren Strang bildet die Diskussion um digitale Souveränität. David Sterz argumentiert in seinem Vortrag, warum Europas Cloud-Markt souverän und dezentralisiert sein sollte. Stefan Nachtrab (adorsys) liefert mit „Von GitHub nach Codeberg“ einen Erfahrungsbericht zum Plattformwechsel. Sandra Parsick und Sebastian T. Tiemann (Open Elements) hinterfragen unter „Open Source gibt es doch gratis! Warum dafür zahlen?“ verbreitete Annahmen zur Finanzierung freier Software. Ergänzend ist eine Paneldiskussion zur digitalen Souveränität angesetzt.

Maren Afflerbach (Sixt) widmet sich mit „Our Monolith has no Owners“ der Frage, wie Runtime-Analyse Abhängigkeiten in monolithischen Systemen sichtbar macht. Viktor Didenchuk (JPMorgan) thematisiert unter „Notified ≠ Understood“ die Kommunikation von Plattform-Updates an die nutzenden Teams. Nikita Golovko (Siemens) skizziert in „From Data to Decisions“ einen domänengetriebenen Weg zu industrieller KI.

Wer über den Fortgang der Konferenz informiert bleiben möchte, kann sich auf der CLC-Website für den Newsletter registrieren oder den Veranstaltern auf LinkedIn folgen – der Hashtag lautet #CLC_Conf.

(map)

Gegenstromanlage für den Pool: Darauf kommt es an

Top 10: Die beste Sportuhr im Test

Top 5: Der beste Akku-Bohrschrauber im Test

OpenObserve zeigt, warum KI-Agenten falsche Antworten geben

2026-09-14T15:01:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

OpenObserve 1.0.0 bietet eine neue Observability-Umgebung für LLM-Anwendungen, erweiterte Alarme, SLOs und schnellere PromQL-Abfragen.

(Bild: Fotogrin / Shutterstock.com)

14.09.2026, 17:01 Uhr

Lesezeit: 4 Min.

Von

Moritz Förster

Mit Version 1.0.0 veröffentlicht OpenObserve seine erste allgemein verfügbare 1.x-Ausgabe. Im Mittelpunkt steht eine neue Observability-Umgebung für LLM- und Agenten-Anwendungen: Sie soll Telemetrie erfassen, Ausgaben bewerten und Fehler in mehrstufigen KI-Workflows nachvollziehbar machen. Außerdem baut das Release das Alarmierungs- und SLO-Angebot aus, nimmt Synthetic Monitoring in die Open-Source-Ausgabe auf und verspricht schnellere PromQL-Abfragen.

OpenObserve ist eine in Rust entwickelte, Cloud-native Observability-Plattform für Logs, Metriken und Traces. Sie richtet sich an Teams, die Telemetriedaten zentral ablegen, durchsuchen und korrelieren wollen. Neben SQL unterstützt das Projekt PromQL für Metrikabfragen; die Datenhaltung setzt auf Parquet und Objektspeicher. Weitere Information bietet die Projektdokumentation.

KI-Workloads mit Bewertungen und Experimenten beobachten

Version 1.0 führt nach Angaben der Entwickler „AI Observability“ als zentrale Funktion ein. Sie umfasst Bewertungen für Traces und Sitzungen, Warteschlangen und Datensätze für menschliche Annotationen sowie einen Playground. Dort lassen sich Aufgaben ausführen und bewerten. Experiment-Workflows sollen es ermöglichen, Varianten eines LLM- oder Agenten-Workflows vergleichbar zu testen. Das ist etwa dann hilfreich, wenn Teams Prompt- oder Modelländerungen nicht nur nach Antwortzeit und Kosten, sondern auch anhand definierter Qualitätskriterien beurteilen wollen. Die vollständigen Release Notes zu OpenObserve 1.0.0 nennen außerdem zeitabhängige Modellpreise und einen hochverfügbaren Modus für den o2-ai-Agenten.

Zu den Neuerungen zählt auch ein ausgebauter Agenten- und Service-Graph. Er soll Abhängigkeiten zwischen Diensten und KI-Komponenten sichtbar machen. Damit lassen sich etwa Aufrufe eines Agenten mit den beteiligten Modellaufrufen, Tools und nachgelagerten Diensten in Beziehung setzen. Die Release Notes führen zudem Fehlerkorrekturen für die Darstellung von LLM-Diagrammen, Kosten- und Vergleichsansichten für Experimente sowie die Normalisierung von Modellnamen im Service-Graphen auf.

Videos by heise

Nicht alle im Changelog erwähnten Funktionen stehen zwangsläufig in jeder Variante des Produkts bereit: Die Entwickler unterscheiden dort explizit zwischen Änderungen am Open-Source-Code und Enterprise-Komponenten.

Neue SLOs, zusammengesetzte Alarme und Datenbank-Monitoring

Für den Betrieb klassischer Dienste ergänzt OpenObserve Service Level Objectives (SLOs) mit Burn-Rate-Alarmen. Ein solcher Alarm bewertet, wie schnell ein Fehlerbudget aufgezehrt wird. Er kann beispielsweise früh warnen, wenn ein Dienst sein monatliches Verfügbarkeitsziel bei der aktuellen Fehlerrate deutlich vor Monatsende verfehlen würde. SLOs können nun auch PromQL verwenden und zeitlich segmentierte Ziele abbilden.

Bei Alarmen kommen zusammengesetzte Regeln hinzu, die mehrere Teilalarme verbinden. Außerdem kann eine SQL-Abfrage künftig mehrere Alarme versorgen, und Regeln erhalten eine Pending-Phase: Ein Zustand muss dann zunächst für eine konfigurierte Dauer anhalten, bevor OpenObserve alarmiert. Das kann kurzzeitige Ausreißer entschärfen. Eine Alarmbibliothek soll vorbereitete Regeln anzeigen und gebündelt installieren; Alarme und SLOs lassen sich zudem als Terraform- oder OpenTofu-Konfiguration exportieren.

Neu ist auch eine Oberfläche für Datenbank-Monitoring. Beim Synthetic Monitoring, also automatisierten Prüfungen von Endpunkten oder mehrstufigen Browser-Abläufen, verschiebt das Projekt die Funktion laut Changelog vollständig in die Open-Source-Ausgabe. Hinzu kommen Super-Cluster-Unterstützung und Änderungen an der nutzungsbasierten Abrechnung nach Prüfschritten.

PromQL-Optimierungen und Folgen für Upgrades

Die Entwickler nennen mehrere Optimierungen für PromQL-Abfragen. Dazu gehören Änderungen an der Verarbeitung von Labeln und Zeitreihen, eine globale Cache-Struktur für Serienlabels sowie eine effizientere Auswertung von Range-Funktionen und Aggregationen. Zudem begrenzt OpenObserve den Speicherbedarf beim Zusammenführen indexierter Metriken. Konkrete Vergleichswerte liefert das Release allerdings nicht.

Auch bei Traces und der Suche baut Version 1.0 aus. Ein neuer Zeitindex soll Trace-Abfragen über mehrere IDs und organisationsweite Zeiträume beschleunigen. Span-Ereignisse und Ausnahmen erscheinen auf der Trace-Zeitleiste. Für Dashboards überarbeitet das Projekt den Abfrageeditor; Tabellenzellen können einen eingebetteten Logs-Explorer öffnen.

Administratoren sollten vor einem Upgrade die inkompatiblen Änderungen beachten. OpenObserve ersetzt die bisherigen distinct_values_*-Streams durch eine TopK-Implementierung auf Basis von Tantivy. Die Action-Skripte samt Action-Server sowie die Funktion trace_list_index entfallen. Zudem heißt die Knotenrolle AlertManager künftig Scheduler; interne Deployment-Informationen liefert der nicht authentifizierte Endpunkt /config nicht mehr aus. Die Entwickler haben außerdem die ORM-Zugriffe in getrennte Lese- und Schreib-Clients aufgeteilt und damit die SQLite-Schreibsperre abgelöst.

(fo)

Gegenstromanlage für den Pool: Darauf kommt es an

Top 10: Die beste Sportuhr im Test

Top 5: Der beste Akku-Bohrschrauber im Test

KI-Bots von OpenAI griffen Open-Source-Plattform RubyGems an

2026-09-12T13:45:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Ein Schwarm KI-Bots griff im Mai die Open-Source-Plattform RubyGems an. KI-Experten führten die Spur auf OpenAI zurück.

(Bild: Camilo Concha/Shutterstock.com)

12.09.2026, 15:45 Uhr

Lesezeit: 2 Min.

Von

Christine Bruns

Bereits im Mai 2026, rund zwei Monate vor dem Cyber-Angriff auf Hugging Face, sollen autonom agierende KI-Bots von OpenAI einen anderen durchgeführt haben. Laut Angaben des Wall Street Journals handelte es sich bei dem Ziel um die Open-Source-Plattform RubyGems, auf der Programmierer Codebausteine teilen.

Nach Aussage von OpenAI, die nach dem Angriff informiert wurden, wollten die Bots die Plattform als eine Art Browser nutzen, der in ihrer Testumgebung nicht zur Verfügung stand. Im Zuge des Angriffs legten die Bots alle zwei bis drei Minuten einen neuen Account an, was für beträchtliches Chaos gesorgt haben soll. Die Betreuer des Online-Dienstes waren vorerst überfordert und sahen sich gezwungen neu registrierte Konten zu schließen und vier Tage lang keine Neuregistrierungen zuzulassen. Eine Gruppe von KI-Experten, die den Vorfall untersucht haben, fand Beweise für die Beteiligung der OpenAI-Agenten unter anderem in den Namen der Agenten, der Dateien und Mailadressen, die sie nutzen, etwa durch den Begriff „OAI“. Die Angreifer nutzten Weblinks und ein ähnliches Verhalten wie ein früherer OpenAI-Schwarm. Eine Sprecherin des KI-Entwicklers bestätigte die Beteiligung der OpenAI-Bots am vergangenen Freitag und sagte, dass das Unternehmen diesen Angriff umfassend untersuchen wolle.

Sydney Von Arx, Geschäftsführerin von Nightingale Collective, einer gemeinnützigen Organisation, die half, den Angriff aufzudecken, erklärte, dass der Vorfall zwar nur geringe Schäden verursachte, aber die Fähigkeiten dieser Agenten zeige. "Sie können dem Internet entkommen und Chaos anrichten", erläutert sie.

Videos by heise

Der Vorfall ordnet sich in eine Reihe weiterer mutmaßlich außer Kontrolle geratener KI-Agenten ein: OpenAI-, Anthropic- und Meta-Agenten, die bei Tests unter anderem geheime Kommunikationskanäle wie kürzlich über ein deutsches Entwickler-Wiki aufgebaut, Sicherheitsbarrieren umgangen, externe Systeme angegriffen oder versucht haben, Menschen zu täuschen. Besonders der Angriff auf Hugging Face im Juli 2026, bei dem sich bis zu 1.200 OpenAI-Agenten über ein intern eingerichtetes Messageboard koordiniert haben sollen, verursachte Unsicherheit sowie weitreichende Diskussionen in der Öffentlichkeit und der Politik. Die Frage, ob zunehmend leistungsfähige KI-Agenten sich selbst verbessern und der menschlichen Kontrolle entgleiten könnten, wird durch Vorfälle dieser Art dringender und benötigt Lösungsansätze.

Lesen Sie auch

Herdr: Terminal-Multiplexer sortiert Flotten von Coding-Agenten

KI in der Cybersecurity – Sicherheit trotz Coding-Agenten, LLMs und Deepfakes

c’t-Story: Optimierung

Visual Studio Code 1.137: Entwickler können Agent Tasks automatisieren

OpenAI-Agenten haben auf mehr als 10 weiteren Websites unerlaubt kommuniziert

Top 10: Mähroboter für kleine Flächen im Test

Top 5: Der beste Akku-Bohrschrauber im Test

Top 10: Die beste Soundbar mit Subwoofer

Interview: Zehntausende US-Dollar Schaden durch aufgeblähte Sicherheitswarnungen

2026-09-12T06:33:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Meldungen zu Sicherheitslücken sind für Open-Source-Projekte wichtig – viele davon seien inzwischen aber aufgeblähtes Marketing, meint Peter Gutmann.

(Bild: KI / iX)

12.09.2026, 08:33 Uhr

Lesezeit: 12 Min.

Von

Wolf Hosbach

Open-Source-Projekte erhalten immer häufiger Sicherheitswarnungen, die von den Herausgebern übermäßig stark beworben werden: Die gemeldeten Lücken bekommen CVE-Nummern, spannend klingende Namen und eigene Werbe-Webseiten. So wollen die Herausgeber eine größtmögliche öffentliche Aufmerksamkeit erzielen. Von der Sache her haben die gemeldeten Schwachstellen oft aber nur eine geringe Relevanz und sind eher theoretischer Natur.

Peter Gutmann ist Wissenschaftler am Department of Computer der University of Auckland und beschäftigt sich mit dem Entwurf und der Analyse kryptografischer Sicherheitsarchitekturen, der Usability von Sicherheitssystemen und der Sicherheit eingebetteter Systeme. Er war an der Entwicklung des bekannten Verschlüsselungspakets PGP beteiligt und hat zahlreiche Artikel sowie RFCs zu den Themen Sicherheit und Verschlüsselung verfasst, insbesondere maßgeblich das weltweit am längsten bestehenden Sicherheits-RFC 8894. Jetzt ist er Entwickler des Open-Source-Toolkits cryptlib und Autor des Buches „Cryptographic Security Architecture: Design and Verification“. Demnächst wird sein neues Werk „Engineering Security“ erscheinen.

Die Maintainer der betroffenen Projekte können sie jedoch wegen der künstlich erzeugten Bekanntheit nicht ignorieren und müssen sie aufwendig prüfen. Der Schaden geht oft in die Zehntausende, weil neue Evaluierungen fällig werden und Unternehmen, die die betroffene Bibliothek im Einsatz haben, regieren müssen.

Der australische Sicherheits- und Kryptografieexperte Peter Gutmann (PGP und crytlib) warnt vor den negativen Folgen und Kosten dieser Kampagnen, da sie die Open-Source-Teams unnötig belasten. Auf der OpenSSL-Konferenz im Oktober in Prag wird er einen Vortag zu diesem Thema halten, heise developer hat im Vorfeld dieses schriftliche Interview mit ihm geführt.

(Bild: AliaAyah / Shutterstock)

Am 22. und 23. September findet die heise devSec 2026 statt. Im Fokus der Konferenz zu sicherer Softwareentwicklung stehen dieses Jahr unter anderem die sichere Software Supply Chain und der Security-Aspekt bei Agentic AI in der Softwareentwicklung.

Gutmann spricht darin über neben Stunt Cryptography auch über den allgegenwärtigen AI Slop, der Maintainer zusätzlich belastet.

Du nennst solche künstlich aufgeblähten Sicherheitswarnungen Stunt Cryptography. Wie unterscheiden sie sich von früheren Fällen, die ja auch schmissige Namen hatten wie Stuxnet oder Heartbleed?

Das ist keine organisierte Kampagne und auch nichts Böswilliges – es ist ein natürlicher Nebeneffekt der Art, wie Publikationen in der Sicherheitsforschung funktionieren. Wer normalerweise einen Buffer Overflow in Apache entdeckt, bekommt eine CVE-Nummer, die Lücke wird gepatcht, und alle gehen wieder ihrer Arbeit nach, ohne dass es groß jemand bemerkt.

Videos by heise

Wer als Forscher oder Akademiker wahrgenommen werden will, braucht dagegen etwas Ausgefallenes. Das ist wie der Unterschied zwischen mir, der ein Stück Kuchen verschwinden lässt – das interessiert niemanden – und einem Zauberer, der ein ganzes Gebäude verschwinden lässt: Darüber reden alle. Um ein Konferenzpaper unterzubringen, muss man also etwas sehr Kreatives und Ungewöhnliches machen, und das ist in der Regel umgekehrt proportional zu seinem Nutzen als tatsächlichem Angriff. Echte Angreifer wollen etwas Einfaches: einen Buffer Overflow, der auf jedem angegriffenen System zu Remote Code Execution führt – nicht etwas, das drei Tage Vorbereitung und weitere drei Tage Laufzeit braucht, um auf einem einzigen System zehn Bit an Daten zu erbeuten.

Darin liegt auch der Unterschied zu Heartbleed oder Stuxnet: Das waren echte, ausnutzbare Probleme, die Angreifer tatsächlich verwendet haben. Bei Stunt Cryptography ist es umgekehrt – der Angriff ist sehr clever, aber bis heute konnte niemand einen realen Angreifer benennen.

Kannst du ein paar Beispiele für solche Stunt-Cryptography-Kampagnen beschreiben?

Ein gutes Beispiel ist SWEET32. Der Angriff setzt voraus, dass das Opfer den Code des Angreifers im eigenen Browser ausführt und dabei 785 Gigabyte an Web-Traffic für den Angreifer verschlüsselt – um am Ende ein einziges HTTP-Cookie zu bekommen. Sehr clever, mit eigenem Logo und eigener Website und völlig unpraktikabel: alle Zutaten eines Stunt-Cryptography-Angriffs.

Zwei weitere Beispiele aus dem Vortrag, den ich im Oktober auf der OpenSSL-Konferenz in Prag halte: EFAIL, mit dem sich der Inhalt verschlüsselter E-Mails rekonstruieren ließ – allerdings nur, wenn die Bedingungen exakt stimmten. – aber: griffiger Name, Logo, eigene Website – das volle Programm. Oder CVE-2023-51767, ein Paper auf einer akademischen Sicherheitskonferenz: Schritt eins, als Root ein SIGSTOP an sshd schicken. Schritt zwei – nun folgen mehrere Seiten Stunt Cryptography – Schritt drei, veröffentlichen. Aber: Wer bereits Root-Zugriff hat, braucht Schritt zwei gar nicht.

Steckt hier eine systematische oder finanziell motivierte Masche dahinter?

Nicht im Sinne eines gezielten Vorgehens einer bestimmten Gruppe. Es ist ein Nebeneffekt davon, wie das Publizieren in der Sicherheitsforschung funktioniert: Um ein Paper angenommen zu bekommen, braucht man etwas Kreatives und Ungewöhnliches – und genau das belohnt das System. Es geht um Reputation – CV-Enhancements sozusagen, nicht um Geld.

Steigende Kosten für die Projekte

Du hast in einem konkreten Fall geschätzt, dass ein Open-Source-Projekt 30.000 bis 50.000 US-Dollar und drei bis sechs Monate Entwicklerzeit aufwenden musste, um auf eine unbegründete CVE-Meldung zu reagieren. Hast Du da weitere Details, um was für eine Lücke und Meldung es sich gehandelt hat?

Das stammt aus einem Gespräch mit einem Contributor eines großen Open-Source-Projekts. In diesem Fall ging es um FIPS-140-validierten Code. Die Zahlen sind für diese Situation nicht ungewöhnlich: Eine erneute FIPS-Validierung wegen einer CVE kostet typischerweise 30.000 bis 50.000 US-Dollar und dauert drei bis sechs Monate. Und es bleibt nicht bei einem Projekt – eine CVE-Nummer ist plattformunabhängig, sie entzieht die Zertifizierung also überall gleichzeitig, auch all jenen, die ihre eigene Zertifizierung auf diesem validierten Code aufgebaut haben. Sehr viele FIPS-Evaluierungen sind genau das: ein Rebranding einer fremden Evaluierung, weil eine eigene von Grund auf schwer zu stemmen ist.

Lässt sich eine Lücke mit nur geringer Relevanz nicht schneller abfertigen?

Das Problem ist, sobald eine CVE existiert, kann man sie nicht einfach ignorieren. Sie taucht in jedem Schwachstellen-Scanner und auf jeder Compliance-Checkliste der Kunden auf. Man landet in einer kafkaesken Situation: Es gibt eine CVE, also muss sie behoben werden – aber es gibt keine tatsächliche Schwachstelle, also kann sie nicht behoben werden. Das muss man dann jeder einzelnen Person erklären, die die CVE-Meldung gesehen hat.

Eine fundierte Gegendarstellung zu schreiben, ist echte Arbeit – GnuPG brauchte rund drei Personenwochen, um die GPGFail-Behauptungen zu beantworten, von denen sich keine als ausnutzbare Schwachstelle erwies. Die Abkürzung, die Sache einfach als behoben zu deklarieren, damit sie verschwindet, wälzt die Kosten auf alle nachgelagerten Nutzer ab, die dann für nichts aktualisieren müssen.

Ist bei Vorfällen dieser Art der finanzielle Schaden allgemein so hoch? Lässt sich das verallgemeinern?

Eine feste Zahl gibt es nicht – das skaliert damit, wie verbreitet der Code ist und welche Compliance-Regime greifen. Bei einer weitverbreiteten Bibliothek kann eine einzige unbegründete CVE zu Kosten von Hunderttausenden UD-Dollar und Jahren an kumulierter Arbeitszeit anwachsen, weil jeder nachgelagerte Nutzer reagieren muss. Allein libcurl ist in rund 30 Milliarden Instanzen installiert. Große Organisationen brauchen für das Ausrollen eines regulären Fixes typischerweise fünf bis sechs Monate, für einen hoch eingestuften Sicherheitsfehler drei Monate, und selbst die Überholspur für Notfälle dauert sechs Wochen bis drei Monate und ist so teuer, dass sie selten genutzt wird.

Compliance-Vorgaben wie PCI DSS setzen feste Fristen obendrauf – 30 Tage für kritische und hohe Funde, 90 Tage für den Rest – unabhängig davon, ob das Problem real ist. Und die Folgeschäden können schlimmer sein als die vermeintliche Schwachstelle selbst: Als Scanner eine niedrig eingestufte CVE in der mit Windows ausgelieferten curl.exe meldeten, haben Leute die Datei aus System32 gelöscht – woraufhin Windows Update eine Manipulation erkannte und den Dienst verweigerte.

Wie können sich Projekte vor Stunt-Cryptography-Kampagnen schützen?

Mein Vorschlag, und den werde ich auch in Prag machen: Den Schweregrad einer CVE-Meldung sollte das betroffene Projekt festlegen, nicht derjenige, der sie einreicht – einschließlich Optionen wie „nicht zutreffend“ oder, noch besser, „vanity“, also Eitelkeit.

Größere Projekte können darüber hinaus selbst zur CVE Numbering Authority werden und so unbegründete Einreichungen abfangen, bevor sie veröffentlicht werden. Für ein Projekt, das man allein betreibt, ist das aber nicht machbar. Man kann auch versuchen, eine unbegründete CVE anzufechten – OpenSSH hat das bei CVE-2023-51767 getan –, aber das ist langsam und meist undankbar. Selbst eine eindeutig falsche CVE wie 2016-2427 steht seit Jahren im Status „disputed“, weil es für Einsprüche keinen Zeitrahmen gibt. Sie bleiben einfach in der Schwebe.

Die eigentliche Lösung wäre, dass die akademische Welt Papers akzeptiert, die sagen: Hier ist ein cooler Angriff, völlig unpraktikabel, aber ein netter Trick. Das sehe ich allerdings nicht kommen.

Haben sich in der Open-Source-Szene gemeinsame Bestrebungen gegen solche Kampagnen entwickelt?

Nicht, dass ich wüsste – nichts Koordiniertes. Es sind verstreute Reaktionen auf Projektebene: curl bezeichnet manche Funde inzwischen als „lower-than-LOW severity“, einige Projekte wehren sich oder fechten CVEs auf eigene Faust an, und etliche Projekte sind allein wegen besonders haarsträubender CVEs zur eigenen Numbering Authority geworden. Eine branchenweite Initiative gibt es bislang nicht.

Top 10: Mähroboter für kleine Flächen im Test

Top 5: Der beste Akku-Bohrschrauber im Test

Top 10: Die beste Soundbar mit Subwoofer

Microsoft-Alternativen: Open-Source-Software aus Europa | c’t uplink

2026-09-12T04:30:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Bloß weg von US-Diensten? Im c’t uplink diskutieren wir über digitale Souveränität und stellen Microsoft-365-Alternativen wie openDesk vor.

Empfohlener redaktioneller Inhalt

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

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.

06:30 Uhr

Lesezeit: 3 Min.

► Mitdiskutieren auf dem heise & c't Discord-Server

Von

Greta Friedrich

Mit Office, Teams, Zoom, Google Workspace & Co. beherrschen US-Konzerne weite Teile des europäischen Software- und Cloudmarktes. Doch immer mehr Privatnutzer, Unternehmen und Behörden versuchen, ihre Abhängigkeit von US-Diensten zu reduzieren; nicht zuletzt wegen des unberechenbaren US-Präsidenten. In dieser Folge des c’t uplink diskutieren wir, welche Möglichkeiten es gibt, digital souveräner zu werden.

Den wöchentlichen c't-Podcast c't uplink gibt es ...

c’t-Redakteurin Greta Friedrich moderiert das Gespräch und stellt europäische Alternativen zu Microsoft 365 und Google Workspace vor. Die digitalen Arbeitsumgebungen Infomaniak kSuite, mailbox, Ionos Nextcloud Workspace, Proton Workspace und Souvera Workspace sind sämtlich als schlüsselfertige SaaS-Angebote verfügbar. Nutzer zahlen also Abogebühren, sparen sich aber Arbeitsaufwand.

Anders sieht das bei der frei verfügbaren Community-Edition von openDesk aus, entwickelt vom Zentrum für Digitale Souveränität (ZenDiS) aus Deutschland: c’t-Redakteur Niklas Dierking hat für c’t-Ausgabe 19/2026 getestet, wie man diese Software selbst betreiben kann. Im c’t uplink berichtet er, was dabei besonders herausfordernd war und für wen sich diese Lösung eignet.

openDesk ist aktuell vor allem im öffentlichen Sektor im Einsatz. c’t-Redakteur Christian Wölbert gibt im Podcast einen Überblick über die Versuche der Behörden, ihre Abhängigkeit von Microsoft Exchange und Office zu reduzieren.

Empfohlener redaktioneller Inhalt

Mit Ihrer Zustimmung wird hier ein externer Podcast (Podigee GmbH) geladen.

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

Zu Gast im Studio: Niklas Dierking, Christian Wölbert
Host: Greta Friedrich
Produktion: Jörg Wirtgen

Mehr Details zum Thema Digitale Souveränität und zu openDesk sowie weiteren Microsoft-365-Alternativen finden Sie in der c’t-Ausgabe 19/2026. Die gibt‘s am Kiosk, auf ct.de sowie in der c’t-App für iOS und Android.

► Die besprochene Artikelstrecke über Digitale Souveränität in c’t 19/2026 (Paywall): https://www.heise.de/select/ct/2026/19/2619512010284529488

► Der besprochene Artikel über digitale Souveränität und M365-Alternativen bei heise+ (Paywall): https://www.heise.de/tests/Microsoft-365-und-Google-Workspace-Europaeische-Alternativen-im-Ueberblick-11364523.html

► Der besprochene Artikel „Wie Behörden sich aus der Abhängigkeit von Microsoft befreien“ bei heise+ (Paywall): https://www.heise.de/ratgeber/Wie-Behoerden-sich-aus-der-Abhaengigkeit-von-Microsoft-befreien-11351389.html

► Der besprochene Artikel „openDesk auf einem Kubernetes-Cluster installieren“ bei heise+ (Paywall): https://www.heise.de/ratgeber/openDesk-auf-einem-Kubernetes-Cluster-installieren-11381623.html

► Interview „openDesk: Wie die Microsoft-Alternative auch bei Unternehmen ankommen soll“ bei heise+ (Paywall): https://www.heise.de/hintergrund/openDesk-Wie-die-Microsoft-Alternative-auch-bei-Unternehmen-ankommen-soll-11416094.html

(gref)

Top 10: Die beste Handykamera im Test

Top 10: Das beste Tablet im Test

Top 10: Die beste Powerstation im Test

Herdr: Terminal-Multiplexer sortiert Flotten von Coding-Agenten

2026-09-11T16:26:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Herdr bündelt langlebige Terminal-Sitzungen und zeigt, welcher Coding-Agent auf Eingaben wartet. Omarchy Linux integriert das junge Open-Source-Projekt.

(Bild: Herdr)

11.09.2026, 18:26 Uhr

Lesezeit: 6 Min.

Von

Mathias Ewald
Jens Söldner

Wer mehrere Coding-Agenten parallel an verschiedenen Projekten arbeiten lässt, muss auf deren Ausgaben warten und vor allem den Überblick behalten: Welcher Agent rechnet noch, welcher ist fertig, und wo blockiert eine Rückfrage den nächsten Schritt? Genau an dieser Stelle setzt Herdr an. Der freie Terminal-Multiplexer hält Sitzungen am Leben, ordnet sie nach Projekten und fasst den Zustand von Agenten in einer Seitenleiste zusammen.

Das im März 2026 veröffentlichte Projekt hat inzwischen auch institutionellen Rückhalt erhalten. Gründer Can Celik kündigte Anfang August die Aufnahme in den Herbstjahrgang 2026 des US-Gründerprogramms Y Combinator an. Y Combinator führt Herdr als Ein-Personen-Unternehmen mit Sitz in Ankara. Y Combinators Standard Deal investiert in jedes aufgenommene Start-up 500.000 US-Dollar. Eine weitere, individuelle Finanzierungsrunde nennt Herdrs Ankündigung nicht.

Videos by heise

Herdr liefert kein Sprachmodell und ersetzt keine Agenten wie Claude Code, Codex oder OpenCode. Als auf Coding-Agenten zugeschnittener Konkurrent zu tmux führt Herdr gewöhnliche Terminal-Prozesse aus, ergänzt deren Darstellung aber um die Zustände working, blocked, done,idle und unknown. Die aktuelle stabile Ausgabe ist 0.9. Das in Rust entwickelte Programm steht unter der Apache-2.0-Lizenz. Binärpakete gibt es für Linux und macOS auf x86-64 und ARM64 sowie für Windows auf x86-64. Hinzu kommen unter anderem Homebrew, Nix und mise. Einzelne Funktionen bleiben unter Windows eingeschränkt.

Vom Pane zur Aufmerksamkeitsliste

Die Herdr-Architektur folgt dem Client-Server-Modell klassischer Terminal-Multiplexer. Ein Server stellt die Terminal-Instanzen bereit, unter Unix als Pseudoterminals (PTYs) und unter Windows per ConPTY-Konsolen. Der Client stellt diese nur dar, sodass Shells, Entwicklungsserver und Agenten weiterlaufen, sollte er getrennt werden. Herdr organisiert Terminals in Workspaces, Tabs und Panes, sodass der Nutzer sie entsprechend seines eigenen Workflows gruppieren kann.

Um die Aufmerksamkeit des Nutzers auf die richtigen Agenten lenken zu können, erkennt Herdr Zustände der KI-Agenten per Hook, Plugin oder die Analyse der Terminal-Ausgabe. Optionale Integrationen liefern je nach Werkzeug zusätzlich Sitzungskennung oder Informationen zum Lebenszyklus. Herdr verdichtet die Zustände auf Workspace-Ebene und meldet unbeachtete Rückfragen.

Auch Automatisierung ist vorgesehen. Über Kommandozeile und eine lokale Socket-API lassen sich Panes anlegen, Ein- und Ausgaben übertragen sowie Agentenzustände abfragen. Unter Unix nutzt sie einen Unix Domain Socket, unter Windows eine Named Pipe. Auch tmux lässt sich automatisieren, allerdings ohne die native Integration von Agenten und deren Zuständen.

Dauerhaft ist nicht unsterblich

Beim Trennen eines Clients oder bei einem Netzwerkausfall laufen Server und Prozesse weiter. Nach einem Neustart des Herdr-Servers oder Rechners dagegen sind Prozesse natürlich beendet. Laut der Restore-Matrix des Projekts stellt Herdr dann Workspaces, Tabs, Pane-Aufteilung, Arbeitsverzeichnisse und Fokus wieder her und setzt Agenten, die das unterstützen, über deren native Sitzungskennung fort.

Die optionale Speicherung der Terminal-Historie ist standardmäßig abgeschaltet, weil sie Zugangsdaten, Token oder Prompts enthalten kann. Ein experimentelles Live-Handoff versucht, Prozesse bei bestimmten Updates zu erhalten, bietet dafür aber keine Garantie.

SSH bleibt der Transportweg

Auch bei entfernten Rechnern ersetzt Herdr nicht SSH. Nutzer können sich wie gewohnt anmelden und Herdr dort starten. Alternativ verbindet die Remote-Funktion herdr --remote host einen lokalen Herdr-Client über OpenSSH mit einem Herdr-Server. OpenSSH übernimmt Authentifizierung und Host-Key-Prüfung. Als Ziel unterstützt dieser Modus nur Linux und macOS. Windows kann seit Herdr 0.8.2 als lokaler Client dienen, aber nicht als Server.

Seit Version 0.9.0 können mehrere Clients unabhängig voneinander verschiedene Workspaces und Tabs anzeigen. Unterschiedliche Tabs passen sich der Größe des jeweiligen Clients an. Teilen sich Clients einen Tab, bestimmt der zuletzt darin aktive Client dessen Größe.

Die am 7. September 2026 veröffentlichte Version bündelt außerdem lokale und per SSH angebundene Server in einem Fenster. Eine gemeinsame Agentenliste zeigt deren Zustände. Während die ausgewählte Maschine die sichtbaren Terminal-Inhalte liefert und Eingaben erhält, aktualisieren die übrigen Verbindungen weiterhin Statusinformationen und Benachrichtigungen. Diese Funktion wird derzeit unter Linux und MacOS unterstützt. Ein gespeichertes Maschinenprofil bindet jeweils eine Sitzung ein, nicht sämtliche Sitzungen eines Hosts.

Omarchy integriert Herdr und steuert Code bei

Besonders sichtbar wurde Herdr durch Omarchy, die Linux-Distribution des umstrittenen David Heinemeier Hansson. Deren vierte Hauptversion Quattro hat den Multiplexer zusätzlich zu tmux integriert. Die mitgelieferte Konfiguration orientiert sich mit Ctrl+Space als Prefix an Omarchys tmux-Belegung. Die Versionshinweise zu Herdr 0.8.2 nennen DHH als Mitwirkenden an Fenstertiteln, Pane-Größenänderung und Tab-Verschiebung. Omarchy ist damit Konsument und DHH Contributor.

Lesen Sie auch

Omarchy Linux: Desktop-Umbau und 10 Millionen Dollar für Stiftung

Top 10: Die beste Handykamera im Test

Top 10: Das beste Tablet im Test

Top 10: Die beste Powerstation im Test

Sicherheitslücken in ePA-Clients: „Die Implementierungen hatten blinde Flecken“

2026-09-10T12:53:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Sicherheitsforscher sorgten für Fixes kritischer Lücken in ePA-Clients und der Telematikinfrastruktur. Dr. Simon Weber erklärt die Details im Interview.

(Bild: wasanstock / Shutterstock.com)

10.09.2026, 14:53 Uhr

Lesezeit: 20 Min.

Security

Von

Marie-Claire Koch

Mehrere frei verfügbare Softwarekomponenten für die Anbindung an die elektronische Patientenakte wiesen im Frühjahr 2026 Sicherheitslücken in zentralen Schutzmechanismen auf. Betroffen waren drei unabhängig voneinander entwickelte Open-Source-Implementierungen: der ePA3-Service von fbeta, Ovivas epa4all-client sowie epa4all von Med United (service health erx).

Die Fehler betrafen den sogenannten VAU-Kanal – also die Verbindung zur vertrauenswürdigen Ausführungsumgebung (VAU). Dabei handelt es sich um eine zusätzliche kryptografische Schicht, die Gesundheitsdaten zwischen ePA-Client und Aktensystem absichern soll.

Lesen Sie auch

Telekom kündigt eigene ePA an: Noch mehr Vielfalt im Markt und offene Fragen

Abnehm-App "Oviva": Hersteller zur Entwicklung Digitaler Gesundheitsanwendungen

Missing Link: Ransomware-Angriffe auf Krankenhäuser gefährden Menschenleben

Hackerangriff auf Uniklinik Düsseldorf: Ermittlungen nach Tod einer Frau

Top 10: Die beste Handykamera im Test

Top 10: Das beste Tablet im Test

Top 10: Die beste Powerstation im Test

KI absichern und belegen: OWASP veröffentlicht neue Hilfe

2026-09-09T11:02:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Das OWASP GenAI Security Project veröffentlicht den „Crosswalk“, der KI-Risiken mit Compliance-Anforderungen aus 25 Regelwerken verknüpft.

(Bild: Vanessa Bahr / heise medien)

09.09.2026, 13:02 Uhr

Lesezeit: 3 Min.

Von

Udo Schneider

Die Top-10-Listen des OWASP GenAI Security Project zu LLM-Anwendungen und agentischen Anwendungen dürften vielen bekannt sein, die sich mit generativer KI und Sicherheit beschäftigen. Hinzu kommen die umfangreichere Liste „Data Security Risks & Mitigations“ sowie die noch im Entwurf befindliche Agentic Skills Top 10.

Aus Compliance-Sicht haben solche Listen jedoch eine Lücke: Sie benennen Risiken und beschreiben häufig auch Gegenmaßnahmen. Die Verbindung zu konkreten Anforderungen aus Standards, Frameworks und Regulierungen bleibt dagegen meist den Anwendern überlassen.

Übersetzung zwischen Sicherheitsrisiken und Compliance

Am 1. September veröffentlichte das OWASP GenAI Security Project deshalb einen „Crosswalk“. Er soll als Bindeglied zwischen technischen Sicherheitsmaßnahmen und Compliance-Anforderungen dienen: Die Zuordnung verknüpft 51 GenAI-Risiken aus vier OWASP-Quelllisten mit Controls aus 25 Regelwerken. Dazu zählen unter anderem NIST- und ISO-Standards, MITRE ATLAS, SOC 2, DORA und die EU-KI-Verordnung.

Der Crosswalk ist als Open-Source-Projekt öffentlich zugänglich. Seine Stärke liegt weniger darin, neue Sicherheitsmaßnahmen zu definieren, sondern darin, die bislang häufig manuelle Übersetzungsarbeit zwischen Risiko, Gegenmaßnahme und Kontrollanforderung zu erleichtern.

Der Aufwand zeigt sich oft erst im Audit

Das wird häufig erst im Audit sichtbar. Ein Team liest etwa die OWASP Top 10 für LLM-Anwendungen, erkennt mehrere relevante Risiken und implementiert Filter, Rate Limits sowie Human-in-the-Loop-Freigaben, bevor ein Agent kritische Aufgaben ausführt. Das System ist dadurch sicherer. In der Revision stellt sich dann jedoch die Frage, welche konkreten Anforderungen des eigenen Kontrollkatalogs diese Maßnahmen abdecken und wie dies nachzuweisen ist.

Genau hier setzt der Crosswalk an. Er zeigt für jedes Risiko, welche Controls aus den hinterlegten Regelwerken dazu passen. Das ersetzt keine fachliche Bewertung, kann aber den Aufwand, Zuordnungen manuell in Tabellen zusammenzutragen, deutlich reduzieren.

Lücken im Kontrollsystem sichtbar machen

Interessant ist auch die Gegenrichtung: Welche GenAI-Risiken deckt das bestehende Kontrollsystem bereits ab – und wo bestehen tatsächlich Lücken? In der Weboberfläche lassen sich die eingesetzten Regelwerke auswählen. Sie zeigt daraufhin Abdeckungen und Lücken an; außerdem können Ergebnisse von Prüfwerkzeugen zur Validierung hochgeladen werden.

Damit müssen Sicherheits- und Compliance-Teams nicht bei jeder GenAI-Anwendung bei null anfangen. Sie können sich auf die Risiken und Controls konzentrieren, für die das vorhandene Kontrollsystem noch keine ausreichende Abdeckung bietet.

Videos by heise

Kein Ersatz für die eigene Prüfung

Trotz seines praktischen Nutzens ist der Crosswalk keine Zertifizierung und kein verbindlicher Prüfmaßstab. Die Zuordnungen sind fachliche Vorschläge, die Unternehmen für ihren konkreten Anwendungsfall prüfen und gegebenenfalls ergänzen müssen. Das Repository weist zudem darauf hin, dass die Mappings der Agentic Skills Top 10 noch vollständig im Entwurfsstatus sind.

Auch bei den Regelwerken lohnt der genaue Blick auf die jeweils hinterlegte Version. Einzelne Mappings beziehen sich ausdrücklich auf Entwurfsfassungen oder ältere Ausgaben von Standards. Wer den Crosswalk als Grundlage für ein Audit nutzt, sollte deshalb die maßgebliche Fassung des jeweiligen Regelwerks prüfen und die Auswahl der Controls nachvollziehbar dokumentieren.

Dennoch ist der Crosswalk nützlich: Er schafft eine Verbindung zwischen KI-spezifischen Sicherheitsrisiken und ihrer compliance-gerechten Dokumentation. Für Teams an der Schnittstelle von Security und Compliance erleichtert er damit eine Aufgabe, die bislang jedes Unternehmen weitgehend selbst lösen musste.

Lesen Sie auch

OWASP Top 10 für KI-Anwendungen: Risiken mit Daten belegt

BSI veröffentlicht Prüfkatalogsentwurf zur Vertrauenswürdigkeit von KI-Systemen

Top 10: Die beste Wärmebildkamera im Test

Top 10: Mähroboter ohne Begrenzungskabel

Top 10: Das beste E-Mountainbike im Test

Download-Rekord für LibreOffice – wegen Verzicht auf KI?

2026-09-09T10:00:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

LibreOffice 26.8 wurde in der ersten Woche über eine Million Mal von der offiziellen Seite geladen – ein Rekord für die TDF.

(Bild: JarTee / Shutterstock.com)

09.09.2026, 12:00 Uhr

Lesezeit: 2 Min.

Von

Moritz Förster

LibreOffice 26.8 ist in der ersten Woche mehr als eine Million Mal von der offiziellen Download-Seite geladen worden. Die Document Foundation (TDF) zählt 1.031.162 Downloads und spricht vom höchsten Wert, den eine LibreOffice-Veröffentlichung in ihrer ersten Woche erreicht hat.

Die TDF hatte LibreOffice 26.8 am 26. August für Windows, macOS und Linux veröffentlicht. Die neue Hauptversion konzentriert sich auf besseren Schriftsatz, die Verarbeitung komplexer und rechts-nach-links geschriebener Schriftsysteme sowie die Kompatibilität beim Dokumentenaustausch mit anderen Office-Paketen. Außerdem verzichtet LibreOffice 26.8 bewusst auf integrierte generative KI.

Zählung erfasst keine Linux-Paketquellen

Die Download-Zahl stammt ausschließlich von der offiziellen Download-Seite von LibreOffice. Die TDF weist ausdrücklich darauf hin, dass viele Linux-Nutzer neue Versionen über die Paketquellen ihrer Distribution beziehen. Diese zusätzlichen Installationen fehlen somit in der Statistik. Die tatsächliche Verbreitung der Version lässt sich aus der Zahl daher nicht unmittelbar ableiten.

Videos by heise

Ferner sind die Downloads nicht mit aktiven Installationen oder einzelnen Nutzern gleichzusetzen: Ein Download kann etwa auf mehreren Rechnern verteilt, erneut angestoßen oder nur für einen Test genutzt werden. Für den Vergleich der LibreOffice-Releases untereinander ist die Kennzahl dennoch aussagekräftig, weil die Foundation dafür denselben offiziellen Vertriebskanal betrachtet. Die TDF-Statistik zur ersten Woche von LibreOffice 26.8 nennt außerdem mehr als 50.000 Aufrufe, Reaktionen und Weiterverbreitungen zu den Ankündigungen in sozialen Netzwerken sowie knapp 21.000 Abrufe eines Videos zu den neuen Funktionen.

Beim Thema KI setzt LibreOffice explizit einen Kontrapunkt zu den großen kommerziellen Office-Paketen. Microsoft baut Copilot weiter in M365 und dessen Office-Anwendungen ein; Google erweitert Gemini in Docs, Sheets, Slides und Drive für Entwürfe, Tabellenanalysen und Präsentationen.

Siehe auch:

LibreOffice: Download schnell und sicher von heise.de

(fo)

Top 10: Die beste Wärmebildkamera im Test

Top 10: Mähroboter ohne Begrenzungskabel

Top 10: Das beste E-Mountainbike im Test

AWS ECS ohne Webkonsole verwalten

2026-09-08T13:38:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Das Terminal-Tool e1s für Amazon ECS ermöglicht in Version 2.0.0 den Wechsel von AWS-Profilen und Regionen im laufenden Betrieb.

(Bild: heise medien)

08.09.2026, 15:38 Uhr

Lesezeit: 3 Min.

Von

Moritz Förster

Mit Version 2.0.0 erweitert e1s seine Terminal-Oberfläche für den Amazon Elastic Container Service (ECS) vor allem bei der täglichen Bedienung: Anwender können AWS-Profile und Regionen während der laufenden Sitzung wechseln. Ressourcenlisten erhalten Suche und Sortierung, deren Zustand bei der Aktualisierung erhalten bleibt. Außerdem bringt das Release wählbare Wege für Befehle in Containern, Unterstützung für ECS Managed Daemons sowie Nachbesserungen bei Service-Updates und der Auswahl von Task-Definitionen.

e1s ist ein Open-Source-Werkzeug zur Verwaltung und Navigation von Amazon-ECS-Ressourcen im Terminal. Es unterstützt ECS-Workloads auf Fargate und EC2 und orientiert sich konzeptionell an k9s für Kubernetes. Das Programm verwendet die lokal hinterlegte AWS-CLI-Konfiguration, einschließlich Profilen und Regionen, statt Zugangsdaten selbst zu speichern. Das Tool ist vor allem für Administratoren und Entwickler gedacht, die ECS-Cluster ohne ständigen Wechsel zur AWS-Webkonsole bedienen wollen. Die Projektdokumentation von e1s beschreibt auch die Unterstützung für Assume-Role-Profile, credential_process und AWS IAM Identity Center.

Profile und Regionen ohne Neustart wechseln

Der Wechsel zwischen AWS-Konten und Zielregionen lässt sich nun direkt in e1s vornehmen. Das ist vor allem für Teams relevant, die getrennte Profile für Entwicklung, Test und Produktion einsetzen oder ECS-Cluster in mehreren Regionen betreiben. Bisher musste ein Terminal-Werkzeug für einen solchen Kontextwechsel oft neu gestartet oder mit anderen Umgebungsvariablen aufgerufen werden.

e1s liest dafür die lokalen AWS-Konfigurations- und Zugangsdaten-Dateien. Laut Projekt lassen sich Profile und Regionen im laufenden Programm über Ctrl+P beziehungsweise Ctrl+R umschalten. Die neue Version macht diese Funktion zu einem zentralen Bestandteil des Arbeitsablaufs, statt sie auf Startparameter wie --profile und --region zu beschränken.

Videos by heise

Auch die Tabellenansichten sollen sich im Betrieb weniger störend verhalten: Ressourcen lassen sich durchsuchen und sortieren, wobei Filter und Sortierung bei der automatischen Aktualisierung erhalten bleiben. Wer etwa gezielt nach einem Service oder einer Task-Definition sucht, muss die Suche nach einem Refresh nicht erneut eingeben. Das ist besonders bei größeren Clustern hilfreich, deren Ansichten regelmäßig neu geladen werden. Der Changelog zu e1s 2.0.0 führt außerdem eine allgemein verbesserte Zuverlässigkeit auf.

Wahl zwischen ECS Exec und Systems Manager

Für die Ausführung von Befehlen in Containern bietet e1s 2.0.0 zwei Wege: ECS Exec oder AWS Systems Manager. Die Auswahl ist als konfigurierbarer Ausführungsmodus vorgesehen; die aktuelle Projektbeschreibung führt dafür die Werte ecs und ssm auf.

ECS Exec ist die ECS-eigene Option, interaktiv Befehle in einem laufenden Container auszuführen oder eine Shell zu öffnen. Sie eignet sich etwa, um bei einer Störung Diagnoseinformationen abzufragen, ohne einen eingehenden Port öffnen oder SSH-Schlüssel verwalten zu müssen. AWS unterstützt ECS Exec sowohl für Container auf EC2 als auch auf Fargate.

Neu ist zudem die Unterstützung für ECS Managed Daemons. Dabei sorgt ECS dafür, dass auf jeder EC2-Instanz eines zugeordneten Managed-Instances-Kapazitätsproviders genau ein Daemon-Task läuft. Anders als ein regulärer ECS-Service skaliert ein solcher Daemon also nicht auf eine frei gewählte Anzahl von Tasks, sondern folgt dem Bestand der bereitgestellten Instanzen. Darüber hinaus gibt es im neuen Release Verbesserungen bei Service-Updates und bei der Auswahl von Task-Definitionen.

(fo)

Top 10: Die beste Wärmebildkamera im Test

Top 10: Mähroboter ohne Begrenzungskabel

Top 10: Das beste E-Mountainbike im Test

Kubernetes-Orchestrierung für das KI-Modelltraining mit Karmada

2026-09-08T13:36:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Das Orchestrierungs-Tool für Kubernetes-Cluster und -Clouds ist für den Einsatz zum KI-Training offiziell produktionsreif.

(Bild: KI / iX)

08.09.2026, 15:36 Uhr

Lesezeit: 1 Min.

Von

Wolf Hosbach

Die Cloud Native Computing Foundation (CNCF) hat das Open-Source-Projekt Karmada offiziell zum graduierten Projekt ernannt. Damit bestätigt die Stiftung, dass es für den produktiven Einsatz geeignet ist. Das Tool orchestriert Anwendungen über mehrere Kubernetes-Cluster und -Clouds hinweg, ohne dass Entwicklerinnen und Entwickler ihre darauf laufenden Anwendungen anpassen müssen.

Karmada greift auf die Standard-API von Kubernetes zu und baut darauf hochverfügbare Funktionen auf wie Automatisierung, Scheduling und Fehlermanagement. Mit Version 1.19 – die der Graduierung zugrunde liegt – hat das Framework das Scheduling für KI-Trainingsaufträge optimiert, die sich über mehrere Komponenten verteilen. Die dafür erforderliche Priorisierung ist nun nicht mehr Beta, sondern die Standardeinstellung. Kritische Workloads lassen sich so bevorzugt abarbeiten.

Mehr zu Agentic AI, digitaler Souveränität und weiteren Themen finden interessierte Developer, Software-Architekten, DevOps- und Platform-Engineering-Teams auf der CLC-Konferenz vom 11. bis 12. November 2026 in Mannheim.

Jetzt Tickets zum Frühbucherpreis sichern.

Der Karmada-Controller steuert die verschiedenen Kubernetes- und Cloud-Ressourcen.

(Bild: Karmada)

Zudem unterstützt das Projekt Helm Charts für die einfache Installation und Prometheus für Telemetrie. Auf der Roadmap steht eine erweiterte, die Ressourcen berücksichtigende Steuerungsebene, statt einer einfachen Weiterleitung der Workloads. Hinzu kommen sollen Multi-Cluster-Warteschlangen für das KI-Training und die Unterstützung von Dynamic Resource Allocation (DRA) von Kubernetes über GPUs und andere Beschleuniger hinweg.

Videos by heise

Für die Graduierung musste das Projekt ein externes Sicherheitsaudit durchlaufen und ein formelles, transparentes Steuerungskomitee einrichten. Weitere Informationen finden sich bei der CNCF und im GitHub-Repository des Projekts.

Lesen Sie auch

KI-Agenten in der Container-Security: Erfahrungen aus der Praxis

Top 10: Die beste Wärmebildkamera im Test

Top 10: Mähroboter ohne Begrenzungskabel

Top 10: Das beste E-Mountainbike im Test

Schweiz baut Alternative zu Microsoft 365 auf

2026-09-08T13:26:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Die Schweizer Bundeskanzlei startet ein Programm für eine souveräne Arbeitsplatzsoftware. Rund 3000 Beschäftigte sollen sie nutzen.

115

(Bild: muhammadtoqeer / Shutterstock.com)

08.09.2026, 15:26 Uhr

Lesezeit: 3 Min.

Von

Moritz Förster

Die Schweizer Bundeskanzlei startet ein Programm für eine „souveräne Arbeitsplatzsoftware“. Ab Ende 2027 sollen rund 3000 ausgewählte Beschäftigte der Bundesverwaltung die Plattform nutzen können. In der ersten Phase will die Bundeskanzlei die Umgebung aufbauen; dafür rechnet sie mit Kosten von rund 9 Millionen Schweizer Franken. Die neue Lösung soll eigenständig laufen, aber parallel zu Microsoft 365 betrieben werden.

Die Bundesverwaltung setzt damit ihren zweigleisigen Kurs fort: Sie führt M365 als Standardumgebung ein, prüft aber zugleich Open-Source-Software für ausgewählte Szenarien. Im c't-Interview zur Abhängigkeit der Schweizer Bundesverwaltung von Microsoft hatte deren IT-Chef 2025 den parallel laufenden Test der Kollaborationssuite openDesk erläutert. Das Projekt BOSS soll unter anderem ausloten, wie sich eine Notfall-Büroautomation und die sichere Bearbeitung sensibler Informationen umsetzen lassen.

Eigenständige Plattform neben Microsoft 365

Das neue Programm richtet sich an Beschäftigte aus verschiedenen Departementen und der Bundeskanzlei, die in besonders kritischen Geschäftsprozessen arbeiten. Die Plattform soll Office-Kernfunktionen bereitstellen, darunter E-Mail, Kalender, Dokumente und Präsentationen, Telefonie sowie Audio- und Videokonferenzen. Details nennt die Mitteilung der Bundeskanzlei zum Programm für einen digital souveränen Arbeitsplatz. Die Bundeskanzlei verspricht damit jedoch keinen vollständigen Ersatz für M365, sondern zunächst eine zusätzliche Arbeitsumgebung.

Digitale Souveränität als Grundlage einer resilienten IT ist zu einem wichtigen Thema für Unternehmen geworden. Auf dem IT Summit 2026 lassen wir die abstrakten Debatten hinter uns und konzentrieren uns auf die konkrete Umsetzung: Renommierte Experten und Praktiker zeigen, wie Unternehmen in den Bereichen KI, digitaler Arbeitsplatz und Infrastruktur souveräner werden.

Ob der Bund die Software später breiter einführt und wie hoch die Kosten eines Regelbetriebs wären, will die Bundeskanzlei erst anhand der Erkenntnisse aus dieser ersten Phase bewerten. Das Geld stammt aus Mitteln, die das Parlament für den Aufbau einer souveränen Schweizer Open-Source-Plattform für die Büroautomation bereitgestellt hat.

PoC BOSS als Grundlage

Ausgangspunkt ist die abgeschlossene Machbarkeitsstudie PoC BOSS, wobei BOSS für „Büroautomation mit Open-Source-Software“ steht. Die Bundeskanzlei wollte damit klären, ob sich eine Open-Source-basierte Arbeitsplatzumgebung für bestimmte Aufgaben technisch und betrieblich eignet. Der technische Abschlussbericht des Bundesamts für Informatik und Telekommunikation bezeichnet openDesk als geprüfte Alternative und Open-Source-basierte Workplace-Suite für die Bundesverwaltung.

Videos by heise

Für den Praxistest erhielten 172 Personen aus allen Departementen Zugang zu einer browserbasierten openDesk-Umgebung. 73 davon bewerteten die vorgegebenen Testszenarien. Sie umfassten etwa Dateiarbeit, gemeinsame Dokumentbearbeitung, E-Mail mit Anhängen, Chat, Bildschirmfreigabe in Online-Besprechungen, Aufgabenverwaltung und Wiki-Funktionen. Über alle zwölf bewerteten Szenarien lag der Durchschnitt bei 5,4 von 6, wobei die Bewertungen je nach Departement deutlich variierten. Details nennt der Ergebnisbericht zum User-Acceptance-Test.

Digitale Souveränität als Ziel

Die Bundeskanzlei ordnet das Vorhaben in ihre Strategie für digitale Souveränität ein. Den Begriff versteht die Schweiz nicht als vollständige Unabhängigkeit von Herstellern oder Technologien. Vielmehr soll die Verwaltung ihre Kontroll- und Handlungsfähigkeit im digitalen Raum erhalten und Abhängigkeiten, Datenschutz, Informationssicherheit, Kosten sowie Resilienz systematisch gegeneinander abwägen. Die Leitlinien für digitale Souveränität in der Bundesverwaltung sind wurden im Dezember 2025 beschlossen und sind seit Januar 2026 für die zentrale Bundesverwaltung verbindlich.

Eine quelloffene Arbeitsplatzumgebung soll dem Bund dabei eine weitere Handlungsoption geben, etwa für kritische Arbeitsabläufe oder bei Störungen der Standardumgebung. Die Bundeskanzlei betont zugleich, dass vollständige Unabhängigkeit in den meisten Fällen nicht realistisch sei. Die jetzt gestartete Plattform dient daher zunächst als begrenzter, parallel betriebener Ausbau der im PoC BOSS getesteten Alternative.

(fo)

Top 10: Die beste Wärmebildkamera im Test

Top 10: Mähroboter ohne Begrenzungskabel

Top 10: Das beste E-Mountainbike im Test

FreeBSD 14.5 erleichtert den Umstieg von Linux-Software

2026-09-08T12:20:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

FreeBSD 14.5-RELEASE bringt Linux-kompatibles inotify, aktualisierte Toolchains und behebt UEFI-Boot-Probleme.

(Bild: Profit_Image / Shutterstock.com)

08.09.2026, 14:20 Uhr

Lesezeit: 7 Min.

Von

Michael Plura

Das FreeBSD Release Engineering Team hat wie angekündigt FreeBSD 14.5-RELEASE veröffentlicht. FreeBSD 14.5 ist das sechste Release des stable/14-Zweigs und fällt damit bereits in dessen späte Lebensphase. Entsprechend überschaubar bleibt die Liste neuer Funktionen. Im Mittelpunkt stehen Wartungsarbeiten, Fehlerkorrekturen, aktualisierte Treiber und neue Versionen extern gepflegter Software.

Dafür fällt die Liste der Security Advisories und behobenen Fehler umfangreich aus. FreeBSD 14.5 schließt zahlreiche Lücken im Basissystem und in mitgelieferten Komponenten. Anwender profitieren damit vor allem von einem weiter gehärteten und aktualisierten System.

Linux-kompatible inotify-API

FreeBSD 14.5 macht einen weiteren Schritt auf Linux-Software zu – dieses Mal nicht über eine zusätzliche Kompatibilitätsschicht, sondern mit einer nativen Implementierung. Die bislang fehlenden Funktionen inotify_init(), inotify_init1(), inotify_add_watch() und inotify_rm_watch() gehören nun zum Basissystem.

Damit können Anwendungen Datei- und Verzeichnisänderungen direkt über die aus Linux bekannte inotify-API überwachen, statt dafür FreeBSDs EVFILT_VNODE zu verwenden. Das erleichtert die Portierung von Software, die auf inotify setzt – etwa Build- und Entwicklungswerkzeugen, Serveranwendungen oder Sicherheitssoftware, die verdächtige Änderungen im Dateisystem erkennen soll.

Die erste Implementierung von inotify für FreeBSD entstand zunächst für FreeBSD 15.0 und wurde nun nach FreeBSD 14 zurückportiert. Die Arbeit stammt von Mark Johnston und wurde von Klara finanziert.

Vollständig Linux-kompatibel ist die Implementierung bei der Semantik allerdings noch nicht. Bei Dateien mit mehreren Hardlinks können FreeBSDs inotify-Watches auch bei Zugriffen über einen nicht überwachten Link Ereignisse auslösen und für mehrere Links doppelte Meldungen erzeugen. Nach dem Löschen einer überwachten Datei liefert FreeBSD zudem keine weiteren Events mehr, während Linux Zugriffe auf den weiterhin existierenden Inode standardmäßig noch meldet.

Kernel-Umgebung kenv(1) lässt sich stärker abschotten

Das wenig bekannte kenv(1) dient dazu, Variablen der FreeBSD-Kernel-Umgebung aufzulisten oder zu verändern. FreeBSD 14.5 führt eine neue Sicherheitsoption ein, mit der sich unprivilegierter Zugriff auf die Kernel-Umgebung unterbinden lässt.

Das ist insbesondere für Jails relevant: Selbst Root kann innerhalb eines Jails dann nicht mehr auf diese Informationen zugreifen und potenziell sensible Details über den Kernel auslesen. Für Server- und Hosting-Systeme, die Jails zur Isolation mehrerer Dienste oder Kunden einsetzen, ist das eine zusätzliche Härtungsmaßnahme.

Videos by heise

LLVM-Toolchain aktualisiert

Die Compiler-Infrastruktur wurde auf einen aktuellen Stand gebracht: FreeBSD 14.5 aktualisiert LLVM, Clang, LLD und weitere dazugehörige Komponenten auf Version 21.1.8. Für Anwender, die Software auf FreeBSD entwickeln oder das Basissystem selbst aus den Quellen bauen, bringt das eine aktuelle Compiler- und Linker-Toolchain samt Fehlerkorrekturen und Verbesserungen.

Eine kleine, aber interessante Änderung betrifft den Linker: Clang verwendet unter FreeBSD nun standardmäßig ld.lld, statt der allgemeinen Suche nach einem Linker namens ld zu folgen. Damit ist eindeutiger festgelegt, welcher Linker zum Einsatz kommt. Insbesondere beim Bau größerer Softwareprojekte oder des FreeBSD-Basissystems kann das für konsistentere Build-Umgebungen sorgen.

Aktualisierte Netzwerk- und Diagnosewerkzeuge

Bei den Netzwerk- und Diagnosewerkzeugen bringt FreeBSD 14.5 mehrere Komponenten auf einen aktuellen Stand: tcpdump wurde auf Version 4.99.6 aktualisiert, die zugrunde liegende Bibliothek libpcap auf 1.10.6 und der DNS-Resolver Unbound auf 1.26.0. Damit übernimmt FreeBSD Fehlerkorrekturen und Verbesserungen aus den jeweiligen Upstream-Projekten.

Auch die DNS-Konfiguration wurde weiter überarbeitet. openresolv kommt in Version 3.17.4, zudem wurden die Werkzeuge rund um resolvconf angepasst – unter anderem im Zusammenspiel mit avahi-daemon und mDNSResponder. Für IPv6-only-Systeme besonders wichtig: local-unbound-setup soll nun zuverlässiger arbeiten.

Nach Startproblemen: UEFI-Boot wieder zuverlässig

Ein ärgerlicher Fehler beim Start über UEFI ist in FreeBSD 14.5 behoben: bsdinstall(8) erzeugt wieder korrekt den erforderlichen FreeBSD-UEFI-Boot-Eintrag. Die Regression konnte auf manchen Systemen dazu führen, dass eine frisch installierte FreeBSD-Installation ohne manuellen Eingriff nicht startete. Darüber hinaus wurden mehrere Fehler im EFI- und Lua-basierten Bootloader behoben.

Auch beim Booten selbst gibt es eine praktische Neuerung für ZFS-Nutzer: Der Lua-Bootloader unterstützt nun die Kommandos be-list und be-switch. Damit lassen sich ZFS-Boot-Environments bereits auf Bootloader-Ebene anzeigen und auswählen. Besonders auf Systemen, die intensiv mit Boot-Environments arbeiten, erleichtert das den Wechsel auf eine alternative Systemumgebung und kann im Fehlerfall den Weg zurück zu einem funktionierenden Stand verkürzen.

Zusammenspiel von ZFS und tmp beim Systemstart verbessert

Auch bei der Integration von ZFS in den Systemstart wurde nachgebessert. Das ZFS-rc-Skript wird jetzt vor dem tmp-Skript ausgeführt. Dadurch sind ZFS-Datasets – etwa ein eigenes /tmp-Dataset – bereits eingehängt, bevor die temporären Dateisysteme geprüft oder eingerichtet werden. Das behebt unter anderem Probleme mit schreibgeschützten ZFS-Root-Dateisystemen und der Konfiguration tmpmfs=yes.

FreeBSD 14.5 bringt außerdem Korrekturen für mehrere sicherheitsrelevante Fehler in OpenZFS mit. Drei Schwachstellen konnten unter anderem Heap-Overflows und Speicherfehler im Kernel ermöglichen. Entdeckt wurden sie von einem Team der Tsinghua University in China, das dabei mit Unterstützung des KI-Modells GLM-5.1 von Z.ai arbeitete, sowie von Emmanuel Genier bei Quarkslab.

FAT32 mit mehr Unicode, lpr(1) wird verschwinden

Auch beim Umgang mit FAT32-Datenträgern gibt es eine kleine, im Alltag aber durchaus spürbare Verbesserung: msdosfs(4) kann Dateinamen mit Unicode-Surrogatpaaren nun korrekt verarbeiten. Damit kommen unter anderem Emoji und andere Zeichen außerhalb der Basic Multilingual Plane besser mit FAT32 zurecht – etwa auf USB-Sticks, SD-Karten oder externen Datenträgern.

Eine kleine Zäsur für Unix-Puristen ist die Ankündigung, dass die klassische lpr-Werkzeugsammlung in FreeBSD 14.5 als veraltet markiert wurde und mit FreeBSD 16.0 aus dem Basissystem verschwinden soll. Der Grund ist weniger mangelnde Funktionalität als fehlende Pflege. Die Programme benötigen erhöhte Privilegien und wurden laut FreeBSD-Projekt seit Jahrzehnten nicht mehr regelmäßig gewartet.

Wer das schlanke Drucksystem weiterhin nutzen möchte, kann auf LPRng aus den Ports ausweichen. Als umfassendere Alternative steht CUPS bereit, das neben der Druckfunktion einen HTTP/IPP-Server, Filter, Backends und eine Weboberfläche mitbringt.

FreeBSD 14.x läuft weiter

Für FreeBSD 14.x ist nach 14.5 noch nicht Schluss: Auf der Projektseite wird bereits mehrfach auf FreeBSD 14.6 als weiteres Minor-Release hingewiesen. Damit bleibt für Nutzer, die mit FreeBSD 15.x noch nicht wechseln wollen, eine aktuelle und weiter gepflegte Alternative auf Basis des 14er-Zweigs erhalten.

FreeBSD 14.5 steht für die Architekturen amd64, i386, aarch64, armv7, powerpc, powerpcspe, powerpc64, powerpc64le und riscv64 zum Download bereit. Alle Neuerungen, bekannte Probleme und Upgrade-Hinweise beschreiben die Entwickler in den Release Notes.

Lesen Sie auch

FreeBSD 15.1: WiFi-Treiber von Linux 7.0, mehr Cloud und viel KI

FreeBSD: Rechteausweitungslücke mit augenzwinkerndem Codenamen

GhostBSD 26.1: FreeBSD-Desktop mit XLibre und ZFS-Snapshots

FreeBSD 14.4 läuft deutlich besser in der Cloud und auf Notebooks

Frischer Wind mit X: GhostBSD wechselt von X.org auf XLibre

Top 10: Die beste Wärmebildkamera im Test

Top 10: Mähroboter ohne Begrenzungskabel

Top 10: Das beste E-Mountainbike im Test

heise+ | Produktionsreife Container-Plattform auf macOS im Test

2026-09-08T05:00:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Apples Container-Engine für macOS hat das erste stabile Release erreicht. Drei Open-Source-GUIs ergänzen sie um weitere Funktionen.

Artikel verschenken

(Bild: Vanessa Bahr / KI / iX)

08.09.2026, 07:00 Uhr

Lesezeit: 24 Min.

Von

Stefan Wintermeyer
Stephan Witt

macOS führt keine Linux-Container aus, und zwar aus zwei Gründen. Die Isolation, die einen Container ausmacht, stammt aus Linux-Kernel-Funktionen wie Namespaces und cgroups, die der macOS-Kernel nicht kennt. Zudem sind die Programme im Container Linux-Binärdateien, die macOS nicht einmal laden könnte. Deshalb muss jede Containerimplementierung auf dem Mac einen Linux-Kernel mitbringen.

Immer mehr Wissen. Das digitale Abo für IT und Technik.

Ideogram statt KI-Slop: Artworks und Plakate sauber und kostenlos gestalten

KI-Slop ist längst allgegenwärtig. Ideogram zeigt, dass es besser geht: kostenlos, mit stilvollen Bildteilen und sauber auf Plakaten platziertem Text.

Wie man KI-Agenten in Visual Studio und VS Code produktiv einsetzt

Mit Custom Agents in Visual Studio und VS Code entwickelt sich GitHub Copilot zum agentenbasierten Entwicklungssystem und verändert neue Agentenkonzepte.

TCL 65C8L im Test: Mini-LED-TV mit Super Quantum Dots

TCL legt die Latte beim LCD-TV C8L (65 Zoll) sehr hoch: kleine LEDs gruppiert in über 2000 Dimmingzonen, neue Quantenpunkte und ein modernes Betriebssystem.

Präsenzsensoren in Home Assistant: Komfort erhöhen und Energie sparen

Sie sind klein, günstig und erkennen Personen auch ohne Bewegung: Wir zeigen nützliche Anwendungen für Präsenzsensoren in Home Assistant.

Preis-Leistungs-Sieger gesucht: Smartphones zwischen 300 und 500 Euro im Test

Es muss nicht immer High-End sein. Fünf Smartphones von Google, Motorola, Nothing, Samsung und Xiaomi zeigen, was die Mittelklasse drauf hat.

Sechs Lauf-Apps im Praxistest: Tracking, Training und Analyse im Vergleich

Mehr als Strava: Wir testen sechs Lauf-Apps für Android und iPhone ausführlich. Außerdem stellen wir datensparsame Alternativen vor.

Top 10: Die beste Wärmebildkamera im Test

Top 10: Mähroboter ohne Begrenzungskabel

Top 10: Das beste E-Mountainbike im Test

NetBSD 9.5 schließt Sicherheitslücken – und beendet Support

2026-09-07T15:45:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Zum Abschied von NetBSD 9.x gibt es noch einmal einige Sicherheits- und Stabilitätskorrekturen. Ein Umstieg auf NetBSD 10 oder 11 wird ausdrücklich empfohlen.

(Bild: Durch J0hnTV/shutterstock.com)

07.09.2026, 17:45 Uhr

Lesezeit: 3 Min.

Von

Michael Plura

Die Entwickler des NetBSD-Projekts haben NetBSD 9.5 veröffentlicht. Die fünfte und zugleich letzte Ausgabe der seit 2020 gepflegten 9er-Reihe bringt vor allem Fehlerbereinigungen, kleinere Verbesserungen bei der Hardwareunterstützung und einige wenige aktualisierte Komponenten. Mit der Veröffentlichung von Version 9.5 endet die Pflege des gesamten NetBSD-9-Zweigs. NetBSD 9.5 bleibt dabei vollständig kompatibel zu NetBSD 9.0. Für bestehende Installationen ist das Update damit vergleichsweise unspektakulär.

Mehr Sicherheit, kaum neue Funktionen

NetBSD 9.5 behebt unter anderem eine aus der Ferne auslösbare Null-Pointer-Dereferenzierung im Paketfilter ipf(8) bei der Verarbeitung von ICMPv6-Paketen. Im TCP-Stack schließen die Entwickler zudem ein vier Byte großes Informationsleck aus dem Kernel-Stack über TCP-Zeitstempel und ergänzen eine Schutzmaßnahme gegen die DoS-Attacke TCP SegmentSmack.

Eine weitere Korrektur betrifft IPv6: Fragmentierte Pakete mit 32 Byte Länge verwirft NetBSD künftig nicht mehr fälschlich. Zudem behebt das Update eine mögliche Datenkorruption in ZFS bei FIOSEEKDATA und FIOSEEKHOLE.

Weitere Korrekturen betreffen den Paketfilter BPF, den Audiotreiber hdaudio(4), die Dateisystemprüfung fsck_ffs(8) und den Syslog-Daemon syslogd(8). Behoben wurden unter anderem Deadlocks und Probleme bei der Mehrprozessorsicherheit in BPF, Abstürze von fsck_ffs(8) bei Dateisystemen mit mehr als 2^32 Blöcken sowie mehrere Speicherlecks in syslogd(8).

Zusätzliche USB-Adapter und korrigierte ACPI-Helligkeitsregelung

Neue Hardwareunterstützung steht zwar nicht im Mittelpunkt von NetBSD 9.5, doch das Update ergänzt und korrigiert mehrere Treiber. Für AArch64 behebt NetBSD 9.5 einen Fehler in der Thread-Local-Storage-Unterstützung, auf x86 die Konfiguration von MSI und MSI-X auf einigen Systemen. Der Treiber uftdi(4) unterstützt weitere USB-Seriell-Adapter von Brainboxes.

Der WLAN-Treiber urtwn(4) erhält Unterstützung für die USB-Adapter Mercusys MW150US v2 und Asus USB-N10 Nano B1. Darüber hinaus verbessert NetBSD die Unterstützung einiger VIA-IDE-Controller. Auf bestimmten Rechnern soll außerdem die Helligkeitsregelung über ACPI wieder funktionieren.

Sicherheitsupdates für X.Org, OpenSSL und OpenSSH

Auch mehrere mitgelieferte Fremdkomponenten erhalten Sicherheitskorrekturen. Das betrifft X.Org mit xorg-server, libXfont2 und libXpm sowie OpenSSL und OpenSSH. Für den DNS-Resolver Unbound übernimmt NetBSD einen Upstream-Fix für CVE-2025-11411. Darüber hinaus aktualisiert NetBSD 9.5 die Zeitzonendatenbank und enthält xkbcomp 1.5.0.

Videos by heise

Ende einer langen Lebensdauer

NetBSD 9.0 erschien am 14. Februar 2020. Die Reihe führte unter anderem Unterstützung für AArch64-Systeme sowie Kernel-ASLR auf 64-Bit-x86 ein. Außerdem verbesserte NetBSD 9 die Unterstützung für ZFS deutlich.

Anwender, die NetBSD 9.x produktiv einsetzen, sollten auf NetBSD 10 oder NetBSD 11 umsteigen. Das NetBSD-Projekt weist darauf hin, dass für den 9er-Zweig keine weiteren Sicherheitspatches mehr vorgesehen sind. NetBSD 9.5 steht für zahlreiche Architekturen zum Download bereit.

(fo)

Elektrische Reinigungsbürsten: Einfacher putzen?

Top 10: Mähroboter ohne Begrenzungskabel

Top 10: Das beste E-Mountainbike im Test

Blume erstellt komplette Dokus im Web aus einer Markdown-Datei

2026-09-07T12:16:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Eine Markdown-Datei reicht dem Tool Blume, um eine komplette HTML-Dokumentation mit Navigation, Suche und MCP-Anbindung zu erstellen.

(Bild: KI / iX)

07.09.2026, 14:16 Uhr

Lesezeit: 2 Min.

Von

Wolf Hosbach

Blume erzeugt aus einer oder mehreren Markdown-Dateien eine Dokumentation als Website. Entwicklerinnen und Entwickler legen eine .md-Datei in einem speziellen Ordner ab und Blume bereitet den Inhalt fürs Web auf.

Das Open-Source-Tool benötigt lediglich Node.js ab 22.12 und basiert selbst auf Astro fürs Rendern und Vite als Server. Entwickler müssen keinen Code pflegen. Die erzeugten Webseiten sind in der Grundeinstellung reines HTML ohne clientseitiges JavaScript, verfügen aber über Funktionen wie Navigation und Suche. Bei Bedarf lassen sich ausgefeiltere Themes gestalten. Für die Konfigurationsdateien gibt Blume nach einem Schema validiertes TypeScript aus.

(Bild: Kit8 d.o.o. / stock.adobe.com)

Agentische KI bringt eine neue Dynamik in die Webentwicklung. Erfahre am 22. Oktober 2026 auf der Online-Konferenz enterJS Agentic, wie du mit Agentic AI moderne JavaScript-/TypeScript-Projekte entwickelst, wie du Kosten vs. Performance abwägst und wobei dir KI wirklich weiterhilft. Frühbuchertickets sind im Online-Ticketshop erhältlich.

Weitere Eigenschaften sind Internationalisierung für 36 Sprachen (auch von rechts nach links geschriebene), SEO, Sitemaps und Open-Graph-Bilder. Außerdem lassen sich OpenAPI- oder AsyncAPI-Spezifikationen zufügen, die das Tool automatisch einbindet. Als Quelle können neben der Markdown-Datei auch .mdx, ein CMS oder ein Repository dienen. Auch vollständige Astro-Apps lassen sich auf Wunsch mit blume eject aus einem Projekt extrahieren.

Videos by heise

Die Versionierung erfolgt über Markdown-Einträge oder GitHub-Releases und lässt sich per RSS veröffentlichen. Anwender können Erweiterungen über .mdx-Pakete zufügen, beispielsweise für Mermaid-Diagramme oder KaTex-Formeln.

Offen für KI-Agenten

Der Schöpfer von Blume, Hayden Bleasel, hat das Tool auch in Hinblick auf die Nutzung durch KI-Agenten konzipiert: Entwickler können den Agenten Anweisungen in der Datei llms.txt hinterlassen oder den MCP-Server von Blume einrichten. Die fertige Doku kann mit der Funktion blume eval von LLMs befragt und getestet werden.

Eine weitere Funktion, blume-migrate, ermöglicht die Migration von Plattformen wie Docusaurus, Mintlify, Fumadocs, Nextra oder Starlight.

Infos finden sich auf der Website und im GitHub-Repository des Projekts.

Lesen Sie auch

betterCode() Agentic AI: Noch Frühbucherticket für die Online-Konferenz sichern

Developer-Häppchen – Letzter RC von Python 3.15 und Rust Coreutils mit Ariadne

Rust trifft auf Agentic AI: Online-Konferenz betterCode() Rust im November

iX-Workshop: Backstage für Admins – IDP im Unternehmen aufbauen und betreiben

Linux-Distribution: Warum NixOS mit seinem eigenen Wachstum kämpft

Elektrische Reinigungsbürsten: Einfacher putzen?

Top 10: Mähroboter ohne Begrenzungskabel

Top 10: Das beste E-Mountainbike im Test

Appwrite 2.0: Backend-Dienste mit direktem PostgreSQL-Zugang

2026-09-07T11:00:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Appwrite 2.0 bringt native PostgreSQL- und MySQL-Datenbanken, S3-kompatible Storage-API und OAuth-2.1-Server für die BaaS-Plattform.

(Bild: Appwrite)

07.09.2026, 13:00 Uhr

Lesezeit: 6 Min.

Von

Moritz Förster

Appwrite 2.0 baut die Open-Source-Backend-Plattform grundlegend um. Die neue Hauptversion bringt unter anderem native PostgreSQL- und MySQL-Datenbanken, eine S3-kompatible Storage-API sowie einen OAuth-2.1- und OpenID-Connect-Server. Parallel führt Appwrite mit DocumentsDB für schemafreie JSON-Dokumente und VectorsDB für Vektordaten zwei weitere Datenbanksysteme ein. Bestehende Cloud-Projekte sollen ohne Migration weiterlaufen; für selbst betriebene Installationen aus der 1.9-Reihe ist dagegen ein Upgrade einschließlich Migrationen vorgesehen.

Appwrite ist eine quelloffene Backend-as-a-Service-Plattform (BaaS). Sie bündelt Dienste wie Authentifizierung, Datenbanken, Dateispeicher, Serverfunktionen, Messaging und Realtime-Schnittstellen hinter APIs und SDKs. Nutzer können die Plattform selbst betreiben oder die Cloud-Variante verwenden. Einen Überblick über die Produktbereiche bietet die Appwrite-Dokumentation.

Datenbanken: Managed APIs oder direkter SQL-Zugang

Version 2.0 erweitert vor allem die Datenbankfunktionen. Neben der bisherigen, über Appwrites APIs verwalteten Datenhaltung stehen nun native PostgreSQL- und MySQL-Instanzen zur Verfügung. Anwendungen verbinden sich mit diesen Datenbanken direkt über die jeweiligen Standardprotokolle, also etwa mit psql, dem MySQL-Client, einem Treiber oder einem eigenen ORM. Appwrite übernimmt dabei laut Ankündigung die Bereitstellung und den Betrieb, vermittelt aber nicht zwischen Anwendung und Datenbank.

Die nativen PostgreSQL- und MySQL-Datenbanken bietet Appwrite als dedizierte Cloud-Dienste für kostenpflichtige Tarife an. Bei selbst betriebenen Neuinstallationen setzt Appwrite dagegen standardmäßig auf PostgreSQL; MariaDB und MongoDB bleiben unterstützt.

Der direkte Zugriff auf die Datenbanken soll vor allem Nutzer ansprechen, die Appwrite etwa für Authentifizierung und Hosting verwenden, bei der Datenbank aber etablierte SQL-Werkzeuge, eigene Migrationen oder vorhandene Anwendungen weiter einsetzen wollen. Native Datenbanken sind als dedizierte Angebote vorgesehen. PostgreSQL 18 ist standardmäßig vorgesehen, alternativ steht PostgreSQL 17 bereit; bei MySQL setzt Appwrite auf 8.4 oder 8.0.

Parallel führt Appwrite zwei weitere verwaltete Datenbanktypen ein. DocumentsDB speichert JSON-Dokumente ohne festes Schema. Zwei Dokumente einer Collection dürfen somit unterschiedliche Felder enthalten; neue Eigenschaften erfordern keine Schema-Migration. Berechtigungen auf Dokumentebene, Abfragen, Sortierung und Seitennavigation bleiben über die Appwrite-SDKs verfügbar. Das eignet sich beispielsweise für Daten aus externen APIs oder Inhalte, deren Struktur sich häufig ändert.

VectorsDB richtet sich an KI-gestützte Suche und Retrieval-Anwendungen. Jede Collection erhält eine feste Vektordimension; zu jedem Eintrag lassen sich Metadaten speichern. Für Ähnlichkeitssuchen verwendet Appwrite einen HNSW-Index und unterstützt Kosinusähnlichkeit, Skalarprodukt sowie euklidische Distanz. Eine integrierte Embeddings-API kann Text in Vektoren umwandeln, ohne dass Entwickler dafür zwingend einen separaten Embedding-Dienst betreiben müssen.

S3 für Storage, OAuth 2.1 für Identitäten

Appwrite Storage erhält eine S3-kompatible Schnittstelle. Sie verwendet AWS Signature Version 4 und bildet S3-Operationen auf vorhandene Appwrite-Buckets und Dateien ab. Damit sollen sich beispielsweise AWS CLI, AWS SDKs oder S3-fähige Werkzeuge wie rclone gegen Appwrite einsetzen lassen. Die native Storage-API bleibt parallel nutzbar: Dateien, die über S3 hochgeladen wurden, sollen also auch in der Console erscheinen – und umgekehrt. Details zu Storage und der S3-API beschreibt die Appwrite-Produktdokumentation.

Neu ist außerdem ein OAuth-2.1-Server mit OpenID Connect. Ein Appwrite-Projekt kann damit selbst als Identity Provider auftreten. Fremde Anwendungen registrieren sich als Clients und können Nutzer etwa über einen „Sign in with …“-Flow anmelden oder begrenzt auf Projektressourcen zugreifen. Appwrite nennt unter anderem PKCE, Token-Introspection und -Widerruf, JWT-Zugriffstoken, Device Authorization Grant sowie dynamische Client-Registrierung als unterstützte Bausteine.

Für Plattformbetreiber ergänzt Appwrite das mit einer Partnerschnittstelle. Über sie lassen sich OAuth-Anwendungen, Weiterleitungs-URLs, Secrets und Branding verwalten. Denkbar sind damit etwa selbst entwickelte Marktplätze, auf denen Organisationen Erweiterungen installieren, die anschließend mit delegierten Berechtigungen auf Appwrite-Ressourcen zugreifen.

Neue Console und Cloud-Funktionen für Netzwerkrand

Mit Console IV erhält die Verwaltungsoberfläche einen Neuaufbau auf Basis von TanStack. Appwrite fasst darin Console, Dokumentation, Blog und Changelog zusammen. Hinzu kommen ein Terminal, das die Appwrite-CLI mit bereits gesetztem Projekt- und Sitzungskontext im Browser ausführt, sowie der Explorer. Letzterer lädt die OpenAPI-Beschreibung eines Projekts, erzeugt daraus Eingabeformulare und kann API-Aufrufe direkt aus der Console absenden.

Videos by heise

In der Cloud führt Appwrite ferner Domains und Firewall ein. Domains bündelt Domainregistrierung, DNS-Verwaltung und TLS-Zertifikate auf Organisationsebene. Die Firewall erlaubt Regeln vor API, Functions und Sites. Sie können nach IP-Adresse, Hostname, Pfad, HTTP-Methode, Headern, Query-Parametern, User-Agent oder Standort filtern und Anfragen etwa ablehnen, umleiten, begrenzen oder mit einer Challenge versehen. Vor dem Speichern zeigt Appwrite an, wie viele jüngere Anfragen von einer Regel betroffen wären. Domains und Firewall bleiben laut Anbieter Cloud-exklusiv.

Neuer Unterbau, Änderungen beim Self-Hosting

Unter dem Namen Hyperloop B ersetzt Appwrite den bisherigen Ausführungsunterbau durch ein Coroutine-Modell auf Basis von Swoole. Ein Prozess kann dabei mehrere I/O-lastige Anfragen bedienen, indem er bei wartenden Ein- und Ausgabeoperationen andere Tasks ausführt. Nach Angaben von Appwrite sinkt dadurch insbesondere der Speicherbedarf von Realtime-Ereignissen: Das System kodiert ein Dokument einmal pro Event statt einmal pro Abonnent.

VectorsDB und DocumentsDB sind bei Self-Hosting zunächst deaktiviert, da dafür zusätzliche Datenbank-Engines nötig sind. Die Release Notes nennen außerdem eine optionale Embedding-Komponente, die wegen ihres Ressourcenbedarfs standardmäßig nicht startet. Die vollständige Liste der Konfigurationsoptionen und Bugfixes steht in den Release Notes zu Appwrite 2.0.

Beim Upgrade einer selbst betriebenen 1.9-Installation sollen vorhandene Daten auf dem bisherigen Datenbank-Backend verbleiben. Appwrite verweist dennoch auf ein versionsgesteuertes Upgrade samt Migrationen und empfiehlt vorher ein Backup. In der Cloud sollen bestehende Projekte dagegen ohne verpflichtende Migration weiterarbeiten.

Lesen Sie auch

Self-Hosted Backend: Appwrite 1.9 bringt MongoDB

Elektrische Reinigungsbürsten: Einfacher putzen?

Top 10: Mähroboter ohne Begrenzungskabel

Top 10: Das beste E-Mountainbike im Test

heise-Angebot: iX-Workshop: Mit Kubernetes zur effizienten Container-Orchestrierung

2026-09-07T06:00:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

heise-Angebot

Von der Automatisierung bis zur Wartung – ein praxisorientierter Einstieg in die Container-Orchestrierung mit Kubernetes.

(Bild: KI / heise conferences)

07.09.2026, 08:00 Uhr

Lesezeit: 2 Min.

Von

Ilona Krause

Eine effiziente Container-Orchestrierung erleichtert und automatisiert das Management von containerisierten Anwendungen. Kubernetes hat sich hier als De-facto-Standard etabliert. Unser fünftägiger Praxis-Workshop führt Linux-Administratoren in die Nutzung von Kubernetes zur Container-Orchestrierung und zur Verwaltung von containerisierten Anwendungen ein.

Interaktiver Deep Dive in Kubernetes

In unserem fünftägigen Workshop Kubernetes administrieren: Installation, Konfiguration und Betrieb erhalten Sie eine umfassende Einführung in die Installation, Konfiguration und Wartung von Kubernetes im produktiven Umfeld. Sie lernen das Zusammenspiel der einzelnen Komponenten kennen und erarbeiten anhand von Praxisbeispielen verschiedene Anwendungsfälle für den Betrieb eigener Applikationen auf einer Kubernetes-Plattform.

Der Workshop ist interaktiv gestaltet, sodass Sie das Erlernte direkt in die Praxis umsetzen können. In zahlreichen Übungen beschäftigen Sie sich mit Schlüsselthemen wie der Installation und Konfiguration von Kubernetes-Komponenten, der Administration und Wartung von Clustern sowie der Nutzung von Kubernetes-Clustern. Darüber hinaus werden fortgeschrittene Themen wie Multi-Master-Setups, Ingress und Ingress Controller, Authentifizierung und Autorisierung sowie der Einsatz von Persistent Volumes behandelt.



Anmeldung und Termine
September/ Oktober 28.09. – 02.10.2026	Online-Workshop, 09:00 – 17:00 Uhr

Praxisnah lernen vom Kubernetes-Profi

Sie profitieren von der Erfahrung Ihres Trainers Marko Oldenburg, Linux Consultant und zertifizierter Trainer bei der B1 Systems GmbH. Dort unterstützt er Unternehmen dabei, die Effizienz und Zuverlässigkeit von Linux-Systemen und -Anwendungen zu verbessern. Seine Schwerpunkte umfassen Linux, Kubernetes und Rancher.

In der kleinen Workshopgruppe mit maximal 12 Teilnehmenden können Sie eigene Fragestellungen einbringen, sich mit anderen Administratoren austauschen und direktes Feedback vom Trainer erhalten. So nehmen Sie nicht nur neues Wissen, sondern auch konkrete Lösungen und Best Practices für Ihre eigene Kubernetes-Umgebung mit.

Für wen ist dieser Workshop geeignet?

Dieser Workshop richtet sich an Linux-Administratoren, die Kubernetes zur Container-Orchestration und automatisierten Verwaltung containerisierter Anwendungen einsetzen wollen.

(ilk)

Elektrische Reinigungsbürsten: Einfacher putzen?

Top 10: Mähroboter ohne Begrenzungskabel

Top 10: Das beste E-Mountainbike im Test

ODF instead of Lock-in: Who controls our document files?

2026-09-04T15:00:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Italo Vignoli of The Document Foundation explains why digital sovereignty starts with file formats — and why ODF is superior to proprietary formats.

(Bild: JarTee/Shutterstock)

04.09.2026, 17:00 Uhr

Lesezeit: 19 Min.

Von

Moritz Förster

Who controls our documents—and who decides whether they will still be readable, editable, and usable independently of any single vendor in ten or twenty years’ time? For Italo Vignoli from the Document Foundation, the answer is clear: the debate on digital sovereignty does not begin with the choice of an office suite but with the file format. In this interview, he explains why he sees DOCX, XLSX, and PPTX as a strategic lock-in, why ODF is far more than a technical alternative in his view, and why public authorities, businesses, and private users should fundamentally rethink their document strategy.

The TDF blog was long known primarily for LibreOffice news. Why was this the right moment to launch a series on open formats, standards, and digital sovereignty?

The TDF blog was set up to cover all the project’s activities – not just LibreOffice, but also the ODF document format, the legacy format filters developed by Document Liberation, support for political initiatives in favour of FOSS, and large-scale migration projects. The list is very long indeed.

The idea for the current series of articles arose in the run-up to the twentieth anniversary of ODF’s adoption as an OASIS standard, in May 2025, as a celebration of this extremely important milestone for FOSS. The extremely positive feedback on the first articles, which were commented on and shared by various media outlets, encouraged us to continue and also to expand into other topics such as digital sovereignty – which is closely linked to ODF – and proprietary formats.
The number of articles based on the content of this series of posts, and the interest shown by numerous journalists in the topics covered, has encouraged us to continue – initially we had envisaged a series of around twenty articles – and to engage in discussions on digital sovereignty (not least because the topic has become one of common interest).

Why does the debate about free and independent office software begin with file formats rather than with the choice of application?

In an ideal world, there would only be open-source software solutions that use open standards exclusively, both for components and document formats. Unfortunately, the world we live in is far from ideal, given that for decades control over technology has been left entirely uncritically in the hands of Big Tech, with the consequences we are all familiar with.

Among these consequences is precisely that proprietary format – masquerading as an open standard – which forces us to start the discussion with formats rather than applications. In fact, even the majority of open-source office suites – or those claiming to be so – natively adopt this proprietary format, thereby increasing the extent of Microsoft’s control over documents (since it is Microsoft that defines the format and thus decides on its interoperability).

Open Source, Open Format and Open Standard are often used interchangeably. What is the difference — and why should non-technical users care?

The three terms are fundamentally different from one another, because they refer to three completely different things: „open source“ refers to software that makes its source code available so that it can be studied, modified, improved and redistributed; „open format“ refers to a document format that is developed transparently, is well-documented, version-controlled and easy for competent developers to implement; and „open standard“ refers to those elements – hardware or software, and more besides – whose characteristics allow for easy reuse without constraints or limitations.

LibreOffice is open source due to its copyleft MPL licence, which permits its use, study, modification and distribution. ODF is an open format because it is developed by an independent body, in a public and transparent manner, documented consistently with the version, version-controlled and easy to implement. ODF is also an open standard, partly for the same reasons that it is an open format and partly because it reuses other open standards and does not use any proprietary elements.

DOCX, XLSX, and PPTX are used almost everywhere. In your view, where exactly does this create a problematic dependency on individual vendors?

DOCX, XLSX and PPTX are proprietary formats because they use a version of the format – defined as 'Transitional' – as it is still linked to the proprietary DOC, XLS and PPT formats – which were due to be replaced by a standard version – defined as „Strict“ – in 2010, and then completely phased out precisely because it was proprietary.

At the time, ISO placed its trust in Microsoft – which had guaranteed all this when the format was approved (one cannot in any way speak of standardisation, because nothing could be further from a standard than the Microsoft format, including the ‘Strict’ version) – and did not trust those who argued that this was a strategy to buy time and ensure that nothing changed, meaning that the Microsoft Office format would remain proprietary forever. History has proved us right.

DOCX, XLSX and PPTX – which I shall henceforth refer to by the format’s official name: OOXML – are a problem regardless of the software, the use case, or the type of user. Proprietary formats are always a problem, because they are defined by a single company on the basis of its own commercial strategies, which never coincide with the interests of users.

Furthermore, these formats have been meticulously designed to create a lock-in that is extremely difficult to identify unless one studies the technical characteristics of the format in depth, to the extent that even the software companies that have chosen to support the OOXML format natively are unaware of it (because they haven’t studied it). So, they use a format that locks in their own users, but it does so for Microsoft’s benefit, not their own.

I fully understand that all this sounds like science fiction, but unfortunately it is a reality that is not grasped even when explained simply – or rather, as simply as possible. Unfortunately, there is no truly simple way to explain the problem, because it has been designed down to the smallest detail to be extremely complicated.

How well does everyday work with ODF actually function today? Which types of documents make switching straightforward, and where should users realistically expect difficulties — for example, with macros, specialised templates, or complex spreadsheets?

ODF is just as good as OOXML in terms of format functionality. It can therefore be used without any problems for any task and in any application and does not affect file interoperability, as it is fully documented.

OOXML, by contrast, has been deliberately designed to cause interoperability problems and is not documented in a way that mitigates this issue, given that the format specifications change in undocumented and invisible ways with periodic security updates.

Consequently, the interoperability issues are caused by OOXML and not by ODF, to the extent that it is OOXML users who should bear the cost, not ODF users. Moreover, if a document is created correctly in the OOXML format, it opens correctly in the ODF format.

I’ve been using Linux for years, so I open all the OOXML files I receive using LibreOffice, which immediately converts them to the native ODF format, and I’ve never had a problem. When I need to send a file in OOXML format to one of my contacts, I convert the ODF file to OOXML format, and I’ve never had a problem in this instance either. In my line of work, I write a great many documents – we’re talking about thousands of files.

Of course, many files are created in a rather haphazard way – and you’ve no idea just how creative people can get in this regard – so they don’t open correctly either way.

In my experience, it takes less time to fix the file than to complain about incompatibility, even though most users choose the latter. Unfortunately, as long as we have a format specifically designed to cause interoperability problems, the situation will not be resolved.

Videos by heise

Macros, on the other hand, are a problem in their own right, because they do not belong to the world of standards under any circumstances. An ODF file containing macros is identical to an OOXML file containing macros, meaning it is incompatible with any standard, unless a neutral language such as Python is used.

Macros belong to the first generation of office suites, and today they only make sense in very few cases, partly because many of these functions are now built into the software itself. Furthermore, they are one of the main security vulnerabilities and, for this reason, should never be used, particularly in environments most at risk of attack.

Many organisations say: „We would like to use open formats, but our customers and partners simply send us Microsoft files." What is your pragmatic answer to that?

The pragmatic solution is also the simplest, and it is the method we recommend in the migration protocol – a document that TDF has drawn up based on best practices tried and tested across dozens of projects, including large-scale ones such as those for the region of Schleswig-Holstein and the Austrian Ministry of Defence.

Every incoming document must be immediately converted to ODF format so as to reap all the benefits of the standard format and then saved as a second copy in OOXML format to ensure interoperability with proprietary formats. This takes just a few seconds, and disc space is certainly not an issue.

Moreover, the ODF format is not only much more robust than the OOXML format, but in the very rare instances where a file is corrupted, it allows all content to be recovered thanks to the characteristics of the standard format and the fact that the XML file is perfectly readable. By contrast, a corrupted OOXML file is virtually irrecoverable.

Germany aims to make open formats such as ODF more of a standard in public administration by 2027. What would need to happen for this political goal to become everyday practice?

Any migration to the standard ODF format is possible, provided it is approached in a structured manner, with a project that addresses both the technical aspects – which are easily resolved – and the implementation aspects, namely the processes and users.

The problem, unfortunately, is that the switch from OOXML to ODF also necessitates a switch from Microsoft Office, or one of its clones, to LibreOffice, because ODF support in these programmes is very poor (as explained in the latest article in the series).

Therefore, it is not just a matter of migrating from OOXML to ODF but also from Microsoft Office or one of its clones to LibreOffice, and this adds a further layer of complexity. If ODF support were decent, rather than appalling, migrating the format alone would not be a problem and would only require the adaptation of a few OOXML-based processes.

Unfortunately, the poor ODF support is part of the lock-in strategy employed by Microsoft and the developers of its clones, so we cannot expect it to improve, even in the face of decisions such as that taken by the German Government. Abandoning this lock-in would, in fact, mean failing to protect a market share worth almost 30 billion dollars, with a net profit exceeding 90 per cent of that figure.

Why do ODF rollouts so often fail despite clear policy decisions? Because of technology, procurement, training, habits — or the power structures of the software market?

In reality, most migrations from Microsoft Office to LibreOffice have never addressed the issue of document formats, because they were not driven by the goal of digital sovereignty but solely by the cost of the software; as a result, organisations have almost always retained the OOXML format.

It is only in recent years that the focus on digital sovereignty has prompted organisations to also consider migrating from OOXML to ODF, which is already provided for within the migration protocol. As I have already written, this is an additional step, but it is not a problem.

In the past, failed migrations from proprietary software to open-source software have never been linked to technical issues, even when attempts were made to claim that they were technical in nature. For example, in the case of Munich, the document listing the technical issues was drawn up by HP, a Microsoft partner, and contained claims bordering on the ridiculous. Something similar occurred in Italy during the migration of the Municipality of Pesaro and the Province of Bolzano.

Moreover, it is pointless to ignore the fact that the companies spending the most on lobbying worldwide – and indeed in Europe – are the Big Tech firms, with budgets running into millions of euros at the EU level alone, not to mention the budgets of individual countries, which are not publicly known. In Brussels, where data is available, there are more than two lobbyists for every Member of the European Parliament. An unequal battle between open-source software and proprietary software.

Are cloud services and AI tools making open formats less relevant because individual files matter less—or more relevant because retaining control over content and metadata is becoming harder?

Documents remain documents, even in the cloud and in the presence of AI tools. What most people fail to realise is that, over the years, the document has evolved from a simple sheet of paper into an executable file containing the instructions needed for software to display the file’s contents on screen; as such, it is no longer as ‘innocent’ as its printed version – the simple sheet of paper from which it originated.

Therefore, the format of documents is more important than ever, because the difference between a standard, open format and a proprietary format is analogous to that between open-source software and proprietary software. In the case of documents, the difference relates to content management, which, in the case of the standard format, is documented transparently, whilst in the case of the proprietary format, it is documented in an obfuscated manner and uses references known only to the author (namely Microsoft).

To draw an easy-to-understand parallel, it is as if the key to our front door were in the hands of an external authority, which can decide whether and when we can enter our own home. In the case of a standard format, the key always remains in the hands of the homeowner.

In your view, is there a generally accepted set of criteria for determining when a format is truly open, or does TDF assess formats according to its own standards?

There are several criteria for determining when a format is truly open, although a single definition is missing. We published an article on the TDF blog, with a summary of the definition we are using at TDF.

On the other hand, your question has raised the issue of the missing single definition, so I will make a presentation at the upcoming LibreOffice Conference in Pordenone to suggest a common criteria for the definition. This is a topic I was already working on, because the missing single definition creates some confusion in the marketplace.

If a public administration wanted to start tomorrow, what would be the first three technical measures you would recommend, regardless of software politics and lobbying pressure?

The answer to the other question is not simple and straightforward. For public administrations, I think that there is one main issue to solve, which has been described in the blog post „What is Digital Sovereignty“, and is the following: ensuring that nothing essential can be taken away.

The word 'doing the work there is essential. An institution does not need to own the cloud, it needs to be sure that if a provider vanishes tomorrow, its data does not vanish with it. It does not need to forbid proprietary tools; it needs to be sure that the things it commits to those tools – its records, its contracts, its citizens’ files – remain readable, movable and re-creatable by someone other than the vendor who sold the tool. Sovereignty is not a wall around one’s possessions. It is a guarantee about one’s exit.

To reach the objective, the technical decision may be just one: choosing technologies and tools which are not controlled by a single company, unless they are fully open source. Of course, this decision may be extremely difficult and challenging, based on what has happened during the last decades. There are public administrations with an infrastructure based on different vendors and others with an infrastructure based on a single vendor. Usually, the first ones are already using some open source, while the second ones are usually using only proprietary software.

The road to Digital Sovereignty is a difficult one, because the concept has been ignored for too many years. And it is ironic that today everyone is talking about Digital Sovereignty, while in the past the same people have ignored the claims of open-source advocates. We were not using the term Digital Sovereignty, but we were supporting the same concept.

If you could give private users and organisations just one rule for handling their important documents over the long term, what would it be?

The rule is very simple: manage „active“ documents – that is, those that need to be edited – in ODF format, and „historical“ documents – that is, those containing reference information that must not be altered – in PDF format. Of course, it is also possible to store all documents in ODF format.

Mr. Vignoli, thank you for the answers!

(fo)

Elektrische Reinigungsbürsten: Einfacher putzen?

Top 10: Mähroboter ohne Begrenzungskabel

Top 10: Das beste E-Mountainbike im Test

Wie Dateiformate digitale Abhängigkeiten schaffen

2026-09-04T15:00:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Italo Vignoli von der Document Foundation erklärt, warum digitale Souveränität bei Dateiformaten beginnt und ODF proprietären Formaten überlegen ist.

(Bild: JarTee/Shutterstock)

04.09.2026, 17:00 Uhr

Lesezeit: 18 Min.

Von

Moritz Förster

Wer kontrolliert unsere Dokumente – und wer entscheidet darüber, ob sie auch in zehn oder zwanzig Jahren noch lesbar, bearbeitbar und unabhängig von einem einzelnen Anbieter nutzbar sind? Für Italo Vignoli von der Document Foundation ist die Antwort klar: Die Debatte um digitale Souveränität beginnt nicht bei der Wahl einer Office-Suite, sondern beim Dateiformat. Im Gespräch erklärt er, warum er DOCX, XLSX und PPTX als strategisches Lock-in betrachtet, weshalb ODF aus seiner Sicht weit mehr ist als eine technische Alternative – und warum Behörden, Unternehmen und private Nutzer ihre Dokumentstrategie grundlegend überdenken sollten.

Der TDF-Blog war lange vor allem für Nachrichten rund um LibreOffice bekannt. Warum habt ihr gerade jetzt eine Reihe über offene Formate, Standards und digitale Souveränität gestartet?

Der TDF-Blog wurde eingerichtet, um über sämtliche Aktivitäten des Projekts zu berichten – nicht nur über LibreOffice, sondern auch über das Dokumentformat ODF, die von Document Liberation entwickelten Filter für ältere Formate, die Unterstützung politischer Initiativen zugunsten von FOSS sowie groß angelegte Migrationsprojekte. Die Liste ist tatsächlich sehr lang.

Die Idee für die aktuelle Artikelserie entstand im Vorfeld des zwanzigsten Jahrestags der Verabschiedung von ODF als OASIS-Standard im Mai 2025 – als Würdigung dieses außerordentlich wichtigen Meilensteins für FOSS. Das äußerst positive Feedback auf die ersten Artikel, die von verschiedenen Medien kommentiert und aufgegriffen wurden, ermutigte uns, die Reihe fortzusetzen und zudem auf weitere Themen auszuweiten, etwa auf digitale Souveränität – die eng mit ODF verbunden ist – und proprietäre Formate.

Die Anzahl der auf den Inhalten dieser Beitragsreihe beruhenden Artikel sowie das Interesse zahlreicher Journalisten an den behandelten Themen haben uns dazu bewogen, weiterzumachen – ursprünglich hatten wir eine Reihe von etwa zwanzig Artikeln vorgesehen – und uns an Diskussionen über digitale Souveränität zu beteiligen, nicht zuletzt, weil dieses Thema zu einem gemeinsamen Anliegen geworden ist.

Warum beginnt die Debatte über freie und unabhängige Bürosoftware bei Dateiformaten und nicht bei der Wahl der Anwendung?

In einer idealen Welt gäbe es ausschließlich Open-Source-Softwarelösungen, die sowohl bei Komponenten als auch bei Dokumentformaten nur offene Standards nutzen. Leider ist die Welt, in der wir leben, alles andere als ideal. Denn seit Jahrzehnten wurde die Kontrolle über Technologie völlig unkritisch in die Hände von Big Tech gelegt – mit den Folgen, die wir alle kennen.

Zu diesen Folgen zählt genau jenes proprietäre Format, das sich als offener Standard ausgibt und uns dazu zwingt, die Diskussion bei den Formaten statt bei den Anwendungen zu beginnen. Tatsächlich verwenden selbst die meisten Open-Source-Office-Suiten – oder jene, die sich als solche bezeichnen – dieses proprietäre Format nativ. Damit vergrößern sie Microsofts Kontrolle über Dokumente, denn Microsoft definiert das Format und entscheidet somit über dessen Interoperabilität.

„Open Source“, „offenes Format“ und „offener Standard“ werden häufig gleichbedeutend verwendet. Worin liegt der Unterschied – und warum sollte er nichttechnische Nutzer interessieren?

Die drei Begriffe unterscheiden sich grundsätzlich, weil sie sich auf völlig verschiedene Dinge beziehen: „Open Source“ bezeichnet Software, deren Quellcode verfügbar gemacht wird, damit er untersucht, verändert, verbessert und weiterverbreitet werden kann. Ein „offenes Format“ bezeichnet ein Dokumentformat, das transparent entwickelt, gut dokumentiert, versionskontrolliert und für kompetente Entwickler leicht implementierbar ist. Ein „offener Standard“ bezieht sich auf Elemente – Hardware, Software und mehr –, deren Eigenschaften eine einfache Wiederverwendung ohne Einschränkungen oder Begrenzungen ermöglichen.

LibreOffice ist Open Source, weil seine Copyleft-Lizenz MPL Nutzung, Untersuchung, Veränderung und Verbreitung erlaubt. ODF ist ein offenes Format, weil es von einer unabhängigen Organisation öffentlich und transparent entwickelt, entsprechend der jeweiligen Version konsistent dokumentiert, versionskontrolliert und leicht implementierbar ist. ODF ist zugleich ein offener Standard – teilweise aus denselben Gründen, aus denen es ein offenes Format ist, und teilweise, weil es andere offene Standards wiederverwendet und keinerlei proprietäre Elemente enthält.

DOCX, XLSX und PPTX werden fast überall verwendet. Wo genau entsteht dadurch aus Ihrer Sicht eine problematische Abhängigkeit von einzelnen Anbietern?

DOCX, XLSX und PPTX sind proprietäre Formate, weil sie eine Version des Formats verwenden, die als „Transitional“ bezeichnet wird, da sie weiterhin mit den proprietären Formaten DOC, XLS und PPT verknüpft ist. Diese Variante sollte 2010 durch eine Standardversion namens „Strict“ ersetzt und anschließend vollständig abgeschafft werden – gerade weil sie proprietär war.

Damals setzte ISO auf Microsoft, das all dies bei der Genehmigung des Formats zugesichert hatte. Von einer Standardisierung kann dabei in keiner Weise gesprochen werden, denn kaum etwas ist weiter von einem Standard entfernt als das Microsoft-Format – einschließlich der „Strict“-Version. ISO glaubte damals nicht jenen, die darin eine Strategie sahen, Zeit zu gewinnen und sicherzustellen, dass sich nichts ändert, damit das Microsoft-Office-Format dauerhaft proprietär bleibt. Die Geschichte hat uns recht gegeben.

DOCX, XLSX und PPTX – die ich jetzt unter dem offiziellen Namen des Formats, OOXML, zusammenfassen werde – sind unabhängig von der Software, dem Anwendungsfall oder dem Nutzertyp ein Problem. Proprietäre Formate sind immer ein Problem, weil sie von einem einzigen Unternehmen auf Grundlage eigener Geschäftsstrategien definiert werden, die nie mit den Interessen der Nutzer übereinstimmen.

Darüber hinaus sind diese Formate gezielt darauf ausgelegt, einen Lock-in zu erzeugen, der äußerst schwer zu erkennen ist, sofern man die technischen Eigenschaften des Formats nicht eingehend untersucht. Selbst die Softwareunternehmen, die sich entschieden haben, das OOXML-Format nativ zu unterstützen, sind sich dessen nicht bewusst, weil sie es nicht untersucht haben. Sie verwenden also ein Format, das ihre eigenen Nutzer bindet – allerdings zum Vorteil Microsofts, nicht zu ihrem eigenen.

Ich verstehe vollkommen, dass all dies wie Science-Fiction klingt. Leider handelt es sich jedoch um eine Realität, die selbst dann nicht erfasst wird, wenn man sie einfach – oder besser: so einfach wie möglich – erklärt. Leider gibt es keinen wirklich einfachen Weg, das Problem zu erläutern, denn es wurde bis ins kleinste Detail so konzipiert, dass es äußerst kompliziert ist.

Wie gut funktioniert die tägliche Arbeit mit ODF heute tatsächlich? Bei welchen Dokumenttypen ist der Wechsel unkompliziert, und wo sollten Nutzer realistischerweise Schwierigkeiten erwarten – etwa bei Makros, spezialisierten Vorlagen oder komplexen Tabellen?

ODF ist hinsichtlich der Funktionalität des Formats genauso gut wie OOXML. Es kann daher für jede Aufgabe und in jeder Anwendung problemlos eingesetzt werden und beeinträchtigt die Interoperabilität von Dateien nicht, da es vollständig dokumentiert ist.

OOXML hingegen wurde bewusst so konzipiert, dass es Interoperabilitätsprobleme verursacht. Es ist auch nicht so dokumentiert, dass dieses Problem entschärft würde, da sich die Formatspezifikationen durch regelmäßige Sicherheitsupdates auf nicht dokumentierte und unsichtbare Weise verändern.

Folglich werden Interoperabilitätsprobleme durch OOXML und nicht durch ODF verursacht. Daher sollten die Kosten dafür von OOXML-Nutzern getragen werden, nicht von ODF-Nutzern. Zudem gilt: Wenn ein Dokument im OOXML-Format korrekt erstellt wurde, lässt es sich auch im ODF-Format korrekt öffnen.

Ich nutze seit Jahren Linux und öffne daher alle OOXML-Dateien, die ich erhalte, mit LibreOffice. Es konvertiert sie sofort in das native ODF-Format. Dabei hatte ich noch nie ein Problem. Wenn ich einer Kontaktperson eine Datei im OOXML-Format senden muss, konvertiere ich die ODF-Datei in OOXML. Auch in diesem Fall hatte ich noch nie ein Problem. In meinem Beruf verfasse ich sehr viele Dokumente – wir sprechen von Tausenden Dateien.

Natürlich werden viele Dateien eher unsystematisch erstellt – und Sie können sich kaum vorstellen, wie kreativ Menschen dabei sein können. Deshalb öffnen sie sich in beide Richtungen nicht korrekt.

Meiner Erfahrung nach braucht es weniger Zeit, eine Datei zu korrigieren, als sich über Inkompatibilität zu beklagen, auch wenn sich die meisten Nutzer für Letzteres entscheiden. Solange wir jedoch ein Format haben, das gezielt dafür entwickelt wurde, Interoperabilitätsprobleme zu verursachen, wird sich die Situation nicht grundlegend ändern.

Videos by heise

Makros wiederum sind ein komplett eigenes Problem, weil sie in keiner Weise zur Welt der Standards gehören. Eine ODF-Datei mit Makros ist mit einer OOXML-Datei mit Makros identisch – sie ist also mit jedem Standard unvereinbar, sofern keine neutrale Sprache wie Python verwendet wird.

Makros gehören zur ersten Generation von Office-Suiten und ergeben heute nur noch in sehr wenigen Fällen Sinn. Das liegt auch daran, dass viele dieser Funktionen inzwischen direkt in die Software integriert sind. Außerdem zählen sie zu den wichtigsten Sicherheitslücken und sollten deshalb niemals eingesetzt werden – insbesondere nicht in Umgebungen, die besonders stark von Angriffen bedroht sind.

Viele Organisationen meinen: „Wir würden gerne offene Formate nutzen, aber unsere Kunden und Partner schicken uns einfach Microsoft-Dateien.“ Wie lautet Ihre pragmatische Antwort darauf?

Die pragmatische Lösung ist zugleich die einfachste. Es handelt sich um die Methode, die wir im Migrationsprotokoll empfehlen – einem Dokument, das TDF auf Grundlage bewährter Verfahren erstellt hat. Diese haben sich in Dutzenden Projekten bewährt, darunter groß angelegte Vorhaben in Schleswig-Holstein und beim österreichischen Verteidigungsministerium.

Jedes eingehende Dokument sollte sofort in das ODF-Format konvertiert werden, um sämtliche Vorteile des Standardformats zu nutzen. Anschließend sollte es als zweite Kopie im OOXML-Format gespeichert werden, um die Interoperabilität mit proprietären Formaten sicherzustellen. Das dauert nur wenige Sekunden, und Speicherplatz ist sicherlich kein Problem.

Darüber hinaus ist das ODF-Format nicht nur wesentlich robuster als OOXML. In den sehr seltenen Fällen, in denen eine Datei beschädigt ist, ermöglicht es aufgrund der Eigenschaften des Standardformats und der perfekt lesbaren XML-Datei, sämtliche Inhalte wiederherzustellen. Eine beschädigte OOXML-Datei ist dagegen praktisch nicht wiederherstellbar.

Deutschland will offene Formate wie ODF bis 2027 stärker zum Standard in der öffentlichen Verwaltung machen. Was müsste passieren, damit dieses politische Ziel im Alltag ankommt?

Jede Migration zum Standardformat ODF ist möglich, sofern sie strukturiert angegangen wird – mit einem Projekt, das sowohl technische Aspekte, die sich leicht lösen lassen, als auch Aspekte der Umsetzung berücksichtigt, nämlich Prozesse und Nutzer.

Das Problem besteht leider darin, dass der Wechsel von OOXML zu ODF auch einen Wechsel von Microsoft Office oder einem seiner Klone zu LibreOffice erforderlich macht, weil die ODF-Unterstützung in diesen Programmen sehr schlecht ist, wie im jüngsten Artikel unserer Reihe erläutert wurde.

Diese Migration der Anwendungen fügt eine weitere Ebene der Komplexität hinzu. Wäre die ODF-Unterstützung ordentlich statt katastrophal, wäre die Migration des Formats allein kein Problem und würde lediglich die Anpassung einiger OOXML-basierter Prozesse erfordern.

Leider ist die schlechte ODF-Unterstützung Teil der Lock-in-Strategie von Microsoft und den Entwicklern seiner Klone. Wir können daher nicht erwarten, dass sie sich verbessert – selbst angesichts von Entscheidungen wie jener der deutschen Bundesregierung. Diesen Lock-in aufzugeben würde nämlich bedeuten, einen Marktanteil im Wert von fast 30 Milliarden US-Dollar nicht mehr zu schützen, bei einem Nettogewinn von mehr als 90 Prozent dieser Summe.

Warum scheitern ODF-Einführungen trotz klarer politischer Entscheidungen so oft: an der Technik, an Beschaffung, Schulungen und Gewohnheiten – oder an den Machtstrukturen des Softwaremarkts?

Tatsächlich haben sich die meisten Migrationen von Microsoft Office zu LibreOffice nie mit der Frage der Dokumentformate befasst, weil sie nicht von dem Ziel digitaler Souveränität angetrieben waren, sondern ausschließlich von den Softwarekosten. Deshalb haben Organisationen fast immer das OOXML-Format beibehalten.

Erst in den vergangenen Jahren hat die stärkere Fokussierung auf digitale Souveränität dazu geführt, dass Organisationen auch eine Migration von OOXML zu ODF in Betracht ziehen. Dies ist im Migrationsprotokoll bereits vorgesehen. Dabei handelt es sich zwar um einen zusätzlichen Schritt, der jedoch kein Problem darstellt.

Frühere gescheiterte Migrationen von proprietärer zu Open-Source-Software waren nie auf technische Probleme zurückzuführen – selbst wenn versucht wurde, sie als technische Probleme darzustellen. Im Fall München wurde beispielsweise das Dokument, das die technischen Probleme auflistete, von HP, einem Microsoft-Partner, erstellt und enthielt Behauptungen, die an Lächerlichkeit grenzten. Ähnliches geschah in Italien bei der Migration der Stadt Pesaro und der Provinz Bozen.

Es wäre außerdem sinnlos, die Tatsache zu ignorieren, dass die Unternehmen, die weltweit – und auch in Europa – am meisten für Lobbyarbeit ausgeben, die Big-Tech-Konzerne sind. Allein auf EU-Ebene belaufen sich ihre Budgets auf Millionen Euro, ganz zu schweigen von den Budgets der einzelnen Länder, die nicht öffentlich bekannt sind. In Brüssel, wo es Daten gibt, kommen auf jedes Mitglied des Europäischen Parlaments mehr als zwei Lobbyisten. Es ist ein ungleicher Kampf zwischen Open-Source-Software und proprietärer Software.

Machen Cloud-Dienste und KI-Werkzeuge offene Formate weniger wichtig, weil einzelne Dateien an Bedeutung verlieren – oder wichtiger, weil die Kontrolle über Inhalte und Metadaten schwieriger wird?

Dokumente bleiben Dokumente, auch in der Cloud und bei der Nutzung von KI-Werkzeugen. Was die meisten Menschen nicht erkennen, ist, dass sich das Dokument im Laufe der Jahre von einem einfachen Blatt Papier zu einer ausführbaren Datei entwickelt hat. Diese enthält die Anweisungen, die eine Software benötigt, um den Inhalt der Datei auf dem Bildschirm darzustellen. Sie ist daher nicht mehr so „unschuldig“ wie ihre gedruckte Version – jenes einfache Blatt Papier, aus dem sie hervorgegangen ist.

Deshalb ist das Format von Dokumenten wichtiger denn je. Der Unterschied zwischen einem standardisierten, offenen Format und einem proprietären Format ist vergleichbar mit dem Unterschied zwischen Open-Source-Software und proprietärer Software. Bei Dokumenten betrifft dieser Unterschied die Verwaltung der Inhalte: Beim Standardformat ist sie transparent dokumentiert, beim proprietären Format dagegen verschleiert dokumentiert und verwendet Verweise, die nur dem Autor bekannt sind – nämlich Microsoft.

Um eine leicht verständliche Parallele zu ziehen: Es ist, als läge der Schlüssel zu unserer Haustür in den Händen einer externen Instanz, die entscheiden kann, ob und wann wir unser eigenes Zuhause betreten dürfen. Bei einem Standardformat bleibt der Schlüssel immer in den Händen des Eigentümers.

Gibt es aus Ihrer Sicht einen allgemein akzeptierten Kriterienkatalog dafür, wann ein Format wirklich offen ist – oder bewertet die TDF Formate nach eigenen Maßstäben?

Es gibt mehrere Kriterien dafür, wann ein Format wirklich offen ist, auch wenn eine einheitliche Definition fehlt. Im TDF-Blog haben wir deshalb eine Definition veröffentlicht, die wir bei TDF verwenden.

Ihre Frage hat jedoch das Problem der fehlenden einheitlichen Definition deutlich gemacht. Deshalb werde ich auf der kommenden LibreOffice-Konferenz in Pordenone einen Vortrag halten, in dem ich gemeinsame Kriterien für eine solche Definition vorschlage. Mit diesem Thema beschäftige ich mich bereits, denn das Fehlen einer einheitlichen Definition sorgt auf dem Markt für einige Verwirrung.

Wenn eine Verwaltung morgen beginnen wollte: Was wäre die zentrale erste Maßnahme, die Sie unabhängig von Softwarepolitik und Lobbydruck empfehlen würden?

Für öffentliche Verwaltungen gibt es meines Erachtens ein zentrales Problem zu lösen, das in unserem Blogbeitrag „What is Digital Sovereignty?“ beschrieben wird: sicherzustellen, dass nichts Wesentliches verloren gehen kann.

Das entscheidende Wort ist dabei „wesentlich“. Eine Institution muss nicht selbst Eigentümerin der Cloud sein. Sie muss aber sicher sein, dass ihre Daten nicht ebenfalls verschwinden, wenn ein Anbieter morgen vom Markt verschwindet. Sie muss proprietäre Werkzeuge nicht verbieten. Sie muss jedoch gewährleisten, dass das, was sie diesen Werkzeugen anvertraut – ihre Akten, Verträge und Bürgerdaten –, auch für andere als den Anbieter, der das Werkzeug verkauft hat, lesbar, übertragbar und rekonstruierbar bleibt.

Souveränität bedeutet nicht, eine Mauer um den eigenen Besitz zu errichten. Sie ist eine Garantie dafür, aus einer Abhängigkeit aussteigen zu können.

Um dieses Ziel zu erreichen, kann die technische Entscheidung im Kern nur eine sein: Technologien und Werkzeuge zu wählen, die nicht von einem einzigen Unternehmen kontrolliert werden – es sei denn, sie sind vollständig Open Source. Natürlich kann diese Entscheidung angesichts der Entwicklungen der vergangenen Jahrzehnte äußerst schwierig und herausfordernd sein.

Es gibt öffentliche Verwaltungen, deren Infrastruktur auf Lösungen verschiedener Anbieter beruht, und andere, deren Infrastruktur von einem einzigen Anbieter abhängt. Erstere setzen in der Regel bereits zumindest teilweise auf Open Source, während Letztere meist ausschließlich proprietäre Software nutzen.

Der Weg zur digitalen Souveränität ist schwierig, weil dieses Konzept über zu viele Jahre hinweg ignoriert wurde. Es ist ironisch, dass heute alle über digitale Souveränität sprechen, während dieselben Akteure früher die Forderungen von Open-Source-Befürwortern ignoriert haben. Wir verwendeten damals zwar nicht den Begriff „digitale Souveränität“, vertraten aber bereits dasselbe Konzept.

Wenn Sie Nutzern und Organisationen nur eine einzige Regel für den langfristigen Umgang mit wichtigen Dokumenten geben könnten: Welche wäre das?

Die Regel ist sehr einfach: „aktive“ Dokumente – also solche, die bearbeitet werden müssen – sollten im ODF-Format verwaltet werden. „Historische“ Dokumente – also solche mit Referenzinformationen, die nicht verändert werden dürfen – sollten im PDF-Format verwaltet werden. Natürlich ist es auch möglich, alle Dokumente im ODF-Format zu speichern.

Herr Vignoli, vielen Dank für die Antworten!

Das Interview wurde auf Englisch geführt. Das Original findet sich hier.

(fo)

Elektrische Reinigungsbürsten: Einfacher putzen?

Top 10: Mähroboter ohne Begrenzungskabel

Top 10: Das beste E-Mountainbike im Test

Nvidia PAIR: KI-Inferenz auf Heimgeräten verteilen

2026-09-04T14:27:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Nvidia hat eine Open Source Software veröffentlicht, die Privatgeräte zu einem Computing-Netzwerk für lokale KI-Inferenz verbindet.

(Bild: Robert Way / Shutterstock.com)

04.09.2026, 16:27 Uhr

Lesezeit: 2 Min.

Von

Carolin Riethmüller

Nvidia hat eine Open-Source-Software veröffentlicht, mit der man Privatgeräte daheim zu einem Computing-Netzwerk zusammenschließen kann. Auf dem können laut Nvidia anschließend immer dann Inference-Jobs der hauseigenen lokalen KI laufen, wenn die Geräte gerade nicht anderweitig ausgelastet sind. So soll vorhandene Rechenkapazität in einem Haushalt optimal genutzt werden.

Die Software heißt Personal AI Router (PAIR) und soll geeignete Geräte im Heimnetzwerk automatisch erkennen, eine Verbindung herstellen, mithilfe eines sechsstelligen Codes koppeln und den Kanal anschließend mittels mTLS (Mutual Transport Layer Security) sichern. Alle Geräte, die gerade nicht ausgelastet sind, versorgt es anschließend über diese Verbindung mit Inference-Aufgaben von der lokalen KI. Wenn ein Gerät plötzlich wegfällt, weil zum Beispiel der Nutzer ein rechenintensives Spiel darauf startet, soll das System sich flexibel daran anpassen können.

Videos by heise

Nutzergruppe wahrscheinlich eher klein

Die Anwendung ist vor allem für KI-Aufgaben interessant, die sich gut auf mehrere Geräte aufteilen lassen - zum Beispiel agentische Workflows, die komplexe Aufgaben in mehrere Sub-Aufgaben aufteilen können. Die Sortierung der Familienfoto-Datenbank zum Beispiel. Voraussetzung ist natürlich, dass man entsprechende Hardware daheim hat und eine lokale KI betreibt. Deren Leistungsfähigkeit wird mit PAIR dann aber immerhin nicht mehr so stark von der GPU eines einzelnen Heimatgeräts limitiert.

Kompatible Geräte sind vor allem Nvidia GeForce-Grafikkarten (PAIR funktioniert mit Karten der RTX-20-Serie und neuer sowie mit RTX-PRO-Grafikkarten und DGX Spark-Systemen); auch Apples M4-Chips oder neuere Modelle sind kompatibel. Die Beta-Version von Nvidia PAIR ist ab heute verfügbar und unterstützt Windows, Linux und macOS.

Nvidia expandiert auch darüber hinaus immer weiter in den KI-Markt. Neben seinem Kerngeschäft unterstützt es unter anderem Finanzierungsmodelle für Rechenzentren und entwickelt eigene KI-Modelle wie Nemotron 3.5 Lightning.

(rie)

Elektrische Reinigungsbürsten: Einfacher putzen?

Top 10: Mähroboter ohne Begrenzungskabel

Top 10: Das beste E-Mountainbike im Test

Open-Source Smartwatch Pebble Time 2 getestet | c't 3003

2026-09-04T14:00:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Diese Smartwatch ist ungewöhnlich: Sie ist Open-Source und macht jeden im Browser zum Entwickler. c't 3003 hatte die Pebble Time 2 mehrere Wochen am Arm.

Empfohlener redaktioneller Inhalt

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

04.09.2026, 16:00 Uhr

Lesezeit: 18 Min.

Von

Lukas Rumpler

Die Pebble Time 2 richtet sich ausdrücklich nicht an alle: Wer kontaktlos bezahlen, GPS beim Laufen nutzen oder ernsthaft Fitness tracken will, soll laut dem Hersteller lieber eine Garmin kaufen. Was die Pebble stattdessen bietet: Sie ist komplett Open-Source, hat ein transflektives Memory-LCD, das in der Sonne glänzt, über 10.000 Community-Apps, 21 Tage Akku im Median und eine browserbasierte Entwicklungsumgebung. Dazu funktioniert die Smartwatch mit Android und iOS. Was man für rund 230 Euro ans Handgelenk bekommt, hat c’t 3003 über mehrere Wochen ausprobiert.

Transkript des Videos

(Hinweis: Dieses Transkript ist für Menschen gedacht, die das Video oben nicht schauen können oder wollen. Der Text gibt nicht alle Informationen der Bildspur wieder.)

Guckt mal hier, diese Smartwatch ist komplett Open Source, hat ein ePaper-artiges Display, Wochen an Akkulaufzeit und funktioniert mit Android und iOS. Und falls ihr euer Wunsch-Ziffernblatt oder App unter den über 10.000 von der Community entwickelten Dingen im Store nicht findet, dann könnt ihr es einfach selbst erstellen. Im Browser, ohne ein SDK zu installieren oder einen Entwickler-Account zu bezahlen.

Und guckt euch mal das hier an: pralle Sonne, hier meine Apple Watch Ultra mit 3000 Nits, hier meine Pebble. Ratet mal, welche von beiden ich besser ablesen kann.

Ja, Pebble ist zurück. Die Firma, die die moderne Smartwatch quasi erfunden hat, schon vor der ersten Apple Watch – und auch irgendwie der hardwaregewordene Gegenentwurf zu Big Tech an meinem Handgelenk. Nur war diese Firma zwischendurch mal richtig pleite, und normalerweise heißt das ja: Ihr habt Elektroschrott am Handgelenk. So wie bei all diesen anderen Produkten – E-Bikes, die nicht mehr entriegeln, Smart-Home-Kram, der ohne Server nicht mehr schaltet, Fitness-Tracker, deren App aus dem Store fliegt. Bei Pebble ist genau das aber nicht passiert. Die Firma war acht Jahre tot, und die Uhren liefen trotzdem weiter.

Wie das geht, warum diese Smartwatch trotzdem definitiv nicht für alle geeignet ist, dafür aber umso mehr für euch – bleibt dran.

Liebe Hackerinnen, liebe Internetsurfer, herzlich willkommen hier bei...

Also, Pebble. Dass es diese Uhr überhaupt gibt, ist eigentlich ein kleines Wunder, und die ganze absurde Geschichte dazu erzähle ich euch gleich noch. Vorher aber ganz kurz die Eckdaten: Die Pebble Time 2 lässt sich mittlerweile ohne Wartezeit für 225 US-Dollar auch nach Deutschland bestellen. Rechnet da aber bitte noch Versand und Einfuhrumsatzsteuer drauf. Der Versand nach Deutschland kostet nochmal 25 US-Dollar, und für den Importzoll habe ich 17 Euro gezahlt – dann landet ihr real bei ungefähr 230 Euro.

Wenn ihr lieber eine runde Uhr wollt, dann gibt es die Pebble Round 2 für 199 Dollar. Auf die müsst ihr aber noch etwas warten: Die Massenproduktion ist erst Ende Juli angelaufen, und Pebble arbeitet gerade noch die Vorbestellungen ab. Laut Webseite sollen neue Bestellungen aber noch im September ausgeliefert werden. Und die Round 2 ist auch nicht einfach eine runde Time 2 – der fehlt zum Beispiel der Herzfrequenzsensor, das Display ist kleiner, und beworben ist sie mit zwei Wochen statt einem Monat Akkulaufzeit.

Ich habe die Pebble Time 2 jetzt auf jeden Fall seit einigen Wochen am Arm. Aber fangen wir erstmal mit dem an, was dieses Ding im Alltag komplett anders macht als andere Smartwatches: dem Display.

Das Display ist 1,5 Zoll groß, hat eine Auflösung von 200 x 228 Pixeln und 64 Farben. Aktuelle Smartwatches haben oft eine doppelt so hohe Auflösung auf einem knalligen OLED. Das hier sieht dagegen aus wie ein Gameboy Color – und zwar mit voller Absicht.

Und jetzt kommt der Teil, der oft etwas falsch erzählt wird: Da ist kein E-Ink drin, also nicht das, was in eurem eBook-Reader steckt. Pebble selbst nennt das E-Paper, technisch ist es aber ein transflektives Memory-LCD von Sharp. Und der eigentliche Trick dabei ist, dass jeder einzelne Pixel seine eigene kleine Speicherzelle hat, sich also selbst merkt, was er gerade anzeigt, und nur dann Strom zieht, wenn er sich ändert. Ein stehendes Ziffernblatt kostet damit praktisch nichts – und genau das ist der Grund für die vergleichsweise lange Akkulaufzeit. Netter Nebeneffekt von dem LCD: Die Animationen sind butterweich, was mit echtem E-Ink so nicht möglich wäre. Die sind ja in der Praxis immer eher lahm.

Das Ding zeigt außerdem auch ganz ohne eigene Lichtquelle etwas an, denn es reflektiert ja nur. Heißt: Je mehr Licht drauf fällt, desto besser sieht es aus. Und deshalb der Vergleich vom Anfang – wenn ich in der prallen Sonne stehe, kann ich die Zeit auf meiner Pebble tatsächlich besser ablesen als auf meiner 3000 Nits hellen Apple Watch Ultra.

Drinnen ist das dann leider genau andersrum. Ich muss mein Handgelenk manchmal in den richtigen Winkel drehen, damit ich überhaupt was erkenne. Dafür gibt's eine Hintergrundbeleuchtung, die ihr per Tippen auf den Touchscreen oder per Handbewegung aktiviert. Nur ist das ab Werk so schwerfällig, dass ich meinen Arm nicht anheben, sondern schütteln musste.

Lässt sich aber zum Glück leicht fixen, und zwar an zwei Stellen. Erstens ist ab Werk der Umgebungslichtsensor aktiv, und der blockt die Beleuchtung komplett, solange der Raum halbwegs hell ist. Wenn euch das nervt, schaltet den einfach aus. Und zweitens, der eigentliche Hack: In den Telefoneinstellungen ganz nach unten scrollen, Debug-Optionen anzeigen aktivieren, dann zurück in die Uhr-Einstellungen unter Display. Da taucht jetzt Motion Sensitivity auf, standardmäßig auf Medium. Stellt das auf Medium High. High und Very High gingen auch, dann geht das Licht aber bei jeder Armbewegung an, und das kostet euch spürbar Akku.

Ja, und das ist irgendwie typisch für diese Uhr: Fast alles lässt sich verändern, man muss halt nur wissen, wie und wo. Die Farbe von dem Hintergrundlicht könnt ihr auch einstellen, und zwar in allen 64 Farben, die die Pebble kann – also Rot, Grün, Blau, Lila und so weiter.

Aber woher kommt Pebble denn nun eigentlich?

Also, hier mal die Kurzfassung: 2013 kam die Pebble 1, ein Jahr vor der ersten Apple Watch übrigens. 2016 sammelt Pebble auf Kickstarter dann fast 13 Millionen US-Dollar ein, für die Pebble 2, die Time 2 und die Pebble Core. Eine der erfolgreichsten Kampagnen überhaupt. Und im Dezember 2016 ist Schluss: Insolvenz. Fitbit kauft die Software-Assets, die Hardware wird eingestampft, die Backer bekommen ihr Geld zurück. Die Time 2, die ich hier am Handgelenk habe, wurde damals also nie ausgeliefert.

Jetzt könnte man denken, dass es nun vorbei ist mit dem Pebble-Ökosystem – aber so war es nicht. Weil nämlich eine Community namens Rebble die komplette Infrastruktur übernommen hat: den App Store, die Wetterdaten, die Spracherkennung.

Und warum gibt es dann jetzt wieder Pebble-Uhren? Fitbit gehört ja seit 2021 zu Google, und Google macht im Januar 2025 den Quellcode von PebbleOS auf, also Open Source. Nur das Betriebssystem wohlgemerkt, und auch da mit ein paar herausgeschnittenen Teilen – aber das reicht. Migicovsky, der Pebble-Erfinder, gründet daraufhin Core Devices und baut genau das Ding, das damals nie rauskam. Konzept von 2016, Innereien modernisiert. Und Ende 2025 legt er dann auch noch die Handy-Apps, das SDK und die ganzen Entwicklertools offen. Seitdem ist der komplette Stack Open Source.

Rebble ist dabei übrigens keine Vergangenheitsform: Der App Store, den ich hier auf dieser nagelneuen Uhr benutze, läuft bis heute auf Rebbles Backend, und Core Devices finanziert den gemeinnützigen Verein dafür, damit ihr als Käufer eben kein Abo braucht.

Heißt für euch: Sollte die Firma morgen wieder pleitegehen, kann jemand anderes das übernehmen. Der Pleitefall ist also von Anfang an mitgedacht – anders als bei vielen anderen modernen Produkten.

Und dann gibt es da noch ein Detail, das ich richtig nice finde: Die neue Pebble-App unterstützt nämlich nicht nur die neuen Uhren, sondern auch die alten. Wenn ihr also noch eine Pebble Classic oder eine Pebble Time in irgendeiner Schublade rumliegen habt, dann könnt ihr die heute wieder koppeln und kriegt sogar noch Firmware-Updates dafür. Wenn euch das noch intensiver interessiert: Ich habe die interessantesten Blog-Posts vom Gründer unten in der Videobeschreibung verlinkt.

So, kommen wir mal zu dem, wofür man so eine Uhr eigentlich kauft. Die Grundidee ist ja: Ich will mein Handy überhaupt nicht ersetzen, ich will nur wissen, ob ich es rausholen muss – also Benachrichtigungen anzeigen lassen.

Und das kann die Uhr richtig gut. Volle Textlänge, keine abgeschnittenen Vorschauen. Antworten geht per Diktat, und das ist gut gelöst: Die Uhr hört erst den ganzen Satz zu Ende und baut dann den Text zusammen. Deshalb stimmt sogar die Zeichensetzung meistens. Aber wichtiger Einschub: Das mit den Antworten funktioniert nur mit Android-Smartphones. Apple ermöglicht es Nicht-Apple-Watches bislang nicht, das umzusetzen. Alles andere hat auf meinem iPhone aber ziemlich genauso funktioniert wie auf meinem Android.

Zwei Sachen habe ich richtig liebgewonnen. Erstens Quick Launch: Jede der vier Tasten lässt sich frei belegen. Durch Langdrücken und Kombination habt ihr da acht Spots für Verknüpfungen. Bei mir liegen oben die Benachrichtigungen und auf lange gedrückt die Watchfaces, unten komme ich in den Zeitstrahl mit allen Terminen oder zum Wetter. Und ich komme schnell zum Timer und der Musiksteuerung. Und zweitens: Die Uhr springt nicht von alleine zum Watchface zurück. Wenn ich die Musiksteuerung offen habe, bleibt die offen – stundenlang. Ich kann also beim Joggen oder auf dem Fahrrad blind runtergreifen und den Track wechseln, weil ich genau weiß, was da gerade auf dem Display ist.

Nervig ist dagegen, dass die Uhr zwar auf Nachrichten antworten kann, aber nicht selbst Nachrichten verschicken. Das bin ich halt von Wear OS und watchOS anders gewöhnt, und das hab ich mit am meisten vermisst. Wenn ihr also im Supermarkt steht und fragen wollt, ob noch Milch da ist, dann müsst ihr euer Handy rausholen.

Das Gehäuse ist aus Edelstahl, die vier Tasten auch – also keine Gummikappen, die einem nach zwei Jahren wegbröseln. Der Gehäuseboden ist außerdem verschraubt und nicht verklebt, was in dieser Preisklasse schon ziemlich bemerkenswert ist. Wasserdicht ist sie offiziell bis 30 Meter, duschen ist also kein Problem, schwimmen empfiehlt Core Devices aber ausdrücklich nicht. Das Armband ist ein ganz normaler 22-mm-Standard. Ich habe das mitgelieferte Silikonarmband schnell getauscht und einfach ein altes Lederarmband und ein Mailänder für 10 Euro drangemacht.

Geladen wird über so einen kleinen magnetischen Puck mit USB-C-Buchse, an dem aber kein Kabel dranhängt. Finde ich ziemlich nice: Im Alltag hängt der fest an einem USB-Kabel, und unterwegs muss ich für dieses eine Aufladen kein extra Kabel mitnehmen.

Beworben ist die Uhr mit bis zu 30 Tagen Akkulaufzeit, die schafft aber offenbar kaum jemand. Pebble hat im Juli selbst Zahlen rausgegeben, und da liegt der Median bei der Time 2 aktuell bei ungefähr 21 Tagen. Ich verbrauche so gut 10 Prozent am Tag, komme also auf gut 10 Tage – ich verwende die aber auch wirklich intensiv gerade.

Was der Pebble aber definitiv fehlt, ist NFC. Zum einen fehlt damit die Möglichkeit, mit der Uhr zu bezahlen, was ich ehrlich gesagt so intensiv mit meiner Apple Watch benutzt habe, dass ich am Anfang mal meine Pebble an der Supermarktkasse an das Terminal gehalten habe, bis ich gecheckt habe: falsche Uhr. Aber auch abseits vom Bezahlen wäre NFC echt nice. Ich habe hier einen Haufen NFC-Tags rumliegen, und meine Apple Watch kann die nicht lesen. Mit der offenen Pebble könnte man da so coole Sachen machen und zum Beispiel Home-Assistant-Szenen auf einen NFC-Tag legen und die dann einfach on the go aktivieren.

GPS und LTE gibt's auch nicht, und telefonieren könnt ihr mit dem Ding ebenfalls nicht. GPS und LTE finde ich persönlich aber nicht so tragisch, weil es sich das gut vom Smartphone ziehen kann.

Drin sind dafür ein Herzfrequenzsensor, ein Kompass, zwei Mikrofone, ein kleiner Lautsprecher und ein Touchscreen. Nur nutzt das Betriebssystem den Touchscreen bisher kaum – im Wesentlichen nämlich nur für die Hintergrundbeleuchtung und für antippbare Komplikationen auf dem Watchface. Das ganze Gerät lässt sich auch über die Tasten steuern, und ihr könnt den Touchscreen auch komplett deaktivieren. Und das ist das Muster, das sich durch das ganze Gerät zieht: Core Devices baut die Sensoren ein, macht alles offen und überlässt es der Community, was daraus wird. Also ihr könnt nicht telefonieren, aber ihr könntet euch theoretisch eine Voice-over-IP-App programmieren und dann über diese App telefonieren.

Gesundheitstracking gibt's übrigens auch: Herzfrequenz, Schritte und Schlaf. Unter Android landet das per Health Connect auch in Google Fit, auf dem iPhone läuft die Anbindung an Apple Health. Core Devices sagt aber selbst ganz offen, dass das kein Fitnessgerät ist und man sich eine Garmin holen soll, wenn man es ernst meint. Wohltuend ehrlich finde ich das in einer Branche, in der irgendwie jedes Plastikarmband so tut, als könnte es ein EKG ersetzen.

Kommen wir mal zum Store. Und jetzt versteht ihr auch, warum da lauter Apps von 2014 rumliegen: Da ist nämlich noch der komplette Bestand von damals drin, also über 10.000 Watchfaces und Apps. Casio-Hommagen, ein Mario-Watchface, Fallout, Portal, Pokémon. Pixelart altert glücklicherweise ja nicht. Und die Apps von damals laufen auch auf der Time 2 problemlos. Um sicherzugehen, könnt ihr aber auch einen Filter setzen, der euch nur speziell für die Time 2 optimierte Dinge anzeigt. Ich hab mir direkt mal ein paar Spiele installiert – 2048, Tetris und hier so eine Sammlung, wo ich Pong spielen kann – und Home Assistant, um mein Smart Home zu steuern.

Und das Betriebssystem an sich, das ist auch ziemlich verspielt: Räumt man alle Benachrichtigungen weg, wandern die durch einen Aktenvernichter. Und im Nicht-stören-Modus schleicht eine Maus auf Zehenspitzen über den Bildschirm.

Ihr müsst euch aber natürlich auch nicht auf das beschränken, was andere für diese Uhr gebaut haben. Ihr könnt eure Watchfaces und Apps auch einfach selbst coden – und das ist so ziemlich mein Highlight an dieser Uhr.

Dazu installiere ich mir entweder das offizielle SDK, oder ich gehe einfach in meinen Browser. Das Tool dafür heißt CloudPebble, das ist eine komplett webbasierte Entwicklungsumgebung und seit Februar wieder online. Keine Downloads oder Installationen, ihr braucht nur einen Browser. Drin sind ein Code-Editor, ein Ressourcen-Manager für eigene Grafiken und Schriftarten und ein Emulator, der ein virtuelles Pebble-Display im Browser aufmacht.

Das sieht dann so aus, und ich kann einfach meinen Code einfügen. Ich hab hier mal ein 3003-Watchface gebaut. Das lässt sich dann einfach auf die eigene Pebble übertragen oder in den App Store hochladen. Wenn ihr es noch einfacher haben wollt: Ihr könnt auch KI-Tools wie Claude Code einfach auf die Uhr ansetzen und euch damit vollautomatisch ein Ziffernblatt oder Tool basteln. Irgendwann fragt ihr eure Uhr einfach, ob sie euch eine App baut, und die macht das dann in Echtzeit.

Mein Fazit

Also, für wen ist das jetzt? Ganz klar nicht für alle. Wenn ihr kontaktlos bezahlen wollt, GPS beim Laufen braucht, ernsthaftes Fitness-Tracking oder einfach eine Smartwatch, die out of the box einfach funktioniert – dann kauft euch eine Apple Watch, eine Pixel Watch, eine Samsung oder eine Garmin.

Nur ist das halt hier nicht der Vergleich, um den es geht. Das hier ist keine schlechtere Smartwatch, sondern eine ganz andere Idee davon, was so ein Ding sein soll: ein zweites Display für euer Handy, das euch in Ruhe lässt und auf dem ihr in eurer Mittagspause im Browser eine eigene App bauen könnt. Halt nicht so stromlinienförmig-appleig, sondern nerdig. Ich hatte seit Jahren kein Gerät mehr an der Hand, das sich so nach dem Bastelkram von früher anfühlt und trotzdem im Alltag einfach funktioniert.

Und jetzt würde mich echt interessieren: Habt ihr eine Pebble von früher? Holt ihr euch vielleicht eine von den neuen? Und schreibt gerne mal eure Must-Have-Apps und Watchfaces in die Kommentare. Tschüss!

c't 3003 ist der YouTube-Channel von c't. Die Videos auf c't 3003 sind eigenständige Inhalte und unabhängig von den Artikeln im c't Magazin. Die Redakteure Jan-Keno Janssen, Lukas Rumpler, Sahin Erengil und Pascal Schewe veröffentlichen jede Woche ein Video.

(rum)

Elektrische Reinigungsbürsten: Einfacher putzen?

Top 10: Mähroboter ohne Begrenzungskabel

Top 10: Das beste E-Mountainbike im Test

heise+ | Videokonferenzen für Behörden, Betriebe und Bürger: OpenTalk im Test

2026-09-04T10:00:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Videokonferenzen funktionieren auch ohne US-Dienste wie Microsoft oder Google. Wir probieren europäische Dienste aus und starten mit OpenTalk aus Deutschland.

Artikel verschenken

(Bild: Jessica Nachtigall / KI / heise medien / OpenTalk GmbH)

04.09.2026, 12:00 Uhr

Lesezeit: 8 Min.

Von

Greta Friedrich

Eine Berliner IT-Firma entwickelte eigens für die öffentliche Verwaltung einer deutschen Großstadt die Videokonferenzsoftware OpenTalk. Ziel war es, dass die Beschäftigten in der Coronakrise sicher und zuverlässig miteinander kommunizieren. Entstanden ist ein Open-Source-Tool, das längst nicht mehr nur für Behörden interessant ist.

Immer mehr Wissen. Das digitale Abo für IT und Technik.

Leica SL3-P im Test: Edle Vollformatkamera für detailreiche Fotos und Videos

Mit der SL3-P richtet Leica seine Vollformat-Flaggschiffkamera noch professioneller aus: Wir testen Bildqualität, Autofokus und Bedienung im Alltag.

So wird Claude zum persönlichen Assistenten: Tipps für die Einrichtung

Claude merkt sich Vorlieben und Regeln über einzelne Chats hinaus. Wie Sie den Chatbot einrichten, damit er nicht bei jedem Chat von vorn anfängt.

Ideogram statt KI-Slop: Artworks und Plakate sauber und kostenlos gestalten

KI-Slop ist längst allgegenwärtig. Ideogram zeigt, dass es besser geht: kostenlos, mit stilvollen Bildteilen und sauber auf Plakaten platziertem Text.

Lokale KI schneller machen: So zünden Sie den LLM-Turbo

Ein technischer Kniff bei lokalen LLMs kann die Generierungsrate massiv erhöhen: die Multi Token Prediction. Wir haben getestet, wie sie LLMs beschleunigt.

Home Assistant: Abfuhrpläne und Müll-Erinnerungen integrieren

Nie wieder die Müllabfuhr verpassen: Wir zeigen, wie Sie Abfuhrtermine in Home Assistant einbinden und clevere Dashboard-Erinnerungen erstellen.

UpdateLadetarife für Elektroautos im Vergleich

Die Preise an Ladesäulen unterscheiden sich enorm. Wer mit Gleichstrom lädt, zahlt unter Umständen 40 Cent/kWh mehr. Einige Fußnoten sollten Sie deshalb kennen.

Elektrische Reinigungsbürsten: Einfacher putzen?

Top 10: Mähroboter ohne Begrenzungskabel

Top 10: Das beste E-Mountainbike im Test

Audacity 4.0: Die alte Oberfläche ist Geschichte

2026-09-04T08:33:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Audacity 4.0 bringt eine grundlegend neue Oberfläche auf Qt-Basis, ein neues Clip-Modell und das .aup4-Format. Einige Funktionen fehlen noch.

117

(Bild: Audacity / Muse Group)

04.09.2026, 10:33 Uhr

Lesezeit: 5 Min.

Von

Moritz Förster

Audacity 4.0 baut die Oberfläche des freien Audioeditors grundlegend um. Die Anwendung nutzt nun Qt statt der bisherigen Oberfläche, führt ein neues Modell für die Bearbeitung von Audio-Clips ein und speichert Projekte standardmäßig im neuen Format .aup4. Zugleich fehlen zum Start einige Funktionen aus Audacity 3, darunter Zeitspuren, MIDI-Notenspuren, der Mixer und der Macro Manager.

Die Überarbeitung folgt auf eine wechselhafte jüngere Projektgeschichte. Nach der Übernahme durch die Muse Group im Jahr 2021 hatte diese bereits eine Modernisierung der Oberfläche angekündigt. Kurz darauf sorgten Telemetriepläne und Datenschutzregeln für heftige Kritik in der Community. Mit Audacity 3.2 kamen 2022 unter anderem Echtzeiteffekte und VST3-Unterstützung hinzu.

Clips statt Werkzeugmodi

Die auffälligste Änderung betrifft die Arbeit mit Clips, also zusammenhängenden Abschnitten einer Audiodatei in einer Spur. Anwender können diese nun direkt über ihren Kopfbereich auswählen und mit gedrückter Umschalttaste mehrere Clips markieren. Verschieben, Trimmen und Time-Stretching lassen sich anschließend auf die gesamte Auswahl anwenden.

Clips können zudem gruppiert werden. Beim Verschieben, Kopieren oder Duplizieren behandelt Audacity die Gruppe dann als Einheit. Neu ist auch, dass sich Clips zwischen Mono- und Stereospuren bewegen lassen. Schiebt ein Nutzer einen Clip auf einen bereits belegten Bereich, ersetzt er den überlappten Teil, statt dass die Aktion blockiert wird.

Für das Aufteilen eines Clips gibt es ein eigenes Werkzeug: Mit gedrückter Taste S lässt sich in die Wellenform oder auf den Clip-Kopf klicken. Weitere Befehle teilen Clips etwa an stillen Stellen, schneiden den geteilten Abschnitt aus oder verschieben ihn in eine neue Spur. Beim Einfügen soll Audacity häufiger selbstständig passende Spuren anlegen und kompatible Kanalbelegungen anpassen.

Die bisherigen separaten Modi zum Auswählen, Bearbeiten von Hüllkurven, Zeichnen einzelner Samples und das Multifunktionswerkzeug entfallen. Stattdessen reagiert die Oberfläche kontextabhängig: Bei weit genug vergrößerter Wellenform steht etwa das Zeichnen einzelner Samples bereit. Laut Projekt ersetzen neue explizite Befehle für Ausschneiden, Löschen und Einfügen auch die bisherige Sync-Lock-Funktion. Nutzer können damit wählen, ob eine Lücke bleibt oder nachfolgendes Material zur Wahrung des Timings nachrückt.

Qt-Oberfläche mit frei konfigurierbaren Arbeitsbereichen

Die Bedienoberfläche basiert nun auf Qt und soll damit auch auf hochauflösenden Displays nativ und scharf skalieren. Werkzeugleisten und Panels lassen sich verschieben, andocken, frei platzieren sowie ein- und ausblenden. Eigene Zusammenstellungen kann Audacity als „Workspaces“ speichern. Vorgesehen sind bereits die Arbeitsbereiche Modern, Classic und Music.

Neben hellen, dunklen und kontrastreichen Themes bietet Audacity Akzent- und Spurfarben sowie verschiedene Darstellungen für Clips. Ein neuer Startbildschirm zeigt zuletzt verwendete Projekte mit Vorschaubildern. Die Bedienelemente für Spuren und Effekte vereinheitlicht die Software: Parameter erscheinen als Drehregler, die sich feinjustieren und per Doppelklick zurücksetzen lassen.

Videos by heise

Auch bei Wiedergabe und Aufnahme ändert Version 4.0 Abläufe. Der Abspielkopf bleibt beim Navigieren sichtbar, lässt sich verschieben und die Wiedergabe kann an einer anderen Stelle fortgesetzt werden, ohne sie vorher anzuhalten. Aufnahmen können an einer beliebigen Position der Zeitleiste starten und erzeugen dort einen Clip. Die Entwickler haben ferner Schleifenwiedergabe, Punch- und Roll-Aufnahmen, Latenzausgleich, Software-Monitoring und die Eingangsüberwachung je Spur neu umgesetzt.

Neues Projektformat und Einschränkungen zum Start

Audacity 4 verwendet das Projektformat .aup4. Projekte im Format .aup3 öffnet die Software weiterhin und wandelt sie bei Bedarf in das neue Format um. Das Original bleibt dabei unverändert. Ein Zurückspeichern als .aup3 ist nach der Konvertierung jedoch nicht möglich. Noch ältere .aup-Projekte kann Audacity importieren.

Die neue Projektdatei speichert zusätzlich Vorschaubilder sowie Daten zu Clip- und Oberflächendarstellung. Für Nutzer bedeutet das vor allem: Wer Projekte mit Audacity 3 austauschen oder dort weiterbearbeiten muss, sollte vor einer Konvertierung eine Kopie im alten Format behalten.

Zum Start fehlen allerdings mehrere Funktionen aus der 3.x-Reihe. Dazu zählen neben Zeit- und MIDI-Notenspuren der Mixer, der Macro Manager samt Scripting Pipe, das Abspielen mit variabler Geschwindigkeit sowie das Hosting von VAMP- und LADSPA-Plugins. Auch bei Export, Rendering, Analysewerkzeugen und Effekten nennt das Projekt noch Lücken. Unterstützt werden VST3 und Nyquist, unter Linux außerdem LV2 und auf macOS Audio Units. Offizielle Windows-Builds bringen laut Release zudem ASIO-Unterstützung für Aufnahme und Wiedergabe mit.

Die vollständige Liste der Änderungen, einschließlich weiterer Anpassungen an Spektrogramm, Pegelanzeigen sowie Ein- und Ausgabe, steht in den Release Notes zu Audacity 4.0.

(fo)

Elektrische Reinigungsbürsten: Einfacher putzen?

Top 10: Mähroboter ohne Begrenzungskabel

Top 10: Das beste E-Mountainbike im Test

heise+ | Linux-Distribution: Warum NixOS mit seinem eigenen Wachstum kämpft

2026-09-03T13:30:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

NixOS wächst und gedeiht, doch in der Community des Projekts gibt es ungelöste Konflikte, die das Wachstum gefährden könnten. Eine Zustandsanalyse von NixOS.

Artikel verschenken

(Bild: Ulrike Weis / KI / heise medien)

03.09.2026, 15:30 Uhr

Lesezeit: 11 Min.

Von

Jacek Galowicz

Die Linux-Distribution NixOS und ihre Paketsammlung nixpkgs stellen schon seit einigen Jahren das größte Paket-Repository an freier und Open-Source-Software (FOSS) der Welt dar und bieten Zugang zu mehr als 140.000 Softwarepaketen. So weit gekommen ist das vor über 20 Jahren als Doktorarbeit gestartete Projekt nicht zuletzt durch ein Heer von freiwilligen Enthusiasten. Die begeisterte es durch seinen unüblichen Ansatz, Pakete und Software-Builds als Ausdrücke in einer funktionalen Sprache zu beschreiben, sowie mit trivialer Infrastruktur automatisiert zu testen. Erst mit den Jahren kamen zur Community eine Foundation und industrielle Player dazu.

Immer mehr Wissen. Das digitale Abo für IT und Technik.

Leica SL3-P im Test: Edle Vollformatkamera für detailreiche Fotos und Videos

Mit der SL3-P richtet Leica seine Vollformat-Flaggschiffkamera noch professioneller aus: Wir testen Bildqualität, Autofokus und Bedienung im Alltag.

So wird Claude zum persönlichen Assistenten: Tipps für die Einrichtung

Claude merkt sich Vorlieben und Regeln über einzelne Chats hinaus. Wie Sie den Chatbot einrichten, damit er nicht bei jedem Chat von vorn anfängt.

Ideogram statt KI-Slop: Artworks und Plakate sauber und kostenlos gestalten

KI-Slop ist längst allgegenwärtig. Ideogram zeigt, dass es besser geht: kostenlos, mit stilvollen Bildteilen und sauber auf Plakaten platziertem Text.

Lokale KI schneller machen: So zünden Sie den LLM-Turbo

Ein technischer Kniff bei lokalen LLMs kann die Generierungsrate massiv erhöhen: die Multi Token Prediction. Wir haben getestet, wie sie LLMs beschleunigt.

Home Assistant: Abfuhrpläne und Müll-Erinnerungen integrieren

Nie wieder die Müllabfuhr verpassen: Wir zeigen, wie Sie Abfuhrtermine in Home Assistant einbinden und clevere Dashboard-Erinnerungen erstellen.

UpdateLadetarife für Elektroautos im Vergleich

Die Preise an Ladesäulen unterscheiden sich enorm. Wer mit Gleichstrom lädt, zahlt unter Umständen 40 Cent/kWh mehr. Einige Fußnoten sollten Sie deshalb kennen.

Elektrische Reinigungsbürsten: Einfacher putzen?

Top 10: Mähroboter ohne Begrenzungskabel

Top 10: Das beste E-Mountainbike im Test

Nvidia übernimmt Hugging Face für 12,93 Milliarden US-Dollar

2026-09-03T13:17:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Nvidia kauft Hugging Face für 12,93 Milliarden US-Dollar. Die Plattform für offene KI-Modelle soll offen bleiben, verspricht das Unternehmen.

(Bild: Nvidia)

03.09.2026, 15:17 Uhr

Lesezeit: 2 Min.

Von

Daniel Herbig

Nun ist es offiziell: Nvidia übernimmt die KI-Plattform Hugging Face für 12,93 Milliarden US-Dollar. Der Chiphersteller hat die verbindliche Vereinbarung am Mittwoch unterzeichnet und informiert darüber in einem Blog-Eintrag sowie in einer Mitteilung an die US-Börsenaufsicht SEC.

Den Kaufpreis beziffert Nvidia-Chef Jensen Huang auf genau 12.930.300.000 US-Dollar (rund 11,2 Milliarden Euro). In der Mitteilung an die SEC wird der Betrag noch genauer aufgeschlüsselt: Rund 11,9 Milliarden US-Dollar gehen demnach an die Anteilseigner von Hugging Face, bis zu eine Milliarde US-Dollar fließt in ein Aktienprogramm für Mitarbeiter, die zu Nvidia wechseln. Die Übernahme soll in der ersten Hälfte 2027 abgeschlossen werden, wenn Aufsichtsbehörden die nötigen Freigaben erteilt haben.

Hugging Face ist eine KI-Plattform, auf der Entwickler und Unternehmen Modelle und Datensätze veröffentlichen und finden können. Das Unternehmen erzielt unter anderem mit Abonnements sowie Gebühren für Rechenleistung und Speicher Einnahmen. Nvidia hat auf Hugging Face nach eigenen Angaben mehr als 500 Modelle und über 250 Datensätze veröffentlicht und bereits 2023 in Hugging Face investiert.

Hugging Face soll offen bleiben

Die wichtigste Frage für Entwickler beantwortet Huang klar: „Hugging Face bleibt eine offene Plattform für das gesamte KI-Ökosystem“, schreibt er. Entwickler sollten weiterhin selbst entscheiden, welche Modelle, Frameworks, Clouds und Rechenplattformen sie nutzen.

Lesen Sie auch

Chinas KI-Entkopplung: DeepSeek setzt mit neuer Großbestellung auf Huawei

DLSS 5 läuft per Mod jetzt auch auf Radeon-Grafikkarten

Ausgeschlachtete RTX 5090 ohne Chips in Deutschland verkauft

WTF: Kaufpreis von Hugging Face enthält passenden Emoji-Unicode

Nvidia PAIR: KI-Inferenz auf Heimgeräten verteilen

Elektrische Reinigungsbürsten: Einfacher putzen?

Top 10: Mähroboter ohne Begrenzungskabel

Top 10: Das beste E-Mountainbike im Test

Jira-Alternative OpenProject 17.8 lässt KI-Assistenten ins Projektmanagement

2026-09-02T13:30:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Bei OpenProject 17.8 dürfen KI-Assistenten jetzt Arbeitspakete anlegen, kommentieren und verknüpfen – mit denselben Regeln wie Nutzer.

(Bild: OpenProject)

02.09.2026, 15:30 Uhr

Lesezeit: 4 Min.

Von

Axel Kannenberg

Mit Version 17.8 baut die Jira-Alternative OpenProject die KI-Anbindung über den MCP-Server aus. KI-Assistenten können damit nicht mehr nur Projektdaten durchsuchen und auslesen, sondern auch Arbeitspakete anlegen und bearbeiten. Sie dürfen Kommentare schreiben sowie Beziehungen zwischen Arbeitspaketen verwalten. Das Model Context Protocol (MCP) verbindet KI-Clients mit externen Anwendungen und deren Funktionen.

Die neuen MCP-Funktionen unterliegen laut OpenProject denselben Berechtigungen und Validierungsregeln wie die Weboberfläche und die API. Pflichtfelder bleiben damit auch für KI-Clients verbindlich. Eine Versionsprüfung bei Änderungen soll verhindern, dass ein Assistent inzwischen von Nutzern bearbeitete Arbeitspakete überschreibt. Der MCP-Server kann nun außerdem Kommentare einschließlich Emoji-Reaktionen abrufen und neue Kommentare anlegen. Bei benutzerdefinierten Feldern unterstützt er das Erkennen und Setzen von Werten.

Metadaten und Release-Planung

Neu sind auch Metadaten zur Seitennummerierung in den Antworten des MCP-Servers, etwa Seitengröße und Gesamtzahl der Treffer. Das soll KI-Clients Mengenabfragen erleichtern, beispielsweise die Frage, wie viele Arbeitspakete existieren. Zugleich strafft OpenProject die Serverantworten: Überflüssige Aktionslinks und HTML-Darstellungen von Beschreibungen oder Kommentaren entfallen.

Eine weitere größere Änderung betrifft die Release-Planung. Das bisherige Feld „Version“ heißt künftig „Zielversionen“ und kann mehrere Einträge enthalten. Ein Fehlerbericht lässt sich damit etwa gleichzeitig einem Wartungsrelease und einer kommenden Hauptversion zuordnen. Bei bestehenden Installationen aktiviert OpenProject die Mehrfachzuordnung nicht automatisch. Administratoren müssen sie in der Verwaltung einschalten. Die Umstellung lässt sich anschließend nicht zurücknehmen, vorhandene Versionszuordnungen bleiben jedoch erhalten.

Videos by heise

Für API-Integrationen ist die Änderung besonders relevant. Statt des bisherigen einzelnen Felds Version soll künftig targetVersions zum Einsatz kommen. OpenProject rät dazu, betroffene Clients und eigene Skripte vor der Aktivierung der Mehrfachzuordnung anzupassen.

Globale Regeln für Zeiterfassung

Administratoren können mit Version 17.8 zudem globale Regeln für die Zeiterfassung festlegen. Sie können etwa Höchstwerte pro Zeiteintrag oder pro Nutzer und Tag definieren, Buchungen auf hinterlegte Arbeitszeiten begrenzen und Einträge an arbeitsfreien Tagen oder für abgeschlossene Monate sperren. Nach dem Update bleiben diese Prüfungen zunächst deaktiviert. Sie gelten jeweils für die gesamte Instanz; projektbezogene Ausnahmen gibt es noch nicht.

Im agilen Bereich unterstützt OpenProject die Massenbearbeitung von Sprint- und Backlog-Bucket-Zuordnungen. Änderungen an einem Backlog-Bereich erscheinen künftig auch im Aktivitätsverlauf eines Arbeitspakets. Nutzer können Karten aus Sprint- und Backlog-Ansichten in externe Anwendungen ziehen. Je nach Zielprogramm entsteht dabei ein Link auf das zugehörige Arbeitspaket.

Meilensteine und Sprints besser sichtbar

Die Projektzeitleiste auf der Übersichtsseite zeigt neben Projektphasen nun auch Meilensteine und Sprints. Meilensteine verlinken auf die zugehörige Arbeitspaketansicht. Sprints erscheinen dort nur zur Ansicht und lassen sich nicht per Drag-and-drop verschieben. Auch die kostenlose Community Edition erhält eine zusätzliche Funktion: Sie kann Beziehungen zwischen Arbeitspaketen als Spalten in Tabellen anzeigen.

Daneben verbessert OpenProject Suche, Wiki und Verwaltungsoberflächen. Die Arbeitspaketsuche priorisiert exakte Kennungen wie ACSMT-5 sowie numerische IDs mit vorangestelltem # gegenüber ähnlichen Treffern. Das bislang als „internal wiki“ bezeichnete integrierte Wiki heißt nun „project wiki“, um es klarer von externen Integrationen wie XWiki abzugrenzen.

Empfohlenes Update

Weitere Verwaltungs- und Kontoseiten stellt OpenProject auf Komponenten des Designsystems Primer um. Version 17.8.0 behebt außerdem zahlreiche Fehler, unter anderem in Editoren und Dokumenten, bei Meetings, Exporten, Wiki-Funktionen, der Jira-Migration und Speicherintegrationen. OpenProject veröffentlichte die Version am 2. September 2026 und verweist in den Release Notes 17.8.0 auf die enthaltenen Fehlerkorrekturen.

OpenProject ist eine Open-Source-Plattform für Projektmanagement und Zusammenarbeit. Sie kombiniert klassische Projektplanung und agiles Arbeiten mit Ticketverwaltung („Work Packages“), Gantt-Diagrammen, Dokumentation, Meetings und Zeiterfassung. Die Software läuft auf eigener Infrastruktur und richtet sich vor allem an Unternehmen und Behörden, die Wert auf Datenhoheit legen.

Lesen Sie auch

Wen kann ich noch einplanen? OpenProject zeigt es

Elektrische Reinigungsbürsten: Einfacher putzen?

Top 10: Mähroboter ohne Begrenzungskabel

Top 10: Das beste E-Mountainbike im Test

Firefox 155 zeigt blockierte Tracker direkt an

2026-09-01T15:00:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Firefox 155 bringt neue KI-Funktionen, einen Tracker-Zähler und Verbesserungen für Container – verursacht aber Probleme in manchen Firmennetzen.

(Bild: Firefox)

01.09.2026, 17:00 Uhr

Lesezeit: 6 Min.

Von

Moritz Förster

Mozilla hat Firefox 155 veröffentlicht. Die neue Version bringt das KI-Feature Smart Window für alle Nutzer in den USA, Kanada und Frankreich, einen Zähler für blockierte Tracker in der Adressleiste sowie Verbesserungen bei Tab-Gruppen und Containern. In restriktiven Unternehmensnetzen kann die neue Firefox-Version allerdings Probleme beim Laden von Websites verursachen. Betroffen sind Netze, in denen Firewalls oder Proxys UDP blockieren, etwa im Zuge einer TLS-Inspektion. Dann können Seiten langsam laden oder gar nicht erreichbar sein.

Smart Window in mehr Ländern

Smart Window war bislang nur eingeschränkt in den USA und Kanada verfügbar. Mit Firefox 155 erweitert Mozilla den Test auf Frankreich. Die Funktion bleibt eine schrittweise ausgerollte Beta und setzt Firefox für Desktop sowie ein Mozilla-Konto voraus. Sie kombiniert mehrere KI-Funktionen im Browser, darunter personalisierte Vorschläge zum Fortsetzen früherer Unterhaltungen.

Der integrierte Assistant soll außerdem deutlich schneller auf Websuchen reagieren und Quellen von Exa direkt angeben. Mozilla spricht in den Release Notes von etwa einem Fünftel der bisherigen Antwortzeit. Was genau Smart Window im Alltag leistet, hängt damit auch von den jeweils verfügbaren KI-Funktionen ab. Zu einem Start von Smart Window in Deutschland, Österreich und der Schweiz hat Mozilla bislang keine Angaben gemacht.

Videos by heise

Firefox verbessert zugleich die automatische Tab-Organisation. Der Browser soll verwandte Tabs zuverlässiger zu Gruppen zusammenfassen und für diese verständlichere Namen vorschlagen. Wie bei Smart Window erfolgt die Freischaltung schrittweise.

Tracker-Zähler und sortierbare Container

Firefox kann nun in der Adressleiste anzeigen, wie viele Tracker der Browser blockiert hat. Die Anzeige lässt sich in den Einstellungen abschalten; der Tracking-Schutz bleibt dann aktiv. Mozilla macht damit eine Schutzfunktion sichtbarer, denn bislang war sie vor allem über das Schildsymbol und die Datenschutzberichte erreichbar.

Auch die eingebauten Container bekommen eine kleine, aber praktische Änderung: Ihre Reihenfolge lässt sich jetzt in den Einstellungen festlegen. Firefox übernimmt diese Sortierung überall dort, wo Container zur Auswahl stehen.

Die in Version 153 eingeführten Container trennen Browser-Sitzungen voneinander. Cookies, Logins und Websitedaten eines Arbeits-Containers bleiben beispielsweise vom privaten Container getrennt. So lassen sich mehrere Konten desselben Dienstes parallel nutzen, ohne unterschiedliche Firefox-Profile oder Browserfenster zu benötigen.

Für Webspiele unter Windows unterstützt Firefox nun Nintendo-Switch-Pro-Controller und kompatible Nachbauten vollständig. Das Steuerkreuz und die Analogsticks sollen korrekt belegt sein. Die Firefox-Übersetzungsfunktion beherrscht zudem Marathi und Urdu.

Workaround für blockiertes UDP

Das bekannte Netzwerkproblem betrifft Firefox-Installationen hinter Firewalls oder Proxys, die UDP-Verbindungen sperren. Das kann etwa in Firmennetzen vorkommen, in denen TLS-Verbindungen untersucht werden. Firefox verwendet für HTTP/3 das auf UDP basierende Transportprotokoll QUIC. Firefox 155 unterstützt jetzt auch QUIC Version 2.

Administratoren können laut Mozilla vorübergehend die Einstellung network.http.happy_eyeballs_enabled per Preferences-Policy auf false setzen. Dadurch umgeht Firefox die problematische Verbindungsstrategie. Mozilla arbeitet an einer Korrektur für die nächste Unterversion.

Ein weiteres bekanntes Problem betrifft vertikale Tabs: Nach einem Neustart kann die Seitenleiste verschwinden. Sie lässt sich über die entsprechende Schaltfläche in der Symbolleiste wieder einblenden. Eine dauerhafte Korrektur befindet sich laut Mozilla in Arbeit.

Fehlerkorrekturen für Linux und macOS

Unter Linux behebt Firefox einen Fehler, bei dem Text beim Tippen mit bestimmten Tastaturlayouts in Word Online und anderen Webanwendungen verschwinden konnte. Außerdem soll der Browser Linux-Systeme nach längerer Nutzung nicht mehr am Wechsel in den Ruhezustand hindern.

Live-Audiostreams, etwa Internetradios, sollten im Hintergrund nicht mehr unerwartet abbrechen. Firefox korrigiert außerdem einen Fehler, durch den sich Text innerhalb von Schaltflächen nicht markieren und kopieren ließ. Das betraf unter anderem Direktnachrichten bei X und Kommentare bei YouTube.

Auf macOS beseitigt Firefox ein Darstellungsproblem im Vollbildmodus von MacBooks mit Display-Notch. Videos konnten dort mit schwarzen Rändern angezeigt werden. Zieht man einen Tab mit laufender Audiowiedergabe in ein anderes Fenster, bleibt der Lautsprecherindikator nun erhalten. Nutzer können die Wiedergabe damit weiterhin erkennen und stummschalten.

Weitere Korrekturen betreffen die Tastaturnavigation auf Seiten mit eingebetteten Inhalten, die Darstellung mancher Schriftsysteme unter Windows sowie den VideoEncoder der WebCodecs-API auf macOS. Mozilla nennt außerdem weitere verschiedene Sicherheitskorrekturen, ohne sie in den Release Notes detailliert aufzuschlüsseln.

Änderungen für Administratoren und Entwickler

Administratoren sollten ihre Netzwerkfreigaben prüfen: Firefox nutzt für die Erkennung von Anmeldeportalen in WLANs künftig firefox-portal-detection.com statt detectportal.firefox.com. Entsprechende Allowlists müssen angepasst werden.

mailto:-Links öffnet Firefox nur noch nach einer ausdrücklichen Nutzeraktion. Websites können den Standard-Mailclient damit nicht mehr ungefragt starten. Beim Drucken dürfen kleine PDF-Dokumente über eine Skalierung von mehr als 100 Prozent auf die Blattgröße vergrößert werden.

Um Abstürze durch extrem verschachtelte CSS-Konstruktionen zu vermeiden, begrenzt Firefox die Verschachtelung von Blöcken und Funktionen auf 75 Ebenen. Tiefer verschachtelte Regeln und Werte verarbeitet der Browser nicht mehr.

In den Entwicklertools lässt sich nun prefers-reduced-motion emulieren. Entwickler können damit testen, ob ihre Websites reduzierte Animationen berücksichtigen. Der JSON-Viewer unterstützt außerdem JSON Lines, auch NDJSON genannt, und markiert fehlerhafte Zeilen direkt im Dokument.

Bei den Webstandards ergänzt Firefox unter anderem erweiterte CSS-Funktionen wie attr(), progress() und alpha(). Hinzu kommen Erweiterungen für WebAssembly, WebTransport und WebRTC. Firefox kann bei HTTP/3-Verbindungen nun auch QUIC Version 2 einsetzen, wenn der Server dies per Versionsaushandlung auswählt.

Lesen Sie auch

Firefox 154: Private Suche mit Startpage jetzt direkt eingebaut

Thunderbird folgt Firefox und veröffentlicht alle zwei Wochen

Noch experimentell: Firefox für iOS bekommt Werbeblocker

Screenshots und -casts erstellen mit dem Snipping Tool von Windows 11

Drei Fragen und Antworten: Wie KI wirklich bei der Schwachstellensuche hilft

Elektrische Reinigungsbürsten: Einfacher putzen?

Top 10: Mähroboter ohne Begrenzungskabel

Top 10: Das beste E-Mountainbike im Test

Ubuntu 26.04.1: Warum viele Admins mit dem Upgrade noch warten sollten

2026-09-01T08:37:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Ubuntu 26.04.1 LTS bringt neue Installationsimages und Fixes. Das automatische Upgrade von 24.04 lässt jedoch noch auf sich warten.

(Bild: Ubuntu)

01.09.2026, 10:37 Uhr

Lesezeit: 4 Min.

Von

Moritz Förster

Canonical hat Ubuntu 26.04.1 LTS veröffentlicht. Das erste Point Release der im April erschienenen LTS-Version bündelt Sicherheitsupdates bis einschließlich 25. August sowie Bugfixes. Aktualisierte Installationsmedien sollen vor allem Neuinstallationen vereinfachen, weil sie weniger Updates unmittelbar nach dem Setup nachladen müssen.

Zu den behobenen Problemen gehören Fehler bei Installationen auf RISC-V-Systemen, beim Netboot und beim Distributions-Upgrade. Für bestehende Installationen bringt das Point Release keine neue Funktionsversion: Die Korrekturen und Sicherheitsupdates landen wie üblich über die Paketquellen auf bereits installierten Systemen. Alle Details listet Canonical im Changelog zu Ubuntu 26.04.1 auf.

Korrekturen für Installer, Netboot und Upgrade-Werkzeug

Auf RISC-V-Desktops setzt Ubuntu mit den neuen Images statt eines HWE-Kernels wieder den generischen Kernel ein. HWE steht für Hardware Enablement und bringt in der Regel einen neueren Kernel-Stack auf ältere LTS-Versionen. Außerdem hat Canonical das Format von Passwortdaten für NoCloud korrigiert. NoCloud ist eine Datenquelle von Cloud-Init, die etwa automatisierte VM- und Server-Installationen mit Konfigurationsdaten versorgt.

Auch das Netboot-Tarball erhält eine Korrektur. livecd-rootfs installiert Kernel und Initrd im Verzeichnis casper nun mit Leserechten für alle Nutzer. Bislang konnte das Archiv einen Kernel enthalten, den nur Root lesen durfte. Das betrifft vor allem automatisierte Installationen über das Netzwerk.

Beim Upgrade-Werkzeug ubuntu-release-upgrader hat Canonical die Mirror-Liste aktualisiert und mehrere Sonderfälle behoben. Dazu zählen Systeme mit installiertem lintian sowie Raspberry-Pi-Installationen, auf denen der Upgrader nun piboot-try gegenüber flash-kernel bevorzugt. Die Fixes sollen Upgrade-Probleme vermeiden und kommen auch späteren Ubuntu-Versionen zugute.

Upgrade von Ubuntu 24.04 LTS kommt später

Nutzer von Ubuntu 24.04 LTS erhalten das Upgrade-Angebot auf Ubuntu 26.04.1 LTS nicht sofort über den Update Manager. Canonical will es erst in einigen Wochen freischalten. Zuvor sollen geplante Backports Regressionen in einer aktuellen Version von rust-coreutils beheben. Das Projekt nennt keinen genaueren Termin.

rust-coreutils ist eine Rust-Implementierung zentraler Unix-Werkzeuge. Ubuntu 26.04 setzt sie bereits teilweise ein. Die besonders wichtigen Befehle cp, mv und rm stammen in der LTS-Version allerdings weiterhin aus den etablierten GNU Coreutils, weil bei ihren Rust-Pendants noch offene TOCTOU-Probleme bestanden. TOCTOU steht für Time of Check to Time of Use: Zwischen einer Prüfung und der eigentlichen Aktion kann sich ein Zustand ändern, etwa ein Dateipfad auf ein anderes Ziel zeigen.

Wer nicht auf das Upgrade-Angebot warten möchte, kann laut Canonical do-release-upgrade -d ausführen. Administratoren sollten diesen Weg vor einer breiten Einführung jedoch zunächst in einer Testumgebung prüfen. Canonical verweist selbst auf die noch ausstehenden Backports.

Videos by heise

Kleine Desktop-Fixes

Auch der Desktop erhält mehrere Korrekturen. So soll die Gnome-Systemeinstellung beim Ändern einer Autostart-Option nicht mehr versehentlich die Einstellung der zuvor geöffneten Anwendung überschreiben. Ubuntu hat zudem die Standard-Dateizuordnungen für Deb- und Snap-Pakete korrigiert.

Eine Änderung in Mutter, dem Fenstermanager und Compositor von Gnome, soll außerdem Probleme bei der Fenstererzeugung vermeiden. Während Mutter auf die Snap-ID einer Anwendung wartet, verarbeitet es keine anderen Ereignisse. Das verhindert, dass parallele Ereignisse den synchronen Vorgang stören.

Die Release Notes erfassen Änderungen an Paketen aus den Ubuntu-Komponenten main und restricted. Dort liegen die Pakete der offiziell unterstützten Images. Änderungen an Software aus universe und multiverse dokumentiert Canonical darin nicht vollständig.

Ubuntu 26.04 LTS „Resolute Raccoon“ erhält für Ubuntu Desktop, Server, Cloud und Core fünf Jahre lang Wartungsupdates, gerechnet ab dem ursprünglichen Release vom 23. April 2026. Für ältere Ubuntu-Versionen gelten gestufte Upgrade-Pfade: Von Ubuntu 22.04 LTS führt der Weg zunächst über 24.04 LTS, von Ubuntu 25.04 über 25.10. Canonical erläutert diese und weitere Einschränkungen in den Release Notes zu Ubuntu 26.04 LTS.

(fo)

Elektrische Reinigungsbürsten: Einfacher putzen?

Top 10: Mähroboter ohne Begrenzungskabel

Top 10: Das beste E-Mountainbike im Test

KI-Agenten in der Container-Security: Erfahrungen aus der Praxis

2026-09-01T05:53:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Zero-CVE-Images durch Agentic AI: Red Hats Hummingbird-Projekt zeigt, wie KI-Agenten Container-Security automatisieren – und wo Menschen unverzichtbar bleiben.

(Bild: KI / iX)

01.09.2026, 07:53 Uhr

Lesezeit: 19 Min.

Von

Valentin Rothberg
Michael Krausch-Hofmann

Für alle, die Container-Images in Produktion betreiben, ist es eine gewohnte Prozedur: Ein neuer CVE-Bericht landet in der Security-Pipeline, Scanner melden Befunde quer durch den Stack, irgendwo wartet dann ein Ticket auf einen Entwickler, der prüft, ob das Image neu gebaut werden muss. In der Zwischenzeit läuft die betroffene Anwendung mit einer bekannten Schwachstelle weiter, für die es längst einen Fix gibt.

Valentin Rothberg ist Senior Principal Software Engineer bei Red Hat, wo er zuletzt das Hummingbird-Projekt und Red Hat Hardened Images leitete. Heute ist er Technical Advisor im Unified Intelligence Engineering und verantwortet die KI-User-Experience aller Red-Hat-Produkte.Valentin Rothberg ist Senior Principal Software Engineer bei Red Hat, wo er zuletzt das Hummingbird-Projekt und Red Hat Hardened Images leitete. Heute ist er Technical Advisor im Unified Intelligence Engineering und verantwortet die KI-User-Experience aller Red-Hat-Produkte.

Michael Krausch-Hofmann arbeitet als Software Engineer bei Red Hat an Project Hummingbird, wo er die Plattform-Infrastruktur, CI/CD-Pipelines und die KI-Agenten-Architektur für Red Hat Hardened Images verantwortet hat. Zuvor leitete er das Continuous-Kernel-Integration-(CKI)-Projekt, das die Testinfrastruktur für Red Hats Linux-Kernel betreibt.

Hier versagt kein einzelnes Team, sondern es offenbart sich ein strukturelles Problem: Es gibt so viele gemeldete CVEs, dass menschliche Reviewer sie nicht mehr bewältigen können. Schon allein im Linux-Kernel kommen Hunderte Sicherheitsmeldungen im Jahr zusammen. Hinzu kommen Bibliotheken, Runtimes und Systempakete. Jedes davon muss überwacht, bewertet und bei Bedarf neu gebaut werden, und zwar in jedem Image, das es enthält.

Jetzt Tickets zum Frühbucherpreis sichern.

Das Problem, das kein Patch-Zyklus löst

Die klassische Antwort auf das CVE-Problem lautet: mehr Automatisierung im CI/CD-Prozess. Das ist richtig, reicht aber nicht. Automatisierung beschleunigt das Bauen. Sie beantwortet noch nicht die Frage, wann gebaut werden soll, was gebaut werden soll und ob der Rebuild das Sicherheitsproblem tatsächlich löst. Wir benötigen keine schnelleren Pipelines. Wir benötigen intelligentere.

Dieser Artikel ist ein Erfahrungsbericht darüber, wie wir das in Project Hummingbird angegangen sind. Die Methodik dahinter, also die Trennung zwischen Regel und Urteil, die Nutzung von Dokumentation als Agentenkontext und der strukturierte Feedback-Loop, ist unabhängig von Distribution, Tooling oder Teamgröße übertragbar.

Red Hat Hardened Images: Minimale Angriffsfläche, maximale Automatisierung

Project Hummingbird ist ein Open-Source-Projekt, mit dem Red Hat das CVE-Problem auf der Distributionsseite angehen will. Das Projekt baut und wartet minimale, gehärtete Container-Images (die Red Hat Hardened Images) unter einem vollautomatischen Supply-Chain-Prozess.

Minimal bedeutet dabei: Ein Image enthält nur das Nötigste. Shell, Paketmanager oder Debug-Tools landen nicht im Produktions-Image. Jede Zeile Code, die nicht im Image ist, reduziert dessen Angriffsfläche. Wer einen Container kompromittieren will, muss mit dem arbeiten, was darin enthalten ist.

Derzeit umfasst das Portfolio über 65 Images für Laufzeitumgebungen wie Java, Python, Node.js, Go, .NET und PHP, aufgebaut auf über 400 RPM-Paketen (Red Hat Package Manager), die wir kontinuierlich überwachen. Dabei folgen wir dem selbst gesteckten Ziel der Sicherheits-SLO (Service-level Objective): Von der Bereitstellung eines Fixes bis zum fertig getesteten, ausgelieferten Image vergehen weniger als 24 Stunden. Das erklärte Ziel sind Zero-CVE-Images, also Images ohne eine einzige bekannte Schwachstelle zum Auslieferungszeitpunkt. Wir erreichen das täglich, weil kein Fix auf einen Menschen wartet, der ihn bemerkt.

Die Red Hat Hardened Images sind unter images.redhat.com verfügbar. Wer sich selbst ein Bild machen will, findet dort die vollständige Übersicht.

Jedes Image ist in einer FIPS-Variante verfügbar, die FIPS 140-3 validierte kryptografische Module aus Red Hat Enterprise Linux (RHEL) enthält. Die Validierung greift, wenn der Container auf einem RHEL-System im FIPS-Modus läuft. Damit erben die Images RHELs Compliance-Posture (FIPS-, STIG- und CIS-Benchmarks), was insbesondere für regulierte Umgebungen relevant ist und einen entscheidenden Unterschied gegenüber Alternativen ohne RHEL-Basis ausmacht.

Der Ansatz ist nicht einzigartig. Chainguard verfolgt mit seiner Wolfi-Distribution eine ähnliche Philosophie: minimale Angriffsfläche, kontinuierliche Updates, SBOM-Transparenz (Software Bill of Materials). Der wesentliche Unterschied liegt im Ökosystem: Wolfi kommt aus der Alpine-Linux-Welt, ist musl/apk-basiert. RHEL-Kompatibilitätsgarantien und -Zertifizierungen spielen dort keine Rolle.

Der Hummingbird-Ansatz ist auch auf andere Paketsysteme übertragbar, deshalb beschreibt dieser Artikel weniger das „Was“ als das „Wie“ auf dem Weg zu einer CVE-freien Pipeline.

Die Pipeline: Automatisierung als Architekturprinzip

Was Hummingbird von einem „besseren CI/CD-Prozess“ unterscheidet, ist das Architekturprinzip. Die Pipeline ist keine beschleunigte Version des alten Workflows, sondern grundlegend anders.

Unser Credo lautet: so viel deterministische Automatisierung wie möglich, so viel Agentic AI wie nötig. Dahinter steckt ein Verständnis von KI, das wir als Responsible AI bezeichnen: Verantwortung und Rechenschaftspflicht. KI kann Analysen liefern, Code vorschlagen, Entscheidungen vorbereiten. Verantwortlich für das Ergebnis ist letztlich immer ein Mensch. Nur wenn ein Mensch eine Entscheidung trifft, kann man ihn dafür zur Rechenschaft ziehen. Das Ergebnis ist der Hummingbird Agentic SDLC, ein Softwareentwicklungsprozess, in dem KI-Agenten als aktive Teilnehmer in jede Phase eingebunden sind: von der Anfrage über Analyse, Implementierung und Review bis zum Merge.

Videos by heise

Der Stack im Detail

Source Control und CI/CD laufen vollständig auf GitLab. Die drei zentralen Repositories (redhat/hummingbird/containers, rpms, tools) werden über Konflux gebaut und getestet, einem auf Tekton und OpenShift basierenden Build-System, das Red Hat intern und für kritische Supply-Chain-Anforderungen einsetzt. Pipelines-as-Code (PAC) steuert, welche Pipelines bei welchen Ereignissen ausgelöst werden. Tests laufen auf Testing Farm, einer verteilten Testinfrastruktur. Container-Images landen auf Quay.io und RPM-Pakete in Pulp-Repositories. Pulp ist ein Open-Source-Repository-Manager für Pakete in vielen verschiedenen Formaten, darunter RPM, und für Container.

Dependency-Updates übernimmt Renovate: Das Tool öffnet automatisch Merge Requests für neue Paketversionen. Sobald die CI grün ist, mergen sie selbstständig. Hier gibt es keine Heuristik und keine KI, sondern nur deterministische Regeln.

Die Agenten laufen als Python-Prozesse in isolierten Sandbox-Containern (quay.io/hummingbird-ci/gitlab-ci) ohne Zugriff auf Secrets oder Deployment-Token. Das lokale Container-Management übernimmt Podman, in der Produktion ist es OpenShift. Als KI-Modelle kommen aktuell Gemini 3.1 Pro Preview und Claude Sonnet zum Einsatz, je nach Workflow und Repository, andere Modelle sind über Konfigurationsparameter jederzeit möglich. Die Kosten sind in diesem Setup überschaubar: Über alle drei produktiven Repositories hinweg lagen die API-Kosten im Juni 2026 bei rund 90 US-Dollar für 314 Agent-Sessions, also unter 30 Cent pro Session im Schnitt. Prompt-Caching, das bereits gesehene Kontextanteile nicht neu berechnet, reduziert die Kosten dabei um 60 bis 70 Prozent.

Die Workflow-Logik ist bewusst außerhalb des Python-Codes gehalten: Jeder Agent liest seine Arbeitsanweisung aus einer Markdown-Datei. Ein gekürzter Ausschnitt aus der Konfiguration zeigt, wie das zusammenspielt:

# AGENTS.md-Muster
mdworkflows:
  analyze-failures:
    trigger: pipeline          # wird bei jedem Pipeline-Fehler ausgelöst
    prompt: workflows/analyze-failures.md
    action: post_gitlab_note   # Befund als MR-Kommentar
    model: gemini-3.1-pro-preview
    data_sources:
      gitlab: {}               # CI-Logs, MR-Diff
      konflux: {}              # Tekton PipelineRuns und TaskRuns
      testing_farm: {}         # Testergebnisse

  code-review:
    trigger: merge_request
    prompt: workflows/code-review.md
    model: gemini-3.1-pro-preview
    max_iterations: 15
    context_limit: 500000      # Token-Budget für große Diffs

Die Workflow-Markdown-Dateien sind öffentlich im Hummingbird-Repository einsehbar und beschreiben im Klartext, wie der Agent vorgeht: Welche Daten er zuerst abruft, wie er Fehler klassifiziert, in welcher Reihenfolge er Review-Prioritäten abarbeitet. Wer das AGENTS.md-Muster übernehmen will, findet dort konkrete Vorbilder.

Zwei Klassen von Arbeit

Der entscheidende Entwurfsentscheid sieht eine strikte Trennung zwischen zwei Klassen von Arbeit vor:

Deterministische Arbeit ist alles, was sich nach definierten Regeln entscheiden lässt: Ein Upstream-Package-Update ist verfügbar. Eine Lockfile-Synchronisierung ist nötig. Ein CVE-Fix liegt im zugehörigen RPM vor. Solche Änderungen werden automatisch als Merge Request erstellt. Sobald die CI-Tests grün sind, mergen sie selbstständig, ohne Ticket, manuelles Review oder Warteschleife. Über 1.000 automatische Commits pro Woche entstehen auf diese Weise in unseren Repositories.

Urteilsarbeit ist alles, wofür Regelwerke allein nicht ausreichen: Warum schlägt dieser Build auf ARM64 fehl, aber nicht auf x86? Welche der zehn fehlgeschlagenen Tests hängen miteinander zusammen? Ist diese API-Änderung ein Breaking Change, der ein menschliches Review benötigt, oder ein harmloses Refactoring? Zur Klärung sind Agenten gefragt.

Diese Trennung macht den Kern der Architektur aus. Erfolgt die Trennung aber nicht gezielt, drohen zwei Extremfälle: Ist der Grad der Automatisierung zu hoch, dann sind Agenten für zu viele Aufgaben verantwortlich und treffen im Zweifelsfall zwar plausibel klingende, aber dennoch falsche Entscheidungen. Ist zu wenig automatisiert, müssen sich Entwicklerinnen und Entwickler mit Routinearbeiten beschäftigen, für die kein menschliches Urteil erforderlich wäre.

Elektrische Reinigungsbürsten: Einfacher putzen?

Top 10: Mähroboter ohne Begrenzungskabel

Top 10: Das beste E-Mountainbike im Test

Anthropic stellt Kommunikationsstandard für Hardware vor

2026-08-31T16:08:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Anthropic hat den "Model Hardware Standard" vorgestellt. Damit sollen KI-Agenten Hardware wie Laborgeräte, Roboterarme und Laser direkt ansteuern können.

Roboterarme, die miteinander und mit einer KI kommunizieren können

(Bild: IM Imagery/Shutterstock.com)

31.08.2026, 18:08 Uhr

Lesezeit: 3 Min.

Von

Carolin Riethmüller

Anthropic hat mit dem Model Hardware Standard (MHS) eine Vorschau auf eine neue Spezifikation vorgestellt, über die KI-Agenten wie Claude physische Geräte in Laboren und Produktionsumgebungen direkt ansteuern können sollen. MHS definiert eine standardisierte Treiberschicht zwischen Betriebssystem und Gerät – vergleichbar mit einem klassischen Hardwaretreiber, aber speziell für die Steuerung durch KI-Agenten ausgelegt.

Bislang erfordert es oft viel Arbeit, Programme zu schreiben, über die verschiedene Geräte wie Kameras und Roboterarme sowohl miteinander kommunizieren, als auch in automatisierte Workflows mit KI eingebunden werden können. Mit einem Standard wie MHS soll das deutlich schneller gehen. Anthropic beschreibt ihn als physisches Gegenstück zum Model Context Protocol (MCP), das den Zugriff von KI-Modellen auf Software-Tools standardisiert.

Tagging-System und standardisierte Treiber

Im Kern ist MHS eine Software, welche die Kommunikation zwischen der Hardware und dem Computer übersetzt. Im Zentrum stehen eine kleine Menge grundlegende Operationen, die von den meisten Geräten verstanden wird, wie „read“ (etwa: Temperatur auslesen) und „write“ (etwa: Temperatur setzen).

Der MHS-Treiber macht Geräte zusätzlich in einem einheitlichen Datenformat auffindbar, sodass sie für andere Geräte und KI-Agenten ansprechbar sind. Hinzu kommt ein Tagging-System für Hardware-Metadaten. Darin lassen sich physische Eigenschaften und Einschränkungen beschreiben, die aus dem Code allein nicht hervorgehen – wie zum Beispiel das Gewicht und die Reichweite eines Roboterarms oder Sicherheitslimits wie die maximale Laserleistung. Dank einer solchen Referenzdatei soll der KI-Agent alle nötigen Informationen zur Bedienung des Geräts vorliegen haben. Informationen, die bisher in Papierhandbüchern oder als implizites Wissen vorlagen, können dabei in natürlicher Sprache erfasst werden.

Videos by heise

Claude kalibriert Laser und steuert Mikroskope

In Tests habe sich Claude bei der Bedienung von Geräten über das MHS laut Anthropic „explorativ verhalten, ähnlich wie ein Wissenschaftler“: Das Modell justierte etwa einen Laser, beobachtete die Auswirkungen per Kamera, wiederholte den Vorgang iterativ und verpackte das Gelernte anschließend in ein Skript.

Die Entwicklung begann als Zusammenarbeit zwischen Anthropic und dem HHMI Janelia Research Campus. Ob das Verfahren auch tatsächlich zum Branchenstandard werden wird, muss sich zeigen. Beim Model Context Protocol von Anthropic, das erst vor Kurzem grundlegend überarbeitet wurde, hat es geklappt. Für MHS listet das Unternehmen bereits Kooperationszusagen von Partnern wie Amazon Web Services (Strands Robots). Andere große Namen wie Hugging Face (LeRobot) oder Raspberry Pi sind Teil des aktuellen Forschungspreviews.

Wie Anthropic in seinem Blog erläutert, ist der Standard zunächst nur für einige Forschungslabore und Hersteller in der Fertigung zugänglich. Später plant das Unternehmen, MHS als Open-Source-Standard bereitzustellen. Dieser soll modell-agnostisch sein und mit jedem Gerät interagieren können, das ein programmierbares Interface hat.

(rie)

Elektrische Reinigungsbürsten: Einfacher putzen?

Top 10: Mähroboter ohne Begrenzungskabel

Top 10: Das beste E-Mountainbike im Test

Django-Umfrage: Konservativer Kern als Basis für moderne KI-Workflows

2026-08-31T16:04:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Solide und genau deshalb erfolgreich: Das Open-Source-Framework Django schafft laut Umfrage eine stabile und zuverlässige Basis für KI-Workflows.

(Bild: Funtap / Shutterstock.com)

31.08.2026, 18:04 Uhr

Lesezeit: 2 Min.

Von

Manuel Masiero

Die mittlerweile fünfte „State of Django“-Umfrage zeigt, dass die konservative Ausrichtung bei Django Core, PostgreSQL und der Django Template Engine gut bei Entwicklerinnen und Entwicklern ankommt. Die Mehrheit der Befragten sieht das Open-Source-Webframework für die Programmiersprache Python als eine verlässliche Basis an, um moderne Toolchains und KI-Workflows darauf laufen zu lassen.

Entwicklerinnen und Entwickler verwenden Django laut Umfrage überwiegend zum Rendern serverseitiger Templates (72 %). Am zweithäufigsten dient das Open-Source-Framework als reines API-Backend (53 %) und 46 Prozent verwenden es als SPA-Backend oder dediziertes JavaScript-Frontend. Mehrfachnennungen waren hier wie auch bei den folgenden Fragen erlaubt.

90 Prozent greifen zur KI

KI-Tools setzen 58 Prozent der Befragten täglich ein, 90 Prozent lassen sich mindestens einmal pro Woche von ihnen helfen. Dabei kommt Claude Code am meisten zum Zug (35 %), dicht gefolgt von ChatGPT (33 %). GitHub Copilot landet mit 23 Prozent auf dem dritten Platz. Beim Einsatz der KI-Tools geht es vor allem um die Code-Generierung (59 %), das Refactoring (55 %) und Tests (47 %). Autonome Agenten verwenden nur 27 Prozent.

Entwicklerinnen und Entwickler setzen Django am häufigsten zum serverseitigen Rendern von Templates ein.

(Bild: Django Software Foundation / JetBrains PyCharm)

Bereits seit der ersten, im Jahr 2021 durchgeführten „State of Django“-Umfrage rangiert PostgreSQL mit mindestens 76 Prozent der abgegebenen Stimmen unter den Datenbanken-Backends durchgehend auf dem ersten Platz. Auch im Jahr 2026 ist PostgreSQL für 79 Prozent der Django-User die erste Wahl. Erst mit großem Abstand folgen SQLite (46 %), MySQL (26 %) und MariaDB (10 %).

Bei den Template-Engines liegt Django Templates vorne, auf das 80 Prozent der abgegebenen Stimmen entfielen. Jinja2 erhielt dagegen nur 17 Prozent.

Videos by heise

Die Verlässlichkeit des Django Core spiegelt sich in schnellen Adoptionsraten wider. Bereits 43 Prozent der Umfrage-Teilnehmenden arbeiten mit der im Dezember 2025 erschienenen Version Django 6.0. Bei Django 5.x bleiben im Jahr 2026 noch 44 Prozent, bei Django 4.x sind es noch sechs Prozent.

Der fünfte Django Developers Survey lief vom Mai bis Juli dieses Jahres, gemeinsam organisiert von der Django Software Foundation und JetBrains PyCharm. In die Auswertung sind die Antworten von 3468 Django-Entwicklerinnen und -Entwicklern eingeflossen, die sich auf mehr als 40 Länder verteilen. Die Umfragergebnisse stellt JetBrains auf seiner Webseite zur Verfügung.

Lesen Sie auch

OpenClaw selbst gebaut: Agent Runtime, Channels und KI-Heartbeat

Für 440 Euro: Dieser Roboter ist eine Ente

Webseiten intelligent auslesen: Smarter scrapen mit Python und KI

Nie wieder PyTorch: Nvidia veröffentlicht CUDA Python 1.0

Mojo wird Open Source – Python-ähnliche Sprache für CPUs und GPUs

Elektrische Reinigungsbürsten: Einfacher putzen?

Top 10: Mähroboter ohne Begrenzungskabel

Top 10: Das beste E-Mountainbike im Test

Debian erlaubt KI-Beiträge ohne Kennzeichnungspflicht

2026-08-31T13:43:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Das Debian-Projekt erlaubt generative KI-Beiträge. Eine Pflicht zur Offenlegung gibt es nicht, Transparenz wird lediglich empfohlen.

(Bild: heise medien)

31.08.2026, 15:43 Uhr

Lesezeit: 4 Min.

Von

Moritz Förster

Das Debian-Projekt hat sich gegen ein Verbot und auch gegen zusätzliche verbindliche Sonderregeln für generative KI entschieden. In einer Grundsatzabstimmung setzte sich der Vorschlag „Responsible Use of Generative AI“ durch. KI-gestützte Beiträge bleiben damit zulässig, sofern Einreicher sie fachlich verstehen, prüfen und rechtlich vertreten können. Eine Pflicht, den KI-Einsatz offenzulegen, gibt es nicht; Debian empfiehlt die Transparenz lediglich.

Hintergrund der Abstimmung waren acht konkurrierende Vorschläge zum Umgang mit Large Language Models (LLMs) und anderer generativer KI im Projekt. Das Spektrum reichte von einem in den Social Contract aufgenommenen Verbot über verpflichtende Kennzeichnung bis zu vorsichtigen Appellen, KI möglichst zu meiden.

Keine KI-Sonderregeln, aber klare Verantwortlichkeit

Der verabschiedete Text stellt klar, dass Debian generative KI weder ausdrücklich befürwortet noch verbietet. Maßstab bleiben die bestehenden Anforderungen: Beiträge müssen technisch korrekt, wartbar und rechtlich zulässig sein. Wer einen Patch, ein Paket oder eine Dokumentation einreicht, trägt unabhängig von den eingesetzten Werkzeugen die volle Verantwortung dafür.

Konkret sollen Entwickler die KI-Ausgaben verstehen, prüfen, testen und bei Bedarf überarbeiten, bevor sie sie übernehmen. Ein ungeprüftes Hochladen generierter Inhalte widerspreche den etablierten Entwicklungspraktiken des Projekts. Somit formuliert Debian keine neue Prüfungspflicht, sondern betont lediglich, was ohnehin bei jeder Einreichung gilt: Der Absender muss für deren Qualität und Herkunft einstehen.

Der Beschluss greift außerdem den Umgang mit vertraulichen Informationen auf. Entwickler sollen keine nicht öffentlichen Daten an externe KI-Dienste senden. Genannt werden unter anderem private Kommunikation, personenbezogene Daten, Zugangsdaten, kryptografische Schlüssel sowie Informationen über noch nicht veröffentlichte Sicherheitslücken. Bei solchen Daten ist etwa ein Cloud-Chatbot keine geeignete Eingabemaske.

Auch automatisierte Massenaktionen bleiben an die bestehenden Abstimmungs- und Kommunikationsprozesse gebunden. Wer beispielsweise großflächig Bugs meldet, Patches einreicht oder viele Pakete automatisiert verändert, soll dies vorher in den zuständigen Projektkanälen diskutieren. Die menschliche Aufsicht und Verantwortlichkeit bleiben dabei erhalten.

Transparenz nur als Empfehlung

Anders als ein unterlegener Vorschlag verlangt die verabschiedete Resolution keine Kennzeichnung KI-gestützter Beiträge. Der Entwurf „Allow AI-Assisted Contributions with conditions“ hätte eine Offenlegung vorgesehen, wenn ein Werkzeug einen wesentlichen Teil einer Einreichung erzeugt oder erheblich unterstützt hat. Als mögliche Praxis nannte er Git-Trailer wie Generated-By: oder Assisted-By:.

Die verabschiedete Resolution formuliert diese Transparenz deutlich zurückhaltender: Sie ermutigt Entwickler zur Offenlegung, schreibt sie aber nicht vor. Auch die rechtlichen Fragen rund um KI-Ausgaben – etwa Urheberschaft, Lizenzierung oder mögliche Übernahmen aus Trainingsmaterial – will Debian mit der Resolution nicht abschließend beantworten. Stattdessen verweist das Projekt auf seine ohnehin geltenden Regeln zu Copyright, Lizenzen und Softwarefreiheit.

Videos by heise

Condorcet-Verfahren entscheidet zwischen Alternativen

Debian ließ nicht einfach über jeden Text einzeln abstimmen, sondern stellte die Optionen in einem Präferenzwahlverfahren gegeneinander. Das Projekt nutzt dazu eine Variante der Condorcet-Methode, bei der jede Auswahl in direkten Paarvergleichen gegen die anderen antritt.

Der Siegerentwurf gewann alle entscheidenden Duelle. Gegen den Vorschlag für erlaubte KI-Beiträge mit verbindlichen Bedingungen erhielt „Responsible Use of Generative AI“ 203 zu 148 Stimmen. Gegen den ebenfalls moderateren Entwurf für einen „vorsichtigen Ansatz“ lag er mit 210 zu 130 Stimmen vorn. Besonders deutlich fiel das Ergebnis gegenüber dem Vorschlag aus, KI-Beiträge für Debian-spezifische Arbeit zuzulassen, aber detaillierter zu regulieren: 232 zu 115 Stimmen.

Ein vollständiges Verbot von LLM-Beiträgen über eine Änderung des Debian Social Contract scheiterte bereits an der dafür nötigen Dreiviertelmehrheit. Auch ein Vorschlag, Menschen als alleinige Urheber direkter Debian-Beiträge festzuschreiben, fand keine Mehrheit gegenüber der Standardoption. Die Abstimmung zeigt damit zwar erhebliche Vorbehalte im Projekt, aber keine Unterstützung für ein generelles KI-Verbot.

Den vollständigen Wortlaut der verabschiedeten Resolution, die weiteren Vorschläge sowie die Paarvergleiche dokumentiert Debian auf der Seite zur Grundsatzabstimmung über LLM-Nutzung in Debian.

(fo)

Elektrische Reinigungsbürsten: Einfacher putzen?

Top 10: Mähroboter ohne Begrenzungskabel

Top 10: Das beste E-Mountainbike im Test

Multikernel-Linux: Erstes Release zum Testen verfügbar

2026-08-31T13:24:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Das quelloffene Multikernel-Linux mklinux v7.0-mk2 führt die Technik für eine performante Alternative zu Hypervisor und Container vor.

(Bild: Charles Bergman / shutterstock.com)

31.08.2026, 15:24 Uhr

Lesezeit: 3 Min.

Von

Dirk Knop

Ein erstes Release des sogenannten Multikernels mklinux v7.0-mk2 haben die Entwickler jetzt veröffentlicht. Es lässt auf Bare-Metal mehrere Linux-Kernel parallel laufen, ohne einen Hypervisor oder Containerdienst. Das soll insbesondere für mehr Geschwindigkeit sorgen.

Cong Wang, als einzige Person unter „Leadership“ beim Multikernel-Projekt als Gründer und CEO aufgeführt, hat die Verfügbarkeit des ersten öffentlichen Releases auf der Linux-Kernel-Mailingliste verkündet. mklinux lässt auf einer Maschine mehrere unabhängige Linux-Kernel laufen, erklärt Wang, gleichzeitig auf Bare-Metal, ohne einen Hypervisor. Ein Host-Kernel besitzt einen Pool an CPUs, Speicher und PCI-Geräten, unterteilt diesen Pool in Instanzen und startet in jede dieser Instanzen einen eigenen Kernel. Die Kernel laufen nativ auf ihrer eigenen CPU, mit eigenem Speicher und eigenen Geräten. Das funktioniert ohne Emulation und nichts wird abgefangen. Es werde nur das geteilt, was die Nutzerinnen und Nutzer dafür vorsehen. Der Kernel basiert auf Linux-Kernel 7.0 und benimmt sich genau wie dieser, wenn die Option „CONFIG_MULTIKERNEL=n“ gesetzt ist.

Instanzen werden mit einem Devicetree deklariert, und Devicetree-Overlays sollen Speicher, CPUs und Geräte zwischen dem Pool und laufenden Instanzen ohne einen Neustart verschieben können. Eine Instanz lässt sich abschalten; anschließend können die Ressourcen zurückgeholt und mit einem anderen Kernel erneut verteilt werden. Multikernel soll dabei für jede App einen eigenen Kernel starten, ebenso soll jeder Treiber für physische Geräte einen eigenen Kernel erhalten; die App-Kernel bekommen eine virtuelle Netzwerkkarte und virtuelle Blockgeräte zur Kommunikation mit den Gerätetreiber-Kerneln zu sehen.

Geschwindigkeit und Isolierung

In der FAQ erklärt der Anbieter multikernel.io, dass Multikernel mehrere Kernel startet, ohne von Virtualisierung abzuhängen. Der Schwerpunkt der Entwicklung liege auf praktischer Kernel-Isolierung und Geschwindigkeitsoptimierung. Container teilten sich einen Kernel, was die Isolierung beschränkt. Bei Multikernel besteht im direkten Vergleich nicht die Gefahr, dass ein Lock, eine Kernel Panic oder ein Exploit in einem Kernel einen anderen erreicht. Virtuelle Maschinen bieten Isolierung, erzeugen jedoch Virtualisierungsoverhead. Im Vergleich mit VMs gebe es keine zweite Ebene an Page-Tables und kein Gerätemodell, führt Wang aus.

Multikernel will echte Kernel-Isolierung mit nahezu Bare-Metal-Geschwindigkeit und dynamischer Ressourcenallokation bieten, ohne den Hypervisor-Overhead. Als Einsatzzweck sieht die Firma KI und maschinelles Lernen, insbesondere Training und Inferenz sowie latenzempfindliche Dienste. Außerdem sei das für Workloads passend, die strikte Sicherheits- und Isolierungsvorgaben haben.

Wang liefert in der Ankündigungsmail auch Performance-Messungen mit, die die Geschwindigkeitsgewinne gegenüber beispielsweise KVM-Gästen zeigen. Je nach Disziplin ist Multikernel zwischen 1,07- (Fork und Exit) und 2,5-mal (Kontext-Wechsel) so schnell wie virtualisierte Kernel. Speicherbandbreite und -latenz bewegten sich hingegen auf gleichem Niveau. Außerdem hat Wang noch Werte zur Skalierung mit mehreren Kerneln und Tasks vorgelegt.

Videos by heise

Multikernel soll dabei voll kompatibel zu bestehenden Linux-Apps und Systemschnittstellen bleiben, versichern die Entwickler. Nicht nur APIs, sondern auch ABIs (Application Binary Interfaces) sollen kompatibel bleiben, da die Änderungen minimal und nichtinvasiv seien. Selbst zu bestehender Cloud- und On-Premise-Infrastruktur sei das kompatibel.

Multikernel mklinux v7.0-mk2 steht als GitHub-Projekt allen Interessierten zur Verfügung. Zunächst unterstützt Multikernel lediglich die x86_64-Architektur. Eine Anleitung soll helfen, erste Gehversuche mit der Architektur zu starten.

(dmk)

Elektrische Reinigungsbürsten: Einfacher putzen?

Top 10: Mähroboter ohne Begrenzungskabel

Top 10: Das beste E-Mountainbike im Test

WatchGuard Security-Appliances: Schadcode-Lücken in Firebox OS geschlossen

2026-08-31T11:52:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Alert!

Firewalls und VPN-Technik von WatchGuard sind attackierbar. Reparierte Versionen von Firebox OS sind verfügbar.

(Bild: tete_escape/Shutterstock.com)

31.08.2026, 13:52 Uhr

Lesezeit: 1 Min.

Security

Von

Dennis Schirrmacher

Angreifer können Netzwerk-Security-Appliances von WatchGuard attackieren und Instanzen im schlimmsten Fall vollständig kompromittieren. Mehrere Sicherheitslücken gelten als „kritisch“. Bislang gibt es seitens des Anbieters von Internetsicherheitslösungen keine Hinweise, dass es bereits Attacken gibt.

Auswirkungen von Attacken

Aus dem Sicherheitsbereich der WatchGuard-Website geht hervor, dass die Lücken im Netzwerkbetriebssystem Firebox OS stecken. Davon gelten insgesamt vier Schwachstellen (CVE-2026-19315, CVE-2026-13086, CVE-2026-19318, CVE-2026-19313) als „kritisch“.

Nach erfolgreichen Attacken können Angreifer ohne Authentifizierung aus der Ferne Schadcode ausführen oder Dienste via DoS-Attacke abstürzen lassen. Das gelingt in der Regel über das Versenden und die anschließende Verarbeitung von manipuliertem Netzwerkverkehr. Wie ein solcher Angriff im Detail ablaufen könnte, ist bislang unklar.

Über die verbleibenden Schwachstellen können Angreifer ebenfalls DoS-Zustände auszulösen (etwa CVE-2026-78011 „hoch“). Im Kontext von Netzwerk-Security-Appliances können Ausfälle weitreichende Konsequenzen nach sich ziehen, etwa wenn von Admins unbemerkt Schutzmechanismen ausfallen und Angreifern Tür und Tor öffnen.

Insgesamt haben die Entwickler dreizehn Sicherheitslücken geschlossen.

Videos by heise

Sicherheitspatches

Um Firmennetzwerke vor möglichen Attacken zu schützen, müssen Admins eine gegen die geschilderten Attacken abgesicherte Ausgabe installieren. Alle vorigen Versionen sind den Entwicklern zufolge verwundbar.

12.12.2
2026.2.2
T15/T35 12.5.20

Zuletzt konnten Angreifer im April dieses Jahres die Weboberfläche von WatchGuard Firebox attackieren.

(des)

Elektrische Reinigungsbürsten: Einfacher putzen?

Top 10: Mähroboter ohne Begrenzungskabel

Top 10: Das beste E-Mountainbike im Test

ReactOS 0.4.16: Kleine Fortschritte nach anderthalb Jahren

2026-08-31T10:23:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Das quelloffene ReactOS hat nach anderthalb Jahren einen neuen Zwischenstand vorgelegt. Es kann einige Modernisierungen vorweisen.

(Bild: heise medien)

31.08.2026, 12:23 Uhr

Lesezeit: 5 Min.

Von

Dirk Knop

Eine quelloffene Alternative zu Windows XP oder Server 2003, die direkt Windows-Software laufen lassen kann – nicht weniger hat sich das ReactOS-Projekt zum Ziel gesetzt. Anfang dieses Jahres ist ReactOS 30 Jahre alt geworden. Rund ein halbes Jahr später, eineinhalb Jahre nach dem letzten Release, legen die Entwickler nun den neuen Zwischenstand ReactOS 0.4.16 vor.

In der Versionsankündigung zu ReactOS 0.4.16 fassen die ReactOS-Entwickler die wichtigsten Neuerungen zusammen. Die bislang verfügbaren zwei ISO-Images sind Geschichte, die Live-CD und die Installation haben die Programmierer auf einem ISO-Abbild vereinen können. Außerdem begrüßt Interessierte kein textbasierter Prompt mehr, sondern ein grafischer Installer. Durch grundlegende Arbeiten an der Mehr-Monitor-Unterstützung und einem Fallback auf einen VGA-Treiber für den Fall, dass Grafikkartentreiber nicht korrekt laden, bemerken die Entwickler eine deutlich verbesserte Grafikkartentreiber-Kompatibilität. Insbesondere Nvidia-Grafikkarten hatten mit Geschwindigkeitsproblemen zu kämpfen. Ursache war ein Bug in der Speicherverwaltung, den die Programmierer ausbessern konnten. Bei AMD-Treibern blieb das OpenGL-Fenster leer; die Entwickler behoben das und besserten dabei gleich weitere Randfälle aus, die in win32k.sys ihren Ursprung hatten.

Zudem haben die Programmierer die Audio-Unterstützung aufgebohrt, HD-Audio unterstützt ReactOS nun besser. Die alte Implementierung des hdaudbus.sys-Treibers war unvollständig, die neue Fassung soll jetzt mit Treibern von AMD, IDT, Nvidia, Realtek und SigmaTel deutlich besser zurechtkommen – sofern sie mit Windows XP oder Server 2003 kompatibel sind. Der Treiber basiert auf dem Open-Source Kernel Mode Driver Framework (KMDF), das Microsoft vor einiger Zeit freigegeben hat. Das hilft auch bei der Programmierung und Anpassung weiterer Treiber. Im gleichen Atemzug haben die Entwickler die Lautstärke- und Balance-Regler in den Sound-Eigenschaften und im Audiomixer ausgebessert. ReactOS unterstützt jetzt mehr Soundkarten.

Mehr unterstützte Speichermedien

In ReactOS werkelte seit 2009 ein UniATA-Speichertreiber, der für die Unterstützung von SATA, AHCI und Partitionen größer als 8 GByte zuständig war. Inzwischen zeichnet der jedoch für langsame Startzeiten verantwortlich und scheitert im Zusammenspiel mit vielen Geräten, wie die Entwickler schreiben, und wirft dann Fehler wie „INACCESSIBLE_BOOT_DEVICE (0x7B)“. Ein neuer ATA-Treiber fixt das, der erlaubt das Starten in weit mehr Umgebungen und etwa auch in Generation-1-Hyper-V. Seit einigen Jahren kommt zudem ein Open-Source-Treiber von Microsoft mit, FastFAT. Der hatte jedoch als Nebenwirkung, dass chkdsk nicht mehr funktionierte. Das ReactOS-chkdsk haben die Programmierer nun dahingehend ausgebessert. Das Disk-Bereinigungstool hat ebenfalls Verbesserungen und neue, kompatible Erweiterungen erfahren. Dies ermöglicht Drittanbietersoftware die Nutzung, um Laufwerke und Betriebssystem zu entrümpeln.

Die Netzwerkanbindung soll durch die Unterstützung asynchroner Verbindungen beschleunigt werden. Ein neues Installationsziel nennt sich „ReactOS Server Core“ und wirft die grafische Explorer-Oberfläche raus und startet das vollständige Win32-Subsystem, genau wie das originale Windows Server Core. Es entspricht damit dem mit Windows Server 2008 eingeführten Windows Server Core.

Natürlich haben die Entwickler den Code auch mit Drittanbieter-Projekten synchronisiert. ReactOS setzt auf WINE, um Windows-APIs abzubilden. Bislang war ReactOS auf WINE 2 und 3 beschränkt und sollte nur APIs bis Windows Server 2003 unterstützen, diese Einschränkung hat das Projekt zu den Akten gelegt. Das erlaubt, den WINE-Fork auf WINE 10.0 zu migrieren – der Prozess sei im vollen Gange. Das soll am Ende die Migration auf das aktuelle WINE 11 in künftigen Versionen deutlich vereinfachen. Im derzeitigen Stand liefern die Entwickler ReactOS noch mit den Server-2003-Exports aus. Wer ReactOS selbst aus den Quellen erstellt, kann das jedoch durch Setzen eines Flags ändern. Wer noch 16-Bit-Windows-Anwendungen nutzen will, dürfte sich darüber freuen, dass ReactOS nun WineVDM mitbringt, das dafür die Unterstützung verbessert. Hier ist noch der Hinweis wichtig, dass ReactOS ein 32-Bit-System ist – die Download-Images tragen daher auch „i386“ im Namen. Sie stehen auf der Download-Seite von ReactOS zum Herunterladen bereit.

Videos by heise

ReactOS 0.4.15 erschien Ende März vergangenen Jahres. Es brachte zahlreiche kleinere Verbesserungen mit, die Maintainer sprachen von Plug-and-Play-Fixes, Audio-Korrekturen, Speicherverwaltungskorrekturen, Registry-Heilung, Verbesserungen im Zubehör und den Systemtools, einschließlich Notepad, Paint, RAPPS (ein kleines ReactOS-Tool zum Herunterladen, Installieren und Aktualisieren einiger Apps), dem Eingabemethodeneditor und Shell-Verbesserungen.

Siehe auch:

ReactOS bei heise download

(dmk)

Elektrische Reinigungsbürsten: Einfacher putzen?

Top 10: Mähroboter ohne Begrenzungskabel

Top 10: Das beste E-Mountainbike im Test

Ausnahme in Kalifornien: Nicht nur Linux soll Ausweise nicht mehr prüfen

2026-08-31T05:51:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Infolge eines Gesetzes hätten Linux-Distributionen in Kalifornien ab 2027 das Alter der User abfragen müssen. Das hat die Legislative dort jetzt abgewendet.

(Bild: Muhrfotografi/Shutterstock.com)

31.08.2026, 07:51 Uhr

Lesezeit: 2 Min.

Von

Martin Holland

In Kalifornien haben beide Kammern der Legislative ohne Gegenstimme eine Gesetzesänderung verabschiedet, die Linux und Open-Source-Betriebssysteme von der Pflicht zur Altersverifizierung ausnimmt. Das Anfang des Jahres zu diesem Zweck auf den Weg gebrachte Assembly Bill 1856 wurde vorige Woche mit 39 zu 0 Ja-Stimmen im Senat von Kalifornien und später mit 69 zu 0 Ja-Stimmen in der California State Assembly angenommen. Damit wurden die freien Betriebssysteme von einem Gesetz ausgenommen, das 2027 gültig wird und vorsieht, dass beim Anlegen eines Benutzerkontos die Altersgruppe des Nutzers abgefragt wird, um diese auf Apps und Webseiten auf Anfrage mitzuteilen.

Weitreichende Ausnahmen nicht nur für Linux

Der jetzt modifizierte „Digital Age Assurance Act“ wurde 2025 als Assembly Bill 1043 aus der Taufe gehoben und sorgte für rege Diskussionen in der Open-Source-Gemeinschaft. Große Projekte wie systemd und Elementary OS hatten sich schon auf die notwendigen technischen Änderungen vorbereitet, während Projekte wie GrapheneOS und Ageless Linux sich gegen die Maßnahmen stemmten. Befürchtet wurde eine zukünftige Ausweitung dieses und ähnlicher Gesetze in anderen US-Bundesstaaten, die es statt der Selbstangabe des Alters möglicherweise vorsieht, sich einer staatlichen Stelle gegenüber ausweisen zu müssen. In Colorado war ein ähnlicher Gesetzesentwurf vor der Annahme noch abgeändert worden.

Videos by heise

Laut dem US-Nachrichtenportal Tom’s Hardware wurden mit dem Gesetz nun nicht nur Open-Source-Betriebssysteme von der neuen Pflicht ausgenommen, auch für Paketmanager wie apt und pacman soll sie nicht mehr gelten. Auch Kanäle zur Verteilung von Browsererweiterungen sollen die Altersgruppe danach nicht mehr erfragen müssen. Noch ist unklar, ob die Ausnahme auch für SteamOS gilt. Zudem wird mit dem neuen Gesetz eine Formulierung aus der ursprünglichen Vorgabe entfernt, die bei wörtlichem Verständnis zur Folge hatte, dass in Kalifornien jeder Nutzer und jede Nutzerin eines Geräts als „Kind“ eingestuft wurde. Damit die Änderungen in Kraft treten können, muss Kaliforniens Gouverneur Gavin Newsom das Gesetz noch unterzeichnen.

Lesen Sie auch

Linux soll Ausweise prüfen: Wie die Community sich dagegen wehrt

Elektrische Reinigungsbürsten: Einfacher putzen?

Top 10: Mähroboter ohne Begrenzungskabel

Top 10: Das beste E-Mountainbike im Test

heise+ | openDesk auf einem Kubernetes-Cluster installieren

2026-08-31T05:00:00.000Z

${intro} ${title}

${lead}

${intro} ${title}

${lead}

Die Community Edition des Bundes-Office lässt sich selbst betreiben. Wir haben es ausprobiert und geben eine Anleitung.

Artikel verschenken

(Bild: Ulrike Weis / KI / heise medien)

31.08.2026, 07:00 Uhr

Lesezeit: 19 Min.