Deense CPR-inbreuk legt zwakke toegangscontrole bloot; lokale tooling krijgt nieuwe routes

Een Deense leverancier met toegang tot het CPR-register zou zijn gecompromitteerd; volgens berichtgeving waren onder meer drie accounts met wachtwoord 123456 in gebruik. Dat maakt toegangsbeheer, MFA en anomaliedetectie bij dataleveranciers ineens heel tastbaar.

Voor lokale AI zijn er twee kleine maar concrete nieuwe bouwstenen: DigUp indexeert verschillende bestandstypen geheel op een Mac, terwijl een open RTX-3090-proef een Qwen-runtime rond één specifieke model/quant-combinatie bouwt. Python-teams krijgen daarnaast een analyzer voor de migratie naar lazy imports.

Deense CPR-inbreuk: niet alleen een zwak wachtwoord, maar een keten van controles

De Deense site The Copenhagen Post bericht op basis van Politiken dat bij het Funense IT-bedrijf Pays ApS minstens drie accounts het wachtwoord 123456 gebruikten, waaronder een administratoraccount. Pays bevestigde volgens het artikel dat zijn legitieme toegang tot het centrale CPR-register is misbruikt. De gemelde inbreuk betrof persoonsgegevens gekoppeld aan circa 8,8 miljoen CPR-nummers; de bron schrijft dat onbevoegde toegang 21 dagen en 17 uur openstond.

Dat zijn ernstige, maar deels via andere nieuwsmedia gerapporteerde details; de opgeslagen pagina is bovendien afgekapt. Het artikel meldt ook dat een anonieme hacker zei een gelekt wachtwoord van een oud-medewerker te hebben gebruikt en vervolgens programma’s voor bulkopvragingen te hebben gemaakt. Dat is een claim van die persoon, geen onafhankelijk vastgestelde aanvalsketen.

De les is breder dan alleen ‘verbied zwakke wachtwoorden’. Een leverancier met toegang tot een nationaal register hoort per account sterke authenticatie, tijdige intrekking van oude accounts, least privilege en limieten op bulkqueries te hebben. In de HN-discussie wordt bovendien terecht gevraagd waarom grote volumes niet eerder opvielen; een reactie noemt ongeveer 600 opvragingen per minuut. Dat getal komt uit de discussie, niet uit de oorspronkelijke pagina, maar het onderstreept welke detectieregels je in zo'n keten wilt testen: plots volume, afwijkende tijdstippen, nieuwe querypatronen en een menselijke escalatieroute. Artikel met de gemelde account- en impactdetails · HN-discussie

DigUp zet multimodale lokale zoekfunctie bovenop EmbeddingGemma 2

DigUp is een nieuw MIT-gelicentieerd Mac-programma dat Google DeepMind's EmbeddingGemma 2 lokaal op bestanden loslaat. De auteur zegt tekst, afbeeldingen, audio, video en code in één index te zetten: een zoekopdracht als ‘waar praten ze over slaap’ zou naar het juiste moment in een podcast leiden, terwijl een beeldquery een foto of videofragment kan vinden.

Dit is een concrete toepassing bovenop de EmbeddingGemma 2-release die eerder deze week aan bod kwam. Het verschil is dus niet een nieuw embeddingmodel, maar een kant-en-klare lokale indexeer- en zoeklaag voor eigen bestanden. De post noemt een Q8-GGUF van 865 MB op llama.cpp/Metal, een native Swift-app en Apple Silicon met macOS 14 of nieuwer. Tijdens zoeken zou alleen de tekstencoder, circa 250 MB, worden geladen.

Dat maakt het interessant voor wie multimodale retrieval zonder cloudindex wil proberen. De prestatieclaims — resultaten rond een tiende seconde na stoppen met typen en minder dan 2 GB piekgeheugen bij indexeren — zijn uitsluitend makersmetingen. Ook blijft ‘lokaal’ afhankelijk van de beschreven updatecheck en eerste modeldownload; die zegt de auteur uitzetbaar te maken. Test daarom eerst met een kleine, representatieve map: vooral Nederlandse zoektermen, PDF-extractie, lange audio, indexduur en wat de app met niet-ondersteunde bestanden doet. Projectpost met architectuur en claims

Lifeguard zoekt Python-code die lazy imports breekt

Meta heeft Lifeguard gepubliceerd, een in Rust geschreven beta-analyzer voor Python-codebases die naar expliciete lazy imports uit PEP 810 willen. Het programma loopt de AST van modules na en markeert code die niet veilig uitgesteld kan worden, bijvoorbeeld module-level side effects, registrypatronen, manipulatie van sys.modules, dynamische exec() en bepaalde class- of finalizerpaden.

Dat is relevant nu Python 3.15 uit is, maar lazy imports niet zomaar een performancevlag zijn. Een import die een plugin registreert of globale toestand aanpast, kan bij uitstellen stil ander gedrag krijgen. Lifeguard kiest bewust voor een conservatieve grens: wat het niet programmatisch veilig kan bewijzen, markeert het als onveilig. Dat kan optimalisaties laten liggen, maar is voor een eerste migratie veiliger dan modules ten onrechte als uitstelbaar aanmerken.

De tool kan JSON produceren voor een lazy-importfilter en een verbose rapport met regels die een probleem veroorzaken. Er zijn wel praktische grenzen: het project is beta, ondersteunt volgens de documentatie vooral Python 3.12 en 3.14, en discovery volgt geen imports die alleen diep in functies of conditionele blokken zitten. Wie dit in CI probeert, moet daarom een rapport als reviewhulp behandelen — niet als formeel bewijs dat een migratie correct is. Repository en gebruiksinstructies · Lobsters-discussie

Verder nog

• RTX 5090 mogelijk uit productie — maar uitsluitend als gerucht: VideoCardz schrijft, op basis van hardwareleakers, dat Nvidia geen nieuwe GB202-chips meer voor RTX 5090-kaarten zou reserveren en ze naar RTX Pro zou verschuiven; een RTX 5080 met 24 GB zou de consumententop moeten worden. Nvidia heeft dit niet bevestigd en de bron markeert het zelf als rumor. Plan dus geen aanschaf of capaciteit op basis hiervan, maar wie een 5090 voor lokale inference overweegt, kan beschikbaarheid en alternatieven beter niet als vanzelfsprekend behandelen. Gerucht met de expliciete onzekerheid · Reddit-signaal
• Een megakernel voor Qwen3.8-27B op RTX 3090: een ontwikkelaar publiceert een OpenAI-compatibele server die een volledige speculative-decodingcyclus in één CUDA-kernel probeert af te handelen. Hij meldt op één RTX 3090 met een specifieke Unsloth Q4_K_M-quant 140 tok/s voor code tegenover 73 tok/s met llama.cpp plus MTP. De route is uitsluitend voor dit model en deze GPU-klasse; outputs zouden op zeldzame afrondingsgevallen na verschillen. De cijfers zijn zelfgerapporteerd, dus verifieer tokenpariteit, lange context en taakresultaat vóór je snelheid boven reproduceerbaarheid zet. Projectpost en beperkingen