At opdatere eller ikke opdatere firmwaren på sin personlige telefon, er noget, enhver må beslutte selv.
Nogle installerer CyanogenMod, mens andre ikke føler sig som ejere af enheden uden TWRP eller jailbreak.
Når det kommer til opdatering af virksomhedens mobiltelefoner, bør processen være relativt ensartet; ellers vil IT-folkene endda synes, at Ragnarok er sjovt.
Hvordan det går til i den "virksomhedsmæssige" verden, kan du læse mere om nedenfor.
Kort introduktion
Mobilenheder, der kører iOS, modtager regelmæssige opdateringer ligesom enheder, der kører Windows, men der er dog:
- opdateringerne udgives sjældnere;
- de fleste enheder modtager opdateringer, men ikke alle.
Apple frigiver iOS-opdateringer til de fleste af sine enheder, undtagen dem, der er taget ud af support. Apple understøtter sine enheder i lang tid. For eksempel, iOS 14-opdateringen vil endda blive modtaget af iPhone 6s, der blev udgivet i 2015. Selvfølgelig er der visse problemer, som for eksempel den tvungne nedbremsning af gamle enheder, som angiveligt ikke blev lavet for at tvinge folk til at købe en ny telefon, men for at forlænge levetiden af det gamle batteri... Men alligevel er det bedre end situationen med Android.
Android er i sin essens en franchise. Den originale Android fra Google findes kun på Pixel-seriens enheder og budget-enheder, der deltager i Android One-programmet. På andre enheder findes der kun varianter af Android – EMUI, Flyme OS, MIUI, One UI osv. Dette store udvalg udgør et betydeligt sikkerhedsproblem for mobile enheder.
For eksempel finder "fællesskabet" en ny sårbarhed i Android eller de systemkomponenter, der ligger til grund for det. Derefter tildeles sårbarheden et nummer i CVE-databasen, den, der fandt den, modtager en belønning fra en af Googles bounty-programmer, hvorefter Google frigiver en patch og inkluderer den i den næste Android-udgivelse.
Vil din telefon få den, hvis den ikke er en Pixel eller ikke deltager i Android One-programmet?
Hvis du købte en ny enhed for et år siden, så ja, men ikke straks. Producenten af din enhed skal stadig inkludere Googles patch i deres Android-build og teste den på de understøttede enheder. Topmodellerne understøttes lidt længere. Alle andre må leve med det og undgå at læse CVE-databasen om morgenen for ikke at ødelægge appetitten.
Situationen med majoropdateringer af Android er generelt endnu værre. I gennemsnit når en ny majorversion først frem til mobile enheder med tilpasset Android ikke før end et kvartal senere, nogle gange længere. Sådan blev Android 10 fra Google frigivet i september 2019, og enheder fra forskellige producenter, der var heldige at få mulighed for opdateringen, modtog den helt frem til sommeren 2020.
Man kan forstå producenterne. Udgivelse og testning af nye firmware er en betydelig omkostning. Da vi allerede har købt enhederne, er der ikke nogen mulighed for yderligere indtægter fra os.
Det bedste, vi kan gøre, er … at tvinge os til at købe nye enheder.
Sårbarheden i Android-builds fra enkelte producenter har været årsagen til, at Google ændrede Android-arkitekturen for at kunne levere kritiske opdateringer selvstændigt. Projektet fik navnet Google Project Zero, som blev omtalt på Habr for omtrent et år siden. Funktionen er relativt ny, men den er indbygget i alle enheder siden 2019, hvor Google-tjenester er tilgængelige. Mange ved, at disse tjenester er betalingsbaserede for enhedsproducenterne, som betaler royalties til Google for dem, men få ved, at det ikke kun handler om kommercielle interesser. For at få lov til at bruge Google-tjenester på en bestemt enhed skal producenten indsende sin firmware til Google til kontrol. Google accepterer ikke firmware fra forældede Android-versioner til kontrol. Dette giver Google mulighed for at slå sit Project Zero på markedet, hvilket vi håber vil gøre Android-enheder sikrere.
Anbefalinger til virksomhedsanvendere
I erhvervslivet anvendes ikke kun offentlige applikationer, som er tilgængelige i Google Play og App Store, men også skræddersyede applikationer. Livscyklussen for sådanne applikationer afsluttes nogle gange i det øjeblik, hvor overtagelses- og betalingsaftalen for udviklerens tjenester er underskrevet.
I disse tilfælde fører installationen af en ny majoropdatering af operativsystemet ofte til, at sådanne 'job-is-done'-applikationer stopper med at fungere. Forretningsprocesser stagnere, og udviklerne bliver hyret igen, indtil der opstår det næste problem. Det samme sker, når virksomhedens udviklere ikke når at tilpasse deres applikationer til det nye operativsystem til tiden, eller den nye version af applikationen allerede er tilgængelig, men brugerne har endnu ikke installeret den. Systems af denne type er beregnet til at løse sådanne problemer. .
UEM-systemer giver mulighed for effektiv administration af smartphones og tablets, ved rettidigt at installere og opdatere applikationer på mobile medarbejderes enheder. Derudover kan de rulle en applikations version tilbage til en tidligere version, hvis det er nødvendigt. Muligheden for at rulle en version tilbage er en eksklusiv funktion ved UEM-systemer. Hverken Google Play eller App Store tilbyder denne mulighed.
UEM-systemer kan fjernt blokere for eller forsinke opdatering af firmware på mobile enheder. Adfærden afhænger af platformen og enhedsproducenten. På iOS kan man i supervised mode (læs om denne tilstand i vores ) forsinke opdateringen i op til 90 dage. For at gøre dette skal man blot konfigurere den relevante sikkerhedspolitik.
På Android-enheder fra Samsung kan man gratis forhindre opdatering af firmware eller benytte den ekstra betalte tjeneste E-FOTA One, som gør det muligt at angive, hvilke OS-opdateringer der skal installeres på enhederne. Dette giver administratorer mulighed for at teste virksomhedsapplikationers adfærd på nye firmware-versioner på deres enheder. For at håndtere kompleksiteten ved denne proces, tilbyder vi vores kunder en service baseret på Samsung E-FOTA One, som inkluderer tjenester til at teste funktionaliteten af målrettede forretningsapplikationer på de enhedsmodeller, som kunden bruger.
Desværre findes der ikke tilsvarende funktionalitet på Android-enheder fra andre producenter.
For at forhindre eller forsinke deres opdatering kan man i det mindste bruge skræmmekampagner såsom:
«Kære brugere! Opdater ikke jeres enheder. Dette kan føre til, at applikationerne ikke fungerer. Hvis dette regelsæt overtrædes, vil jeres henvendelser til teknisk support ikke blive behandlet!».
Endnu en anbefaling
Hold øje med nyheder og virksomhedsbørger fra producenter af operativsystemer, enheder og UEM-platforme. I år besluttede Google faktisk fra at støtte en af de mulige mobile strategier, nemlig fully managed device with work profile.
Bag dette lange navn gemmer der sig følgende scenarie:
Indtil Android 10 styrede UEM-systemer enheden Og arbejdsmæssig profil (beholder), som indeholder virksomhedsapplikationer og data.
Fra Android 11 er det muligt at have fuldfunktionel administrationsmulighed kun . enheden . over arbejdsprofilen (containeren).
Google forklarer de nye funktioner med omtanke for brugernes databeskyttelse og deres egen økonomi. Hvis der er en container, skal brugerens data være uden for syns- og administrationsområdet for arbejdsgiveren.
I praksis betyder dette, at det ikke længere er muligt at finde ud af placeringen af virksomhedens enheder eller installere de nødvendige applikationer for brugeren uden at kræve, at de er placeret i containeren for at beskytte virksomhedens data. Ellers må man opgive containeren…
Google hævder, at en sådan adgang til det personlige rum skræmte 38% af brugerne væk fra at installere UEM. Nu må UEM-leverandørerne "tage, hvad de får".
Vi har forberedt os på de nye ændringer og vil i år tilbyde en ny version , der vil tage højde for de nye krav fra Google.
Mindre kendte fakta
Afslutningsvis er her et par mindre kendte fakta om opdateringen af mobile operativsystemer.
- Firmware på mobile enheder kan nogle gange rulles tilbage. Analyse af søgefraser viser, at frasen "hvordan man genopretter Android" søges oftere end "Android opdatering". Det synes umuligt at gå tilbage, men nogle gange er det faktisk muligt. Teknisk set er beskyttelsen mod tilbageslag baseret på en intern tæller, der ikke stiger med hver firmwareversion. Inden for et enkelt værdiniveau bliver tilbageslag muligt. Dette gælder for Android. I iOS er situationen lidt anderledes. Fra producentens websted (eller utallige spejle) kan man downloade et image af iOS til en bestemt version for en bestemt model. For at installere det via kabel med iTunes, skal Apple signere firmwaren. Normalt, i de første par uger efter udgivelsen af en ny version af iOS, signerer Apple de tidligere versioner af firmwaren, så brugere, hvis enheder fejler efter opdatering, kan få en mere stabil version tilbage.
- I en tid, hvor jailbreaking-fællesskabet stadig ikke havde spredt sig til store virksomheder, var det muligt at ændre den viste version af iOS i en af systemets plist-filer. Sådan kunne man f.eks. gøre iOS 6.2 til iOS 6.3 og omvendt. Hvorfor dette var nødvendigt, vil vi forklare i en af de næste artikler.
- Det er tydeligt, at producenterne har en fælles kærlighed til programmet Odin til smartphone-flashning. Der findes ikke et bedre værktøj til flashning endnu.
Skriv til os, så vi kan diskutere, … måske kan vi også hjælpe.
Kilde: habr.com
