OpenSSL 4.1 brengt DTLS 1.3; Zweden begrenst onbeheerde AI en ClickBench verwijdert pgrust

OpenSSL 4.1.0 maakt DTLS 1.3 beschikbaar, maar is geen upgrade om zonder test door te drukken: de release vermeldt zelf vier bekende problemen in nieuwe DTLS-paden. Tegelijk kiest het Zweedse regeringskantoor voor een scherpere grens rond onbeheerde AI-diensten, niet voor een generiek AI-verbod. En ClickBench verwijdert pgrust na een onderbouwde beschuldiging dat de gepubliceerde resultaten vooral een set vaste benchmarkqueries en gecachte antwoorden maten.

OpenSSL 4.1.0 voegt DTLS 1.3 toe — inclusief bekende randgevallen

OpenSSL 4.1.0 is uit als feature-release. De opvallendste toevoeging is ondersteuning voor DTLS 1.3 volgens RFC 9147, plus DTLS in de SSL-listener-API. Verder noemt de release onder meer GREASE-ondersteuning, IKEv2-KDF en geoptimaliseerde ML-DSA/ML-KEM- en AES/SHAKE-paden op specifieke CPU-architecturen.

Voor teams met UDP-gebaseerde TLS-protocollen is DTLS 1.3 het praktische nieuws, maar de release notes bevatten meteen vier bekende problemen. Zo kunnen DTLS 1.3-servers een handshake afbreken wanneer een client delen van de eerste server-flight al bevestigt; ook kunnen fouten op listeners verkeerd als herprobeerbare read- of write-situatie worden gerapporteerd. OpenSSL zegt voor minstens één probleem aan een fix te werken.

Test dus packet loss, non-blocking I/O, session tickets en KeyUpdate in de eigen DTLS-topologie voordat je de nieuwe route breed activeert. Gebruikers van tsget moeten bovendien vóór de upgrade Net::Curl::Easy installeren, omdat WWW::Curl::Easy is vervangen. Een HN-reactie wijst erop dat de release geen antwoord geeft op eerder bekritiseerde prestatieregressies sinds OpenSSL 3.0; dat is discussiecommentaar, geen beoordeling in de release zelf. OpenSSL 4.1.0: functies, compatibiliteitswijzigingen en known issues · HN-discussie

Zweedse regeringskantoren blokkeren ChatGPT en Claude op dienstcomputers

De Zweedse regeringskantoren blokkeren vanaf maandag ChatGPT en Claude op dienstcomputers, meldt Sveriges Radio. De reden is volgens een intranetreactie het risico voor informatiebeveiliging bij gebruik van AI-diensten zonder overeenkomst. Medewerkers moeten goedgekeurde diensten gebruiken, waaronder Microsoft Copilot.

De maatregel is genuanceerder dan de kop ‘AI-verbod’ doet vermoeden. De bron zegt dat een deel van het personeel toegang houdt tot een zelf ontwikkeld platform voor AI-assistenten dat juist ChatGPT en Claude kan ontsluiten. Ook zou de beveiliging van Copilot na een review zijn aangescherpt, al geeft de persdienst daar geen technische details over. Eerder was DeepSeek al beperkt.

Dat maakt dit vooral een governancepatroon voor organisaties met gevoelige informatie: niet het modelmerk is de kern, maar welke contractuele route, toegangscontrole en gegevensgrens een organisatie accepteert. Sveriges Radio noemt vergelijkbare blokkades bij de Zweedse belastingdienst en Statens institutionsstyrelse; bij de Kronofogden wordt nog een besluit voorbereid. De daadwerkelijke Copilot-hardening en de voorwaarden van het interne assistentplatform zijn niet publiek gespecificeerd. Sveriges Radio over het beleid · HN-discussie

ClickBench schrapt pgrust: vaste querykernels en replay maakten warme cijfers onvergelijkbaar

De maintainers van ClickBench hebben een pull request geopend om de pgrust-entry te verwijderen. De auteur stelt, op basis van de gepubliceerde binary en oudere openbare broncode, dat pgrust voor de 43 ClickBench-queries specifieke kernels bevatte en bij een deel van de warme runs eerder berekende uitkomsten herhaalde. Beide zouden strijdig zijn met de benchmarkregels, die result caches en query-specifieke tuning uitsluiten.

De analyse maakt een belangrijk onderscheid: de antwoorden op de 43 queries zouden inhoudelijk kloppen, maar dat is niet hetzelfde als een algemene database-engine meten. De pull request beschrijft bijvoorbeeld dat licht gewijzigde queryvormen geregeld worden geweigerd en dat een herhaalde URL-zoekopdracht na een koude run van seconden naar enkele milliseconden gaat. Bij een nieuwe constante bleef de eerste run veel trager en werden latere runs opnieuw snel.

Dat is een bruikbare meetles voor database- en AI-systemen: publiceer koude en warme resultaten apart, varieer queryvorm en parameters, en laat zien welke caches, indexen en gespecialiseerde paden meedoen. De bevindingen komen uit één pull request en zijn nog geen onafhankelijke audit; wel is de voorgestelde consequentie concreet genoeg om oude pgrust-cijfers niet als algemene vergelijkingsbasis te behandelen. ClickBench-pull request met de analyse en reproduceerstappen · HN-discussie

Verder nog

• Iris.c draait Flux 3 Klein op één DGX Spark: antirez meldt dat een eerste versie van de demo inmiddels online staat. In de thread zegt hij voor een 1024×1024-afbeelding met 16 stappen BF16-gewichten te gebruiken; de gemelde snelheid zou voortkomen uit compute-bound CUBLAS-matrixvermenigvuldiging en weinig heen-en-weerverkeer tussen CPU en GPU. Interessant als kleine, C-gerichte lokale diffusionroute, maar de cijfers zijn makersclaims en geen onafhankelijke vergelijking met ComfyUI of andere runtimes. Thread en demo-status