MIUI 10 AntiRollBack: Hur man undviker tegelstenar på din enhet!

ΠKanske i juli, när Xiaomi släppte MIUI Global Beta 8.7.5 ROM för 8 enheter, när användare installerade den här uppdateringen på RedMi Note 5 (Whyred), flashade de omedvetet en ROM som hade Antirollback-skydd aktiverat.
Så användare som inte gillade den nya första distributionen av MIUI 10, möttes av en obehaglig överraskning när de försökte gå tillbaka till den senaste MIUI 9 de hade innan de satte MIUI 10.

Deras telefoner hade blivit Brick och var nu värdelösa! Och det dåliga var att detta inte var en enkel kloss som man kunde spara om man gjorde en säkerhetskopia från TWRP, eller genom att flasha en ny ROM, eller ens göra en fabriksåterställning med MiFlash.
Detta var en svår tegelsten som krävde användning av EDL-läge för att återställa sin enhet.

Men EDL-läget kunde inte längre användas eftersom det krävde ett särskilt auktoriserat konto, så många användare hade inget annat val än att lämna tillbaka sin enhet till ett auktoriserat servicecenter eller betala någon som hade ett auktoriserat konto för användning med EDL. I den här artikeln kommer vi att försöka förklara allt du behöver veta om Antirollback Protection och hur Xiaomi har implementerat det, så att du kan undvika att bricka din nya enhet.

Varför kräver Xiaomi långa tider för Bootloader Unlock, EDL-auktorisering och Antirollback Protection?

Xiaomi är en av de största och mest populära smartphonetillverkarna i Kina, med ett brett utbud från toppflaggskepp till medel- och lågprisenheter.

Precis som Huawei säljer Xiaomi ett stort antal smartphones på den kinesiska marknaden. Många av dessa enheter designades aldrig av Xiaomi för att säljas på andra marknader än Kina, men det hindrade inte någon från att kunna importera dem.

Så inofficiella säljare av Xiaomi-enheter dök upp på Aliexpress, Gearbest och många andra började sälja Xiaomi-enheter via sina sidor på andra marknader och länder som inte borde säljas utanför Kina. Och sedan dess började problemen för Xiaomi, eftersom programvaran som enheterna hade hette MIUI CHINA, och de hade inte Google Play-tjänster alls, och från språken hade de bara engelska och mandarin (kinesisk dialekt).
Så den som importerade enheten från Kina hade ingen Google-tjänst på enheterna.

Men några av dessa inofficiella återförsäljare har hittat ett sätt att övertyga sina kunder om att de säljer enheter som har en officiell MIUI GLOBAL ROM.
Så vad de gjorde var att köpa en Xiaomi-enhet avsedd för den kinesiska marknaden, låsa upp Bootloader, ändra enhetens programvara själva eller Flasha en anpassad ROM som de från xiaomi.eu (inofficiella MIU-enheter baserade på MIUI Kina, men med många språk ​och Google Play), och sedan sålde de enheten som en officiell global.

Så de flesta kunder som köpte enheten från dessa butiker visste inte att den körde inofficiell och modifierad programvara och började skylla på Xiaomi när de inte fick uppdateringar eller hittade många buggar i enhetens programvara.
Ännu värre, vissa återförsäljare lägger in skadlig programvara och adware i enhetens programvara för att tjäna mer pengar på annonserna som enheten spelade upp.

Så Xiaomis rykte äventyrades av dessa metoder från inofficiella återförsäljare, eftersom granskare och ägare av dessa enheter hittade många problem med programvaran och indirekt anklagade Xiaomi.
Så företaget var tvungen att hitta ett sätt att stoppa alla dessa inofficiella återförsäljare från att sälja modifierade enheter som de inte ens borde ha i sina händer.

En lösning var att permanent låsa Bootloader utan upplåsningsfunktionen, som Huawei gjorde på sina egna enheter. Men Xiaomi, som såg den stora framgången den hade i den breda kretsen av entusiastanvändare (se XDA-utvecklare till exempel - xiaomi.eu etc.), gick inte vidare till Bootloader-låset. Istället tog de olika tillvägagångssätt och säkerhetsåtgärder för att skydda användarna från skadliga handlingar från Kinas oansvariga återförsäljare.

Väntar på att Booloader ska låsas upp.

Så först implementerade de en policy, enligt vilken användare ska ansöka om tillstånd att låsa upp Bootloader, och vänta länge tills de får rätt.
Xiaomi-enheter som hade lager Android-operativsystem som Xiaomi Mi A1, Mi A2, Mi A2 Lite, behövde inte använda ett speciellt program, Mi Unlock Tool, för att låsa upp Bootloader, som andra enheter gjorde.

Efter att ha skickat begäran om att låsa upp bootloadern tvingade Mi Unlock-verktyget användare att vänta på att begäran skulle verifieras och fortsatte sedan till nästa steg som var att vänta.

Väntetiden för att någon skulle kunna låsa upp Bootloader var 3 dagar i början och sedan i början av 2018 ökades den till 15 dagar och nyligen utökades väntetiden igen till 30 dagar, medan det i vissa fall var upp till 60 dagar.
(Angående de nya POCO enheter, väntetiden sjönk till 3 dagar om ägaren till enheten är aktiv i en.miui.com-communityt, annars blir det långa väntetider där också).

Tillägget av väntetid för att Bootloader ska låsas upp bromsade de inofficiella återförsäljarnas aktiviteter i början, men det störde samtidigt alla som ville låsa upp Bootloader omedelbart, att rota sina enheter, att flasha Custom ROMs och Custom. Kärnor.

Kontobehörighet för EDL.

Sedan började företaget låsa den EDL-läge på sina enheter. De EDL eller nödladdningsläge som det kallas, är ett alternativt Boot-läge på alla Qualcomm-enheter, som vanligtvis används för att spara en enhet som har blivit Brick.
Men för att alla ska kunna använda detta EDL-läge måste de ha ett Xiaomi-auktoriserat konto för att fungera på din enhet.

Den EDL-läge det är väldigt kraftfullt och väldigt "Programverktyg" på låg nivå, som vanligtvis används av reparationscenter, för att reparera en Bricked-enhet.
På samma gång EDL-läge används för att göra officiella och inofficiella Flash-modifierade MIUI Global ROMs på Xiaomi-enheter avsedda exklusivt för Kina, utan att behöva låsa upp Bootloader först.

Så på det här sättet EDL-läge blev den trojanska hästen för Xiaomis säkerhetsventiler med Bootloader, och alla dessa obehöriga butiker hittade en möjlighet att flasha sina egna manipulerade ROM-skivor igen, på enheter som de senare sålde som äkta GLOBAL-enheter, vilket återigen lurade slutanvändare och köpare av enheten.

Så Xiaomi, eftersom det av någon anledning inte ville att dess "kunder" skulle hamna i händerna på enheter som hade hårdvara och programvara (MIUI CHINA), med GLOBAL ROM installerade i dem, var tvungna att hitta ett sätt att blockera denna process av dessa butiker,
och så gjorde han 2 saker samtidigt.

1. Gjorde det omöjligt att starta upp till en enhet som har en GLOBAL ROM om själva enheten inte är en Globla-version (med ett varningsmeddelande som kommer ut under ett Flash-försök "Denna MIUI ROM kan inte installeras på den här enheten"), och
2. lås EDL-läge för att bara komma åt auktoriserade konton.

Antirollback skydd

Xiaomi aktiverade äntligen skyddet AntiRollBack i de senaste versionerna av MIUI för sina senaste enheter. Du kanske inte har hört talas om Antirollback Protection tidigare.
Η GOOGLE lagt till den här funktionen till alla Android 8 Oreo ROM, men hade det som ett alternativ, tills det så småningom blev obligatoriskt för alla unga kvinnor Android 9 Pie ROM.

Googles Antirollback-skydd är en funktion i Android Verified Boot 2.0 (även känd som Verified Boot) och blockerar enhetens start om den upptäcker att enheten har nedgraderat sin programvara (ROM) till en äldre version som inte heller längre stöds.

Antirollback är nödvändigt för att skydda mot attacker som syftar till att ladda gammal mjukvara på enheten och därmed bli sårbar för "hål" i säkerhetsbrister.
Men den största skillnaden mellan implementeringen av Google och Xiaomi när det gäller Antirollback, är att i fallet med Google är det inaktiverat om Bootloader är upplåst, medan i fallet med Xiaomi Antirollback inte kan inaktiveras.
Så en gång aktiverad på Xiaomi-enheter finns det ingen väg tillbaka.

Till exempel är Antirollback redan aktiverat på Xiaomi Mi-8 och RedMi Note 5 enheter från KINA utvecklare 8.9.6 ROM och henne GLOBAL BETA 8.7.5 ROM och då.

Tabell från xiaomi.eu

Antirollback Protection syftar till att stoppa den obehöriga leverantören från att utnyttja säkerhetsbrister i äldre MIUI-versioner och på så sätt skydda användare från dessa intrång.

Tyvärr upprörde denna Antirollback-aktivering verkligen de som hade den RedMi 5 Anteckningar enheter, sedan Antirollback först tillämpades på dem, men utan att informera någon långt innan den nya funktionen aktiverades.

Men eftersom TWRP inte gör någon form av testning för Antirollback för att stoppa och varna användare att inte fortsätta i Flash av en äldre ROM-version, slutade många användare med att ha Brick på sina enheter, precis slutfört Flash till exempel från MIUI BETA (Developer) ROM till ett stabilt ROM.

Alla nuvarande enheter som Xiaomi fortsätter att stödja med uppdateringar kommer gradvis att få den nya antirollback-funktionen, så det är mycket viktigt och nödvändigt att veta hur du kan kontrollera antirollback som din enhet har innan du fortsätter till nedgradering av ROM, men även vad du ska göra om Antirollback är aktiverat på din enhet.

Hur vi kan kontrollera Antirollback-skyddet på vår enhet.

När vi pratade om Antirollback-skydd och hur det i huvudsak förhindrar en enhet från att starta upp i ett äldre och osäkert ROM, nämnde vi att Verified Boot upptäcker närvaron av en äldre ROM.
Denna genomsökning görs eftersom det finns ett index i Verified Boot (Anti), vilket jämförs med motsvarande index som ROM-minnet som du försöker göra Flash innehåller.
Beroende på resultatet av denna jämförelse kan följande inträffa på din enhet under Flash.

1. Om indexet för din enhet nu är mindre än indexet för ROM-minnet som du ska blinka, kommer det nya ROM-minnet att installeras utan problem, och det aktuella indexet för din enhet kommer att ändras och bli detsamma som indexet har ny ROM du gjort Flash.
2. Om indexet för din enhet nu är detsamma som indexet för det ROM-minne du ska flasha, kommer det nya ROM-minnet att installeras utan problem, och det aktuella indexet för din enhet kommer inte att ändras alls medan det förblir detsamma.
3. Om indexet för din enhet nu är högre än indexet för det ROM du ska flasha, kommer det nya ROM att avvisas och installationen kommer inte att fortsätta, utan bara om du flashar genom FastBoot Mode eller med Mi-FLash.

Och här börjar det stora problemet, eftersom enheter som har anpassade ROM med TWRP Recovery, eftersom TWRP Recovery inte kan styra AntirollBack på din enhet, och inte heller Antirollback av ROM du ska lägga, kommer att fortsätta sin Flash normalt ROM som normalt borde har blockerats för att förhindra det, och i slutet av Flash kommer din enhet att få en Brick.

Detta är huvudorsaken till att många enheter hamnade i Brick efter att nedgradering av ROM gjordes med Flash av TWRP Recovery.
Om ROM:et du har har MIUI Original Recovery, eftersom det kontrollerar ROM:et innan Flash startar, skulle du inte ha några problem, eftersom det skulle blockera Flash efter skanningen och skulle få meddelandet "Denna MIUI ROM kan inte installeras på den här enhetenPå så sätt skyddar du dig från Brick.

Nu när vi har en bättre förståelse för rollen för Antirollback-pekaren, låt oss se nedan hur vi kan styra den aktuella (anti)pekaren för vår enhet för tillfället, och hur vi kan se pekaren för ROM-bilden du vill blinka .

Hur man hittar den aktuella Anti-indikatorn för vår enhet.

1. Starta om enheten i Fastboot-läge.
2. Vi skriver kommandot: fastboot getvar anti
3. Om resultatet är tomt utan ett antiindex har antirollback ännu inte aktiverats.
Om du får ett typnummer som resultat mot: X, då är antirollback aktiverat på din enhet, och pekaren är Χ

Hur man hittar Anti-indexet för Fastboot-bilder.

1. Ladda ner Fastboot ROM som är exakt samma version som den Recovery ROM du vill sätta på din enhet.
Tänk på att Recovery ROM alltid har varumärket för din enhet och ROM-filen slutar med . Zip slut.
FastBoot ROM, å andra sidan, använder alltid enhetsnamnskoden, och filen slutar alltid med .tar.gz slut.

2. Ta bort från FastBoot ROM (den har en förlängning .tar.gz) filen flash-all.bat (Applikationen 7zip kan användas här för att öppna fastboot ROM).

3. Öppna filen flash-all.bat med en textredigerare som det välkända Notepad ++ och försök hitta raden: set CURRENT_ANTI_VER = #

4. Detta nummer (#) är MIUI ROM rollback (Anti) indikator som du vill blinka på din enhet.

Om detta nummer är lika med eller större än vad du har hittat på din enhet, är det säkert att fortsätta med ROM Flash, TWRP Recovery, mi-Flash, etc.
Om detta nummer är mindre än vad du hittar på din enhet, då helt enkelt MHN BUSINESS att flasha denna ROM från TWRP Recovery, eftersom du bara kommer att få Brick på din enhet.

Hur påverkar anti-ROllback-skydd anpassade ROM-skivor som grekiska eller xiaomi.eu?

Om du inte planerar att flasha en MIUI ROM någon gång i framtiden, ändras ingenting för dig.
Om du planerar att göra en Flash AOSP ROM som LinageOS, Pixel Experience, Resurrection Remix, Carbon ROM etc, återigen måste du definitivt låsa upp Bootloader med Mi Unlock Toolm, starta upp till TWRP Recovery och sedan flasha Custom ROM.
Den enda skillnaden nu när det gäller TWRP Flash från FastBoot-läget är att eftersom antirollback-skydd blockerar TWRP-bilden Flash, måste du först blinka en "overksam"Bilden först.

Denna dummy-bild är i grunden en tom fil vars enda syfte är att skicka ett kommando till din enhets starthanterare så att du kan flasha partitionerna på din enhet. (Om du hade tagit en titt på filen flash-all.bat från föregående avsnitt, skulle du se att Xioami gör exakt samma sak).

Alternativt kan du flasha TWRP-bilden från själva TWRP Recovery genom att först överföra TWRP Recovery-bilden till insidan av din enhet och sedan flasha återställningsbilden från själva TWRP. Instruktioner finns på länken nedan.

Det finns dock en fallgrop här eftersom vi inte i förväg vet om återställningsindexet har vuxit efter en uppgradering till bootloader, modem, leverantör eller annan partition av enheten av Xiaomi. Tänk på att vanligtvis alla Custom ROMs ingriper och ändrar endast System- och Boot-partitionerna, och vanligtvis behåller alla andra partitioner på enheten som specificeras av Xiaomi, inklusive Säkerhetsuppdateringar, och allt detta kommer från den ursprungliga MIUI ROM som Custom ROM Developers har som källa.

Detta innebär att anpassade ROM-utvecklare vanligtvis behöver kontrollera återställningsindikatorerna för de ROM som de kommer att dela med andra, så att du vet vilken nya ROM som du kommer att göra Flash, vilka begränsningar den kommer att ge dig från och med nu, och skydda enheten din.

På så sätt kommer du att känna till den nya uppdateringen för varje ROM som du gör Flash, från vilka versioner för nedgradering det utesluter dig samtidigt, på grund av Anti-indexet som du kommer att ha på din enhet efter Flash av uppdateringen.

Vad kan jag göra om min enhet blir Brick efter en blixt?

Om din enhet har blivit murad på grund av antirollback-skydd har du tyvärr inte många alternativ.

1. Du måste skicka din enhet till ett auktoriserat Xiaomi service- eller reparationscenter. Auktoriserade servicecenter har tillgång till din enhets EDL-läge och kan återställa det.

2. Hoppas att hitta ett kryphål i operativsystemets säkerhet för att kringgå EDL-lägesbehörighet och sedan återställa din enhet själv med motsvarande program (Mi-Flash)

Som du kan se är telefonens tegel på grund av kränkningen av AntiRollBack Protection inte en lätthanterlig situation. Så du måste vara väldigt försiktig från och med nu.

FAQ... (Frågor och svar)

1. Vad ska jag göra för att undvika Brick på min enhet?
Flasha inte en ROM som har ett mindre Anti-index än vad du för närvarande har på din enhet. Se ovan för instruktioner.
Ap. Flasha inte en officiell global ROM på en enhet som har hårdvara eller ROM specifikt för Kina med en låst Bootloader.

2. Kan jag fortfarande växla mellan AOSP ROMs, Kernels, Magisk, Xposed, Substratum, ARISE och andra Mods?
NAI

3. Kan jag fortfarande växla mellan MIUI Global Stable, MIUI Global Developer, MIUI China Stable och MIUI CHINA Developer?
Ap. Ja, men du bör först jämföra antiindikatorn du har på din enhet med antiindikatorn på ROM:en du vill infoga, för att undvika Brick.

4. Varför inaktiverar inte Xiaomi Antirollback-skyddet när vi låser upp Bootloader?
Ap. Det här är en bra fråga men vi har ännu inte ett klart svar och vi hoppas få det snart.

5. Varför orsakar Xiaomi Hard Brick på enheten när det finns ett problem med Antirollback, när detta inte är fallet med Google?
Ap. Ännu en bra fråga som behöver ett bra och övertygande svar från Xiaomi.

6. Varför visar Xiaomi helt enkelt det relevanta Verified Boot-meddelandet för att bara meddela enhetsägaren att den har en "teased" ROM på sin enhet, men inte Brick it?
Ap. Alla frågor av den här typen är bra och mycket rimliga ,,,, men den enda som kan svara på allt detta är xiaomi själv, och vi hoppas kunna göra det snart.

Δär det inte så enkelt att föra ett krig mot de dåliga metoderna hos vissa återförsäljare som skamlar dina enheter (och du gör mycket bra det här kriget, och vi med dig), och därför helt enkelt betraktar tegelstenen av dina kunders enheter (att enda misstaget de gjorde var att köpa sin favoritenhet från en tredjepartsåterförsäljare eftersom den inte var tillgänglig någon annanstans), som säkerhetsförluster i kriget;  för i slutändan kommer vi att undra vem som är allierade och vem som är fienden...

ΥΓ. Denna text är översatt och något annorlunda än XDA Developers (Mishaal Rahman) som vi tackar så mycket.