GitLab dicht maximale RCE; OpenCode 2.0 maakt de lokale agentservice standaard

GitLab heeft urgente fixes uitgebracht voor een RCE in de CI/CD-regexcompiler van self-managed instances. Tegelijk maakt OpenCode 2.0 zijn lokale serverproces standaard en breidt het de agentloop uit met codegestuurde tools en achtergrondwerk. Voor teams die agents, lokale tools of infrastructuurtests bouwen, zitten de belangrijkste grenzen vandaag bij patchdiscipline, procesrechten en een realistische testomgeving.

GitLab: patch maximale RCE in CI/CD-regexcompiler

GitLab heeft volgens een securityadvies CVE-2026-97229 gerepareerd, een kwetsbaarheid met maximale ernst in de CI/CD Regular Expression Compiler. Een speciaal gevormde regex in een pipelineconfiguratie kon onder bepaalde voorwaarden een niet-geauthenticeerde aanvaller code op de GitLab-server laten uitvoeren; de gemelde oorzaak is integer overflow met onvoldoende regexvalidatie.

Getroffen zijn self-managed CE- en EE-versies vanaf 19.2 vóór 19.2.8, 19.3 vóór 19.3.4 en 19.4 vóór 19.4.2. GitLab.com draait volgens het bericht al een gepatchte versie en Dedicated-klanten hoeven geen actie te ondernemen. Voor eigen instances is dit daarom een directe patchinventarisatie: kijk niet alleen naar de GitLab-host, maar ook naar geïsoleerde runners, toegang tot secrets en de vraag welke projecten pipelineconfiguraties mogen wijzigen.

De beschikbare bron beschrijft geen publieke exploit, aanvalstelemetrie of precieze exploitvoorwaarden buiten de crafted-regexroute. Dat is geen reden om de urgentie af te zwakken, wel om geen aanvullende aanvalsketen te verzinnen. Securitybericht · Lobsters-discussie

OpenCode 2.0 centraliseert lokale agentsessies in een achtergrondservice

OpenCode 2.0 verandert de bestaande client/server-opzet in een standaard lokale achtergrondservice. TUI, webinterface, desktopapp en de nieuwe clientbibliotheek praten daardoor met hetzelfde proces; scripts kunnen die service automatisch ontdekken. De release kan de service ook naar andere hosts laten koppelen via de pairingroute.

De grote functionele uitbreiding is Code Mode: MCP-servers en OpenAPI-endpoints worden functies voor een minimale JavaScript-interpreter. Volgens de maker kan een agent zo toolcalls in één script combineren in plaats van stap voor stap een ronde trip te doen; alle MCP-servers zijn standaard voor deze modus beschikbaar. Verder zijn er achtergrondsubagents, asynchrone shellcommando’s, hot-reloadbare plugins en een nieuwe SDK. Dat is nuttig voor langdurige codingtaken, maar verandert ook het dreigingsmodel: een persistent proces, netwerkpairing, uitvoerbare tools en plugins verdienen aparte toegangs- en updatecontrole.

De overgang is niet transparant voor eigen integraties: 1.x-plugins werken niet, de server-API is volledig anders en een deel van de TUI-configuratie verhuist. In de HN-draad waarschuwt één deelnemer dat hot reload en configuratiewijzigingen securityrisico’s kunnen opleveren; dat is geen onafhankelijke audit. De bron zelf maakt echter duidelijk dat een agent plugins tijdens een sessie kan schrijven en direct gebruiken. Test een migratie daarom met minimale MCP-rechten, een afgebakende werkmap en zichtbare service- en netwerkprocessen, vóór je 2.0 op een ontwikkelhost met credentials de standaard maakt. OpenCode 2.0: release-uitleg · HN-discussie

Jev 1.14 maakt beeld, bounding boxes en lange context bewust experimenteel

TypeSafe AI brengt Jev 1.14.0 uit en zet drie mogelijkheden achter opt-inheaders onder een expliciete ‘danger zone’: beelden op plaatsen waar de JSON-interface assets accepteert, het nieuwe antwoordtype box voor één bounding box, en een langer contextvenster. Dat is een concrete verbreding voor het normaal getypeerde beslisendpoint: beeldinvoer en lokalisatie kunnen nu worden verkend zonder vrije tekstgeneratie.

De afbakening is belangrijker dan de demo. De maker zegt dat multimodaliteit slechter presteert dan pure tekst en dat de langere context eerder bewust was beperkt vanwege afnemende betrouwbaarheid. De nieuwe functies zijn volgens de aankondiging bedoeld om mee te experimenteren, niet om zonder meer in productieautomatisering te zetten. Jev 1.14 zelf staat eerst als jev-preview klaar; jev-latest zou een week later volgen, terwijl 1.13 voorlopig beschikbaar blijft.

Voor teams met geautomatiseerde routing of classificatie betekent dit: splits visuele vragen klein op, test lange context op gelabelde eigen gevallen en reserveer een reviewpad voor twijfel. De aangekondigde interne vergelijking is nadrukkelijk de eigen meetmethode van de maker. Ook HN-reacties wijzen erop dat benchmarkresultaten geen substituut zijn voor taakspecifieke evaluaties. Jev 1.14: features en status · HN-discussie

Petal opent de pair-programmingroute van het voormalige CoScreen-team

Het voormalige CoScreen-team heeft Petal uitgebracht: een gratis, open-sourcetool voor pair programming met vensters die als losse, verplaatsbare vensters op de andere desktop verschijnen. Meerdere deelnemers kunnen tegelijk delen en besturen; ruimtes blijven bestaan zodat een team niet steeds een nieuwe meetinglink hoeft te maken.

Voor teams met eisen rond netwerkgrenzen is vooral de deploykeuze interessant. De standaardroute gebruikt Petal Cloud op LiveKit-infrastructuur; bij self-hosting draait hetzelfde desktopprogramma tegen een eigen LiveKit-server, zodat de mediaverbinding onder eigen beheer kan blijven. Volledig forken en een eigen backend kiezen is volgens de projectpagina eveneens mogelijk. Dat maakt dit een concreet open alternatief voor een categorie tools die na overnames geregeld verdween.

Zelf hosten maakt de privacy- of compliance-eis niet automatisch afgevinkt: controleer LiveKit-configuratie, authenticatie, roomrechten, opnamebeleid en welke desktoppermissies de client krijgt. Petal biedt nu downloads voor macOS en Windows; Linux staat nog als komende ondersteuning genoemd. Petal: functies en self-hostingroute · HN-discussie

Oxide emuleert een heel rack voor softwaretests

Oxide heeft Voxel — Virtual OXidE Labs — gepubliceerd, een MPL-2.0-emulatieomgeving voor een volledige Oxide-rackopstelling. De omgeving draait stock Oxide-software en modelleert naast sleds ook netwerktopologieën, P4-switches en serviceprocessor- en root-of-trustcomponenten. Daarmee kunnen teams rackgedrag en configuraties testen zonder speciale ‘testreleases’ of een fysiek rack vrij te maken.

Een centrale ontwerpkeuze is fidelity: Voxel maakt een snapshot van een geïnstalleerde control plane en start daaruit afzonderlijke Propolis-VM’s voor sleds en switches. Voor de embedded laag emuleert Oxide Cortex-M7- en Cortex-M33-apparaten waarop Hubris-firmware draait; timing wordt daarbij door instructies gemodelleerd, niet als exacte wandklok. Dat is relevant voor tests die juist niet alleen het happy path van een stub willen zien.

Dit is geen lichte virtuele homelabstack. Oxide noemt Helios als host-OS en adviseert minstens 16 threads, 64 GB RAM en snelle NVMe; in het beschreven voorbeeld draait een rack met zes sleds op een mini-pc met 96 GB RAM. Zie het dus als een waardevol patroon voor productiegetrouwe CI en failure testing, niet als een algemene vervanger voor een bestaande virtualisatieomgeving. Oxide over Voxel en de emulatielaag · HN-discussie

Verder nog

• vLLM ondersteunt Step 5 Preview vanaf dag nul: vLLM meldt een Docker-image voor Step 5 Preview, ondersteuning voor de NVFP4-variant en een verl-recipe voor FP8-teksttraining met GRPO en LoRA. Dezelfde thread noemt een pre-release, pre-rebase P/D-test; behandel die cijfers dus niet als stabiele performancebelofte. vLLM-aankondiging