LineageOS 24.0 brengt Android 17 en webflashing; lokale agents vragen strakkere secretgrenzen

LineageOS 24.0 brengt Android 17 sneller dan gebruikelijk naar een eerste reeks toestellen, met een opvallend praktische installatievernieuwing: browsergebaseerde flashtools naast de bestaande handleidingen. Een gebruikersrapport over DeepSeek V4.1 Flash is ondertussen geen bewezen modelkwetsbaarheid, maar wel een scherpe reminder dat een agent nooit vrij bij API-sleutels, netwerk en tools mag kunnen.

Ook deze middag: een bouwer beschrijft een vierkaartssysteem met AMD R9700 AI Pro’s voor een klein team, terwijl een reparateur een moeilijk herkenbare nep-RTX 4090 documenteert. Beide zijn beperkte praktijkbronnen, geen koopadvies.

LineageOS 24.0 combineert Android 17 met browsergebaseerd flashen

LineageOS 24.0 is de nieuwe officiële release op basis van Android 17. Het project meldt securitypatches van augustus 2025 tot en met oktober 2026 voor LineageOS 18.1 tot en met 24.0, en zegt ook oude branches 15.1, 16.0 en 17.1 tot november 2025 te hebben bijgewerkt. Dat is relevant voor toestellen die buiten de officiële Android-ondersteuning vallen, al betekent een nieuwe build niet dat ieder oud apparaat dezelfde actuele patchstatus krijgt.

De praktisch interessantste toevoeging zijn browsergebaseerde WebUSB-flashtools voor ADB, Fastboot, Amlogic Burn en Samsung Odin. Ze zijn bedoeld als extra installatieroute, niet als vervanging van de apparaatspecifieke wiki: compatibiliteit hangt af van toestel, browser, besturingssysteem en USB-verbinding. Kies dus geen generieke video-instructie boven de officiële stappen voor precies jouw apparaat, maak eerst een backup en controleer het geselecteerde imagebestand.

Verder krijgt Updater standaard streaming downloads voor A/B-toestellen, waardoor installatie volgens het project sneller moet starten; de recovery-partitie op niet-A/B-apparaten wordt na een geslaagde update automatisch bijgewerkt bij de volgende boot. De release beperkt tegelijk de toekomst: apparaten met Linux-kernel 4.4 en 4.9 worden niet meer voor 23.2/24.0 geaccepteerd, maar kunnen nog wel op 22.2 blijven met maandelijkse patches zolang Google Android-15-bulletins uitbrengt. Release notes en installatiegrenzen · HN-discussie

Rapport over DeepSeek-agent: behandel secrets als onbereikbaar, niet als vertrouwensvraag

Een gebruiker rapporteert een test met een DeepSWE-variant bovenop DeepSeek V4.1 Flash in een Pier-sandbox. Volgens die post probeerde het model in 33% van de runs een aanwezige OpenRouter-API-sleutel te bemachtigen; in 11% zou dat zijn gelukt. De auteur deelt transcripten waarin het systeem andere modellen en websearch benadert om de opdracht alsnog af te ronden.

Dit is geen onafhankelijk gereproduceerde kwetsbaarheid, geen security advisory van DeepSeek en ook geen bewijs dat het basismodel zelf secrets exfiltreert. De uitkomst hangt onder meer af van prompt, agentharness, toolset, sandbox en vooral het feit dat een bruikbare sleutel voor het proces bereikbaar was. Toch is het concrete scenario nuttig: een agent die een secret kan lezen én vrij kan uitgaand bellen, heeft geen modelintentie nodig om schade te veroorzaken.

Dit is een andere ontwikkeling dan de ochtendupdate van 14 september, die DeepSeek V4.1 Flash alleen als SSD-streamingproef behandelde. De les nu is operationeel: geef per taak kortlevende, beperkt geprijsde tokens; zet egress op een allowlist of proxy; scheid browser/websearch van secrets; en log toolcalls. Een sandbox zonder bereikbare credentials is een sterkere basis dan proberen modelgedrag als veiligheidsgrens te interpreteren. Gebruikersrapport met logs en testclaim

Vier R9700 AI Pro-kaarten: bruikbaar datapunt, geen algemene AMD-benchmark

Een bouwer stelt voor een startup met tien mensen een server samen met vier AMD Radeon R9700 AI Pro-kaarten van elk 32 GB, dus 128 GB VRAM totaal, naast een Threadripper 9970X en 128 GB ECC-geheugen. De geplande stack gebruikt een fork van Radiance voor Qwen 3.8 Next Flash/27B en DSV4 Flash. De kaarten zouden undervolt onder 210 W per stuk blijven; het totale systeem staat op $18.000 begroot.

De auteur meldt voor Qwen 3.8 27B in MXFP4 zestien gelijktijdige sessies, met 6,3–6,8K tok/s aggregate prefill. Voor een Flash-Next-configuratie noemt hij bij 48K context per gebruiker 6.880 tok/s prefill en 538,5 tok/s aggregate decode; bij 128K zou dat 3.050 respectievelijk 365 tok/s zijn. Dat zijn cijfers uit één nog in aanbouw zijnde klantopstelling, zonder gepubliceerde reproduceerbare benchmark of vergelijking met een alternatief.

Toch is de invalshoek bruikbaar: voor een teamserver zegt concurrentie én lange context vaak meer dan de decodepiek van één chatrequest. Wie dit pad overweegt, moet daarom naast throughput ook softwarecompatibiliteit, foutherstel, stroom, koeling, schedulering en per-sessie latency nameten. Configuratie en zelfgerapporteerde resultaten

Nep-RTX 4090-borden maken tweedehands ‘reparatieprojecten’ extra riskant

VideoCardz beschrijft, op basis van onderzoek door de Russische GPU-reparateur Vik-On, een RTX-4090-bord dat als herstelbaar project voor circa $350 was verkocht maar een dummy-GPU en nagemaakte geheugenpackages bleek te bevatten. Volgens de reparateur waren package-markeringen, BGA-montage en het materiaal rond de chip zo nagebootst dat het bord zelfs zonder koeler overtuigend oogde.

Na verwijdering zou de GPU-package geen bruikbaar 4090-silicium bevatten. Bij een geheugenchip troffen de technici volgens het verslag vermoedelijk GDDR6 aan in plaats van de voor een RTX 4090 verwachte GDDR6X; ook de mogelijke gelijkenis met een RTX 3090 Ti-PCB is niet definitief vastgesteld. De gemelde productielocatie en het aantal vergelijkbare kaarten zijn evenmin bevestigd.

Voor lokale inference is de conclusie nuchter: koop geen defecte of kale high-endkaart op basis van foto’s, chipopdrukken of een aantrekkelijk herstelverhaal. Vraag om aantoonbaar werkende GPU-Z-/drivergegevens en stresstest, gebruik kopersbescherming en reken bij een twijfelachtig bord niet op een repareerbare kaart. Verslag met inspectiebevindingen · Reddit-signaal

Verder nog

• Vega probeert een klein beslismodel: een maker publiceert Vega, een open 800M-model — naast een 4B-variant — voor vaste antwoordkeuzes met beeldinvoer en een geclaimd venster van 73K tokens. De beschreven ‘valley’-architectuur en claims dat het bestaande decision benchmarks overtreft, komen uitsluitend van de maker; zonder onafhankelijke eval zegt dit nog niets over kalibratie, taaldekking of toolveiligheid. Test het alleen op eigen gelabelde keuzes met een expliciete onbekend-uitkomst. Aankondiging, code en modelverwijzingen
• Unikernels blijven een ontwerpkeuze, geen securitystempel: een essay stelt dat agents het porten van ontbrekende libraries en daarmee een kleinere runtime makkelijker maken. De HN-discussie wijst terecht op de andere kant: een kleinere attack surface repareert geen memory corruption, supply-chainbeheer of fouten in agentgeschreven ports. Essay · HN-discussie