Anmelden
(Bild: Trellix / Bearbeitung heise medien)
Trellix, das aus FireEye und McAfee hervorging, hat einen IT-Vorfall gemeldet. Angreifer haben Zugriff auf Quellcode erlangt.
Cyberkriminelle haben Zugriff auf Quellcode-Repositorys des aus der Fusion von FireEye und McAfee hervorgegangenen IT-Sicherheitsunternehmens Trellix erlangt. Das Unternehmen untersucht den Vorfall aktuell.
Das teilt Trellix auf seiner Webseite [1] mit. Demnach hat Trellix unbefugten Zugriff auf einen Teil der Quellcode-Repositorys bemerkt. Nachdem das Unternehmen davon erfahren hatte, zog es den Angaben nach führende Forensikexperten zur Klärung hinzu. Auch die Strafverfolgungsbehörden hat Trellix demnach informiert.
Den bisherigen Untersuchungen zufolge hat das Unternehmen keine Belege dafür entdeckt, dass Quellcode-Releases oder der Verteilungsprozess betroffen sind oder dass der Quellcode missbraucht wurde. Trellix plant, weitere Details zu veröffentlichen, sobald die Untersuchungen abgeschlossen sind.
Das Unternehmen nennt keinerlei Details zu dem IT-Vorfall. Es ist unklar, wer hinter diesem Angriff steckt. Auf den Darknet-Seiten der bekannteren Cybergangs findet sich noch kein Bekenntnis. Die Formulierungen von Trellix sind äußerst bedacht gewählt – es lässt sich etwa nicht eindeutig ableiten, ob Angreifer potenziell eigenen Code in die Repositorys verfrachtet haben.
Derzeit bleibt unklar, wie die Angreifer bei Trellix Zugang zu den geschützten Unternehmensquellcodes erlangen konnten. Cyberangriffe [2]sind an der Tagesordnung. So haben Cyberkriminelle der Gang ShinyHunters etwa Daten von Vimeo [3] erst kürzlich bei einem Einbruch beim Dienstleister Anodot abgezogen und die inzwischen im Darknet kostenlos zum Download bereitgestellt. Außerdem können die Täter derzeit eine Schwachstelle in cPanel/WHM angreifen und die Authentifizierung übernehmen – bei mehr als 4000 Instanzen in Deutschland haben sie das [4] wohl inzwischen auch getan.
URL dieses Artikels:
https://www.heise.de/-11280743
Links in diesem Artikel:
Copyright © 2026 Heise Medien
(Bild: Tux by Larry Ewing / GIMP)
Die Entdecker haben die root-Lücke im Linux-Kernel „Copy Fail“ getauft. Alle größeren Distributionen seit 2017 sind betroffen.
Im Linux-Kernel haben IT-Forscher eine Schwachstelle entdeckt, die Angreifer zum Erlangen von root-Rechten missbrauchen können. Die Entdecker haben die Schwachstelle „Copy Fail“ getauft. Ihnen zufolge sind alle Linux-Distributionen, die seit 2017 verfügbar sind, davon betroffen.
Das schreiben die IT-Forscher in einem Blog-Beitrag [1], der Bericht ist ihnen jedoch sogar eine eigene Domain wert [2]. Die Lücke haben sie offenbar mit dem KI-Werkzeug Xint Code aufgespürt. Es handelt sich um einen Logikfehler, der lokalen Nutzern im System ermöglicht, einen deterministischen, kontrollierten 4-Byte-Schreibzugriff auf den Page-Cache jedes lesbaren Dateisystems eines Rechners auszuführen. Mit einem Python-Skript von 732 Byte Größe gelingt es den Forschern, eine Binärdatei mit setuid-Flag zu manipulieren und dadurch root-Rechte zu erlangen (CVE-2026-31431 [3], CVSS 7.8, Risiko „hoch“).
Die IT-Sicherheitsforscher führen weiter aus, dass der Kernel die manipulierte Page nicht als „Dirty“ zum Rückschreiben aufs Laufwerk markiert, sodass die Datei unverändert bleibt und einfache Checksummen-Prüfungen von der Manipulation nichts mitbekommen. Beim tatsächlichen Dateizugriff erfolgt jedoch der Rückgriff auf den Page-Cache. Damit lassen sich zudem Container-Grenzen sprengen, da der Page-Cache auf dem Host geteilt wird. Konkret kündigen die IT-Forscher an, weitere Details zu veröffentlichen, die den Ausbruch aus Kubernetes-Containern erörtern.
Der Fund sei zwar KI-unterstützt gewesen, basierte aber auf Untersuchungen der Interaktion des Linux-Krypto-Subsystems mit Page-Cache-Daten. Interessierte finden sehr tiefgehende Details im Blog-Beitrag. Dort stellen die Programmierer auch einen Proof-of-Concept-Exploit vor. Das Python-Skript ist 732 Byte groß und verschafft lokalen Angreifern root-Rechte etwa unter Ubuntu 24.04 LTS mit Kernel 6.17.0-1007-aws, Amazon Linux 2023 mit Kernel 6.18.8-9.213.amzn2023, RHEL 10.1 und Kernel 6.12.0-124.45.1.el10_1 sowie SUSE 16 mit Kernel 6.12.0-160000.9-default. Zumindest haben die Entdecker der Schwachstelle diese Kombinationen erfolgreich getestet.
Einen Fix für den Kernel-Quellcode stellen die IT-Forscher ebenfalls bereit. Aktualisierte Kernel sollten inzwischen die größeren Distributionen bereitstellen. Als temporäre Gegenmaßnahme soll demnach aber helfen, AF_ALG-Socket-Erstellung über seccomp zu blockieren oder aber als algif_aead-Modul in die Blacklist aufzunehmen, sodass der Kernel es nicht lädt: echo "install algif_aead /bin/false" > /etc/modprobe.d/disable-algif-aead.conf && rmmod algif_aead 2>/dev/null im Terminal erledigt das und entfernt gegebenenfalls das geladene Modul aus dem Speicher.
Es ist erst wenige Tage her, da hat die Telekom mittels KI die Schwachstelle „Pack2TheRoot“ in Linux [4] aufgespürt. Auch hierbei handelt es sich um eine Rechteausweitungslücke, die sich in mehreren Linux-Distributionen in den Standardkonfigurationen ausnutzen ließ.
Im letzten Satz korrigiert, dass die Lücke „Pack2TheRoot“ in Linux, nicht im Kernel war.
URL dieses Artikels:
https://www.heise.de/-11277590
Links in diesem Artikel:
Copyright © 2026 Heise Medien
Espressif
Statt starrer Firmware setzt ESP-Claw auf Chat-Steuerung und KI für flexible IoT-Projekte.
Mit ESP-Claw hat Espressif ein neues Framework für ESP32-Boards veröffentlicht. Statt Geräte direkt zu programmieren, setzt das Projekt auf einen Agentenansatz direkt auf den Chips. Die Idee dahinter: Sensoren liefern Daten, ein lokaler Agent trifft Entscheidungen und das Gerät reagiert selbstständig.
Technisch basiert ESP-Claw auf einem Runtime-System, das auf ESP32-Boards wie dem S3 läuft. Der Ansatz nennt sich „Chat Coding“: Das Verhalten eines Geräts kann über Konversationen definiert werden, statt klassische Firmware zu schreiben. Im Hintergrund werden diese Eingaben in Aktionen übersetzt, die der Mikrocontroller ausführt. Ergänzt wird das Ganze durch eine ereignisgesteuerte Architektur, bei der Sensorwerte, Nachrichten oder andere Trigger direkt eine Verarbeitungskette starten können. Reaktionen sind laut Projekt im Millisekundenbereich möglich.
Für Maker interessant ist vor allem die flexible Erweiterbarkeit. ESP-Claw bringt eine strukturierte Speicherverwaltung mit, um Zustände und Kontext direkt auf dem Gerät abzulegen und nachhaltig zu speichern. Gleichzeitig lassen sich externe Dienste über standardisierte Schnittstellen anbinden, etwa über das Model Context Protocol (MCP). Auch die Integration von Messaging-Diensten wie Telegram ist vorgesehen, dadurch kann man Geräte in bestehende Kommunikationswege einbinden.
Ein weiterer praktischer Punkt ist die vergleichsweise niedrige Einstiegshürde. Unterstützte Boards lassen sich direkt im Browser konfigurieren und flashen, ohne lokale Toolchain. Wer tiefer einsteigen will, kann das System aber auch klassisch selbst bauen und anpassen. Durch den modularen Aufbau lassen sich einzelne Komponenten austauschen oder erweitern, etwa um zusätzliche Sensorik, Aktoren oder eigene Logik einzubinden.
Spannend wird das Ganze in Maker-Händen. Beispiele für Projekte sind etwa smarte Kameraknoten, die Ereignisse selbst interpretieren, Sprachinterfaces für Smart-Home-Steuerung oder Geräte, die auf Basis von Sensordaten eigenständig Entscheidungen treffen, etwa in der Heimautomation.
Auf der offiziellen GitHub-Seite [1] sind in Videos einige Beispielprojekte festgehalten. So wird ein LED-Streifen an einen ESP angeschlossen und dem Agenten via Chat mitgeteilt, wie dieser Streifen angeschlossen ist und dass mit dem LED-Streifen ein Regenbogenlicht realisiert werden soll. Nach kurzer „Überlegung“ des Agenten beginnt der Streifen entsprechend zu leuchten.
Für Maker bedeutet das vor allem weniger Code und mehr Fokus auf das Verhalten eines Projekts. Statt Zustände und Abläufe komplett selbst zu modellieren, kann man mit einem Agenten arbeiten, der sich dynamisch anpassen lässt. Gleichzeitig bleibt die Kontrolle über Daten erhalten, weil viele Funktionen lokal laufen. Noch ist das Projekt in Entwicklung, aber es zeigt recht deutlich, wohin sich IoT im Hobbybereich bewegen könnte: weg von starren Skripten, hin zu kleinen, eigenständig agierenden Systemen.
Wer direkt mit KI loslegen möchte, kann mit unserem selbst gebauten KI-Telefon [2] Ideen austauschen.
URL dieses Artikels:
https://www.heise.de/-11276353
Links in diesem Artikel:
Copyright © 2026 Heise Medien
Halbleiterbauelemente sitzen auf Trägern, die als Brücke zur Platine dienen. Die Rohstoffe für diese Bauteile sind derzeit knapp.
(Bild: heise medien)
Der wichtigste Lieferant von Polyphenylenether hat nach einem Angriff offenbar die Auslieferungen eingestellt. Das betrifft alle elektronischen Geräte.
Es bahnt sich ein weiterer Mangel durch den Iran-Krieg an: Polyphenylenether (PPE) für die Herstellung von Platinen und teilweise Chipträgern könnte in den kommenden Monaten knapp werden. Die Saudi Basic Industries Corporation (SABIC) soll nach einem Raketenangriff durch Iran Anfang April die Auslieferungen eingestellt haben.
Darüber berichtet die Nachrichtenagentur Reuters [1] anhand geschäftsnaher Quellen. SABIC selbst schreibt [2] in seinem jüngsten Quartalsbericht vom 29. April lediglich über „sich verschärfende Lieferstörungen aufgrund des Konflikts im Nahen Osten“, die mehrere Kunststoffe betreffen.
Einen Lieferstopp bestätigt SABIC nicht, dementiert ihn aber auch nicht. Videos von Angriffen auf die saudische Region Al-Dschubail und ihre petrochemische Industrie wurden über soziale Medien geteilt.
Lieferzahlen zu PPE sind rar. Laut Reuters macht SABIC jedoch rund 70 Prozent der weltweiten Lieferungen aus. Gemäß einer Goldman-Sachs-Analyse sind die Preise für das Harz im April bereits um 40 Prozent gestiegen.
PPE ist unter anderem bis mehr als 100 Grad Celsius hitzebeständig, isoliert elektrisch und nimmt kaum Feuchtigkeit auf. Dadurch eignet sich das Harz für die Isolierschichten vor allem in Platinen (Printed Circuit Boards, PCBs). Alle elektronischen Geräte brauchen heutzutage PCBs, sodass ein Rohstoffmangel potenziell die Preise erhöht.
Schon das Glasgewebe von Nittobo und der Ajinomoto Build-up-Film (ABF) für Chipträger zeigten [3], dass essenzielle Bestandteile in der Halbleiterproduktion an einzelnen Unternehmen hängen. Häufig lohnt es sich für andere Firmen aufgrund normalerweise geringer Margen nicht, in den Markt einzusteigen.
Die Börse reagiert derweil schon auf die aktuelle Entwicklung: Die Aktie des südkoreanischen PPE-Zulieferers Kolon Industries ist allein im April um 30 Prozent gestiegen, seit Jahresbeginn um über 130 Prozent.
Der deutsche Verband der Elektro- und Digitalindustrie ZVEI schreibt in einer Stellungnahme an heise online, dass ihm zu Engpässen bei Kunststoffen wie PPE zumindest derzeit noch keine Meldungen vorliegen. Das könnte schlicht an der Auslagerung der Produktion nach Asien liegen – in Deutschland ist die Herstellung von PCBs längst nicht mehr rentabel. Bis sich ein Rohstoffmangel zu Beginn der Lieferkette hierzulande auswirkt, dürften Monate vergehen.
URL dieses Artikels:
https://www.heise.de/-11276801
Links in diesem Artikel:
Copyright © 2026 Heise Medien
(Bild: ChatGPT)
Kampferprobte 3D-Drucke, mechanischer Flipper, 80 Stimmen Polyphonie mit ESP32, Fotos-Texturen mit FDM-Druck, macOS auf Wii, CardPuter mit Linux.
Bei Recherchen für Artikel oder eigene Projekte bleibt fast immer etwas an Nebenfunden hängen: ein Video, ein Tool, ein Board, eine absurde Portierung oder ein Bastelprojekt, das man eigentlich nur kurz anklicken wollte – und bei dem man dann doch hängen bleibt. Genau dieses digitale Treibgut sammle ich, weil daraus oft schneller neue Ideen entstehen als aus der eigentlichen Suche.
Hier also wieder ein kleiner Fang der letzten Tage. Vielleicht ist ja auch für euch etwas dabei – und wenn ihr selbst über spannende Tools, Hardware oder Videos gestolpert seid, dann gern in die Kommentare damit.
Wer funktionale Teile druckt, landet früher oder später bei der immer gleichen Frage: Wie bekommt man aus normalem PLA(+) noch ein bisschen mehr Belastbarkeit heraus? Im aktuellen Video von Maker’s Muse geht es im Kontext von Roboter-Kämpfen genau darum. Gezeigt werden nicht etwa exotische Materialien oder Spezialhardware, sondern erstaunlich bodenständige Einstellungen in Orca Slicer 2.3.2 (siehe auch diesen Newsbeitrag [1]). 100 Prozent konzentrisches Infill, versetzte zusätzliche Wände, unterschiedliche Linienbreiten für Außen- und Innenbereiche und die Möglichkeit, den Materialfluss gezielt im Inneren zu erhöhen.
Spannend finde ich daran vor allem, dass hier keine Wunderlösung verkauft wird. Stattdessen zeigt sich wieder einmal, wie viel Mechanik und Materialverhalten schon im Slicer entschieden werden. Gerade bei Haltern, Werkzeugen oder Robotik-Teilen lohnt sich der Blick auf solche Profile oft mehr als der reflexhafte Griff zum nächsten „Engineering Filament“.
Nicht jedes spannende Maker-Thema muss ein neues Dev-Board oder eine Library sein. Manchmal reicht auch ein Video, das einen alten Klassiker einmal anders denkt. Schon der Titel „Pinball like you’ve never seen before.“ reicht aus, um bei mir den Spieltrieb anzuschalten. Hier wird ein Flipper, also eigentlich ein komplettes Baukastensystem, entworfen und gebaut. Am Ende steht aktuell ein Flipper für zwei oder vier Personen, die gegeneinander spielen.
Ich mag solche Projekte: Selbst wenn man nichts 1:1 nachbaut, bleibt fast immer irgendeine Idee hängen – sei es für Antriebe, 3D-Druck, Konstruktion oder einfach für die Frage, wie man aus einem bekannten Prinzip mit etwas Kreativität wieder etwas Neues machen kann. Für Maker ist das oft viel interessanter als das hundertste „hier ist ein neues Board mit noch mehr GPIOs“.
Mit dem ESP32Synth-Projekt zeigt Danilo Gabriel auf Hackaday [4], wie weit man heutige Mikrocontroller auch im Hinblick auf Audio treiben kann. Die Library basiert auf ESP-IDF, läuft bare-metal-nah, ist auf hohe Polyphonie ausgelegt und schafft laut Projekt standardmäßig 80 Stimmen, im Grenzbereich sogar deutlich mehr. Audio läuft über I²S, dazu kommen klassische Wellenformen, Wavetables, SD-Streaming für WAV-Dateien und sogar eigene DSP-Hooks für Effekte oder spezielle Oszillatoren.
Besonders sympathisch ist daran, dass das Projekt (gitHub) nicht nur als Synth-Spielerei daherkommt [5], sondern als echter Bausatz für eigene Instrumente, Soundgeneratoren oder Installationen. Wenn man schon einen ESP32 herumliegen hat, ist das genau die Art von Software, aus der schnell ein Wochenendprojekt wird – und im besten Fall ein sehr lautes.
Ebenfalls schön bunt ist das Video „I Built a Tool to Paint 3D Models with Photos“. Dahinter steckt Primed3D von 3D Revolution [7]: ein freies Open-Source-Werkzeug, das STL- oder 3MF-Modelle im Browser bemalen kann – inklusive Farbverläufen, Flächenfüllung und eben auch Foto-Projektion. Anschließend lässt sich daraus wieder ein 3MF exportieren, wahlweise für „normale“ (unbezahlbare) Mehrfarb-Drucker oder als geditherte Mehrmaterial-Version für FDM-Drucker mit Filamentwechsler.
Gerade für Cosplay, Deko, Figuren oder experimentelle Drucke finde ich das spannend. Denn statt nur einzelne Filamentfarben zuzuweisen, rückt damit die eigentliche Oberflächengestaltung stärker in den Mittelpunkt. Schön ist außerdem, dass das Tool komplett clientseitig laufen soll – die Dateien bleiben also im Browser und wandern nicht erst auf irgendeinen Server.
Es gibt diese Projekte, bei denen man schon beim Titel weiß, dass sie völlig unnötig sind – und genau deshalb großartig. „Booting Mac OSX on a Nintendo Wii“ gehört eindeutig in diese Kategorie. Bryan Keller hat Mac OS X 10.0 Cheetah nativ auf die Nintendo Wii portiert [9]und den Weg dorthin in seinem Blog dokumentiert. Weil die Wii auf einem PowerPC 750CL basiert, also auf einem Verwandten der G3-Prozessoren früher Apple-Rechner, war die Idee technisch nicht komplett abwegig – nur eben trotzdem ziemlich wild. Der YouTuber Action retro musste es natürlich ausprobieren.
Richtig schön wird das Projekt aber erst im Detail: eigener Bootloader, Kernel-Patches, Treiberarbeit, SD-Karten-Boot und als Bonus noch die Korrektur des zunächst magentafarbenen Bildes per Dual-Framebuffer-Konstruktion, weil die Wii intern YUV erwartet, Mac OS X aber RGB haben will. Spätestens an diesem Punkt ist man dann wieder bei der beruhigenden Erkenntnis, dass „läuft irgendwie“ in der Maker-Welt oft schon die halbe Miete ist. Und der Classic Mode … uhhh. Das kenne ich nur von meinem Shapeshifter-Mac-Emulator auf dem Amiga.
Die Cardputer auf ESP32-Basis waren nicht uninteressant, aber man musste viel selbst programmieren, wenn man produktiv werden wollte. M5Stack positioniert den CardputerZero mit Linux [11] als „Pocket Raspberry Pi Computer for Hackers“ und zielt damit klar auf alle, denen ein normaler Mikrocontroller-Handheld nicht mehr reicht. Laut Hersteller soll das Gerät als tragbares Linux-Labor für SSH, Python, Git, Vim, Edge-AI-Anwendungen und Hardware-Basteleien dienen. Erwähnt werden außerdem eine eingebaute App- beziehungsweise Firmware-Verteilung, Erweiterbarkeit über Grove, M5Units sowie Schnittstellen wie SPI, I²C, UART, USB und GPIO. Und ja, die Hardware basiert auf einem auch beim Raspi Zero verbauten Chip.
(Bild: m5stack)
Interessant ist daran hauptsächlich die Richtung: Weg vom reinen Gadget, hin zu einem wirklich mobilen „Arbeitsgerät“ für Leute, die gern direkt am Gerät tippen, testen und schrauben. Wenn M5Stack die Versprechen halbwegs einlöst, könnte das ein ziemlich cooles Werkzeug für Feldtests, Mini-Terminals, Off-Grid-Kommunikation oder einfach für unterwegs „Rumnerden“ werden. Laut M5Stack befindet sich das Projekt derzeit noch in der Vorstartphase; der Kickstarter ist für Mitte bis Ende Mai 2026 angekündigt, mit Early-Bird-Preisen von 59 US-Dollar für die Lite-Version und 89 US-Dollar für die reguläre Variante.
URL dieses Artikels:
https://www.heise.de/-11275610
Links in diesem Artikel:
Copyright © 2026 Heise Medien
(Bild: hyper3d.ai)
Mit einem einzigen Handyfoto zur fertigen Figur aus dem 3D-Drucker: Mehrere neue KI-Tools machen aufwändiges 3D-Modellieren für viele Projekte überflüssig.
Jeder Maker, der einen 3D-Drucker besitzt, kennt das Problem. Die Hardware ist längst bezahlbar, aber um eigene Objekte zu drucken, muss man bisher 3D-Modellierung beherrschen. Programme wie Blender, Fusion 360 oder FreeCAD haben steile Lernkurven, verlangen räumliches Denken in Polygonen und Vertices, und selbst nach wochenlanger Einarbeitung gelingen Anfängern selten druckbare Ergebnisse. Deshalb drucken viele Maker nur heruntergeladene Modelle von Thingiverse oder Printables, statt eigene Ideen umzusetzen. Diese Hürde fällt gerade weg. Mehrere KI-Werkzeuge erzeugen inzwischen aus einem einzelnen Foto oder eine, kurzen Prompt dreidimensionale Meshes, die sich direkt als STL oder OBJ exportieren und auf den Drucker schicken lassen.
Konkret sieht das so aus: Man nimmt ein beliebiges Foto, etwa von der eigenen Hauskatze, lädt das Bild in Tripo oder Hunyuan3D Studio hoch und bekommt Sekunden später ein texturiertes 3D-Modell mit Rückseite, Unterseite und allem, was die Kamera nie gesehen hat. Die KI ergänzt die fehlenden Perspektiven plausibel.
Der erste nutzbare Durchbruch in diesem Bereich kam im März 2024, als TripoSR präsentiert wurde [1]. Ein Jahr später, im März 2025, haben wir das Tool Rodin von Hyper3D getestet [2] (hyper3d.ai). Seitdem hat sich das Feld in rasantem Tempo weiterentwickelt. Die Qualität, Geschwindigkeit und Zugänglichkeit dieser Werkzeuge haben sich drastisch verbessert. Inzwischen gibt es ein ganzes Ökosystem an Diensten, die um Nutzer konkurrieren.
Einer der sichtbarsten Player ist Tripo [3], entwickelt vom chinesischen KI-Startup VAST. Auf der GDC (Game Developers Conference) im März 2026 in San Francisco wurde ein Modell vorgestellt, das 3D-Objekte in rund zwei Sekunden erzeugt und ein Ergebnis mit weniger Artefakten liefert. Tripo bedient über 6,5 Millionen Nutzer und bietet ein Freemium-Modell mit begrenztem Kontingent.
Daneben drängen weitere Dienste in den Markt. Meshy, [4] mittlerweile Version 6, richtet sich gezielt an den 3D-Druck, PrintPal [5] hat in seinem ersten Jahr 200.000 Nutzer gewonnen, Hyper3D [6] bietet mit Rodin Gen-2 die Möglichkeit, generierte Modelle gezielt per Textbefehl nachzubearbeiten, und Hitem3D [7] punktet mit einem eigenen Portrait-Modus für personalisierte Büsten und Figuren.
Auf der Open-Source-Seite sticht Tencents Hunyuan3D [8] heraus. Es ist das derzeit leistungsfähigste frei verfügbare Modell und läuft lokal auf dem eigenen Rechner ab einer Grafikkarte mit 12 GB Speicher. Allerdings setzt die Nutzung eine Python-Installation voraus, und Tencents Online-Studio ist nur auf Chinesisch und mit chinesischem Login zugänglich.
Außer PrintPal und Meshy sind alle hier erwähnten Dienstleister chinesische Unternehmen.
Für Maker bleiben allerdings wichtige Einschränkungen. Die generierten Meshes bestehen aus Hunderttausenden Dreiecken ohne saubere Topologie. Für dekorative Figuren, Spielzeug und einfache Ersatzteile funktioniert der Weg vom Foto zum Drucker deshalb schon erstaunlich gut. Aber die Modelle entstehen als Oberflächennetze ohne parametrische Konstruktionslogik — eine Wand ist nicht „2 mm dick“, sondern besteht aus Dreiecken, die nur ungefähr 2 mm Abstand haben.
Zwar lassen sich in Tools wie Meshy reale Maße setzen und die Druckbarkeit direkt prüfen, und bei Hitem3D ist die Optimierung für den Druck von Anfang an eingebaut, aber für wirklich funktionale Bauteile, die exakt auf bestehende Teile passen oder mechanische Belastungen aushalten müssen, bleibt klassische Konstruktionssoftware unverzichtbar.
Für einfachere Bauteile gibt es einen anderen Weg über PrintMakerAI [9]. Hier werden aus einem Prompt keine Meshes, sondern echte parametrische CAD-Körper mit exakten Maßen und garantiert wasserdichter Geometrie erzeugt — allerdings beschränkt auf einfache funktionale Teile wie Halterungen, Gehäuse oder Aufbewahrungsboxen.
(Bild: Printmaker.ai)
URL dieses Artikels:
https://www.heise.de/-11273636
Links in diesem Artikel:
Copyright © 2026 Heise Medien
(Bild: Framework)
Interessierte können den Framework Laptop 13 Pro vorbestellen. Die Intel-Versionen sind deutlich attraktiver als die AMD-Varianten.
Framework nimmt wie versprochen Vorbestellungen für den Laptop 13 Pro entgegen. Damit stehen jetzt auch alle Konfigurationen und Preise fest. Der offizielle Store hält eine Überraschung bereit: Die Versionen mit Intel-Prozessor sind günstiger und voraussichtlich flotter als die AMD-Typen. Aktuelle Bestellungen will Framework ab Juli ausliefern.
Die sogenannte DIY-Edition ohne Speicher und Betriebssystem ist mit Intels Achtkerner Core Ultra 5 325 [1] ab 1349 Euro erhältlich [2]. Die günstigste AMD-Version mit dem ebenfalls achtkernigen Ryzen AI 7 350 gibt es ab 1579 Euro. Bei einer mittleren Konfigurationliegt die Differenz bei 60 Euro: Für die Variante mit dem 16-Kerner Core Ultra X7 358H ruft der Hersteller 1799 Euro auf, für jene mit dem 12-Kerner Ryzen AI 9 HX 370 sind es 1859 Euro.
Vom Topmodell mit Core Ultra X9 388H ist aus Preis-Leistungs-Sicht abzuraten: Die CPU-Kerne takten etwas höher, dafür kostet die Konfiguration 230 Euro mehr. Aktuell ist sie auch nicht verfügbar.
Die Preise sind nicht der einzige Unterschied zwischen den AMD- und Intel-Notebooks. Framework setzt ausschließlich beim Intel-Mainboard auf ein stromsparendes und schnelles Low Power Compression Attached Memory Module 2 (LPCAMM2) für LPDDR5X-7467-RAM. AMD-Nutzer müssen mit langsamerem DDR5-5600-RAM in SO-DIMM-Bauform vorliebnehmen. Ein LPCAMM2 mit 32 GByte RAM kostet 490 Euro. 32 GByte DDR5 kosten wahlweise 524 Euro auf zwei SO-DIMMs verteilt oder 452 Euro als einzelnes SO-DIMM.
Wie üblich verkauft Framework auch komplette Notebooks mit RAM, SSD und Betriebssystem. Aktuell bietet der Hersteller eine Intel-Konfiguration mit Core Ultra X7 358H, 32 GByte RAM und einer 1 TByte großen PCIe-4.0-SSD an.
Erstmals installiert Framework auf Wunsch ein Linux-Betriebssystem in Form von Ubuntu 24.04 LTS. Damit kostet die Komplett-Konfiguration 2369 Euro. Wer auf Windows 11 Pro besteht, muss 220 Euro Aufpreis zahlen.
Die gewünschten Anschlüsse kommen obendrauf. USB-C für Thunderbolt 4 etwa kostet jeweils 10 Euro. Neu ist ein 10-Gigabit-Ethernet-Adapter für 109 Euro.
Alle DIY- und Komplett-Konfigurationen des Laptop 13 Pro sind derzeit ausschließlich mit schwarzem Gehäuse vorbestellbar. Einzelteile und Nachrüstsätze erscheinen auch mit silberfarbenen Gehäuseteilen [3]; entsprechende Konfigurationen könnten also noch folgen.
Wer einen bisherigen Framework Laptop 13 besitzt, kann künftig die verbesserten Komponenten der Pro-Version [4] nachrüsten. Der Hersteller bietet dazu Einzelteile und Kits an. Der größere Akku erfordert auch die neue Gehäuse-Unterseite und den neuen „Input Cover Frame“. Mainboards mit den Core-Ultra-300-Prozessoren listet Framework noch nicht.
(Bild: Framework)
URL dieses Artikels:
https://www.heise.de/-11268365
Links in diesem Artikel:
Copyright © 2026 Heise Medien
(Bild: Orange Pi)
Der OrangePi Zero 3W kombiniert Octa-Core-CPU, NPU und Wi-Fi 6 auf kleinem Raum. Das ist spannend für kompakte Maker-Projekte.
Mit dem OrangePi Zero 3W [1] bringt Orange Pi einen neuen Einplatinenrechner heraus, der sich klar an Maker und Embedded-Entwickler richtet.
Im Zentrum arbeitet der Allwinner A733, ein Achtkern-SoC mit zwei Cortex-A76-Kernen (bis 2,0 GHz) und sechs energieeffizienten Cortex-A55-Kernen. Ergänzt wird das Ganze durch eine integrierte NPU mit bis zu 3 TOPS Rechenleistung für KI-Anwendungen sowie einen zusätzlichen RISC-V-Coprozessor für Echtzeitaufgaben. Für Maker bedeutet das: Neben klassischen Linux-Anwendungen lassen sich auch lokale KI-Inferenz oder zeitkritische Steuerungen direkt auf dem Board umsetzen.
Beim Arbeitsspeicher setzt das Board auf LPDDR5 mit bis zu 16 GByte. Beim Speicher zeigt sich das Board flexibel: Neben optionalem eMMC oder UFS-Modulen steht ein microSD-Kartenslot zur Verfügung.
Für die Konnektivität gibt es Wi-Fi 6 und Bluetooth 5.4, optional mit externer Antenne. Damit eignet sich das Board auch für IoT-Anwendungen oder als Edge-Gateway. Dazu kommen klassische Maker-Schnittstellen über eine 40-Pin-GPIO-Leiste mit Unterstützung für SPI, I2C, UART und PWM – also alles, was man für Sensoren, Bildschirme oder Aktoren benötigt.
Interessant ist auch die Videoausgabe: Neben Mini-HDMI (bis 4K@60fps) unterstützt das Board DisplayPort über USB-C sowie MIPI-DSI. Zwei unabhängige Displays lassen sich gleichzeitig ansteuern. Das eröffnet Einsatzmöglichkeiten für kompakte Multimonitor-Setups oder Systeme wie Infoterminals.
Auch für Kamera-Projekte stehen Anschlüsse bereit. Zwei MIPI-CSI-Schnittstellen ermöglichen den Anschluss von Kameramodulen, etwa für Bildverarbeitung oder Überwachungslösungen. In Kombination mit der integrierten NPU lassen sich hier auch KI-gestützte Anwendungen wie Objekterkennung direkt auf dem Gerät realisieren.
Als Betriebssysteme werden unter anderem Debian, Ubuntu, Android und OpenHarmony unterstützt. Zusätzlich nennt der Hersteller Kompatibilität mit gängigen KI-Frameworks wie TensorFlow oder PyTorch. Damit deckt das Board sowohl klassische Bastelprojekte als auch moderne KI-Anwendungen ab – zumindest auf dem Papier. Wie gut die Softwareunterstützung im Alltag wirklich ist, wird sich wie so oft erst zeigen, wenn die Community das Board durch die Mangel gedreht hat.
Mit PCIe 3.0 (über FPC) steht zudem eine schnelle Erweiterungsmöglichkeit bereit, etwa für SSDs oder spezialisierte Module. Das ist in dieser Größenklasse keine Selbstverständlichkeit und könnte für Bastler spannend sein, die mehr als nur Standard-I/O benötigen.
Für Maker ergeben sich daraus einige typische Einsatzszenarien: kompakte Smart-Home-Zentralen, lokale KI-Auswertung von Sensordaten, kleine Server oder auch portable Geräte mit Display. Durch die geringe Größe könnte das Board auch in mobilen Projekten oder selbstgebauten Handhelds landen. Das Board fällt mit seinen Abmessungen von 65 × 32 mm kompakt aus und dürfte damit auch in Projekten Platz finden, bei denen ein Raspberry Pi zu groß ist.
Erhältlich ist das Board auf Amazon für 73,99 US-Dollar [2]. Dort bekommt man auch direkt einen aktiven Kühler mit dazu.
Wer wissen will, was man mit einem Raspberry Pi Zero alles anstellen kann, sollte sich unbedingt unseren Artikel zu Hackinggadgets für die Hosentasche [3] anschauen.
URL dieses Artikels:
https://www.heise.de/-11267955
Links in diesem Artikel:
Copyright © 2026 Heise Medien
(Bild: akf / Erzeugt mit Nano Banana durch Make)
Der Slicer spielt eine zentrale Rolle im 3D-Druck-Workflow. OrcaSlicer gewinnt zunehmend an Bedeutung und erweitert seinen Funktionsumfang stetig.
OrcaSlicer veröffentlicht seine Updates üblicherweise in so hoher Frequenz, sodass man sich daran gewöhnt hat, dass nicht immer „Killer-Features“ enthalten sind. In der neuen Version 2.3.2 hat sich jedoch einiges geändert und wurde ergänzt.
Hinweis: Es gibt einige inoffizielle Webseiten, die OrcaSlicer anbieten – die oben verlinkte Seite ist die offizielle Quelle. Lade dir den Installer herunter oder nutze die portable Version, falls du die alte Installation behalten möchtest oder musst.
(Bild: OrcaSlicer)
Mit Multiline-Infill kann man Druckobjekte stabiler machen, wenn man die Wandstärke nicht erhöhen will oder kann. Das Multiline-Infill ist sauberer geworden und weist weniger Überschneidungen auf [4] (dank Clipper2-Bibliothek). Zudem ist es besser mit dem Hauptobjekt verbunden.
Die Flussrate lässt sich jetzt pro Feature statt nur pro Filament einstellen – etwa eine andere Flow-Rate für Infill als für Wände. Die Option findest du unter „Set other flow ratios“ im Quality-Tab.
(Bild: OrcaSlicer)
Das Brim arbeitet nun zuverlässiger mit der „Elephant Foot Compensation“ zusammen. Sich ablösende, kaum nutzbringende Brims gehören damit weitgehend der Vergangenheit an. Elephant-Foot-Compensation verhindert die Überextrusion des ersten Layers auf dem Druckbett. Dieser Faktor wird nun bei der Erzeugung von Brims einberechnet.
(Bild: OrcaSlicer)
Unter Preferences Control Slicing lässt sich „Auto slice after changes“ aktivieren. Die Wartezeit ist anpassbar, sodass man mehrere Änderungen vornehmen kann, bevor der Slicer loslegt. Da ein laufender Slicing-Vorgang aber bei neuen Parametern abgebrochen und neu gestartet wird, ist es auf schnellen Rechnern kaum nötig, den Wert hochzusetzen. Ein Feature, das ich lange vermisst habe, seit ich vom PrusaSlicer gewechselt bin.
Der Drucker-Tab ist jetzt grafischer und übersichtlicher. Der Düsendurchmesser lässt sich jetzt getrennt vom Drucker einstellen.
Statt eigenständiger Kopien (Clones) lassen sich Objekte jetzt auch als „Instances“ vervielfältigen. Ändert man eine Instanz, folgen die anderen automatisch – sei es bei Filament-Zuordnungen für Multifilament-Druck oder anderen Einstellungen. Das spart auch beim Slicing Zeit, da nur eine Instanz berechnet werden muss. Die Anzahl der Instanzen ist einstellbar, oder man füllt direkt das ganze Druckbett.
Zusätzlich werden inzwischen Kollisionen zwischen (besonders Instanzierten Objekten) besser erkannt und so behandelt, dass keine Fehldrucke entstehen.
Für farbige bzw. aus mehreren Filamentsorten zusammengesetzte Drucke auf Materialwechslern und Toolchangern wurden die Wipe-Tower-Verbesserungen aus Bambu Studio zu Orca portiert:
Die Einstellungen müssen in den jeweiligen Druckprofilen aktiviert werden:
FreshRSS Multimaterial -> Prime Tower -> Enable tower interface featuresCool down from interface boost during prime towerDie Art des Wipe Towers lässt sich inzwischen auch direkt im Druckerprofil auswählen.
Wer das Beste aus seinen Druckern und Filamenten herausholen möchte, sollte beides kalibrieren. In Version 2.3.2 sind die Kalibrierungs-Tools jetzt in der richtigen Reihenfolge im Menü sortiert. Außerdem werden die Firmwares für Input Shaper, Cornering/Jerk erkannt und entsprechend ausgewählt.
Im Drucker-Konfigurator werden nun zusätzliche Materialwechsel-Einheiten und Toolheads unterstützt. Diese lassen sich direkt aus dem Slicer steuern, und die Filamentbelegung der Toolheads ist interaktiv anpassbar. Dies ist noch als experimentell markiert, da es sich teilweise um schlecht dokumentierte Hardware handelt und die Hersteller natürlich eher ihr Ökosystem unterstützen.
Orca 2.3.2 unterstützt jetzt auch die neueren Bambu-Lab-Modelle wie H2D (Pro) und H2S. Außerdem gibt es weitere spezielle Verbesserungen für Bambulab-Nutzer.
Viele zusätzliche Änderungen und Verbesserungen mit Beispielbildern findet man im ausführlichen Changelog: OrcaSlicer 2.3.2 Beta Changelog [6]
In der Make 1/26 hatten wir einen ausführlichen Artikel über Tipps&Tricks für Slicer [7] und einen Artikel über Orca Slicer [8] und warum er immer beliebter wird.
URL dieses Artikels:
https://www.heise.de/-11265708
Links in diesem Artikel:
Copyright © 2026 Heise Medien
Die Buchstaben AI umfliegen Haken und Warndreiecke.
(Bild: tadamichi/Shutterstock.com)
Ein neues Tool berechnet den CO₂-Ausstoß von Claude-Code-Sessions. Laut dem Autor hat sich dabei gezeigt, wie man ihn um bis zu 70% senken kann.
Um die Umweltkosten durch die tägliche Nutzung von Claude Code greifbar zu machen, hat ein Entwickler ein Werkzeug gebaut, das den CO₂-Ausstoß für jede Sitzung berechnet und in Echtzeit in der Statuszeile anzeigt.
Der Programmierer arbeitet nach eigenen Angaben als Wirtschaftsberater, spezialisiert auf die Berechnung von Treibhausgasemissionen für große Unternehmen. Bei seiner täglichen Arbeit mit Claude Code kam ihm irgendwann sein eigener sorgloser Umgang mit generativer KI zuwiderlaufend vor.
Seine Antwort ist Claude-Carbon [1], ein auf Bash und SQLite basierendes Tool, das sich nahtlos in die Claude-Code-Umgebung integriert und die CO₂-Emissionen pro Sitzung in der Statuszeile neben den Kosten anzeigt.
(Bild: Claude-Carbon)
Über vier Monate und 367 Sessions hinweg maß der Entwickler etwa 215 kg CO₂-Äquivalente – was er auf ungefähr eine Tonne pro Jahr hochgerechnet hat. Das entspricht einem Hin- und Rückflug zwischen Paris und New York, allein durch die tägliche Nutzung von KI-Code-Tools verursacht, schreibt er in einem Blogpost. [2]
Die Berechnung beschränkt sich dabei auf die sogenannte Inferenz, also die Energie, die in Rechenzentren verbraucht wird, wenn das Modell die Prompts verarbeitet und Antworten bereitstellt. Training, Hardware-Herstellung, Kühlung und Rechenzentren-Konstruktion sind nicht inbegriffen – der echte Lebenszyklus-Fußabdruck ist also noch höher.
Claude-Carbon unterscheidet sich grundlegend von bestehenden Werkzeugen wie CodeCarbon [3]oder EcoLogits. Während CodeCarbon lokale Hardware-Ressourcen misst und sich nicht für Remote-API-Calls eignet, und EcoLogits als generische Python-Bibliothek fungiert, die API-Responses verschiedenster Anbieter abfängt, ist Claude-Carbon speziell für Claude Code entwickelt worden. Das Tool nutzt native Hooks und Settings der Claude-Code-Umgebung selbst. Es speichert alle Daten lokal in einer SQLite-Datenbank, kann historische Sessions nachträglich analysieren und generiert sogar PNG-Reportkarten für Social Media.
(Bild: codecarbon.io)
Der Autor betont, dass die Werte Schätzungen sind und keine präzisen Messungen. Anthropic veröffentlicht nämlich keine modellspezifischen Energiedaten. Die Faktoren für Sonnet stammen aus einer 2025er Studie (Jegham et al.) [4] über LLM-Inference-Energieverbrauch. Die Werte für Opus und Haiku sind Extrapolationen. Opus wird mit dem Faktor 3× Sonnet berechnet, Haiku mit 0,5× Sonnet.
Auch die CO₂-Intensität basiert auf US-Durchschnittswerten, nicht auf echten regionalen oder tageszeit-spezifischen Daten. Trotz dieser Unsicherheiten ist das Tool wertvoll für ein Größenordnungs-Bewusstsein – nur eben nicht für formale Treibhausgasbilanzen, so der Autor.
Durch die eigene Nutzung des Tools hat der Entwickler einige Einsichten gewonnen, wie sich der Verbrauch ohne Effizienzverlust senken lässt. Der größte Hebel zur Reduktion liegt in der Modellwahl. Opus verbraucht etwa dreimal so viele Token wie Sonnet, Haiku könnte gegenüber Sonnet bis zu 80 Prozent einsparen. Für Aufgaben wie File-Exploration oder Code-Review lohnt sich daher Haiku. Darüber hinaus können Werkzeuge wie RTK (Rust Token Killer) 60–90 Prozent der CLI-Token-Ausgabe herausfiltern, ohne dass die Qualität leidet.
Weiter lässt sich Thinking-Tokens auf 10.000 pro Message deckeln, was eine Reduktion um etwa 70 Prozent ermöglicht. Früheres Context-Compacting bei 50 statt 95 Prozent Auslastung hält Sessions schlanker.
Insgesamt lassen sich durch diese Maßnahmen die Emissionen von Claude-Code-Sessions um 50–70 Prozent reduzieren – von rund einer Tonne CO₂ pro Jahr auf 0,3–0,5 Tonnen.
Der Ersteller betont zudem, dass das Tool ein fundamentales Problem in den Fokus rückt: Anthropic veröffentlicht keine modellspezifischen Energiedaten. Google hatte im August 2025 als erster großer KI-Anbieter Per-Prompt-Daten für sein Gemini-Modell offengelegt [5] (0,24 Wh, 0,03 Gramm CO₂ pro Median-Anfrage). Anthropic – ebenso wie OpenAI – hält sich weiterhin bedeckt. Diese Transparenzlücke zu schließen, argumentiert er, wäre ein wichtiger Schritt, um KI-Nutzung wirklich nachhaltig zu gestalten.
Claude-Carbon [6] ist open source und läuft auf macOS ohne zusätzliche Installation.
URL dieses Artikels:
https://www.heise.de/-11264352
Links in diesem Artikel:
[1] https://github.com/gwittebolle/claude-carbon
[2] https://dev.to/gwittebolle/how-i-measured-1-tonne-of-co2-from-my-ai-coding-sessions-3b3d
[3] https://codecarbon.io/#about
[4] http://arxiv.org/abs/2505.09598
[5] https://cloud.google.com/blog/products/infrastructure/measuring-the-environmental-impact-of-ai-inference?hl=en
[6] https://github.com/gwittebolle/claude-carbon
[7] mailto:mch@make-magazin.de
Copyright © 2026 Heise Medien
(Bild: Waveshare)
Mit integriertem Display und Tastatur wird der Raspberry Pi zum mobilen Linux-Terminal für Maker.
Mit dem PocketTerm35 bringt Waveshare ein tragbares Linux-Terminal auf den Markt, das für den Einsatz mit dem Raspberry Pi 4 Model B und dem Raspberry Pi 5 vorgesehen ist. Das Gerät kombiniert Display, Tastatur und Stromversorgung.
Die Abmessungen des Handhelds betragen 93,5 × 168,5 × 37 mm. Verbaut ist ein 3,5-Zoll-IPS-Touchdisplay mit einer Auflösung von 640 × 480 Pixeln. Ergänzt wird das Display durch eine 67-Tasten-QWERTY-Tastatur (QWERTY entspricht dem US-Layout, deutsche Tastaturen haben ein „QWERTZ“-Layout. Umlaute fehlen und Satzzeichen sind anders verteilt) aus Silikon. Das reicht für Terminalbefehle, kleinere Code-Anpassungen oder das schnelle Editieren von Konfigurationsdateien. Wer längere Texte schreiben will, wird trotzdem vermutlich irgendwann wieder zur „großen“ Tastatur greifen (oder zumindest hoffen, dass die Autokorrektur gut funktioniert).
Im Inneren arbeitet ein Raspberry Pi – je nach Variante entweder ein Pi 4B mit 2 GB RAM oder ein Pi 5 mit 1 GB RAM. Alternativ gibt es auch Bausätze ohne Board, bei denen man dann den eigenen Pi 5 mit 16 GB RAM aus dem Tresor holen kann. Für die Steuerung von Peripherie wie Tastatur, Helligkeit oder Lautstärke ist zusätzlich ein RP2040-Mikrocontroller integriert. Das ist ein interessanter Ansatz, da sich so Eingaben und Systemfunktionen unabhängig vom Hauptsystem regeln lassen.
Das Gerät versteht sich als vollwertiges Linux-Terminal. Über HDMI wird das Display angebunden, während Touch-Eingaben per I2C laufen. Für Audio steht ein integrierter 2-Watt-Lautsprecher zur Verfügung, zusätzlich gibt es einen 3,5-mm-Klinkenanschluss. Die Stromversorgung erfolgt über USB-C oder eine optionale 5000-mAh-Lithiumbatterie. Dank integriertem UPS-Management kann das System nahtlos zwischen externer Stromquelle und Akku wechseln.
Für Maker ergeben sich daraus einige konkrete Einsatzszenarien. Das PocketTerm35 eignet sich etwa als mobiles Terminal für Headless-Systeme: Statt Laptop und Adapter mitzuschleppen, kann man direkt am Gerät auf einen Raspberry Pi zugreifen, Logs prüfen oder Dienste starten. Auch für IoT-Projekte lässt sich das Gerät als Steuer- und Diagnoseeinheit verwenden, etwa um Sensorwerte auszulesen oder Aktoren zu konfigurieren.
Neben klassischen Terminal-Anwendungen unterstützt das Gerät auch grafische Oberflächen sowie Systeme wie RetroPie. Damit lässt sich das PocketTerm35 theoretisch auch als Retro-Handheld verwenden.
Die Konstruktion kombiniert eine CNC-gefräste Aluminium-Front mit einer Kunststoffrückseite. Verschiedene Schnittstellen und Adapter liegen je nach Variante bei, darunter HDMI-Kabel, Montageplatten und Verbindungskabel für den Raspberry Pi.
Unterm Strich positioniert sich das PocketTerm35 zwischen Bastelprojekt und fertigem Werkzeug. Es ersetzt keinen Laptop, kann aber in vielen Situationen ein praktischer Begleiter sein. Vor allem dort, wo Platz, Gewicht oder Aufbauzeit eine Rolle spielen.
Erhältlich ist der Handheld im Waveshare-Shop [1] für 179,99 US-Dollar in der Pi-4-Variante und 148,99 in der Pi-5-Version. Die Bare-Bones-Versionen sind noch nicht erhältlich.
Wer bei der Erwähnung von RetroPie aufgehorcht hat, findet mit unserem DIY-Arcade auf Raspberry-Pi-Basis [2] vielleicht ein neues tolles Projekt.
URL dieses Artikels:
https://www.heise.de/-11259004
Links in diesem Artikel:
[1] https://www.waveshare.com/pocketterm35.htm?sku=34462
[2] https://www.youtube.com/watch?v=oSNMRQo8NTM
[3] https://www.heise.de/make
[4] mailto:das@heise.de
Copyright © 2026 Heise Medien
This is a release focussing on bug fixing, in particular regressions from the release 1.28.0.
Selected new features ✨:
Improved performance 🏎️:
Many bug fixes 🐛
This release has been made by @Alkarex, @Frenzie, @Inverle and newcomers @ciro-mota, @eveiscoull, @hackerman70000, @Hufschmidt, @johan456789, @martgnz, @mmeier86, @netsho, @neuhaus, @RobLoach, @rupakbajgain.
Full changelog:
transliterator_transliterate fallback (when the php-intl extension is unavailable) #8427lastUserModified database column also during mark-as-read action #8346session.cookie-lifetime #8446CURLOPT_ACCEPT_ENCODING #8376, simplepie#960, simplepie#962<template> element #8443.gitignore to ignore installed extensions #8372This is a major release, just in time for the holidays 🎄
Selected new features ✨:
userdate:PT1H for the past hourImproved performance 🏎️:
Selected bug fixes 🐛:
Breaking changes 💥:
This release has been made by @Alkarex, @Frenzie, @Inverle, @aledeg, @andris155, @horvi28, @math-GH, @minna-xD and newcomers @Darkentia, @FollowTheWizard, @GreyChame1eon, @McFev, @jocmp, @larsks, @martinhartmann, @matthew-neavling, @pudymody, @raspo, @scharmach, @scollovati, @stag-enterprises, @vandys, @xtmd, @yzx9.
Full changelog:
userdate:PT1H for the past hour #8093\b and \B for regex search using PostgreSQL #8141~ subsequent-sibling #8154
Retry-After rules for proxies #8029, #8218data: to CSP in subscription controller #8253Retry-After #8195f.kind to ease migrations from FreshRSS versions older than 1.20.0 #8148config.custom.php during install #8033window.bcrypt object #8166chart.js v4 update #8298WordPress.com HTTP duplicates with WebSub Automattic/pushpress#16cli/health.php compatibility with OpenID Connect #8040cli/access-permissions.sh to detect the correct permission Web group such as www-data, apache, or httpexec() function for git update #8228DOMDocument::saveHTML() scrambling charset encoding in some versions of libxml2 #8296php-intl #8334<select> #8190Promise to async/await: #8182move #8214lib_rss.php with potential breaking changes for some extensions #8193,#[Deprecated] #8325--no-progress #8315This is a security-fix and bug-fix release for FreshRSS 1.27.x.
A few highlights ✨:
healthcheckframe-ancestorsThis release has been made by @Alkarex, @Frenzie, @Inverle, @aledeg, @math-GH and newcomers @beerisgood, @nykula, @horvi28, @nhirokinet, @rnkln, @scmaybee.
Full changelog:
Retry-After #7875no-cache.txt #7907.yml and SERVER_DNS example #7858overflow-wrap instead of word-wrap #7898make target to generate the translation progress #7905entry_before_update and entry_before_add hooks for extensions #7977A few highlights ✨:
429 Too Many Requests and 503 Service Unavailable, obey Retry-Afterc: for categories like c:23,34 or !c:45,56Content-Security-Policy: frame-ancestorsThis release has been made by @Alkarex, @Inverle, @the7thNightmare and newcomers @Deioces120, @Fraetor, @Tarow, @dotsam, @hilariousperson, @pR0Ps, @triatic, @tryallthethings
Full changelog:
429 Too Many Requests and 503 Service Unavailable, obey Retry-After #7760c: for categories like c:23,34 or !c:45,56 #7696s parameter of streamId #7695Content-Security-Policy: frame-ancestors #7677referrerpolicy, ping #7770clean_hash() #7813, FreshRSS/simplepie#48:newest updated to PHP 8.5-alpha and Apache 2.4.65 #7773FRESHRSS_INSTALL and FRESHRSS_USER variables #7725onbeforeunload #7554<video poster="..."> and <image> #7636<code> inside of <pre> #7797data-auto-leave-validation #7785chart.js to 4.5.0 #7752, #7816This is a bug-fix release for FreshRSS 1.26.x
A few highlights ✨:
This release has been made by @Alkarex, @Inverle and newcomers @CarelessCaution, @the7thNightmare
Full changelog:
bgcolor, text, background, link, alink, vlink #7606This is a security-focussed release for FreshRSS 1.26.x, addressing several CVEs (thanks @Inverle) 🛡
A few highlights ✨:
Notes ℹ:
This release has been made by @Alkarex, @Frenzie, @hkcomori, @loviuz, @math-GH
and newcomers @dezponia, @glyn, @Inverle, @Machou, @mikropsoft
Full changelog:
<iframe srcdoc=""> #7494, CVE-2025-32015<button formaction=""> #7506Content-Security-Policy HTTP headers to favicons #7471, CVE-2025-31136Referrer-Policy: same-origin #6303, #7478ext.php #7479, CVE-2025-31134mod_filter to ensure that AddOutputFilterByType works #7419[unable to retrieve full-text content]
[unable to retrieve full-text content]
[unable to retrieve full-text content]
