PHP scherpt tijdelijke RCE-mitigatie aan; Kimi K3.1 Pro en Unsloth openen nieuwe AI-routes

PHP heeft een aanvullend advies gepubliceerd voor een zeldzame RCE-route rond session upload progress; beheerders kunnen nu gericht vaststellen of die tijdelijke mitigatie nodig is. Kimi K3.1 Pro verschijnt intussen in de API en producten, maar de beloofde open weights komen pas op 4 november. Unsloth breidt zijn lokale beta verder uit met SSD-offload voor grote MoE’s op Macs en een nieuwe coding-agentroute.

PHP specificeert extra tijdelijke mitigatie voor session upload progress

PHP adviseert nu session.upload_progress.enabled=0 te zetten tot de volgende reguliere bugfixrelease. Het gaat om CVE-2026-115560, een aanvullende en volgens PHP onwaarschijnlijke RCE-route. Die kan alleen ontstaan wanneer een applicatie session.serialize_handler in de configuratie op php_binary of php_serialize zet, die waarde tijdens runtime met ini_set() naar php wisselt vóór session_start(), én session upload progress aan blijft staan.

Dat is concreet nieuw naast wat de namiddagupdate van gisteren behandelde: toen ging het om exploitwaarnemingen voor de gepatchte PHP2Shell-kwetsbaarheden; nu geeft het PHP-team een afgebakende extra configuratieroute en een tijdelijke maatregel. Wie de eerdere mitigatie voor CVE-2026-109619 al toepaste, hoeft volgens PHP niets extra’s te doen. Applicaties die de serialize handler nooit tijdens runtime veranderen, kunnen upload progress ingeschakeld laten.

Maak er geen vervanging voor de security-update van: PHP zegt uitdrukkelijk dat de reguliere release een volledig advies krijgt. Inventariseer daarom eerst of deze ongebruikelijke combinatie in eigen php.ini, FPM-pools en applicatiecode voorkomt; zet de instelling alleen centraal vóór request-parsing en herstart workers. PHP-advies en voorwaarden · HN-discussie

Kimi K3.1 Pro is beschikbaar, open weights volgen pas in november

Moonshot AI heeft Kimi K3.1 Pro en een 2–3× snellere Highspeed-variant aangekondigd. Beide zijn nu te kiezen via Kimi.ai, Kimi Work, Kimi Code en de API; de volledige weights staan volgens de maker voor 4 november gepland. Voor teams die eigen inference willen draaien is dat onderscheid wezenlijk: dit is vandaag een API- en productrelease, nog geen lokaal te evalueren checkpoint.

De fabrikant positioneert K3.1 Pro als post-trained, 3T-klasse open-weightmodel met een contextvenster van één miljoen tokens. In eigen evaluaties meldt Moonshot onder meer 65,7% op Terminal-Bench 4.0 en winst op een interne long-horizon codingbench tegenover K3. De scores, de gebruikte Claude-Code-harness en de vergelijking met andere modellen komen allemaal van Moonshot; ze zeggen dus niet zelfstandig hoe het model zich in een eigen repository, toolstack of kostenprofiel gedraagt.

Opvallend is de expliciete veiligheidskeuze voor de latere open-gewichtrelease. Moonshot zegt cybergerelateerde data uit zowel mid-training als RL-omgevingen te hebben verwijderd. Op zijn eigen xdev-bench-hard zou de uiteindelijke variant daardoor 81,0% halen tegenover 90,5% voor een checkpoint zonder die reductie. Dat is een leveranciersmeting, en het zegt niet dat het model veilig is voor agentgebruik of dat defensief securitywerk geen hinder ondervindt. Test bij beschikbaarheid dus eigen code-, toolcall- en securityworkflows, plus contextgedrag en infrastructuurvereisten. Moonshot: release, beschikbaarheid en methode · HN-discussie

Unsloth 0.1.910-beta zet grotere lokale MoE’s op SSD en voegt Flint toe

Unsloth 0.1.910-beta voegt een MLX-route toe waarbij MoE-experts die niet in het geheugen passen op SSD blijven. Volgens de releasenotes kan Qwen3.8-Flash-Next daarmee op een Mac met 32 GB geheugen draaien; de verwachte keerzijde is tragere respons. De release brengt ook ondersteuning voor Flint, Recursive’s 40B-coding-agent-MoE met 2,5B actieve parameters, die volgens Unsloth in 3-bit bij korte context in 24 GB past.

Dat is een inhoudelijke stap na de einde-dagupdate van maandag 19 oktober, die Unsloth 0.1.909-beta en de lokale DeepSeek-route via 1-bit en SSD behandelde. De nieuwe release verplaatst SSD-offload naar een Mac/MLX-pad voor MoE’s en voegt daarnaast onder meer een OpenAI-compatibele fine-tuning-API, MoE-expertpruning en extra image-modelroutes toe.

De geheugen-, benchmark- en snelheidsgetallen zijn releasenotes van Unsloth, geen onafhankelijke vergelijking. Behandel SSD-offload daarom als een manier om capaciteit uit te breiden, niet als bewijs van bruikbare agentlatency: meet koude en warme respons, prefill, schijfdruk, contextlengte en foutgedrag op de eigen Mac. De brede beta bevat bovendien veel wijzigingen aan runtime, training en desktop; upgrade niet zonder een eigen regressietest voor bestaande modellen, adapters en agentintegraties. Unsloth 0.1.910-beta: releasenotes

Verder nog

• Promptinjectie blijft óók een delegatie- en rechtenvraag: in een X-discussie wordt geopperd dat eenvoudige injecties mogelijk minder goed werken tegen de sterkste huidige modellen. Simon Willison maakt daar zelf twee grenzen bij: zwakkere modellen kunnen anders reageren, en hij geeft agents geen productieschrijfrechten buiten afzonderlijke testaccounts. De thread is geen systematische securitytest en levert geen bewijs dat promptinjectie opgelost of verdwenen is; hij onderstreept wel waarom minimale privileges, kleine toolstappen en beperkte blast radius niet van modelgedrag mogen afhangen. Thread met de tegenwerpingen
• Next-Concept Modeling probeert tekst parallel en grof-naar-fijn te genereren: een paper codeert tekst eerst in hiërarchische discrete codes via een residual VQ-VAE en laat een transformer per niveau alle codes parallel voorspellen. De auteurs rapporteren op LM1B, OpenWebText en XSum 10–31× snellere generatie dan hun sterkste diffusion-baseline bij vergelijkbare of betere taakmetingen. Dat zijn onderzoeksresultaten, geen bewezen productieruntime of vergelijking met moderne autoregressieve serving; reproduceerbaarheid op echte agenttaken moet nog blijken. Paper · Lobsters-discussie
• Containers zijn kernelprimitieven, geen afzonderlijke virtuele machines: een maker die een eigen runtime bouwt, vat Docker samen als namespaces, cgroups, netwerkisolatie, een root filesystem en een regulier proces. Zijn nuttige waarschuwing is dat daemonrechten en rootless networking echte ontwerpkeuzes blijven; de discussie wijst er terecht op dat grof chronologische sleutels of een gebruiksvriendelijke CLI niets aan die kernelgrenzen veranderen. Het is een technische uitleg, geen nieuwe Docker-release of securityadvies. Essay · HN-discussie