Decyzję o aktualizacji lub braku aktualizacji oprogramowania na osobistym telefonie podejmuje każdy samodzielnie.
Niektórzy instalują CyanogenMod, inni nie czują się właścicielami urządzenia bez TWRP lub jailbreak.
W przypadku aktualizacji firmowych telefonów proces powinien być stosunkowo jednorodny, inaczej IT-owcom nawet Ragnarok będzie wydawał się zabawą.
O tym, jak to wygląda w świecie 'korporacyjnym', przeczytacie poniżej.

Krótki przegląd
Urządzenia mobilne na bazie iOS otrzymują regularne aktualizacje podobnie jak urządzenia na Windows, ale przy tym:
- aktualizacje są rzadsze;
- większość urządzeń otrzymuje aktualizacje, ale nie wszystkie.
Apple wydaje aktualizację iOS jednocześnie dla większości swoich urządzeń, z wyjątkiem tych, które są wycofywane z wsparcia. Apple wspiera swoje urządzenia dość długo. Na przykład aktualizację iOS 14 otrzymają nawet iPhone 6s, wydane w 2015 roku. Oczywiście nie brakuje błędów, takich jak wymuszone spowolnienie starych urządzeń, które, jak twierdzi się, miało na celu nie zmuszenie do zakupu nowego telefonu, a przedłużenie życia starej baterii… Ale w każdym razie jest to lepsze niż sytuacja z Androidem.
Android to w zasadzie franczyza. Oryginalny Android od Google występuje tylko na urządzeniach linii Pixel i budżetowych urządzeniach biorących udział w programie Android One. Na innych urządzeniach można spotkać jedynie pochodne Androida – EMUI, Flyme OS, MIUI, One UI itp. Dla bezpieczeństwa urządzeń mobilnych taka różnorodność stanowi duży problem.
Na przykład 'społeczność' znajduje kolejną podatność w Androidzie lub komponentach systemowych, które go tworzą. Następnie podatności przypisywany jest numer w bazie CVE, znalazca otrzymuje nagrodę w ramach jednego z programów nagród Google, a po tym Google wypuszcza łatkę i uwzględnia ją w kolejnej wersji Androida.
Czy otrzyma ją twój telefon, jeśli nie jest Pixelem ani nie bierze udziału w programie Android One?
Jeśli kupiłeś nowe urządzenie rok temu, to prawdopodobnie tak, ale nie od razu. Producent twojego urządzenia musi najpierw dodać łatkę Google do swojej wersji Androida i przetestować ją na obsługiwanych modelach. Najlepsze modele są wspierane nieco dłużej. Pozostałym pozostaje pogodzić się z tym i nie sprawdzać z rana bazy CVE, aby nie zepsuć sobie apetytu.
Sytuacja z większymi aktualizacjami Androida jest zazwyczaj jeszcze gorsza. Średnio nowa wersja major dociera do urządzeń mobilnych z dostosowanym Androidem nie wcześniej niż po kwartałach, a często nawet dłużej. Tak aktualizacja Android 10 od Google miała miejsce we wrześniu 2019 roku, podczas gdy urządzenia różnych producentów, którym udało się zdobyć możliwość aktualizacji, otrzymywały ją aż do lata 2020 roku.
Można zrozumieć producentów. Wydanie i testowanie nowych wersji oprogramowania to spore koszty. A ponieważ urządzenia już kupiliśmy, nie da się od nas wyciągnąć dodatkowych pieniędzy.
Pozostaje … zmuszać nas do zakupu nowych urządzeń.

Dziurawość wersji Androida określonych producentów była powodem, dla którego Google zmienił architekturę Androida, aby samodzielnie dostarczać krytyczne aktualizacje. Projekt ten nosi nazwę Google Project Zero i był opisywany na Habrze około roku temu. Funkcja jest stosunkowo nowa, ale od 2019 roku jest wbudowana we wszystkich urządzeniach z usługami Google. Wiele osób wie, że te usługi są płatne dla producentów urządzeń, którzy płacą Google za licencje, ale niewiele osób zdaje sobie sprawę, że nie chodzi tylko o kwestie finansowe. Aby uzyskać zgodę na korzystanie z usług Google na konkretnym urządzeniu, producent musi oddać swoje oprogramowanie do Google do weryfikacji. Proces ten nie obejmuje starszych wersji Androida. To pozwala Google narzucać rynkowi swój Project Zero, co mamy nadzieję uczyni urządzenia z Androidem bardziej bezpiecznymi.
Rekomendacje dla użytkowników korporacyjnych
W świecie korporacyjnym wykorzystywane są nie tylko publiczne aplikacje dostępne w Google Play i App Store, ale także własne aplikacje. Czasami cykl życia takich aplikacji kończy się w momencie podpisania protokołu odbioru i zapłaty za usługi dewelopera zgodnie z umową.
W takim przypadku instalacja nowego, większego aktualizacji systemu operacyjnego często prowadzi do tego, że aplikacje, które zakończyły swoje zadanie, przestają działać. Procesy biznesowe zostają wstrzymane, a deweloperzy są zatrudniani ponownie, gdy tylko pojawia się kolejny problem. Tak samo dzieje się, gdy deweloperzy korporacyjni nie zdążają odpowiednio dostosować swoich aplikacji do nowego systemu operacyjnego lub nowa wersja aplikacji jest już dostępna, ale użytkownicy jeszcze jej nie zainstalowali. W tym celu przeznaczone są systemy klasy .
Systemy UEM zapewniają sprawne zarządzanie smartfonami i tabletami, na bieżąco instalując i aktualizując aplikacje na urządzeniach mobilnych pracowników. Ponadto, mają możliwość przywrócenia wcześniejszej wersji aplikacji w razie potrzeby. Funkcjonalność przywracania wersji jest ekskluzywną cechą systemów UEM. Ani Google Play, ani App Store nie oferują tej opcji.
Systemy UEM mogą zdalnie zablokować lub opóźnić aktualizację oprogramowania układowego urządzeń mobilnych. Zachowanie zależy od platformy i producenta urządzeń. W iOS w trybie nadzorowanym (o trybie można przeczytać w naszym ) można opóźnić aktualizację do 90 dni. Wystarczy skonfigurować odpowiednią politykę bezpieczeństwa.
Na urządzeniach Android produkcji Samsung można bezpłatnie zablokować aktualizację oprogramowania układowego lub skorzystać z dodatkowej płatnej usługi E-FOTA One, dzięki której można określić, które aktualizacje systemu operacyjnego instalować na urządzeniach. To daje administratorom możliwość wcześniejszego sprawdzenia działania aplikacji korporacyjnych na nowych wersjach oprogramowania swoich urządzeń. Rozumiejąc pracochłonność tego procesu, oferujemy naszym klientom usługę opartą na Samsung E-FOTA One, obejmującą usługi weryfikacji funkcjonowania docelowych aplikacji biznesowych na wykorzystywanych przez klientów modelach urządzeń.
Niestety, na urządzeniach Android innych producentów podobnej funkcjonalności nie ma.
Zablokować lub opóźnić ich aktualizację można jedynie za pomocą straszydeł, takich jak:
„Szanowni użytkownicy! Nie aktualizujcie swoich urządzeń. Może to prowadzić do nieprawidłowego działania aplikacji. W przypadku naruszenia tej zasady wasze zgłoszenia do wsparcia technicznego NIE BĘDĄ rozpatrywane/słuchane!”.
Jeszcze jedna rekomendacja
Śledźcie nowości i korporacyjne blogi producentów systemów operacyjnych, urządzeń i platform UEM. Dosłownie w tym roku Google postanowił z wsparcia jednej z możliwych strategii mobilnych, a mianowicie w pełni zarządzanego urządzenia z profilem roboczym.
Za tym długim nazwiskiem kryje się następujący scenariusz:
Do Androida 10 systemy UEM w pełni zarządzały urządzeniem I roboczym profil (kontener), w którym znajdują się aplikacje i dane korporacyjne.
Od Androida 11 dostępna jest pełna funkcjonalność zarządzania tylko LUB urządzeniem LUB profilami roboczymi (kontenerami).
Google tłumaczy te zmiany dbałością o prywatność danych użytkowników oraz własnym interesem finansowym. Jeśli istnieje kontener, dane użytkownika powinny znajdować się poza zasięgiem i kontrolą pracodawcy.
W praktyce oznacza to, że poznanie lokalizacji urządzeń korporacyjnych czy instalacja aplikacji potrzebnych użytkownikowi do pracy, które nie muszą być umieszczane w kontenerze dla ochrony danych korporacyjnych, stało się teraz niemożliwe. Albo w tym celu trzeba zrezygnować z kontenera…
Google twierdzi, że taki dostęp do prywatnej przestrzeni zniechęcał 38% użytkowników do instalacji systemów UEM. Teraz dostawcy UEM muszą „brać co dają”.

Z góry przygotowaliśmy się na te innowacje i w tym roku zaproponujemy nową wersję , która uwzględni nowe wymagania Google.
Mało znane fakty
Na zakończenie kilka mało znanych faktów o aktualizacjach mobilnych systemów operacyjnych.
- Oprogramowanie na urządzeniach mobilnych czasami można przywrócić. Analiza fraz wyszukiwanych w Internecie pokazuje, że fraza „jak przywrócić Androida” jest wyszukiwana częściej niż „aktualizacja Androida”. Wydawałoby się, że nie można cofnąć mięsa mielonego, ale czasami jest to możliwe. Technicznie rzecz biorąc, ochrona przed cofnięciem opiera się na wewnętrznym liczniku, który zwiększa się nie z każdą wersją oprogramowania. W ramach jednej wartości tego licznika cofnięcie staje się możliwe. Jeśli chodzi o Androida. W przypadku iOS sytuacja nieco się różni. Z witryny producenta (lub niezliczonej liczby lusterek) można pobrać obraz iOS konkretnej wersji dla konkretnego modelu. Aby zainstalować go przez kabel za pomocą iTunes, Apple musi podpisać oprogramowanie. Zwykle w ciągu kilku tygodni po wydaniu nowej wersji iOS Apple podpisuje poprzednie wersje oprogramowania, aby użytkownicy, których urządzenia po aktualizacji mają problemy, mogli powrócić do bardziej stabilnej wersji.
- W czasach, kiedy społeczność jailbreakowa jeszcze nie rozeszła się po dużych firmach, można było zmienić wersję systemu iOS wyświetlaną w jednym z systemowych plików plist. Można było na przykład przekształcić iOS 6.3 w iOS 6.2 i odwrotnie. Dlaczego to było potrzebne, opowiemy w jednym z kolejnych artykułów.
- Jasna ogólna miłość producentów do programu do flashowania smartfonów Odin. Jeszcze nie stworzono lepszego narzędzia do flashowania.
Napisz, porozmawiajmy, ... może pomożemy.
Źródło: habr.com
