SourceHut-XSS en bestandsmeldingen maken verborgen observatiepaden zichtbaar

Een XSS in SourceHut-buildlogs laat zien waarom CI-uitvoer onbetrouwbare invoer blijft: een kijker van één logpagina kon volgens de disclosure een payload in diens browser uitvoeren. Daarnaast beschrijft nieuw onderzoek observatielekken via file-notification-API’s op Linux, Android, Windows en macOS — met voor elk platform andere gevolgen en deels nog geen oplossing.

SourceHut dicht XSS-route via ANSI-hyperlinks in buildlogs

Een disclosure over CVE-2026-92973 beschrijft hoe ansi2html OSC 8-hyperlinks naar onveilige HTML kon omzetten. Daardoor kon een zorgvuldig opgebouwde ANSI-reeks in een buildlog JavaScript uitvoeren zodra iemand die logpagina in een browser bekeek. De onderzoeker stelt dat een aanvaller zo zonder eigen account een payload in een CI-log kon krijgen, bijvoorbeeld via een patch aan een publieke mailinglist met CI of via externe inhoud die in de log wordt afgedrukt.

Volgens de disclosure waren ansi2html 1.7.0 tot vóór 1.9.4 en builds.sr.ht 0.40.0 tot vóór 0.105.1 geraakt. SourceHut zou de uitvoer inmiddels saniteren en upstream zijn releases gepubliceerd. Het relevante risico is niet alleen een pop-up: de pagina bevat volgens het verslag CSRF-materiaal; bij een beheerder zouden sessiehandelingen en mogelijk aanwezige deploy keys aantrekkelijk doelwit zijn. Dat laatste is impactanalyse van de onderzoeker, geen onafhankelijke bevestiging van misbruik.

Voor beheerders van eigen CI geldt de bredere les: behandel terminaloutput, testlogs en door builds opgehaalde metadata als HTML-onveilig; zorg voor contextgevoelige escaping, een strakke CSP en minimale rechten voor accounts die logs bekijken. De disclosure noemt ook IOC-patronen met OSC 8-escapes in ruwe logs. De kleine HN-discussie wijst daarnaast op de oude risicoklasse rond OSC 8; dat is context, geen bewijs voor de specifieke impact. Disclosure en versies · HN-discussie

Bestandsmeldingen lekken activiteit over gebruikers- en appgrenzen heen

Onderzoekers van TU Graz beschrijven File Notification Attacks, geaccepteerd voor ACM CCS 2026. Hun kernpunt: read-toegang tot een map of bestand kan genoeg zijn om wijzigingsmeldingen te ontvangen en daaruit gedrag af te leiden, ook zonder bestandsinhoud te lezen. De paper-site geeft voorbeelden voor Linux/inotify, Android/FileObserver, Windows/ReadDirectoryChangesW en macOS FSEvents.

De platforms verschillen scherp. Op Linux kan een watch op een leesbare bovenliggende directory volgens de onderzoekers events opleveren voor niet-leesbare bestanden; zij demonstreren inter-keystroke-timing via /dev/input en /dev/pts. Dat meest ernstige deel is volgens de site deels gemitigeerd in kernels 5.10.248, 5.15.198, 6.1.160, 6.6.120, 6.12.65 en 6.18.3 (CVE-2025-68788), maar niet alle observatielekken verdwijnen daarmee.

Op Android zou FileObserver de FUSE-weergave per app omzeilen, zodat een app zonder permissies gebeurtenissen en bestandsnamen in WhatsApp-mediapaden kan volgen. Voor Windows melden de auteurs dat een watch op C:\ systeembrede paden kan teruggeven; een Firefox-demo classificeert bezochte top-1000-sites volgens hen met F1 97,8%. Microsoft zou dit als ongedocumenteerd gedrag zien; de site verwijst wel naar een nieuwe registry-policy voor extra toegangschecks. Voor Android vermeldt de onderzoekerssite geen fix. macOS zou minder prijsgeven, maar nog steeds activiteit via globaal leesbare bestanden laten zien.

Dit vraagt vooral om een andere blik op file watchers: ze zijn niet puur een lokale programmeerfaciliteit maar een mogelijke side channel. Patch waar beschikbaar, beperk onnodige lokale code en appinstallaties, en modelleer proces- en gebruikersscheiding niet als voldoende wanneer een aanvaller activiteit in plaats van inhoud nodig heeft. De claims komen van het onderzoeksteam; de beschikbare context bevat geen onafhankelijke reproductie. Onderzoek, demo’s en mitigaties · Lobsters-discussie

Whiteboard probeert agentreviews aan code, diagram en besluit te koppelen

Het nieuwe MIT-gelicentieerde Whiteboard is een desktopapp bovenop Code OSS waarin een coding agent een canvas kan tekenen naast de lokale checkout. Klikken op een sequence- of ER-diagram, of op een citaat uit een agenttrace, moet volgens het project naar de betrokken code leiden. Daarnaast biedt het een in Rust geschreven AST-bewuste diffweergave; grote functies worden standaard als pseudocode samengevat en tests of documentatie kunnen worden ingeklapt.

Interessant is vooral de nadruk op reviewbaarheid in plaats van nóg een agentloop. De app bewaart een decision log waarin agents hun eigen traces en besluiten kunnen koppelen aan de visualisatie. Voor teams die veel agentwijzigingen beoordelen, kan dat een concreet experiment zijn om de vraag ‘wat is veranderd en waarom?’ minder afhankelijk te maken van een lang transcript of ruwe diff.

Houd de grenzen expliciet: de makers noemen zelf dat je nog geen bestanden vanuit Whiteboard kunt bewerken, meerdere repositories in één review beperkt werken en gedeelde reviews niet live bijwerken. De app draait volgens het project op lokale checkouts; anonieme telemetrie zou geen code, diffs, prompts of modeluitvoer bevatten en is uit te schakelen. Dat zijn projectclaims die je bij gebruik in een echte repository zelf moet verifiëren. De HN-reacties zijn positief over het idee, maar geen onafhankelijke privacy- of productevaluatie. Project en documentatie · HN-discussie

Verder nog

Laya krijgt een OpenVINO-CPU-pad: een ontwikkelaar heeft het eerder besproken kleine beslismodel Laya aan OpenVINO gekoppeld en rapporteert circa 40 ms per vraag, 3,4× sneller dan diens PyTorch-pad. Dat is een concrete backenduitbreiding sinds de ochtendupdate van zondag, maar vooralsnog één makersmeting zonder uitgewerkte benchmarkopzet. Aankondiging en repositories
TileRT decode achter vLLM op AMD MI355X: vLLM meldt 469 tok/s single-user decode voor GLM-5.3 op acht MI355X-kaarten, met vLLM voor prefill en TileRT voor latencykritische decode via de V1-interface. Dat is een nieuw integratiepunt na de middagupdate van dinsdag over vLLM 0.30, maar geen end-to-end-chatbenchmark: de thread laat prefill en de kosten van de disaggregatie juist open. vLLM-thread