Noile cerințe de identificare ale Google ar putea distruge magazinele de aplicații independente
La mai bine de o lună de la anunțul inițial, știm acum exact cum intenționează Google să-și strângă controlul asupra ecosistemului Android. Noile reguli merg mult dincolo de simpla organizare – ar putea remodela modul în care dezvoltatorii publică aplicații, cum le instalează utilizatorii și dacă magazinele terțe pot supraviețui. Ceea ce părea odată o inițiativă vagă de securitate este acum o schimbare de politică concretă și, pentru mulți din lumea Android, semnalează o realitate mult mai dură în viitor.
Google a anunțat pentru prima dată o schimbare semnificativă în modul în care tratează dezvoltatorii Android în august, iar subiectul a fost dezbătut intens de atunci. Acum, gigantul din Mountain View oferă detalii suplimentare despre verificarea obligatorie a dezvoltatorilor – iar argumentele vor continua probabil luni de zile.
Google prezintă mișcarea în jurul securității, numind-o principala justificare pentru noile reguli. Aproape toți dezvoltatorii de aplicații Android vor trebui acum să-și verifice identitatea la companie, astfel încât creatorii de malware să poată fi mai ușor identificați și eliminați de pe platformă. De fiecare dată când un utilizator încearcă să instaleze o nouă aplicație, sistemul de operare va verifica ID-ul dezvoltatorului printr-o nouă „entitate de încredere” de pe dispozitiv, numită Android Developer Verifier (ADV).
Acest accent pe securitate nu este nou – Android s-a luptat ani de zile cu valuri de aplicații malware care se strecoară pe dispozitivele utilizatorilor. Deși Google indică adesea sideloading-ul și magazinele terțe ca fiind veriga slabă, multe cazuri de malware de profil înalt au provenit de fapt din propriul său Play Store sau chiar din aplicații preinstalate, unde verificarea insuficientă a permis în mod repetat actorilor rău intenționați să treacă neobservați.
Datele despre aplicațiile populare vor fi stocate local în cache, dar aplicațiile mai puțin cunoscute vor necesita probabil ca ADV să verifice identitatea dezvoltatorului prin internet. Google colaborează, de asemenea, cu magazine terțe la o potențială alternativă locală, folosind un „token de pre-autentificare” legat de pachetul de aplicații instalat.
Noile reguli nu se vor aplica pasionaților sau dezvoltatorilor care lucrează la proiecte în stadiu incipient, deoarece IDE-ul oficial al Android (Android Studio) va continua să funcționeze cu Android Debug Bridge (ADB), bazat pe linia de comandă. Dezvoltarea și testarea prin Android Studio și ADB ar trebui să rămână neafectate – cel puțin până când dezvoltatorii sunt gata să își lanseze aplicațiile către utilizatorii finali.
În ciuda acestor schimbări drastice, Google insistă că sideloading-ul rămâne un aspect „fundamental” al ecosistemului Android. Verificarea dezvoltatorilor, spune compania, este pur și simplu o măsură de protecție suplimentară pentru a proteja utilizatorii. Potrivit companiei, dezvoltatorii se vor bucura în continuare de aceeași „libertate” ca înainte de a-și distribui aplicațiile oriunde doresc. Această prezentare ar putea ignora faptul că malware-ul nu a fost niciodată limitat la marginile distribuției Android. Lipsa unei verificări robuste în Play Store a fost mult timp o vulnerabilitate de securitate, sugerând că problema este sistemică, nu legată exclusiv de ecosistemele terțe.
Chiar și așa, platformele terțe vor fi probabil forțate să își revizuiască operațiunile. F-Droid a avertizat deja că noul sistem de verificare ar putea distruge efectiv proiectul său, care se bazează pe verificarea aplicațiilor externe și resemnarea lor cu propriile chei criptografice.
Google a recunoscut, de asemenea, că unii dezvoltatori ar putea dori să rămână anonimi, în special cei expuși riscului de represiune din partea guvernelor ostile. Compania promite să nu împărtășească public informațiile dezvoltatorilor – deși criticii notează că acest lucru necesită încredere în standardele etice notoriu de flexibile ale Big Tech.
În cele din urmă, Google a publicat un set de Întrebări Frecvente (FAQ) pentru a clarifica noile cerințe de identificare. Procesul de verificare este programat să înceapă în 2026, iar compania este, se pare, dispusă să asculte feedback-ul dezvoltatorilor pentru a ajusta corespunzător regulile înainte ca acestea să devină globale.
