Mobiilsete seadmete uuendamise eripärad

Iga uuendada või mitte uuendada oma telefoni tarkvara, otsustab igaühel iseseisvalt.
Mõni seab sisse CyanogenMod, mõni ei tunne end seadme omanikuna ilma TWRP või jailbreakita.
Ettevõtte mobiiltelefonide uuendamise puhul peaks protsess olema suhteliselt ühtlane, vastasel juhul tundub IT-spetsialistidele isegi Ragnarök naljakas.

Kuidas see ettevõtte maailmas toimub, loe allpool.

Kokkuvõtlik ülevaade

iOS-i seadmed saavad regulaarseid uuendusi sarnaselt Windowsi seadmetele, kuid siiski:

• uuendusi väljastatakse harvemini;
• uuendusi saavad enamik seadmeid, kuid mitte kõik.

Apple vabastab iOS uuenduse enamiku oma seadmete jaoks, välja arvatud need, mis on toelt eemaldatud. Samuti toetab Apple oma seadmeid piisavalt kaua. Näiteks saavad iOS 14 uuenduse isegi iPhone 6s mudelid, mis tulid välja 2015. aastal. Muidugi ei saa ilma probleemideta, nagu näiteks vanade seadmete sundkiirus, mis väidetavalt ei olnud mõeldud uue telefoni ostmiseks sundimiseks, vaid vanade akude tööea pikendamiseks... Kuid igal juhul on see parem kui olukord Androidiga.

Android on oma olemuselt frantsiis. Originaal Android, mille on loonud Google, esineb ainult Pixel seeria seadmetes ja odavates seadmetes, mis osalevad Android One programmis. Teistes seadmetes esinevad vaid Androidi derivaatid – EMUI, Flyme OS, MIUI, One UI jne. Sellise mitmekesisuse tõttu on mobiilseadmete turvalisus suur probleem.
Näiteks leiab «kogukond» Androidist või selle põhikomponentidest uue haavatavuse. Seejärel antakse haavatavusele number CVE andmebaasis, avastaja saab preemia ühes Google'i kiirusprogrammides ning seejärel väljastab Google plaastri ning lisab selle järgmisse Androidi versiooni.

Kas teie telefon saab selle, kui see pole Pixel või ei osale Android One programmis?
Kui ostsite uue seadme aasta tagasi, siis tõenäoliselt jah, kuid mitte kohe. Teie seadme tootjal tuleb Google'i plaastrit oma Androidi versioonis aktiveerida ja see veel testida toetatud seadmetel. Tippmudelid saavad pisut kauem toetust. Kõik teised peavad leppima ja mitte lugema CVE andmebaasi hommikuti, et endale isu ära rikkuda.

Androidi suuremate värskenduste olukord on reeglina veel hullem. Keskmiselt jõuab uus peamine versioon kohandatud Android-seadmeteni mitte vähem kui kvartalis, sageli isegi kauem. Näiteks Google'i Android 10 väljastati septembris 2019, kuid erinevate tootjate seadmed, mis on õnnestunud uuendust väärima, said selle alles suvel 2020.

Tootjad on mõistetavad. Uute tarkvaraversioonide väljatöötamine ja testimine on kulukas ja mitte vähe. Kuna seadmed on juba ostetud, ei saa me neilt täiendavaid rahasid saada.
Jääkub … sundida meid ostma uusi seadmeid.

Androidi teatud tootjate nõrkused on toonud kaasa selle, et Google muutis Androidi arhitektuuri, et edastada kriitilisi uuendusi iseseisvalt. Projekt sai nimeks Google Project Zero, millest kirjutati umbes aasta tagasi Habr's. Funktsioon on suhteliselt uus, kuid see on sisseehitatud kõikidesse seadmetesse alates 2019. aastast, kus on Google'i teenused. Paljud teavad, et need teenused on seadmete tootjatele tasulised ning nad maksavad Google'ile litsentsitasusid, kuid vähesed teavad, et asi ei piirdu ainult kommertsiga. Konkreetse seadme Google'i teenuste kasutamiseks loa saamiseks peab tootja esitama oma tarkvara Google'ile kontrollimiseks. Samal ajal ei aktsepteeri Google vana Androidi tarkvara kontrollimiseks. See võimaldab Google'il turule suruda oma Project Zero, mis, loodetavasti, muudab Androidi seadmed turvalisemaks.

Soovitused ärikasutajatele

Ettevõtlusmaailmas kasutatakse mitte ainult avalikke rakendusi, mis on saadaval Google Play's ja App Store'is, vaid ka ettevõtte enda arendatud rakendusi. Mõnikord lõppeb selliste rakenduste elutsükkel kohe pärast akti allkirjastamist ja arendusteenuste eest tasumist lepingu alusel.

Sellisel juhul toob uue peamise operatsioonisüsteemi värskendamise installimine sageli kaasa selle, et sellised job-is-done rakendused lakkavad töötamast. Äri-protsessid peatuvad ja arendajaid palgatakse uuesti seni, kuni järgmine probleem ilmneb. Sama juhtub ka siis, kui ettevõtte arendajad ei suuda oma rakendusi uue operatsioonisüsteemi jaoks õigeaegselt kohandada või kui uus rakenduse versioon on juba saadaval, kuid kasutajad pole seda veel installinud. Selliste probleemide lahendamiseks on mõeldud klassi süsteemid UEM.

UEM-süsteemid võimaldavad kiiret haldust nutitelefonide ja tahvelarvutite üle, installides ja uuendades mobiiltöötajate seadmetes rakendusi õigeaegselt. Samuti on neil võimalus vajadusel rakenduse versioon tagasi võtta. Tagasi võtta versiooni võimalus on UEM-süsteemide eksklusiivne omadus. Ei Google Play ega App Store ei paku sellist võimalust.

UEM-süsteemid saavad eemalt blokeerida või edasi lükata mobiiliseadmete tarkvarauuenduste teostamist. Käitumine sõltub platvormist ja seadmete tootjast. iOS-is juhitud režiimis (selle režiimi kohta loe meie KKK) on võimalik edasilükkamine kuni 90 päeva. Selleks on piisav, kui seadistada vastav turvapoliitika.

Samsungi tootmisest pärit Android-seadmetes saab tasuta keelata tarkvarauuenduse või kasutada tasulist teenust E-FOTA One, mille abil saab määrata, milliseid OS-uudiseid seadmetes installida. See annab administraatoritele võimaluse eelnevalt kontrollida, kuidas ettevõtte rakendused käituvad oma seadmete uutel tarkvaraversioonidel. Arvestades selle protsessi keerukust, pakume oma klientidele Samsung E-FOTA One baasil teenust, mis sisaldab sihtmärgi ärrenduse rakenduste toimivuse kontrollimist klientide kasutatavatel seadme mudelitel.

Kahjuks ei ole teistel tootjatele Android-seadmetes samasugust funktsionaalsust.
Uuendusi saab keelata või edasi lükata vaid hirmujuttudega, nagu:
„Lugupeetud kasutajad! Ärge uuendage oma seadmeid. See võib viia rakenduste mittetöötamiseni. Kui seda reeglit rikute, teie tehnilise toe päringud EI OLE kuulda võetud!“.

Veel üks soovitus

Hoidke end kursis operatsioonisüsteemide, seadmete ja UEM platvormide tootjate uudiste ja ettevõtte blogidega. Sel aastal otsustas Google lõpetada ühe võimaliku mobiilistrateegia, nimelt täielikult hallatava seadme tööprofiiliga, toetamine.

Selle pika nime taga peitub järgmine stsenaarium:

Kuni Android 10-ni hallasid UEM-süsteemid täielikult seade JA töö profiili (konteinerit), kuhu olid paigutatud ettevõtte rakendused ja andmed.
Alates Android 11-st on täielik haldusfunktsionaalsus võimalik ainult VÕI seade VÕI tööprofiili (konteineri).

Google selgitab uuendusi murest kasutajate andmete privaatsuse ja oma rahakoti pärast. Kui on konteiner, peavad kasutaja andmed olema tööandja nähtamatud ja haldamistest väljas.

Praktiliselt tähendab see, et ei ole võimalik teada saada ettevõtte seadmete asukohta ega paigaldada rakendusi, mis on kasutajale töös vajalikud, kuid ei nõua konteinerisse paigutamist ettevõtte andmete kaitse tagamiseks. Kasutamiseks tuleb kas loobuda konteinerist…

Google väidab, et selline juurdepääs isiklikule ruumile hirmutas 38% kasutajatest UEM-i installimisest. Nüüd peavad UEM-i edasimüüjad "sööma, mida antakse".

Oleme eelnevalt ette valmistanud muudatused ja sel aastal pakume uut versiooni SafePhone, mis arvestab Google'i uusi nõudeid.

Vähetuntud faktid

Kokkuvõtteks veel mõned vähetuntud faktid mobiilsete operatsioonisüsteemide uuenduse kohta.

1. Mobiilseadmete tarkvara versioone saab mõnikord tagasi rullida. Otsingutulemuste analüüs näitab, et fraasi „kuidas taastada Android” otsitakse sagedamini kui „Androidi värskendus”. Tundub, et jahust ei saa tagasi, kuid mõnikord on see siiski võimalik. Tehniliselt põhineb tagasivõtmise kaitse sisemisel loenduri süsteemil, mis ei suurene iga tarkvara versiooni korral. Antud loenduri ühe väärtuse raames on tagasivõtmine võimalik. See kehtib Androidi kohta. iOS-i puhul on olukord veidi erinev. Tootja veebisaidilt (või lugematutest peeglitest) saab alla laadida konkreetse mudeli jaoks mõeldud iOS-i versiooni pildi. Selle installimiseks kaabli kaudu iTunes'i abil peab Apple tarkvara allkirjastama. Tavaliselt allkirjastab Apple esmase paar nädala jooksul pärast uue iOS-i versiooni väljalaskmist eelmised tarkvaraversioonid, et kasutajad, kelle seadmed peavad austama, saaksid stabiilsema versiooni tagasi saada.
2. Ajal, mil jailbreak-kogukond polnud veel suurtel ettevõtetel laiali jooksnud, oli võimalik muuta iOS versiooni, nagu see näidati, ühes süsteemi plist-failis. Nii oli näiteks võimalik muuta iOS 6.3 iOS 6.2-ks ja vastupidi. Miks see vajalik oli, räägime ühes järgmistest artiklitest.
3. Tootjate armastus Odin'i peale on ilmne. Parimat nutitelefonide vilkujat pole seni loodud.

Kirjutage, arutame, ... võib-olla aitame ka.

Allikas: habr.com