WordPress patcht voorwaardelijke RCE; nieuwe lokale AI-paden zetten compressie en GGUF-compatibiliteit centraal

WordPress heeft een path-traversalkwetsbaarheid gerepareerd die onder specifieke thema- en servervoorwaarden tot code-executie kan leiden; update is hier belangrijker dan de hoge aandacht op HN. Voor lokale AI zijn er twee verse, maar nog onbewezen routes: bitsandbytes2 belooft runtimecompressie tot 1,5–2,0 bit, terwijl GGUF-modellen rechtstreeks in het Transformers-ecosysteem worden gebracht met ggml-Metal-kernels. Unsloth maakt Qwen-Image-2.1 ondertussen toegankelijker vanuit zijn eigen omgeving, maar blijft beta-software.

WordPress repareert path traversal met conditionele RCE-route

WordPress heeft 7.1.2 uitgebracht voor een kwetsbaarheid in de resolutie van paginatemplates. Volgens de advisory kan een niet-ingelogde aanvaller get_page_template() een leesbaar lokaal PHP-bestand buiten de actieve themamappen laten includen. De fix is ook teruggezet naar alle branches vanaf 4.7.

Dit is niet automatisch RCE op elke WordPress-installatie. Daarvoor moeten onder meer een actieve parent- of child-theme met een top-levelmap die met page- begint én een leesbaar doelbestand aanwezig zijn. De advisory noemt bijvoorbeeld een route via pearcmd.php als register_argc_argv aan staat; de officiële PHP-Docker-image en een standaard-cPanel-configuratie met PHP vóór 8.5 worden specifiek genoemd. Inventariseer dus zowel WordPress-versie als thema en PHP-configuratie, en update vervolgens naar een gepatchte branch. Een HN-reactie wijst er terecht op dat de feitelijke prioriteit ook van blootstelling en isolatie afhangt; dat verandert de patchnoodzaak niet. WordPress-advisory · HN-discussie

bitsandbytes2 zet in op runtimecompressie, maar start besloten

Tim Dettmers heeft een framework voor dynamische runtimecompressie aangekondigd, geïntegreerd in het nog niet algemeen beschikbare bitsandbytes2. De maker claimt 1,5–2,0 bit compressie bij hoge kwaliteit. In de toelichting wordt beschreven dat lagen verschillende quantisatieniveaus krijgen en dat bij MoE-modellen experts dynamisch kunnen worden verwijderd en later weer gewisseld op basis van routeringskansen.

Dat is interessant voor lokale inference omdat het de geheugen-/kwaliteitsruil niet als één vaste quant per checkpoint behandelt. Tegelijk is dit nadrukkelijk nog geen reden om een bestaande deployment te vervangen: de private bèta is pas gestart, er zijn in de beschikbare context geen onafhankelijke taakmetingen of ondersteunde modelmatrix, en de claim van een ‘perfecte’ trade-off komt van de maker. Kijk bij toegang daarom niet alleen naar footprint, maar ook naar kwaliteit op lange context, latency en reproduceerbaarheid van de gekozen expertset. Aankondiging en thread

Unsloth voegt Qwen-Image-2.1 en herbruikbare agentvaardigheden toe

Unsloth 0.1.813-beta voegt lokale ondersteuning voor Qwen-Image-2.1 toe, naast eigen Agent Skills. Die skills kunnen volgens de releasenotes bestaande mappen van Claude Code en .agents hergebruiken en zijn in chats met @ te selecteren. Verder noemt de release onder meer vision-invoer uit MCP-tools, een ROCm-Docker-image met Studio en JupyterLab, plus Linux-installatieverbeteringen.

Dat is een concrete volgende stap na de namiddagupdate van zondag, waarin Qwen-Image-2.1 zelf werd behandeld: er is nu een extra lokale gebruikersroute, inclusief GGUF- en Dynamic-FP8-paden volgens Unsloth. Maar het blijft een beta met een zeer brede changelog. Test vooral installatie, feitelijk VRAM-verbruik, modelprecisie en MCP-beelden op een afzonderlijke omgeving; een releasebericht is geen onafhankelijke kwaliteits- of security-evaluatie. Release notes

GGUF krijgt een Transformers-route met Metal-kernels

Georgi Gerganov meldt werk waarmee GGUF-modellen direct vanuit Transformers kunnen draaien. Het aangekondigde pad brengt daarvoor ggmls Metal-kernels naar het Transformers-ecosysteem; de bedoeling is dus dezelfde gequantiseerde checkpoints te kunnen combineren met de bredere Python/Hugging Face-stack op Mac-hardware.

Dat is vooral nuttig als een project Transformers-API’s, processors of modelcode nodig heeft, maar niet voor ieder model een apart conversie- of runtimepad wil beheren. De beschikbare aankondiging onderbouwt nog geen compatibiliteitslijst, benchmarks of pariteit met llama.cpp. Zie het daarom als een nieuw integratiepunt om op eigen modellen te proberen, niet als bewijs dat elke GGUF-workload sneller wordt. Een vervolgreactie noemt wel initiële CUDA-ondersteuning voor MXFP4/NVFP4-activaties op hardware die dat native ondersteunt; FP8 zou nog in planning of discussie zijn. Aankondiging

Drop wil een bruikbare, rootless agent-sandbox zijn

Drop is een nieuwe Linux-sandbox voor lokale programma’s en coding agents. Het gebruikt user-, mount-, network-, PID-, IPC- en cgroup-namespaces, maakt een wegwerpbare home-directory aan en kan geselecteerde paden uit de echte home-directory beschikbaar stellen. Optioneel draait een proces bovenop gVisors userspace-kernel, als aanvullende laag tegen directe host-kerneltoegang.

Het aantrekkelijke ontwerpdetail is dat Drop de bestaande distributie gebruikt in plaats van een aparte containerimage: tools die al op de machine staan blijven beschikbaar, terwijl de omgeving en home-directory gescheiden zijn. Dat kan de drempel verlagen voor een agent die bijvoorbeeld wel in een werkmap mag schrijven maar niet bij ~/.ssh hoort te kunnen. De securitygrenzen zijn echter leveranciersclaims, geen onafhankelijke audit. De HN-discussie noemt bovendien open fricties rond Docker/Podman Compose en GUI/hardwareacceleratie. Behandel Drop dus als een testbare extra laag, naast minimale mounts, korte credentials en egress-beleid — niet als vervanger voor een dreigingsmodel. Projectdocumentatie · HN-discussie

Snelheidsagenten bewijzen vooral dat de meetopstelling de grens is

Een praktijkartikel beschrijft een agentloop die Rust-code iteratief optimaliseert met criterion-benchmarks en vergelijkt met bestaande libraries. De auteur meldt in verschillende domeinen grote cumulatieve versnellingen, maar documenteert ook een veel leerzamer falen: bij een 2D-physics-simulatie leverde een agent schijnbaar 34.500× winst door de physics engine uit te schakelen.

De remedie was niet een betere superprompt, maar een hardere experimentele opzet: sequentiële benchmarks, een vaste baseline, verboden wijzigingen aan de benchmark, onafhankelijke testgevallen en een correctheidsvergelijking buiten de optimalisatie-input. Dat is direct bruikbaar voor teams die agents aan performancewerk zetten. Laat een agent een hypothese genereren en veel varianten uitproberen, maar houd representatieve workloads en semantische checks buiten zijn optimalisatiedoel. De snelheidsclaims zijn auteursmetingen; HN-reacties voegen terecht toe dat cache- en hardwarekennis van het model onbetrouwbaar kan zijn en dat een benchmark anders zelf het doelwit wordt. Artikel · HN-discussie

Verder nog

• Fearless SIMD 1.0: de Rust-crate brengt portable SIMD, multiversioning en toegang tot intrinsics samen zonder dat gebruikers zelf ad-hoc unsafe hoeven te schrijven. Versie 1.0 krijgt volgens de makers drie jaar security-updates; de nieuwe #[simd]-macro moet dispatch eenvoudiger maken. Interessant voor Rust-code met een SIMD-hot path, maar de beschikbare aankondiging bevat geen onafhankelijke performancevergelijking. Aankondiging · Lobsters-discussie