{"id":116317,"date":"2024-06-04T09:39:49","date_gmt":"2024-06-04T07:39:49","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-android-platforme-grapheneos-poyavilas-vozmozhnost-sozdaniya-destruktivnogo-pin-koda"},"modified":"2026-02-15T22:08:22","modified_gmt":"2026-02-15T20:08:22","slug":"v-android-platforme-grapheneos-poyavilas-vozmozhnost-sozdaniya-destruktivnogo-pin-koda","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/v-android-platforme-grapheneos-poyavilas-vozmozhnost-sozdaniya-destruktivnogo-pin-koda","title":{"rendered":"GrapheneOS-platformen p\u00e5 Android har f\u00e5et muligheden for at oprette en destruktiv PIN-kode","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
I den seneste opdatering af den sikre mobilplatform GrapheneOS 2024053100 er der tilf\u00f8jet en funktion til n\u00f8dbeskyttelse af data p\u00e5 enheden. Brugeren f\u00e5r mulighed for at indstille en ekstra adgangskode og PIN-kode, hvis indtastning resulterer i sletning af alle n\u00f8gler i de hardwarebaserede opbevaringer, herunder de n\u00f8gler, der bruges til at kryptere data p\u00e5 drevet samt sletning af eSIM og genstart. Dermed kan ejer af enheden, i tilf\u00e6lde af presset fra omverdenen og tvang til at l\u00e5se op for sk\u00e6rmen, eller ved trussel om, at smartphonen falder i de forkerte h\u00e6nder, indtaste en destruktiv PIN-kode og blokere data uden mulighed for gendannelse af adgang. <\/p>\n
GrapheneOS-projektet udvikler en afgrening fra Android-kildekoden (AOSP, Android Open Source Project), der er udvidet og \u00e6ndret for at forbedre sikkerheden og beskytte privatlivets fred. De fleste aktuelle Google Pixel-enheder (Pixel 4\/5\/6\/7\/8, Pixel Fold, Pixel Tablet) st\u00f8ttes officielt. Projektets fremskridt distribueres under MIT-licensen. Der er inkluderet mange eksperimentelle teknologier, der relaterer sig til styrkelse af applikationsisolation, detaljeret adgangskontrol, blokering af typiske s\u00e5rbarheder og vanskeligg\u00f8relse af exploits. <\/p>\n
For eksempel anvender platformen en egen implementering af malloc og en modificeret version af libc med beskyttelse mod hukommelsesskader samt strammere opdeling af processers adresserum. I stedet for JIT i Android Runtime anvendes kun forsinket (AOT, ahead-of-time) kompilering. I Linux-kernen er der inkluderet mange ekstra beskyttelsesmekanismer, s\u00e5som kanarietags i slub for at forhindre bufferoverflow. For at styrke applikationsisoleringen anvendes SELinux og seccomp-bpf. <\/p>\n
Der er mulighed for selektiv adgang for enkelte applikationer til netv\u00e6rksoperationer, sensorer, kontaktbog og perifere enheder (USB, kamera). Som standard er adgang til IMEI, MAC-adresse, serienummer p\u00e5 SIM-kort og andre hardware-identifikatorer forbudt. L\u00e6sning fra udklipsholderen er kun tilladt for applikationer, der i \u00f8jeblikket har fokus. Der er indf\u00f8rt yderligere foranstaltninger for at isolere processer relateret til Wi-Fi og Bluetooth og forhindre l\u00e6kager som f\u00f8lge af tr\u00e5dl\u00f8s aktivitet. Mange af sikkerhedsforst\u00e6rkningsmekanismerne, der er udviklet i projektet, er flyttet til den prim\u00e6re kodebase af Android. <\/p>\n