LiteLLM-compromis en Node-patches; DuckDB 2.0 opent een volwassen serverroute

LiteLLM-gebruikers moeten versie 1.107.0 als mogelijk hostcompromis behandelen: volgens een technische analyse activeert die release bij het starten van elke Python-proces een credential stealer en backdoor. Ook Node.js heeft updates voor drie ondersteunde lijnen uitgebracht met meerdere kwetsbaarheden van hoge ernst. Voor datawerk is DuckDB 2.0 tegelijk een grote, maar niet volledig achterwaarts compatibele LTS-stap.

LiteLLM 1.107.0: package installeerde stealer en backdoor voor ieder Python-proces

Volgens SafeDep bevatte litellm==1.107.0 op PyPI kwaadaardige bestanden in alle onderzochte wheels voor Linux, macOS en Windows. Twee daarvan — cook.pth en sitecustomize.py — zouden bij het opstarten van ieder Python-proces actief worden, dus niet alleen wanneer een applicatie LiteLLM importeert. PyPI heeft de release inmiddels verwijderd.

De analyse beschrijft verzameling van onder meer SSH-sleutels, cloud- en CI-credentials, browserwachtwoorden, omgevingsvariabelen, AI-tooltokens en providerkeys uit een LiteLLM-proxydatabase. Daarnaast zou een achtergrondproces periodiek een serveradres ophalen en daarvandaan uitvoerbare code laden. Dit zijn bevindingen van één securitypartij, geen openbaar forensisch rapport van de LiteLLM-maker, maar de versie en bestandsnamen maken gerichte controle mogelijk.

Voor beheerders is alleen downgraden niet voldoende als 1.107.0 op een werkstation, runner of server is geïnstalleerd of uitgevoerd. Isoleer zo’n host, zoek naar cook.pth, cook.py en sitecustomize.py in de Python-omgeving, en roteer credentials die daar of in omgevingsvariabelen beschikbaar waren. De analyse noemt 1.106.2, 1.107.0rc1 en 1.107.0rc2 schoon; verifieer vervolgens in lockfiles, images en CI welke artefacten werkelijk zijn gebruikt. Technische analyse en indicators · HN-discussie

Node.js repareert RCE- en TLS-validatiefouten in 22, 24 en 26

Node.js heeft 22.23.4, 24.22.1 en 26.12.1 uitgebracht. De release herstelt onder meer een als high geclassificeerde out-of-bounds write in de Brotli-decoder die remote code execution kan toestaan (CVE-2026-111497), plus fouten rond dns.resolve() en TLS-hostnamevalidatie. De drie high-severity issues treffen alle ondersteunde lijnen, behalve één hostnamevariant die volgens het project alleen 24 en 26 raakt.

Verder zijn er mediumproblemen rond keep-alive-responses, niet-canonieke IPv4-hostnamen en herhaald toeval in user-land startup snapshots en SEA’s. Voor gebruikers van het Permission Model zijn ook twee low-severity bypasses gerepareerd. De release werkt bovendien afhankelijkheden bij, waaronder c-ares, Undici en de CA-certificaatbundel vanwege het eMudhra-incident.

Plan een reguliere maar snelle update voor internetbereikbare Node-processen en CI-images. Controleer vooral of Brotli-invoer, URL- of hostnamevalidatie, custom snapshots of SEA-builds in de eigen stack voorkomen. EOL-versies krijgen volgens Node.js geen fixes; vervanging is daar dus de structurele route. Node.js: versies, CVE’s en impact · Lobsters-discussie

DuckDB 2.0 LTS combineert Quack-serverpad met een echte migratiegrens

DuckDB 2.0.0 LTS, bijgenaamd Cinnamon Teal, is uit en krijgt volgens het project ten minste ondersteuning tot oktober 2027. De release werkt het eerder geïntroduceerde Quack-protocol bij en voegt CONNECT toe, zodat een sessie naar een remote DuckDB-, PostgreSQL- of MySQL-database kan wisselen. Voor Quack raadt DuckDB aan de server standaard op localhost te houden en extern verkeer via een TLS-terminerende reverse proxy af te handelen; directe blootstelling is volgens de documentatie alleen voor tests bedoeld.

De release voegt asynchrone I/O toe voor Parquet en CSV, een verder geïntegreerd VARIANT-type, triggers, een nieuwe standaard-PEG-parser en uitbreidingen aan de C-API. Opmerkelijk voor agentworkflows: de CLI detecteert volgens DuckDB agents en schakelt dan naar compactere Markdown-uitvoer, JSON-fouten en vroegtijdig stoppen van ontsporende queries. De gemelde 59% minder CLI-output in een TPC-H-proef is een eigen meting van DuckDB, geen algemene besparing voor iedere agent.

De upgrade vraagt wel discipline. Databasebestanden die met 2.0 zijn gemaakt, zijn niet leesbaar door oudere DuckDB-versies. DuckDB 2.0 kan bestaande bestanden nog wel lezen en schrijven zonder die grens direct te passeren. Test daarom gemengde clientversies, extensions en rollback vooraf; de makers raden voor bedrijfskritieke inzet zelfs aan op de eerste patchrelease te wachten. Ook is C++17 voortaan vereist en verdwijnt de oude enkele-pijl-lambdasyntaxis later definitief. DuckDB 2.0: functies en migratiegrenzen · HN-discussie

Flint krijgt direct vLLM-pad, maar snelheidsclaim vraagt eigen meting

Recursive introduceert Flint, een codingmodel met 40 miljard parameters waarvan volgens vLLM 2,5 miljard per token actief zijn. vLLM meldt daar onmiddellijk ondersteuning voor, inclusief BF16 en NVFP4. Het project claimt met eigen NVFP4-kernels en kernel-fusie 500 tokens per seconde op één GB200 bij 100K context, zonder speculative decoding; in een reply noemt het een daling van 22 naar 7 kernellaunches per laag.

Dat maakt Flint een concreet nieuw evaluatiepunt voor teams die een compact actief MoE-codingmodel op hun bestaande vLLM-pad willen proberen. De meting is echter die van vLLM op zeer specifieke hardware en instellingen, en zegt niets over codekwaliteit, prefill, gelijktijdigheid of kosten op eigen infrastructuur. Controleer daarom eerst modellicentie, hardwarepad en reproduceer de doorvoer met eigen prompts en contextlengtes. vLLM over Flint-ondersteuning en meting · Flint-aankondiging

Rust off Rails legt conventies in Markdown voor coding agents

Rust off Rails noemt zichzelf een webframework zonder frameworkcode: het project bestaat uit Markdown-instructies voor agents die een volledige Rust-app genereren. De vaste stack omvat onder meer Axum, Tokio, SeaORM, SQLite voor lokale ontwikkeling en Postgres voor productie. De documentatie schrijft ook keuzes voor rond auth, jobs, mail, caching, tests en deployment.

Interessant is niet een nieuwe runtime, maar het expliciete experiment: conventies, acceptatiecriteria en recepten moeten de agent sturen, terwijl de gegenereerde code in de applicatie zelf blijft. Het project laat de agent zowel SQLite als Postgres testen en definieert ‘klaar’ als formattering, clippy en tests die slagen. Dat is een bruikbare richting voor agentwerk waarin verifieerbare output belangrijker is dan een fraaie prompt.

De grens is scherp: dit is geen bewezen frameworkbibliotheek en ook geen garantie dat gegenereerde code veilig of onderhoudbaar is. De eigen site eist zelfs dat alle code door AI wordt geschreven. Behandel het daarom als een zeer opiniërend startpunt voor een proefproject; review gegenereerde authenticatie, migraties, afhankelijkheden en deployconfiguratie zoals iedere andere wijziging. Project en stackkeuzes · HN-discussie

Verder nog

• Alter wil PAM-principes naar agents brengen: de nieuwe dienst positioneert zich als proxy tussen agent en API, met per-agentidentiteit, fijnmazige policy, menselijke goedkeuring en auditlogs. Dat adresseert het probleem van één gedeelde, te ruime API-key, maar de HN-discussie wijst op een belangrijke restgrens: API-autorisatie voorkomt niet vanzelf dat gevoelige context of geheugen van een hooggeprivilegieerde sessie bij een andere gebruiker terechtkomt. Productbeschrijving · HN-discussie