Android 14 har et bakgrunnsproblem

Google har alltid uttrykt seg som om det var forpliktet til personvern, og i løpet av de siste Android-utgivelsene ville det være vanskelig å hevde det motsatte. Selskapet har tydeligvis prøvd å forbedre sikkerheten til plattformen sin samtidig som de har lagt til nye funksjoner Android 13 og Android 14, men ikke alle endringer har vært gode. Faktisk ser det ut til at en slik endring som selskapet (stille) hevder som en sikkerhetsforbedring har implementert ved et uhell, og gjør det slik at tredjepartsapper egentlig ikke får tilgang til bakgrunnen din.

I en Mastodont-tråd delt av Android-utvikleren Zachary Wander, han skisserer hvordan oppdelingen av READ_EXTERNAL_STORAGE-tillatelsen i tre separate tillatelser bryter apper som samhandler med brukerens bakgrunn. Disse tre tillatelsene er for tilgang til bilder, videoer og lydfiler, noe som utvilsomt er en god endring. Imidlertid, bakgrunns-APIer (inkludert henting av brukerens bakgrunnsbilde)

også tidligere krevd denne tillatelsen. Fordi de ikke fikk en ny tillatelse også, og Android 13 ikke lenger støtter å gi READ_EXTERNAL_STORAGE-tillatelsen, er det ikke noe alternativ.

Denne oppførselen ble rapportert som en feil i fjor før utgivelsen av Android 13, og Google klarte ikke å svare (bortsett fra en første forespørsel om mer informasjon) i flere måneder. I mai av i år, svarte en Googler og sa at det ikke ville bli fikset, og la til følgende:

"Vi diskuterte oppførselen med produkt- og ingeniørteamet vårt, og de støttet å holde API-en bare tilgjengelig for privilegerte systemapper."

Hvorfor dette betyr noe er mangesidig. Hvis du bruker telefonen med bare standard bakgrunnsbilde (eller noen av de andre standard bakgrunnsbilder) og ikke går for dypt inn i tilpasning, så har du sannsynligvis det bra. Men alle apper som kan administrere bakgrunnen din for deg vil bli såret av dette. LWP+ krever for eksempel tilgang til sikkerhetskopiering, import og eksport av bakgrunnsbilde, men det vil ikke kunne gjøre det når det først er nødvendig for å målrette mot nyere Android-versjoner. Denne appen brukes også til innstilling av egendefinerte materialer Du farger, men du vil ikke kunne gjøre det i fremtiden med mindre dette endres. Googles publiserte tidslinjer stat at apper må målrettes mot Android 13 innen slutten av august.

Enda verre rapporterer Wander at han har hatt problemer med at tredjeparts launchere ikke har kunnet vise det tilpassede tapetet sitt. Selv om vi ikke var i stand til å gjenskape den nøyaktige oppførselen, testet vi en rekke tredjeparts launchere på den siste Android 14-betaen og bemerket at en launcher, Lynx Launcher, kjørte inn i tillatelsesrelatert problemer. Den ga en feilmelding som sa at den ikke kunne få alle tillatelsene den trengte, som vi ikke kunne korrigere, og vi kunne ikke angi et tilpasset bakgrunnsbilde fra Google Foto.

Vi tok kontakt med Nova Launcher for kommentar, og ble fortalt at selv om de bare hadde sett tillatelsesrelaterte problemer dukket opp på Samsung-relaterte enheter så langt, talsperson for selskapet fortalte meg at "Det er uheldig å se at de nå har merket det som tiltenkt oppførsel." Et slikt tillatelsesproblem på en Samsung-enhet at jeg ble vist var at når du satte et bakgrunnsbilde fra Novas bakgrunnsvelger, dukket det opp en feil som sa "Permission denied", og bakgrunnen var ikke sett. Disse rapportene har bare kommet fra Samsung-enheter, og teamet har ikke vært i stand til å replikere det på en Google Pixel ennå.

For å være tydelig var dette API-et aldri bare tilgjengelig for privilegerte systemapper, og det var et resultat av det som ser ut til å være en forglemmelse i oppdelingen av READ_EXTERNAL_STORAGE-tillatelsen som førte til denne situasjonen i den første plass. Denne tillatelsen eksisterer faktisk fortsatt på Android 13 også, og tillatelseskontrolleren nekter den rett og slett til enhver app som ber om den hvis den appen er rettet mot Android 13. Android sine Tillatelseskontrollør er en Prosjekt hovedlinje modul, så Google kunne i teorien rette opp denne oppførselen på Android 13-enheter. Slik det er nå, vil Google snart kreve at alle apper er målrettet mot Android 13 eller nyere for å bli oppdatert, noe som betyr at disse appene ikke lenger vil ha tilgang til bakgrunnen din.

Googles egen dokumentasjon av WallpaperManager klasse er på samme måte flippet. Den sier at "Fra og med T er direkte tilgang til bakgrunnen ikke mulig lenger, i stedet standard systembakgrunn er returnert," og at fra versjon U (Android 15), bør visse klassemetoder ikke brukes på alle.

Hvis det var en sikkerhetsforbedring, er det absolutt merkelig at selskapet ikke har trukket oppmerksomhet til det hele, og det er vanskelig å se hvordan akkurat det ville vært en i utgangspunktet. Vi har kontaktet Google og vil oppdatere denne artikkelen hvis vi hører tilbake.