Linux-netwerkfix volgt op KVM-escapeonderzoek; Codex Desktop kan schijf stil vullen

Onderzoekers beschrijven een guest-to-host-keten die niet in KVM zelf begint, maar in de Linux-netwerkstack; een upstream-fix is al gemerged. Tegelijk is er een heel alledaagse, maar tastbare agent-toolingles: een bijgewerkt Codex Desktop-issue meldt dat Crashpad-dumps op één Mac ongemerkt honderden gigabytes konden innemen.

Linux-patch dicht route van virtuele gast naar hostgeheugen

Pwn.ai beschrijft PwnEscape als een kwetsbaarheid in de Linux-netwerkstack die een virtuele gast via gemanipuleerde checksummetadata hostgeheugen laat lekken en in een eigen KVM-lab uiteindelijk hostcode laat uitvoeren. De auteurs plaatsen de fout niet in KVM zelf: een uitgestelde checksumschrijfactie kon volgens hun analyse een IPv4-header wijzigen nadat de kernel die header al voor securityrelevante beslissingen had verwerkt.

De onderzoekers zeggen dat ze eerst een herhaalbare disclosure van 32 bytes per geval maakten, daarna geselecteerde 64-byte writes en vervolgens een host-root-helper in een gecontroleerde, eigen opstelling. Dat is geen bewijs van uitvoering bij een cloudprovider of in een willekeurige KVM-configuratie; de auteurs maken dat onderscheid zelf nadrukkelijk. Wel is de onderliggende Linux-fix concreet: commit 6785011f8b16 voegt controles toe vóór checksum-completion in meerdere IPv4-paden.

Volgens het verslag kwam die patch op 8 oktober in net.git en op 14 oktober in Linus’ mainline terecht. Hetzelfde verslag waarschuwt dat de fix als defense in depth is omschreven en dat bredere validatie van inkomende metadata nog apart werk is. Ook stable-backports en de formele CVE-status moet je dus per eigen kernelreeks controleren; de beschikbare bron noemt geen volledige getroffen-versiematrix.

Voor beheerders van VM- of sandboxhosts is de relevante les breder dan één CVE: virtuele netwerkpaden behoren tot de host-aanvalsgrens. Inventariseer kernelversies en backports, en behandel gastgestuurde offloadmetadata als onbetrouwbare invoer, ook als de hypervisorlaag zelf zorgvuldig is gehard. Onderzoeksverslag met technische details en patchverwijzing · Lobsters-discussie

Codex Desktop-issue meldt miljoenen stille Crashpad-dumps

Een bijgewerkt GitHub-issue meldt dat Codex Desktop op één Apple-Silicon-Mac continu Crashpad-pending dumps bleef aanmaken. De indiener mat tussen 15 en 17 oktober ongeveer 323 GB verdeeld over circa 4,04 miljoen bestanden in twee Crashpad-mappen, terwijl de app bruikbaar bleef en geen waarschuwing gaf. Dat is een individuele reproductie, geen vastgestelde omvang voor alle gebruikers of versies.

De issue noemt ChatGPT.app 26.1007.71326, Codex Framework 155.0.8059.40 en macOS 15.7.4. Na het hernoemen en verwijderen van de mappen steeg de vrije ruimte volgens de indiener van 1,4 GB naar meer dan 50 GB. Als vermoedelijke oorzaak wordt een crashloop van browser_crashpad_handler genoemd; een oplossing of bevestigde fix staat niet in de beschikbare context.

Dit is een afzonderlijk operationeel probleem naast de persistente Codex-processen die de ochtendupdate van dinsdag 13 oktober behandelde. Wie Codex Desktop op macOS gebruikt en onverwachte schijfdruk ziet, kan daarom de genoemde Crashpad-paden inspecteren en vóór handmatige opschoning eerst processen en supportdocumentatie controleren. Verwijderen van crashartefacten kan diagnose-informatie wegnemen; de bron onderbouwt geen algemene workaround of veilige structurele oplossing. Issue met versies, meting en voorgestelde mitigaties · HN-discussie

Verder nog

Pele rendert Mermaid naar themebare SVG: het open-sourceproject accepteert Mermaid-syntax, geeft SVG terug en laat kleuren en fonts via CSS-variabelen aanpassen zonder opnieuw te renderen. De site claimt nul directe dependencies, kleinere bundles en veel snellere rendering dan Mermaid.js; dat zijn makersmetingen, dus vergelijk eigen diagramtypen en layoutcompatibiliteit vóór vervanging. Pele · HN-discussie
Python-base64 als mogelijke hotspot: Daniel Lemire wijst op fastpybase64 als alternatief voor de standaardbibliotheek en stelt dat zijn gedeelde benchmark ook de bytes-conversie terug naar Python meet. De gemelde snelheden komen uit zijn eigen benchmarkcontext; ze zeggen nog niets over kleine payloads, installatiekosten of een volledige applicatiepipeline. Post met benchmarkverwijzing
Tests naast agentcode: in een Lobsters-discussie over LLM-gegenereerde implementaties én tests komt mutation testing naar voren als controle: verander bewust een implementatiedetail en kijk of de test faalt. Dat is een bruikbare reviewtechniek, maar de draad levert geen algemene effectmeting en vervangt geen heldere specificatie of menselijke beoordeling. Discussie