JWT-controle faalt bij Microsoft-disclosure, terwijl agenttooling en Qt nieuwe grenzen verkennen

Een securityonderzoeker meldt dat een interne Microsoft-analysedienst SQL-queries toestond met een JWT waarvan de handtekening niet werd gecontroleerd. Tegelijk komt Magnitude met lokaal afgestemde kernels voor agent-inference, maar de beloofde winst mist nog onafhankelijke reproduktie. Voor desktopbouwers is Qt 6.12 een nieuwe LTS, terwijl Figma meteen laat zien hoe beperkt de praktische interoperabiliteit van een ‘open’ MCP-ecosysteem kan zijn.

Microsoft-disclosure: ontbrekende JWT-signatuur maakte admin-query’s mogelijk

Onderzoeker Faav beschrijft een inmiddels gemelde fout in de interne Microsoft-analysedienst Titan. Volgens het verslag controleerde de API wel claims als tenant, audience en applicatie-ID, maar niet de JWT-handtekening. Een zelfgemaakt token met alg: none en de lokale gebruikersnaam admin zou daardoor geautoriseerde SQL-queries hebben kunnen uitvoeren.

De onderzoeker zegt geen klantdata of persoonsgegevens te hebben gedownload, maar alleen metadata en enkele begrensde voorbeeldrijen te hebben gebruikt. De genoemde 17,3 biljoen rijen zijn daarom geen bevestigde exfiltratie, maar een potentiële omvang die uit metadatacounts van bereikbare analyticsdatabases is afgeleid; die telling kan historische, afgeleide of dubbele data omvatten. Microsoft zegt in het artikel de dienst te hebben gehard na coordinated disclosure, maar de beschikbare bron noemt geen technische patchdetails of volledige tijdlijn van herstel.

De nuttige les is smaller dan ‘JWT is onveilig’: accepteer geen token voordat handtekening, toegestaan algoritme én claims door een beproefde verificatielaag zijn gevalideerd. Ook de HN-discussie maakt terecht onderscheid tussen een problematische none-optie en de fundamentele implementatiefout om de signatuur helemaal niet te valideren. Disclosure met methode en beperking · HN-discussie

Magnitude wil agent-inference op de eigen machine tunen

Magnitude is een nieuwe Apache-2.0-inference-engine en desktopapp voor macOS, Linux en Windows. Het project compileert en tunet kernels op het lokale apparaat, heeft een OpenAI-compatibele API en wil bestaande agents zoals Pi, OpenCode, Hermes en Codex direct koppelen. Daarnaast belooft het dynamisch geheugenbeheer en gedeelde prefixcaches voor gelijktijdige sessies.

Dat is interessant omdat een lokale agent niet alleen decode-snelheid vraagt: lange sessies, cachehergebruik en geheugen dat na een gestopte agent weer vrijkomt, bepalen mede of een machine bruikbaar blijft. De makers vergelijken een Qwen3.6-35B-A3B-setup met llama.cpp en noemen onder meer 92% snellere decode op een M4 Pro en 19% op een DGX Spark, plus minder geheugen per agent.

Die cijfers zijn geen algemene runtime-ranglijst. De repository specificeert model en enkele machines, maar HN-reacties vragen terecht om de volledige llama.cpp-configuratie, methodologie en vergelijkingen met bijvoorbeeld MLX. Behandel Magnitude dus als een interessante lokale A/B-kandidaat: vergelijk op exact dezelfde gewichten, quant, context, sampling, koude start én echte agenttaak — inclusief tokenpariteit en foutgedrag. Project, ondersteunde platforms en makersbenchmarks · HN-discussie

Qt 6.12 LTS koppelt vijf jaar onderhoud aan CRA-voorwerk

Qt heeft 6.12 LTS uitgebracht, de nieuwe tweejaarlijkse long-term-supportrelease met volgens Qt vijf jaar onderhoud. Voor Europese productteams springt vooral de positionering rond de Cyber Resilience Act eruit: Qt zegt dat de commerciële 6.12-LTS-release een CRA Declaration of Conformity biedt en gedurende die onderhoudsperiode op de bekende CRA-eisen blijft aansluiten.

Dat neemt geen productverantwoordelijkheid weg. Qt stelt zelf expliciet dat een applicatie niet automatisch CRA-conform is: eigen threat modeling, SBOM- en dependencyproces, kwetsbaarhedenafhandeling en juridische beoordeling blijven bij de fabrikant. Wel is een onderhouden frameworkversie met een expliciet disclosure- en securityproces een nuttiger uitgangspunt dan een losse feature-release voor software die lang in het veld blijft.

Aan de technische kant komt CanvasPainter uit Technology Preview voor C++ en QML, terwijl het nieuwe QML-Canvas2D nog preview is. Verder noemt de release onder meer QML hot reload, gRPC-messagecompressie en een maximum voor inkomende serverberichten. Plan migratie dus als LTS-upgrade, maar behandel nieuwe rendering- en stylinglagen afzonderlijk als compatibiliteitstraject. Qt 6.12 LTS: onderhoud, CRA en technische wijzigingen · Lobsters-discussie

Ledge maakt Markdown tot shell- en agentwerkruimte

Ledge combineert Markdown-notities met uitvoerbare shell-, code-, SQL- en promptblokken. Elke notitie krijgt een persistente shell; de tool kan notities en processen via SSH op een eigen server laten draaien. Bestanden blijven gewone mappen en kunnen volgens de projectpagina via Git, Syncthing of andere bestaande synchronisatie worden gedeeld.

Voor runbooks, incidentrespons of herhaalbare datahandelingen is het aantrekkelijke deel dat commando, context en uitvoer bij elkaar blijven. Ledge documenteert ook een confirm-markering voor blokken die eerst bevestiging vragen, profielen met omgevingsvariabelen buiten de notitiemap en versleutelde, vergrendelbare notities. De ingebouwde MCP-server kan agents notities laten lezen, zoeken en wijzigen; voor locked notes weigert hij volgens de documentatie de inhoud en er is geen delete-tool.

Maar uitvoerbare notities zijn per definitie ook een autorisatiegrens: een verkeerd geplakte of door een agent gewijzigde regel kan een echte shell, database of remote host raken. Zet daarom productiehosts en secrets niet in een algemeen schrijfbare werkruimte, gebruik bevestigingen voor mutaties en houd SSH-sleutels en profielen minimaal geprivilegieerd. De security-eigenschappen komen van de maker; de HN-discussie gaat vooral over vormfactor en biedt geen onafhankelijke audit. Project en gedocumenteerde werkstromen · HN-discussie

Figma sluit Pi voorlopig uit van zijn remote MCP-server

Eerder vandaag maakte Pi MCP tot kernfunctie via Codemode. Nu bevestigt een Figma-medewerker dat Figma’s remote MCP-server alleen clients op een ondersteunde lijst accepteert, en dat Pi daar nog niet op staat. Dit is dus een concrete interoperabiliteitsgrens sinds de namiddagupdate van vandaag: een MCP-client kan protocolondersteuning bieden en toch door een server worden geweigerd.

Figma verwijst naar zijn MCP-catalogus en een formulier om Pi als toekomstige client voor te dragen, maar noemt geen toelatingscriteria, termijn of technische reden. Het is daarmee geen bewijs dat Pi onveilig of protocolincompatibel is — alleen dat deze specifieke remote server hem nu niet accepteert. Voor teams betekent het praktisch dat ‘MCP-compatibel’ geen voldoende acceptatiecriterium is: test ook serverallowlists, OAuth- of clientregistratie, scopes en fallbackgedrag vóór je een workflow rond een externe tool bouwt. Figma’s bevestiging in de thread · discussie die de beperking zichtbaar maakte

Verder nog

• Een oudere laptop-UI op Wayland: CoW 0.3 bouwt een stapelende windowmanager boven River en mikt bewust op een FVWM/MWM-achtige desktop, met scriptbare IPC, configureerbare server-side decorations, native menu’s en regels. Interessant voor wie die klassieke windowmanagerbediening op Wayland zoekt; de projectpagina noemt zelf een kleine community en 23 samengevoegde wijzigingen die nog ná de huidige release komen. Projectpagina · Lobsters-discussie