Mindenki saját magának döntheti el, hogy frissítse-e a személyes telefonját vagy sem.
Van, aki a CyanogenMod-ra vált, míg mások nem érzik magukat a készülékük gazdájának TWRP vagy jailbreak nélkül.
A céges mobiltelefonok frissítésénél a folyamatnak viszonylag egységesnek kell lennie, mert különben az IT-seknek még a Ragnarök is szórakoztatónak tűnhet.
Arról, hogy ez hogyan történik a 'vállalati' világban, olvasson tovább.
Rövid útmutató
Az iOS alapú mobil eszközök rendszeres frissítéseket kapnak, hasonlóan a Windows eszközökhöz, de az alábbiak szerint:
- a frissítések ritkábban jelennek meg;
- a frissítéseket a legtöbb eszköz megkapja, de nem mindegyik.
Az Apple az iOS frissítéseket szinte minden eszközére azonnal kiadja, kivéve azokat, amelyeket kivonnak a támogatásból. Az Apple azonban viszonylag sokáig támogatja eszközeit. Például az iOS 14 frissítést még az 2015-ben megjelent iPhone 6s is megkapja. Persze nem mentes a hibáktól, mint például a régi készülékek kényszerített lelassítása, amely állítólag nem azért történt, hogy új telefont vásároljanak, hanem a régi akkumulátor élettartamának meghosszabbításáért... De mindenesetre ez jobb, mint a helyzet az Androiddal.
Az Android lényegében egy franchíza. Eredeti Android csak a Pixel termékcsaládban és azoknál a költségvetési készülékeknél található, amelyek részt vesznek az Android One programban. Más eszközökön csak az Android származékai találhatóak – EMUI, Flyme OS, MIUI, One UI stb. A mobil eszközök biztonsága szempontjából ez a sokféleség nagy problémát jelent.
Például a 'közösség' újabb sebezhetőséget talál az Androidban vagy annak alapjául szolgáló rendszerelemekben. Ezt követően a sebezhetőségek CVE adatbázisban kapnak egy számot, a felfedező pedig jutalmat kap az egyik Google által működtetett bug bounty program keretében, majd a Google kiadja a javítást, és azt beilleszti a következő Android kiadásba.
Megkapja-e ezt a frissítést a telefonja, ha nem Pixel vagy nem tagja az Android One programnak?
Ha egy éve vásárolt új eszközt, akkor valószínűleg igen, de nem azonnal. Az eszköz gyártójának még fel kell vennie a Google javítását az Android verziójába, és azt tesztelnie kell a támogatott eszközmodelleken. A csúcsmodellek kicsit tovább támogatják. A többieknek be kell érniük azzal, hogy reggelente nem olvassák a CVE adatbázist, hogy ne rontsák el az étvágyukat.
A helyzet a jelentős Android frissítésekkel általában még rosszabb. Átlagosan egy új főverzió legalább negyedév alatt jut el a személyre szabott Androiddal rendelkező mobil eszközökre, ha nem tovább. Így a Google Android 10 frissítése 2019 szeptemberében jelent meg, míg a különböző gyártók eszközei, amelyeknek megadatott a frissítés lehetősége, 2020 nyaráig kapták meg azt.
A gyártókat meg lehet érteni. Az új firmware-ek kiadása és tesztelése költséges és nem kis mértékben. Mivel az eszközöket már megvettük, ezért további pénzügyi hasznot nem tudnak tőlünk szerezni.
Marad … kényszeríteni minket új eszközök vásárlására.
Az Android egyes gyártóinak hibás verziói miatt a Google megváltoztatta az Android architektúráját, hogy kritikus frissítéseket közvetlenül szállítson. A projekt neve Google Project Zero, körülbelül egy éve írtak róla a Habr-nál. A funkció viszonylag új, de 2019 óta minden olyan eszközbe be van építve, amelyen Google szolgáltatások találhatóak. Sokan tudják, hogy ezek a szolgáltatások költségesek az eszközgyártók számára, akik jogdíjat fizetnek a Google-nek, de kevesen tudják, hogy a dolog nem csupán kereskedelmi jellegű. Ahhoz, hogy a gyártó engedélyt kapjon a Google szolgáltatások használatára egy adott eszközön, el kell küldenie a firmware-jét a Google-nak ellenőrzésre. A Google azonban nem fogad be régi Android verziókat ellenőrzésre. Ez lehetővé teszi a Google számára, hogy rákényszerítse a piacra a Project Zero-t, remélve, hogy ez biztonságosabbá teszi az Android eszközöket.
Ajánlások vállalati felhasználóknak
A vállalati világban nemcsak a Google Play és az App Store által elérhető nyilvános alkalmazásokat használják, hanem a saját fejlesztésű alkalmazásokat is. Néha ezeknek az alkalmazásoknak az élettartama a fejlesztő szolgáltatásainak átvétele és kifizetése során megszűnik.
Ebben az esetben az új fő operációs rendszer frissítésének telepítése gyakran ahhoz vezet, hogy az ilyen job-is-done alkalmazások leállnak. Az üzleti folyamatok megállnak, és a fejlesztőket újból fel kell venni a következő hiba felbukkanásáig. Ugyanez történik, amikor a vállalati fejlesztők nem tudják időben adaptálni alkalmazásaikat az új operációs rendszerhez, vagy az új verziója már elérhető, de a felhasználók még nem telepítették. E problémák megoldására valók az UEM rendszerek. .
Az UEM rendszerek operatív módon kezelik az okostelefonokat és a tableteket, időben telepítve és frissítve a mobil munkatársak eszközein a szoftvereket. Ezen kívül lehetőség van a korábbi alkalmazásverzióra való visszaállításra is, ha szükséges. A verziók visszaállítása az UEM rendszerek exkluzív funkciója. A Google Play és az App Store nem kínál ilyen lehetőséget.
Az UEM rendszerek távolról letilthatják vagy elhalaszthatják a mobil eszközök firmware frissítéseit. A viselkedés platform- és gyártófüggő. iOS esetén a supervised módban (erről többet megtudhatsz a ) akár 90 napig is elhalasztható a frissítés. Ehhez csak a megfelelő biztonsági politika beállítása szükséges.
A Samsung gyártmányú Android eszközökön ingyenesen megakadályozható a firmware frissítése, vagy igénybe vehető a díjköteles E-FOTA One szolgáltatás, amely lehetővé teszi, hogy megadjuk, mely operációs rendszer frissítéseket telepítsenek az eszközökre. Ez lehetőséget ad az adminisztrátoroknak arra, hogy előzetesen ellenőrizzék a vállalati alkalmazások működését az új firmware-ekkel. Tudva a folyamat munkaigényességéről, a Samsung E-FOTA One alapú szolgáltatást kínálunk ügyfeleink számára, beleértve a célzott üzleti alkalmazások működésének ellenőrzését az ügyfél által használt eszközmodelleken.
A többi gyártó Android eszközein sajnos nincs hasonló funkció.
Az aktualizálás megakadályozása vagy elhalasztása legfeljebb nagyon aggasztó figyelmeztetésekkel lehetséges, mint például:
„Tisztelt Felhasználók! Kérjük, ne frissítsék eszközeiket. Ez alkalmazások nem megfelelő működéséhez vezethet. Ha ezt a szabályt megsértik, a műszaki támogatásra tett bejelentéseiket NEM FOGJÁK megvizsgálni!”.
Még egy ajánlás
Kövessük nyomon az operációs rendszerek, eszközök és UEM platformok gyártóinak híreit és vállalati blogjait. Idén a Google úgy döntött, az egyik lehetséges mobilstratégia támogatásáról, mégpedig a teljesen kezelt eszköz munkaprofil mellett.
E mögött a hosszú név mögött a következő forgatókönyv rejlik:
Android 10 előtt az UEM rendszerek teljes mértékben kezelték az eszközöket és a munkai profil (konténer), amelyben a vállalati alkalmazások és adatok találhatóak.
Android 11-től kezdve a működési funkciók teljes körű irányítása csak VAGY az eszközöket VAGY munkaprofil (konténer).
A Google az újítást az adatkezelési óvintézkedésekkel és a pénzügyi érdekekkel indokolja. Ha létezik konténer, akkor a felhasználói adatoknak a munkáltató látókörén kívül kell maradniuk.
A gyakorlatban ez azt jelenti, hogy a vállalati eszközök helyének meghatározása vagy olyan alkalmazások telepítése, amelyekre a felhasználónak szüksége van a munkához, de nem igénylik a konténerben való elhelyezést a vállalati adatok védelme érdekében, mostantól lehetetlen. Vagy ehhez le kell mondani a konténerről…
A Google azt állítja, hogy a személyes térhez való hozzáférés 38%-os arányban riasztotta el a felhasználókat az UEM telepítésétől. Mostantól az UEM-gyártóknak csak "azt kell elfogadniuk, amit adnak."
Előre felkészültünk az újításokra, és idén új verziót kínálunk, , amely figyelembe veszi a Google új követelményeit.
Keveset ismert tények
A végén néhány keveset ismert tény az operációs rendszerek frissítéséről.
- A mobil eszközökre készült firmware-eket néha vissza lehet állítani. A keresési kifejezések elemzése szerint a „hogyan állítsuk vissza az Androidot” kifejezést gyakrabban keresik, mint az „Android frissítés”. Úgy tűnhet, hogy a dolgokat nem lehet visszafordítani, de néha mégis lehetséges. Technikailag a visszaállítás elleni védelem egy belső számlálón alapul, amely nem minden firmware verzióval növekszik. Egy adott számláló érték keretein belül a visszaállítás lehetséges. Ez az Androidra vonatkozik. Az iOS helyzete kissé eltér. A gyártó webhelyéről (vagy a számtalan tükörhelyről) letölthető egy adott verziójú iOS image egy adott modellhez. Ahhoz, hogy ezt iTunes-on keresztül át tudjuk telepíteni, az Apple-nek alá kell írnia a firmware-t. Általában az új iOS verziók megjelenése utáni első néhány hétben az Apple aláírja az előző verziójú firmware-eket, hogy azok a felhasználók, akiknek eszközük frissítés után hibásan működik, visszatérhessenek egy stabilabb verzióhoz.
- Abban az időben, amikor a jailbreak közösség még nem oszlott szét nagyobb cégekre, lehetőség volt a megjelenített iOS verzió módosítására az egyik rendszer plist fájlban. Így például iOS 6.3-ból iOS 6.2-t lehetett csinálni és fordítva. Hogy miért volt erre szükség, azt az egyik következő cikkben elmondjuk.
- Nyilvánvaló a gyártók által a telefon firmware-ek frissítésére használt Odin program iránti szeretet. Még nem készült jobb eszköz a firmware frissítésére.
Írjatok, beszélgessünk, … lehet, hogy segítünk is.
Forrás: habr.com
