Android-rootrisico, gerichte Postgres-recovery en een 144K-context op 24 GB VRAM

Een onderzoeksmelding beschrijft een route waarmee een app zonder privileges Android-toestellen van onder andere Samsung en Xiaomi zou kunnen rooten; controleer patches en beheerde toestellen met voorrang. Voor lokale AI is er een gedetailleerde, maar nog anekdotische vLLM-configuratie die Qwen3.8 27B met 144K context op een RTX 3090 probeert te draaien. En EterDB kiest een opvallend andere route voor herstel na foute databasewrites.

Mogelijke Android-rootroute vraagt om patchcontrole

Het onderzoek OEMpocalypse stelt dat een niet-geprivilegieerde Android-app root kan verkrijgen op Samsung-, Xiaomi- en andere toestellen. De beschikbare context geeft geen CVE, getroffen versies, exploitcode of patchstatus; behandel dit dus als een serieuze maar nog te verifiëren melding, niet als een compleet incidentadvies. Onderzoeksclaim · HN-discussie

Voor securityteams is de praktische stap nu: inventariseer Android-versies en OEM-patchniveaus, volg advisories van leverancier en MDM, en beperk waar mogelijk installatie buiten beheerde kanalen. Installeer vooral geen rondgaande ‘test’-apps op productietoestellen. In de HN-discussie wordt terecht opgemerkt dat rooten zelf het beveiligingsmodel doorbreekt; dat is geen bewijs voor of tegen deze specifieke claim, maar wel een reden om experimenten tot geïsoleerde testhardware te beperken.

EterDB wil één foute transactie terugdraaien

EterDB is een experimentele Postgres-fork die herstel na incidenten eenvoudiger wil maken. Volgens de maker zit read-dependency-capture als kleine, upstream-gevolgde patch in de engine; de rest zou compatibel blijven met extensies zoals pgvector, ORM’s en SQL-dialecten. Het onderscheid met point-in-time recovery is ambitieus: de maker zegt juist foutieve transacties gericht te willen kunnen terugdraaien, waar PITR niet chirurgisch is. Show HN en discussie

Dat is relevant nu agents soms schrijfrechten krijgen, maar het vervangt geen preventie: least privilege, snapshots en review vóór productiewrites blijven nodig. EterDB is volgens de auteur nog niet production-ready en een fork betekent bovendien extra onderhouds- en upgrade-risico. De discussie wijst ook op een harde grens: na een weggehaalde tabel kunnen latere mislukte of verloren writes niet automatisch weer kloppen.

144K context op één 24GB-kaart: een bruikbare vLLM-receptuur, geen algemene benchmark

Een gebruiker rapporteert Qwen3.8 27B INT4 op een RTX 3090 met 24 GB via vLLM 0.27.1, FP8 KV-cache en een maximaal contextvenster van 147.456 tokens. De gemelde gemiddelden zijn 872 tok/s prefill en 38,4 tok/s generatie; de configuratie draait via WSL2 op 245 W en is bewust single-serving (max-num-seqs 1). De auteur deelt flags, modelquant en een eigen testset, waardoor dit vooral een concreet startpunt is voor wie dezelfde klasse hardware heeft. Configuratie en metingen

De beperkingen staan er ook bij: de auteur beschrijft trial-and-error rond AOT-compilatie en geheugen, en andere reacties melden duidelijk hogere decode-snelheden op andere 3090-configuraties. Neem de getallen daarom niet als verwachte prestatie over. Wel is de nuttige les scherp: contextlengte, KV-cacheformaat, compile-cache en gelijktijdigheid zijn samen een trade-off — een 144K-venster op 24 GB is hier geen gratis capaciteit voor meerdere agents.

Verder nog

Julia 1.13 is vooral een polish-release: de release brengt volgens de highlights snellere GC, lagere startlatency, betere interruptafhandeling, REPL- en package-managementverbeteringen; grotere nieuwe features zijn doorgeschoven naar 1.14. Julia 1.13 highlights · HN-discussie
1080p is niet 1080 CSS-pixels hoog: een kleine dataset met echte browserviewports wijst op 1920×920 als veelvoorkomende effectieve viewport; browserchrome snoept dus merkbaar hoogte af. De dataset toont vooral veelvoorkomende maten, geen cumulatieve verdeling, dus gebruik dit als ontwerpcheck en niet als representatieve norm. Dataset en kanttekening
Homebrew 7.0.0 is uit: voor macOS-beheerders is de major release een moment om eigen Brewfiles en CI-installaties tegen de nieuwe versie te testen; de beschikbare context specificeert geen migratie-impact. Aankondiging