Mobiilseadmete püsivara värskenduste omadused

Iga uuendada või mitte uuendada tarkvara oma nutitelefonil, otsustab igaüks ise.
Mõned installivad CyanogenMod'i, teised ei tunne end seadme peremehena ilma TWRP või jailbreak'ita.
Mobiiltelefonide uuendamisel ettevõtetes peaks protsess olema suhteliselt ühtlane, vastasel juhul näivad IT-spetsialistidele isegi Ragnarök mänguna.

Kuidas see ettevõtete maailmas toimu, loe edasi artikli keskosas.

Lühike ülevaade

iOS-põhised mobiilseadmed saavad regulaarseid uuendusi nagu Windows-seadmestikud, kuid sellega kaasneb:

• uuendused ilmuvad harvemini;
• enamik seadmeid saab uuendusi, kuid mitte kõik.

Apple vabastab iOS uuenduse kohe enamiku oma seadmete jaoks, välja arvatud need, mis on toetasest eemaldatud. Samuti toetab Apple oma seadmeid piisavalt kaua. Näiteks saavad iOS 14 uuenduse isegi iPhone 6s, mis ilmus 2015. aastal. Loomulikult ei pääse me vigadest, nagu vanade seadmete sundkiiruse aeglustamine, mida väidetavalt tehti mitte selleks, et sundida ostma uut telefoni, vaid vana akusätte elu pikendamiseks... Kuid igal juhul on see parem kui Androidi olukord.

Android on oma olemuselt frantsiis. Algselt Google'i loodud Android ilmneb ainult Pixel-seeria seadmetes ja eelarvesõbralikes seadmetes, mis osalevad Android One programmis. Teistes seadmetes on ainult Androidi tuletised – EMUI, Flyme OS, MIUI, One UI jne. Selline mitmekesisus toob mobiilseadmete turvalisuse seisukohalt suured probleemid.
Näiteks 'kogukond' leiab järgmise haavatavuse Androidis või selle aluseks olevates süsteemikomponentides. Seejärel antakse haavatavusele CVE andmebaasis number, leidja saab preemia ühe Google'i punktipreemia programmide kaudu ja seejärel vabastab Google plaastri ning lisab selle järgnevasse Androidi väljaandesse.

Kas saate seda teie telefon, kui ta ei ole Pixel või Android One programmi liige?
Kui ostsite uue seadme aasta tagasi, siis tõenäoliselt jah, kuid mitte kohe. Teie seadme tootjal on veel vaja Google'i plaastrit oma Androidi ehitusse lisada ja see testida toetatud seadmemudelitel. Tippmudelid saavad natuke kauem toetust. Ülejäänud peavad leppima ja mitte lugema hommikusel ajal CVE andmebaasi, et endale isu rikku.

Androidi suuremate uuenduste olukord on tavaliselt veel halvem. Uus peamine versioon jõuab keskmiselt kohandatud Androidi seadmeteni vähemalt kvartali või pikema ajaga. Näiteks Google'i Android 10 väljaanne toimus septembris 2019, kuid erinevate tootjate seadmed, kellel oli õnne saada uuendamiseks õigused, said selle alles suvel 2020.

Tootjate muresid on raske mõista. Uute tarkvaraversioonide väljatöötamine ja testimine on kulukas protsess. Kuna seadmed on juba ostetud, siis täiendavaid raha meie käest ei saa.
Jääb üle … sundida meid ostma uusi seadmeid.

Teatud tootjate Androidi versioonide turvaaukude tõttu muutis Google Androidi arhitektuuri, et edastada kriitilisi uuendusi iseseisvalt. Projekt sai nimeks Google Project Zero, millest kirjutati umbes aasta tagasi Habrā. See funktsioon on suhteliselt uus, kuid see on sisseehitatud kõikidesse seadmetesse, kus on Google'i teenused alates 2019. aastast. Paljud teavad, et need teenused on tootjate jaoks tasulised ja nad maksavad Google'ile litsentsitasusid, kuid vähesed teavad, et asi ei piirdu ainult kommertsliku poolega. Et saada luba kasutada Google'i teenuseid teatud seadmes, peab tootja esitama oma tarkvara Google'ile heakskiitmiseks. Samuti ei aktsepteeri Google vanade Androidide tarkvara kontrollimiseks. See võimaldab Google'il turule suruda oma Project Zero, mis loodetavasti muudab Android-seadmed turvalisemaks.

Soovitused ettevõtte kasutajatele

Ettevõtte maailmas kasutatakse mitte ainult avalikke rakendusi, mis on saadaval Google Play's ja App Store'is, vaid ka enda arendatud rakendusi. Mõnikord lõpeb selliste rakenduste elutsükkel akti allkirjastamise ja arendajale teenuste eest tasumise hetkest.

Sellisel juhul toob uue peamise operatsioonisüsteemi (OS) uuenduse installimine sageli kaasa selle, et need job-is-done rakendused lõpetavad töötamise. Äri protsessid peatuvad, ja arendajad palgatakse uuesti, kuni järgmine probleem ilmneb. Sama juhtub ka siis, kui ettevõtte arendajad ei suuda oma rakendusi uue OS-iga õigel ajal kohandada või kui uue rakenduse versioon on juba saadaval, kuid kasutajad ei ole seda veel installinud. Sealhulgas selliste probleemide lahendamiseks on mõeldud UEM klassi süsteemid. UEM.

UEM-süsteemid võimaldavad operatiivset juhtimist nutitelefonide ja tahvelarvutite üle, paigaldades ja uuendades rakendusi mobiiltöötajate seadmetes õigeaegselt. Lisaks saavad nad vajadusel rakenduse versiooni tagasi tagasi kerida. Versiooni tagasiviimine on eksklusiivne omadus UEM-süsteemide seas. Ei Google Play ega App Store ei paku sellist võimalust.

UEM-süsteemid saavad kaugelt blokeerida või edasi lükata mobiilseadmete tarkvara uuendust. Käitumine sõltub platvormist ja seadmete tootjast. iOS-i puhul, juhitavas režiimis (lugenud selle režiimi kohta meie KKK) saab uuendust edasi lükata kuni 90 päeva. Selleks piisab, kui seadistada vastav turvapoliitika.

Samsungi poolt toodetud Android-seadmetes saab tasuta keelata tarkvara uuendamise või kasutada lisatasu eest E-FOTA One teenust, mille abil saab määrata, millised OS uuendused seadmetele installitakse. See annab administraatoritele võimaluse eelnevalt kontrollida ettevõtte rakenduste käitumist uute tarkvaraversioonide juures. Arvestades selle protsessi töömahukust, pakume oma klientidele teenust Samsung E-FOTA One alusel, sealhulgas teenuseid sihtbusiness-rakenduste toimivuse kontrollimiseks klientide kasutatavate seadmete mudelitel.

Teiste tootjate Android-seadmetes puudub kahjuks sarnane funktsionaalsus.
Nende uuenduste keelamiseks või edasilükkamiseks on võimalik kasutada hirmutavaid teadlikkuse tõstmise sõnumeid, näiteks:
„Lugupeetud kasutajad! Ärge uuendage oma seadmeid. See võib põhjustada rakenduste mittetöötamist. Selle reegli rikkumise korral ei võeta teie läkitusi tehnilise abi osakonnas arvesse/ei kuulata!”.

Veel üks soovitus

Jälgige operatsioonisüsteemide, seadmete ja UEM-platvormide tootjate uudiseid ja ettevõtte blogisid. Täpselt sel aastal otsustas Google lükkuda tagasi ühe võimaliku mobiilistrateegia, nimelt täielikult hallatud seadme tööprofiili, toetamisest.

Selle taga peitub järgmine stsenaarium:

Enne Androidi versiooni 10 suudsid UEM-süsteemid tõhusalt hallata seadet ma saan kasutada töö profiili (konteinerit), milles sisaldusid ettevõtte rakendused ja andmed.
Alates Android 11-st on täieõiguslik funktsioonide haldamine võimalik ainult VÕI seadet VÕI tööpolfiil (konteineriga).

Google selgitab uuendusi kasutajate andmete privaatsuse ja oma rahakoti kaitse sooviga. Kui on konteiner, peavad kasutaja andmed olema väljaspool tööandja nähtavust ja kontrolli.

Praktikas tähendab see, et pole võimalik tuvastada ettevõtte seadmete asukohta või paigaldada kasutajale vajalikke rakendusi, mis ei nõua konteinerisse paigutamist ettevõtte andmete kaitsmiseks. Tuleb loobuda konteinerist...

Google väidab, et selline juurdepääs isiklikule ruumile hirmutas 38% kasutajatest UEM-i installimisest eemale. Nüüd peavad UEM-i müüjad taluma, mida neile antakse.

Oleme ette valmistunud uuendusteks ja sel aastal pakume uut versiooni SafePhone, mis arvestab Google'i uusi nõudmisi.

Vähetuntud faktid

Kokkuvõtteks mõned vähetuntud faktid mobiilsete OS-ide uuendamisest.

1. Mobiilseadmete tarkvarauuendusi on mõnikord võimalik tagasi kerida. Otsingufraaside analüüs näitab, et fraasi „kuidas taastada Android” otsitakse sagedamini kui „Androidi uuendus”. Tundub, et hakkliha ei saa tagasi keerata, kuid mõnikord on see siiski võimalik. Tehniliselt põhineb tagasikerimise kaitse sisemisel loenduril, mis ei suurene iga versiooni juurde. Ühe loenduri väärtuse piires on tagasikerimine võimalik. See kehtib Androidi kohta. iOS-i puhul on olukord veidi erinev. Tootja (või arvukate peeglite) veebisaidilt on võimalik alla laadida konkreetse mudeli iOS-i konkreetse versiooni pilt. Selle paigaldamiseks iTunesi kaudu peab Apple allkirjastama tarkvara. Tavaliselt allkirjastab Apple paar nädalat pärast uue iOS versiooni väljaandmist varasemad versioonid, et kasutajad, kelle seadmed pärast uuendust tõrkeid esitlevad, saaksid oma stabiilsema versiooni tagasi.
2. Ajaloos, kui jailbreak-i kogukond oli veel jagunenud suurte ettevõtete vahel, oli võimalik muuta näidatud iOS-i versioon ühes süsteemsete plist-ides. Näiteks oli võimalik teha iOS 6.2 iOS 6.3-st ja tagasi. Miks see vajalik oli, sellest räägime ühes järgmistest artiklitest.
3. Tootab, et nutitelefonide flashimiseks mõeldud programm Odin on tootjate seas ülimalt armastatud. Paremat tööriista flashimiseks pole veel leiutatud.

Kirjutage meile, arutame… võib-olla saame aidata.

Allikas: habr.com