Zod-incident bleef buiten npm; open beslismodellen worden multimodaal

Bij Zod belandde schadelijke code in de repository, maar de beschikbare aanwijzingen zeggen dat er geen besmet npm-pakket is uitgebracht. Tegelijk verschijnt Decision 3.0 als open, multimodale reeks voor getypeerde modelkeuzes, en laat een opslagproef zien waarom Postgres-problemen soms eerder bij I/O dan bij SQL beginnen.

Zod-commit bevatte downloader, maar bereikte volgens de discussie geen npm

Een commit in de repository van de veelgebruikte TypeScript-validatielibrary Zod voegde aan zowel zod als @zod/mini een preinstall-script toe. De opgeslagen diff laat zien dat die code Ethereum-RPC-endpoints raadpleegt, een URL ophaalt en daaruit een aanvullende payload kan laden en uitvoeren. Dat is voldoende reden om de commit zelf als schadelijk te behandelen. De betreffende commit

De impactgrens is minstens zo belangrijk. In de HN-discussie wordt gemeld dat de commit op 21 september direct naar main was gepusht, diezelfde dag is teruggedraaid en niet naar npm is gepubliceerd; versie 4.6.6 van 11 oktober zou de code niet bevatten. Dezelfde draad citeert de repo-eigenaar: vermoedelijk was een git-pushcredential gecompromitteerd, niet een npm- of GitHub-token, terwijl de releaseomgeving via trusted publishing de malafide release zou hebben tegengehouden. Die toedracht is discussie-informatie, geen zelfstandig forensisch rapport. HN-discussie

Voor gebruikers is de praktische conclusie dus niet automatisch dat elk geïnstalleerd Zod-pakket gecompromitteerd was. Controleer wel lockfiles, artifact-herkomst en CI-logs als je builds uit een ongebruikelijke git-revisie of rechtstreeks uit main hebt gemaakt. Voor maintainers is het een goede reminder dat protected branches, verplichte review en een apart release-identity verschillende grenzen zijn: de laatste kan schade beperken, maar voorkomt geen repositorycompromis.

Decision 3.0 brengt open keuze-, score- en beeldbeslissingen in één reeks

Het vLLM Semantic Router-team heeft Decision 3.0 aangekondigd: Apache-2.0-modellen van 0,6B tot 27B parameters die tekst, afbeeldingen en video verwerken, maar geen vrije tekst genereren. In plaats daarvan leveren ze keuze-, ja/nee- of scoreantwoorden met een waarschijnlijkheid per antwoord. De post beschrijft ook meerdere vragen over dezelfde invoer als afzonderlijke forward passes, wat de modellen duidelijk positioneert als beslislaag voor routing, classificatie of controles — niet als chatmodel. Aankondiging en modelcollectie

Dat is een zelfstandig nieuwe modelreeks naast eerdere open decision models: de opvallende uitbreiding zit in de combinatie van meerdere invoertypen en modelgroottes. De makers noemen een 27B-model dat op hun eigen Jev 0.3-evaluatie bovenaan staat voor tekst en vision, plus zero-shot videocijfers. Dat zijn leveranciersmetingen op hun eigen kit; ze bewijzen niet dat de kansscores op jouw labels gekalibreerd zijn, noch dat een beeld- of videotaak buiten die set even goed werkt.

Wie dit voor automatisering overweegt, kan het beste klein beginnen: maak een gelabelde hold-out met echte twijfelgevallen, meet false positives én false negatives, en reserveer een onbekend- of reviewpad. Een waarschijnlijkheid is bruikbaar voor prioritering, maar geen zelfstandige autorisatie voor een onomkeerbare actie.

Postgres: meet de opslaglaag voordat je database of schema de schuld geeft

Een ClickHouse-verslag van een POSETTE-presentatie vergelijkt dezelfde PostgreSQL-workload op baseline gp3 EBS (3.000 IOPS) en instance-local NVMe. In die specifieke proef, met 3,3 miljard rijen en random updates, lag de mediane doorvoer op 16.030 tegenover 1.734 transacties per seconde; de mediane transactielatency was 4,0 tegenover 36,9 ms. Het artikel wijst vooral naar page reads en WAL-fsync als verschil, niet naar extra CPU-werk in Postgres. Benchmarkopzet en architectuurvoorstel

De titel is bewust te stellig: tragere queries kunnen net zo goed uit schema, queryplan, locks of applicatiegedrag komen. Ook is hier maar één EBS-instelling onderzocht; een anders geprovisioneerde of lokaal gecachete opslaglaag kan anders uitpakken. De HN-reacties bevatten individuele ervaringen die de I/O-richting ondersteunen, maar vormen geen onafhankelijke herhaling. HN-discussie

De nuttige operationele les blijft overeind. Als ingestie, checkpoints, vacuum en replicatie tegelijk slechter worden, meet dan wachttijden voor datafiles en WAL, IOPS, queue depth en cachemisses naast pg_stat_*. Lokale NVMe verplaatst vervolgens de duurzaamheidsvraag: het besproken ontwerp combineert synchrone replicatie met back-ups en WAL-archivering buiten de node. Snelle lokale disks zijn dus geen vervanging voor hersteltesten, maar een andere storage/availability-ruil.

Verder nog

• QLoRA op ExLlamaV3-quants: het nieuwe communityproject exl3-qlora wil adapters trainen op ExLlamaV3-modellen tussen 2 en 8 bits per gewicht, in plaats van alleen de gebruikelijke 4-bit-BitsAndBytes-route. Het noemt SFT, DPO en KTO, MoE-expert-LoRA en PEFT-compatibele adapters; de vergelijking met NF4 — lagere loss maar ongeveer half zoveel snelheid — is een eigen test op Qwen3.5-4B. Interessant voor geheugenbeperkte finetuning, maar nog een experimenteel project dat eigen model, VRAM-piek en adapterexport verdient te testen. Aankondiging met repositorylink

• VectorDash probeert lokale Windows-zoekfunctie te vervangen: de open-sourceapp indexeert volgens de maker bestandsnamen snel en gebruikt optioneel EmbeddingGemma 2 om lokaal in onder meer documenten, foto’s, audio en video op betekenis te zoeken. Een read-only MCP-server kan daarbij op het LAN worden aangezet; die optionele netwerkgrens verdient dus eigen toegangscontrole. De claim van circa 200 MB app-RAM bij 3.500 volledig geïndexeerde bestanden is een makersmeting. Projectpost

• Passkeys: toets migratie en herstel, niet alleen phishingweerstand: een opiniestuk noemt passkeys een lock-in-risico, maar de HN-discussie laat zien dat export in de praktijk per credential manager verschilt en dat sommige gebruikers wel via Bitwarden/Vaultwarden exporteren. Andere reacties wijzen op een FIDO-specificatie voor credential exchange, terwijl de concrete productondersteuning en UI nog uiteenloopt. De algemene conclusie van het essay is dus geen vastgesteld feit; de praktische check is wel helder: probeer export, import, apparaatverlies, recovery en een tweede authenticator vóór je een wachtwoordroute uitschakelt. Essay · HN-discussie