Tartalomjegyzék:
Minden hónap elején a Google kiadja a havi Android biztonsági közleményt, és frissítéseket küld a Pixel telefonokhoz. Nagyszerű, hogy a vállalat átláthatóvá teszi, hogy mi folyik és hogyan javítják a dolgokat, még akkor is, ha nem az a fajta ember vagy, aki szereti olvasni a forráskódot.
Nagyon sok munka folyik ezekben a javításokban, még mielőtt azokat nyilvánosságra hozzák, és még több munkát végeznek, mielőtt más telefonokra kerülnek - ha egyáltalán jönnek. Vessen egy pillantást a kolbász készítésére, és próbáljuk jobban megérteni, miért van kissé homályos a biztonsági javítások ütemezése.
Először javítja az Androidot
Az Android egy bonyolult állat. Több mint 5 millió sornyi kód létezik, hogy segítse a mobil termékeket gyártó vállalatokat egy teljes alkalmazásplatform felállításában és működtetésében, beleértve a Google Playhez és más szolgáltatásokhoz való hozzáférést. Ez nem valami olyan, amellyel fel lehet használni; ezek a vállalatok sok időt töltenek arra, hogy az Android testreszabhatóvá váljanak, hogy beleolvadjanak a többi szoftverbe, amelyet esetleg egy szép homogenizált operációs rendszer létrehozására használnak.
A Google rendelkezik bizonyos szabályokkal arra vonatkozóan, hogyan kell ezt megtenni, ha egy társaság a szolgáltatásait be kívánja venni, de a gyártóknak hosszú póráz van a végtermék felépítésében.
Ez a kód hozza életre a biztonsági javítást. Valaki, akár biztonsági kutató, akár csak egy átlagos Joe, talál egy olyan hibát egy telefonban, amely felhasználható az eszköz biztonsági rétegének csökkentésére. Ha ez a hiba nem az OEM által létrehozott, az Android csapat feladata, hogy megtudja, mi történik, miért történik, és hogyan lehet azt a legkevésbé zavaró módon kijavítani.
Ha biztonsági hibát találnak, és ez része az alapvető Android-kódnak, a Google-nak meg kell javítania, majd el kell küldenie mindenki másnak.
A hibát gyakran a Google nem tudja megjavítani. Nekünk, a Google-nak nincs hozzáférése olyan vállalatok firmware-éhez, amelyek hardvert gyártanak, mint például a Qualcomm vagy az LG. Ha a hibát hardver szinten kell megoldani, akkor nagy a esély arra, hogy a felhasznált komponenseket szállító vállalatnak először változtatásokat kell végrehajtania. Ebben az esetben ezeket a változtatásokat továbbítják a Google-nak, hogy láthassa, mit kell tenni az Android kódba történő beillesztésükhöz.
Ezek a változások időt vesznek igénybe, különösen, ha hardvergyártóról van szó. A javítások és a tesztelések, valamint a javítások és a további javítások mindegyike minden javítást tartalmaz. Miután a Google meggyőződött arról, hogy érvényes biztonsági hibájuk van, minden Android-telefonokat gyártó vállalkozásnak korai hozzáférést kell biztosítani (legalább 30 nappal a javítás közzététele előtt a Google-nál), hogy munkába állhassanak.
Második fázis
Itt végezzük el a munka nagy részét. A Google maga írhatja és karbantarthatja az Androidot, de az eszközöket, amelyek ezt használják, nem a Google készíti. Ide tartoznak a Pixel telefonok is. A Google hardvere az Android ügyfele, ugyanúgy, mint a Samsung vagy a Motorola.
A mobilipar Samsungs és LG mobiltelefonjai, amelyek sok változtatást végeznek az Android-ban, sok munkával járnak, amikor ideje egy javítás egyesítése.
Ezek a vállalatok mindegyikén dolgoznak néhány dolgot, amint új kódot kapnak a Google-tól. Az első - és talán a legfontosabb - rész annak meghatározása, hogy a javítás melyik része nincs szükség. És sok minden van a javításban, amelyet egy vállalat szabadon figyelmen kívül hagyhat.
Például, ha az NVIDIA-nak változtatásokat kellett végrehajtania, amelyek visszakerülnek az Android-ba, akkor a Samsung telefonoknak nem kell a javítás ezen része. Szélsőségesebb példa a BlackBerry vagy a Samsung által végrehajtott változtatások, amelyek már másképp foglalkoznak a problémával. A szükséges és a nem szükséges idő megismerése időigényes lehet, különösen akkor, ha egy vállalat nagy változtatásokat hajt végre az operációs rendszer bizonyos részeiben. A Google azt a vádat vizsgálta, hogy az eredeti gyártók olyan biztonsági javításokat küldtek, amelyek nem foglalkoztak olyan dolgokkal, amelyek rendelkezniük kellett velük, és ezt találták meg.
A javítások minden részéhez nincs szükség minden telefonra.
Ha elkészült, a javítás többi részét össze kell vonni az eladó egyedi Android kódjába, majd fel kell építeni és tesztelni. Az "épített és tesztelt" rész nagy fejfájás lehet, ha a javítást nem lehet csak alkalmazni, mert az olyan fájlokat érint, amelyeket az egyedi kód használ, vagy attól függ. Sokat látunk is. A Bluetooth vagy a Wi-Fi javításakor, függetlenül attól, hogy a hardvert vagy a szoftvert mögöttük vannak - meg fogja érni a kódot, amelyet egy nagy OEM megváltoztatott, amely rajongói operációs rendszert készít, mint az "állomány" Android. Az Androidnak nagyon sok olyan része van, amelyet az OEM megérinthet.
Amint a Samsung mérnökei vagy más gyártók megkapják az indító és futó operációs rendszert, azt meg kell tesztelni. És kipróbált még néhányat. A tesztelés magában foglalhatja a hálózati mérnökök bevonását a különböző szereplőktől, valamint a Google és / vagy az alkatrészek gyártójának visszatelepítését a keverékbe. Helyesnek kell lennie. Több ezer telefonnak elküldött javítás megsértheti a szolgáltató hálózatát, elfogyaszthatja minden felhasználó adatsablonját, vagy akár maga a telefon is működhet. Bármilyen ilyen elfogadhatatlan, és meg kell találni, mielőtt elhagyná az épületet.
A bevezetés
A telefont készítő társaság, a Google, és talán az Ön szolgáltatója együtt dolgoznak, hogy készen álljon a nagyszabású frissítésre. Ha valaha is látta a javítás letöltéséhez használt URL-t, észreveszi, hogy a webcímben "Google" van. Ennek oka az, hogy a telefon belsejében lévő motor, amely képes letölteni és feldolgozni egy OTA frissítést, egy nagyon konkrét helyre keres javítást. Tudnia kell, hogy a javítás 100% -ban helyes és a megfelelő digitális aláírással aláírva van. Ezt újra meg fogja vizsgálni, miután a javítást teljes mértékben letöltötte.
Ha a telefont egy hordozótól vásárolta, akkor a javítás teljes élettartama alatt rengeteg bemeneti adatot tartalmaz.
Lehet, hogy szolgáltatója rendelkezik bizonyos szabályokkal arra vonatkozóan, hogy mikor és ki töltheti le a javítást, mihelyt megjelent, ha a nevük a telefonon található. Az olyan cégek, mint a Samsung vagy az LG, minden egyes hordozóhoz egyedi lefordított verziót készítenek a legnépszerűbb modellekről, amely rengeteg információval szolgál a dolgok elvégzéséhez. Mivel a neve szerepel a dobozban. Ez frusztráló lehet, de van értelme. Ha például Pittsburgh-ben (például) mindenki, aki rendelkezik egy Samsung Galaxy S8 telefonnal, 800 MB javítást próbál lekérni egyszerre, a hálózat foltokban összeomlik. A szolgáltatója megtesz minden szükséges lépést a hálózat életben tartása érdekében.
A Google egyfajta visszatartást is feltesz az OTA bevezetésekre. Egy meghatározott számú felhasználó kap javítást, és egy meghatározott idő eltelte után a Google meghatározza, hogy ezeknek a felhasználóknak volt-e jó tapasztalata vagy rossz. Ha minden jól megy, nagyobb számú felhasználó kapja a javítást egy második hullámban. Ez többször megismétlődik, mielőtt az árnyékolók kinyílnának. Azok a felhasználók, akik nem akarják megvárni ezt a végső tesztelést, manuálisan letölthetik a javítást az eszközbeállításokon keresztül.
Amikor jön a sor, és zöld fényt adott telefonjának, hogy megragadja a fájlt, letöltödik, majd a telefon átveszi az irányítást.
A kezedben
A javítócsomag letöltésre kerül a telefonra, és ellenőrzik, hogy megfelelő anyag. Az Android régebbi verzióinak van egy dedikált gyorsítótára, amely a tárhely egy része, amelyet felosztották, például a frissítési fájl életbe léptetéséhez; olyan dolgokat, amelyek csak ideiglenesen vannak a telefonon. Azok a telefonok, amelyek az Android zökkenőmentes frissítési funkcióját használják (amelynek a legtöbb telefonnak az Android Nougatot kell eladnia, ha eladásra kerül), a „letöltött fájlokat” becsúsztatják az úgynevezett résidőkbe. Mindkét esetben elegendő helyre van szüksége az OTA-fájl kibontásához és a munkához.
Lehet, hogy az Android régebbi verzióival rendelkező telefonoknak van egy dedikált gyorsítótár-partíciója, amelyet a frissítés során használnak. 2, 5-szer nagyobbnak kell lennie, mint a letöltött OTA-fájlnak.
A telefon OTA frissítőszoftvere az Android része. A letöltött fájlban található parancsfájl megmutatja, hogyan kell megkeresni a megváltoztatni kívánt fájlokat, és átmásolja ezeket a fájlokat akár az eszköz gyorsítótárába, akár a kijelölt nyílásba. Ezután összehasonlítja a telefon eredeti fájljait a letöltött fájlokkal. Néhány esetben ez egy egyszerű csere: vegye le az X fájlt a telefonról és törölje, majd cserélje le az X fájlra az OTA letöltésből. Mások nem a teljes fájl, és csak apró, specifikus módosításokat tartalmaznak. A telefon frissítő és telepítő szoftvere tudja, mit kell itt tennie.
Számos Android-fájl, különösen az alkalmazások és a szoftverkönyvtárak, valójában nagyon sok fájl tömörítve van egy speciális archívumba. Készíthet egy APK-fájlt, cserélheti ki.zip fájlra, és megnyithatja a Windows rendszerben. Időnként ezeket az archívumokat meg kell nyitni, és részüket cserélni kell a biztonsági javításhoz letöltött új verziókkal. Ezért van szüksége ehhez a munkaterületre a gyorsítótár-partíción - innen kicsomagolják ezeket a fájlokat.
A telefonon lévő sok fájl valóban archívum, amely számos fájlt tartalmaz - ideértve a fájlok egyéb archívumait is. Ez komplikált.
Miután az OTA frissítésben szereplő összes fájlt feldolgozták és módosították a rendszerfájlok másolatait, ideje futtatni a rendszert velük. Ez akkor fordul elő, amikor a telefon kéri az újraindítást, miután feldolgozta a kapott OTA-t, mivel gyakran vannak fájlok, amelyeket javítani kell, de a telefon működése közben használatban vannak. Láthat egy képernyőt, amelyen látható, hogy az újraindítás során folyamatban van munka, vagy csak láthatja az Android logót. Mindkét esetben a fájlokat ellenőrzik, helyükre helyezik és újra ellenőrzik. A régi fájlokat a gyorsítótárban tartják, minden esetre, ha probléma merül fel, és az új fájlokkal nem indulhat el.
Csak annyit kell tennie, hogy megbizonyosodjon arról, hogy minden még mindig csak Önnek tetszik, és a telefon beállításainál van-e újabb dátuma a Biztonsági javítás verziójának. Most már készen áll a következő frissítésre!
