- Granulētas redzamības sistēmas ieviešana, kas aizstāj monolītu drošības ielāpu ar uz komponentiem balstītu analīzi.
- Spēja auditēt konkrētas ievainojamības, izmantojot integrāciju ar OSV datubāzi un CVE izsekošanu.
- Ražotāju un lietojumprogrammu saziņas standartizācija, izmantojot drošības stāvokļa nodrošinātāju, lai pārvaldītu OTA atjauninājumus.
Mūsdienās Android viedtālruņa drošības nodrošināšana, atklāti sakot, ir īsts satraukums. Ņemot vērā ekosistēmas sarežģītību, izstrādātāji agrāk paļāvās uz ļoti vispārīgu rādītāju, ko sauc par drošības ielāpa līmeni (SPL), kas būtībā bija līdzīgs mēģinājumam noteikt mājas drošību, tikai aplūkojot pēdējās lielās renovācijas datumu, nezinot, vai aizmugurējo durvju slēdzene joprojām ir bojāta.
Lai novērstu šo informācijas trūkumu, ir ieviestas AndroidX drošības stāvokļa un drošības stāvokļa nodrošinātāja bibliotēkas . Šie rīki maina spēles noteikumus, piedāvājot detalizētu pārskatu par katru sistēmas stūri, ļaujot programmatūrai būt patiesi noturīgai pret uzbrukumiem un ļaujot lietotnēm pieņemt inteliģentus lēmumus, pamatojoties uz reāliem pierādījumiem, nevis tikai pieņēmumiem, tādējādi izveidojot nulles uzticēšanās modeli.
Ardievu vienotajam ielāpam: granularitātes laikmets
Galvenā problēma, paļaujoties uz vienu SPL, ir tā, ka Android tagad tiek atjaunināts pa daļām, pateicoties Project Mainline un Google Play sistēmas atjauninājumiem. Lai ieviestu kārtību šajā haosā, jaunās bibliotēkas sadala drošību trīs pīlāros: pamata operētājsistēmā (atjaunināta bezvadu režīmā), sistēmas moduļos (piegādāti, izmantojot Google Play) un Linux kodolā , kas ir visa pamatā un tiek mērīts, izmantojot LTS versijas, nevis ikmēneša izlaišanas datumus.
Katram no šiem komponentiem var aplūkot trīs dažādus stāvokļus, kas sniedz pilnīgu priekšstatu par situāciju:
- Ierīces skaņas līmenis (DSPL): Tas norāda, kas ierīcē ir instalēts un darbojas konkrētajā brīdī, bez nepieciešamības pēc interneta savienojuma.
- Publicēts SPL (PSPL): Tā ir jaunākā versija, kas oficiāli publicēta Android drošības biļetenā.
- Pieejamais skaņas spiediens (ASPL): Tas atklāj, vai atjauninājums jau ir lejupielādēts vai gatavs instalēšanai, izmantojot starpprocesu saziņas (IPC) mehānismu.
Ievainojamību kontrole un CVE audits
Viens no kronis dārgakmeņiem ir integrācija ar atvērtā pirmkoda ievainojamību (OSV) datubāzi . Vairs nav jāmin, lai noteiktu, vai konkrēta mēneša ielāps novērš konkrētu ievainojamību; tagad ir iespējams programmatiski izsekot konkrētus CVE .
Tas ir tīrs zelts finanšu tehnoloģiju, banku vai veselības aprūpes lietojumprogrammām, jo tās var ierobežot lielas vērtības pārskaitījumus vai piekļuvi sensitīviem datiem, ja tās atklāj, ka ierīcē joprojām ir aktīva kritiska Bluetooth vai NFC ievainojamība . Piemēram, tādi trūkumi kā rakstīšana ārpus robežām libimagecodec.quram.so varētu ļaut attāliem uzbrucējiem izpildīt patvaļīgu kodu, pārvēršot novecojušu ierīci par aizmugurējām durvīm korporatīvajos tīklos.
Implementación técnica y flujo de trabajo
Lai to palaistu, izstrādātājam ir jāpievieno atkarība androidx.security:security-state:1.1.0 savā Gradle failā. Inicializēšana ir vienkārša un prasa Android kontekstu, lai gan ātrumu var uzlabot, nosūtot ievainojamības ziņojumu JSON formātā tieši konstruktoram. Drošības ielāpa stāvoklis.
Darbplūsma parasti ir sadalīta trīs veidu pārbaudēs:
- Sinhronās verifikācijas: Tie tiek izmantoti, lai pārbaudītu DSPL, kad lietotne tiek startēta, un salīdzinātu to ar obligātu bāzes datumu.
- Asinhronie vaicājumi: cauri
fetchAvailableSecurityPatchLevelLietotne var paziņot lietotājam par gaidāmo atjauninājumu un novirzīt viņu uz iestatījumiem. - Padziļinātas revīzijas: ar
queryAllAvailableUpdatesVarat analizēt datu svaigumu un noskaidrot, kurš atjauninājumu sniedzējs atbild.
Ir svarīgi atzīmēt, ka atbalsts atšķiras atkarībā no sistēmas versijas. Lai gan Android 11 un jaunākas versijas piedāvā pilnīgu atbalstu, Android 10 nav oficiāla kodola atbalsta, un 9. un vecākās versijās, kurās nepastāvēja Project Mainline moduļi, sistēma pēc noklusējuma atgriež Unix datumu (1970-01-01).
Drošības stāvokļa nodrošinātāja loma un jaunās funkcijas operētājsistēmā Android 17
Lai visa šī sistēma darbotos, kādam ir jāpaziņo par pieejamiem atjauninājumiem. Šeit noder drošības stāvokļa nodrošinātājs (SPS) , kas standartizē atjauninājumu klientu ziņošanas veidu ASPL. Iepriekš katra ražotāja OTA informācija bija bloķēta patentētās krātuvēs; tagad jebkura pilnvarota lietotne var piekļūt datiem neatkarīgi no tālruņa zīmola.
Turklāt Android 17 ieviesa spēcīgu uzlabojumu ražotājiem (OEM), izmantojot papildu ielāpu XML failu . Tas ļauj viņiem deklarēt savus ieviestos drošības labojumus, negaidot globālo SPL izlaišanu, nodrošinot, ka notiekošie ielāpu ieviešanas centieni tiek nekavējoties atpazīti un ka ierīce nešķiet neaizsargāta pat pēc tās drošības uzlabošanas.
Citi rīki AndroidX drošības ekosistēmā
Papildus sistēmas stāvoklim pastāv arī citas galvenās sastāvdaļas. Drošības kriptogrāfijas bibliotēka ir būtiska atslēgu pārvaldībai un failu vai koplietoto preferenču šifrēšanai. Lai gan dažas JetSec versijas tagad ir novecojušas, vislabāk nav pārmērīgi izmantot sensitīvu datu krātuvi, jo Android smilškastes modelis un uz failiem balstītā šifrēšana jau ir ļoti spēcīga.
Jāatzīmē arī security-app-authenticator , kas vienkāršo lietojumprogrammas uzticamības pārbaudi, pamatojoties uz tās parakstīšanas identitāti. Izmantojot XML ar pakotņu nosaukumiem un identitātēm, bibliotēka nodrošina, ka tikai likumīgas lietojumprogrammas var mijiedarboties ar kritiskiem sistēmas komponentiem.
Pāreja uz detalizētu komponentu līmeņa pārbaudi, iespēja auditēt CVE, izmantojot OSV, un OTA atjauninājumu standartizācija padara AndroidX Security State par zelta standartu uzlabotai mobilajai drošībai. Integrējot šos rīkus, kritiskās darbplūsmas kļūst noturīgas, un gala lietotāji vienmēr ir aizsargāti pret jaunākajiem draudiem digitālajā vidē.