Normal Permission sa Android — ano ito, mga antas ng proteksyon at prinsipyo ng paggana

Ano ang Normal Permission sa Android

Normal Permission — isang uri ng system pahintulot ng Android na may ProtectionLevel normal, awtomatikong ibinibigay sa application sa sandali ng pag-install. Ang developer ay hindi kailangang magsulat ng code para sa kahilingan — sapat na banggitin ang pahintulot sa AndroidManifest.xml. Ang gumagamit ay hindi nakakakita ng mga dialog at hindi maaaring bawiin ang normal permission nang hiwalay, sa pamamagitan lamang ng pagtanggal ng buong application.

Inuuri ng Android system ang normal na pahintulot bilang mababa ang panganib — hindi sila nagbibigay ng access sa personal na data, camera o mikropono. Mga tipikal na halimbawa: access sa internet, pamamahala ng panginginig ng boses, pagbabasa ng status ng Wi-Fi. Ayon sa Android Security Model (2024), humigit-kumulang 40 porsyento ng lahat ng system pahintulot ay kabilang sa kategoryang normal.

Mahalagang katangian — ang normal na pahintulot ay hindi binabawi sa runtime sa pamamagitan ng Settings. Kung nais ng gumagamit na bawalan ang access, ang tanging paraan ay tanggalin ang application. Dapat isaalang-alang ito ng mga developer sa arkitektura, ngunit para sa mga gumagamit, pinapasimple ng ganitong paraan ang interaksyon: walang mga dialog sa unang paglunsad.

Kasaysayan ng paglitaw ng kategorya

Ang paghahati sa normal at mapanganib na pahintulot ay lumitaw sa Android 6.0 Marshmallow (API 23). Bago ang bersyong ito, lahat ng pahintulot ay hinihiling sa pag-install — ang gumagamit ay nakakakita ng isang listahan at tinatanggap o tinatanggihan ito nang buo. Normal Permission ay nagpanatili ng modelong ito para sa mababang-panganib na operasyon, habang ang Dangerous ay lumipat sa runtime request. Ang pagbabagong ito ay nagpabuti ng karanasan ng gumagamit at sabay na nagpataas ng seguridad.

Anong mga API ang nangangailangan ng Normal Permission

Maraming Android system API ang nangangailangan ng malinaw na pagbanggit ng normal na pahintulot, kahit na awtomatiko ang access. Halimbawa, ang klase na ConnectivityManager ay nangangailangan ng ACCESS_NETWORK_STATE, VibratorService ay nangangailangan ng VIBRATE, WifiManager ay nangangailangan ng ACCESS_WIFI_STATE. Kung walang deklarasyon ng kaukulang uses-permission, ang pagtawag sa mga API na ito ay magdudulot ng SecurityException.

Paano gumagana ang ProtectionLevel normal

ProtectionLevel normal — ang pinakamababang antas ng proteksyon sa Android Permission System. Ang mga pahintulot na may ganitong antas ay idinedeklara sa manifest, at sinusuri ng system ang deklarasyon sa pag-install, na nagbibigay ng access nang walang interbensyon ng gumagamit. Walang UI elementong ipinapakita, walang callback na tinatawag.

Ang mekanismo ng pagsusuri ay gumagana sa antas ng PackageManager. Sa pag-install ng APK, ini-scan ng system ang lahat ng uses-permission tag, tinutukoy ang antas ng proteksyon ng bawat pahintulot sa pamamagitan ng pagtutugma sa mga system definition sa mga file ng permissions.xml at para sa normal-level ay nagrerehistro lang ng access. Ang proseso ay tumatagal ng millisecond at hindi nangangailangan ng interaksyon sa user interface.

Ang algorithm ng pagbibigay ay ganito:

• Binabasa ng system ang manifest sa sandali ng pag-install ng application
• Itinutugma ang protectionLevel sa /etc/permissions/ sa device
• Sa halagang normal — awtomatikong nagbibigay ng access
• Ang pahintulot ay nananatiling aktibo hanggang sa kumpletong pagtanggal ng application

Hindi mababawi ng gumagamit ang normal na pahintulot sa pamamagitan ng interface. Sa mga setting ng application sa seksyong Mga Pahintulot, tanging ang mapanganib na pahintulot ang ipinapakita. Ito ay kabaligtaran sa iOS, kung saan ang bawat pahintulot ay nangangailangan ng hiwalay na kumpirmasyon anuman ang antas ng sensitivity ng function.

Normal Permission vs Dangerous Permission

Normal at Dangerous Permission — dalawang magkasalungat na kategorya ng proteksyon sa Android. Ang pangunahing pagkakaiba ay sa paraan ng pagbibigay: ang normal ay awtomatikong ibinibigay sa pag-install, ang mapanganib ay nangangailangan ng malinaw na pahintulot sa pamamagitan ng runtime dialog. Ang pagkakaibang ito ay naka-embed sa arkitektura ng seguridad ng Android simula sa bersyon 6.0 Marshmallow.

Paghahambing ng mga pangunahing katangian:

Pagkakaiba sa kahilingan sa gumagamit

Ang gumagamit ay hindi nakakakita ng anumang dialog sa kahilingan ng Normal Permission. Kung ang application ay nangangailangan ng INTERNET — nakukuha nito ito nang tahimik. Para sa Dangerous Permission, nagpapakita ang system ng modal dialog na may paglalarawan ng hinihinging access. Pinipindot ng gumagamit ang Allow o Deny, at sa paglaon ay maaaring bawiin ang pahintulot anumang oras sa pamamagitan ng Settings. Ito ang pangunahing pagkakaiba sa UX na tumutukoy sa estratehiya ng pag-develop ng interface.

Kailan pumili ng Normal

Ang Normal ay dapat gamitin sa lahat ng kaso kung saan ang access ay hindi tungkol sa sensitibong data. ACCESS_NETWORK_STATE para sa pagsusuri ng koneksyon, VIBRATE para sa tactile feedback, INTERNET para sa HTTP requests — lahat ito ay normal na pahintulot. Ang paglalapat ng mapanganib na antas kung saan sapat ang normal ay masamang praktika, lumilikha ng hindi kinakailangang dialog at nagpapababa ng tiwala ng gumagamit sa application.

Listahan ng normal na pahintulot sa Android

Tinutukoy ng Android ang dose-dosenang normal na pahintulot, bawat isa ay tumutugma sa isang tiyak na system function. Lahat sila ay accessible sa pamamagitan ng mga constant ng klase na Manifest.permission. Nasa ibaba ang listahan ng mga pinakamadalas gamitin sa pag-develop ng application.

Mga grupo ng normal na pahintulot

Ang normal na pahintulot ay hindi naka-grupo sa Permission Group para sa layunin ng pagpapakita sa UI. Ang mga grupo sa Android ay para sa screen ng mga setting, kung saan mapanganib na pahintulot lamang ang ipinapakita. Gayunpaman, lohikal na ang normal na pahintulot ay maaaring hatiin sa mga kategorya: network (INTERNET, ACCESS_NETWORK_STATE), hardware (VIBRATE, WAKE_LOCK), system (SET_ALARM) at Bluetooth pahintulot.

Ang ilang constant mula sa Manifest.permission ay maaaring magbago ng antas ng proteksyon sa iba't ibang bersyon ng Android. Halimbawa, ang BLUETOOTH_CONNECT sa Android 12+ ay naging mapanganib na pahintulot na may runtime request, kahit na sa mas lumang bersyon ay normal ito. Ang mga developer ay inirerekomenda na suriin ang kasalukuyang protectionLevel para sa target na API sa pamamagitan ng dokumentasyon.

Pagsusuri ng Normal Permission sa pamamagitan ng PackageManager

Maaaring suriin ng developer sa pamamagitan ng programa kung ang isang pahintulot ay normal sa pamamagitan ng PackageManager. Ang pamamaraang getPermissionInfo ay nagbabalik ng PermissionInfo na ang field na protectionLevel ay naglalaman ng flag na PermissionInfo.PROTECTION_NORMAL. Ito ay kapaki-pakinabang para sa dynamic na pagproseso at debugging.

fun isNormalPermission(permission: String): Boolean {
    val pm = packageManager
    val info = pm.getPermissionInfo(
        permission,
        PackageManager.GET_META_DATA
    )
    return info.protectionLevel ==
        PermissionInfo.PROTECTION_NORMAL
}

Paano ideklara ang Normal Permission sa manifest

Deklarasyon ng Normal Permission sa AndroidManifest.xml ay ang pinakasimpleng operasyon, na nangangailangan lamang ng isang uses-permission tag. Ang karagdagang configuration ng protectionLevel ay hindi kinakailangan, dahil ang antas ng proteksyon ay tinutukoy ng system definition, hindi ng manifest ng application. Ang developer ay nagbabanggit lamang ng buong pangalan ng constant.

<!-- AndroidManifest.xml -->
<uses-permission
    android:name="android.permission.INTERNET" />
<uses-permission
    android:name="android.permission.ACCESS_NETWORK_STATE" />
<uses-permission
    android:name="android.permission.VIBRATE" />

Pinoproseso ng system sa pag-install ang lahat ng deklarasyon. Kung kahit isa sa mga nabanggit na pahintulot ay may protectionLevel na iba sa normal, kinakailangan ang runtime request. INTERNET — ang pinakasikat na normal na pahintulot, naroroon sa karamihan ng mga Android application, lalo na sa mga gumagawa ng HTTP requests o naglo-load ng content mula sa network.

Halimbawa ng kumpletong manifest

Ang kumpletong halimbawa ng AndroidManifest.xml na may normal at mapanganib na pahintulot ay nagpapakita ng pagkakaiba: syntactically ang uses-permission tag ay magkapareho, ngunit sa yugto ng pagpapatupad ang INTERNET at VIBRATE ay awtomatikong ibibigay, habang ang CAMERA ay mangangailangan ng dialog.

<manifest
    xmlns:android="http://schemas.android.com/apk/res/android">

    <!-- Normal permissions -->
    <uses-permission
        android:name="android.permission.INTERNET" />
    <uses-permission
        android:name="android.permission.VIBRATE" />

    <!-- Dangerous permission -->
    <uses-permission
        android:name="android.permission.CAMERA" />
</manifest>

Manifest Merger at Normal Permission

Sa paggamit ng mga library — Google Play Services, Firebase, Glide — maaari silang magdagdag ng sariling uses-permission sa huling manifest sa pamamagitan ng Manifest Merger. Ang ilan sa kanila ay normal (INTERNET para sa Firebase), ang iba ay mapanganib (ACCESS_FINE_LOCATION para sa Google Maps). Dapat suriin ng developer ang huling pinagsamang manifest sa build/outputs/logs/manifest-merger-report.txt bago ang publikasyon.

Mga limitasyon ng Normal Permission

Normal Permission ay may dalawang pangunahing limitasyon: hindi maaaring bawiin ng gumagamit at kawalan ng UI para sa pamamahala. Kung ang gumagamit ay hindi nagtitiwala sa application, ngunit ang normal na pahintulot ay naibigay na awtomatiko — ang tanging paraan ay tanggalin ang application. Ito ay lumilikha ng tiyak na panganib, dahil ang normal na pahintulot ay hindi nahaharang ng mga standard na tool ng Android.

Ang karagdagang limitasyon ay lumilitaw sa mga device na may maraming profile (Work Profile, Multiple Users). Normal Permission ay agad na ibinibigay para sa lahat ng profile — hindi maaaring limitahan ng application ang pahintulot sa isa lamang. Sa mga corporate scenario, ito ay nareresolba sa pamamagitan ng Managed Configurations.

Hindi posible na suriin kung ang application ay gumagamit ng Normal Permission sa kasalukuyan. Ang system method na checkSelfPermission ay gumagana lamang para sa mapanganib na pahintulot. Para sa normal, ito ay laging nagbabalik ng PERMISSION_GRANTED, na hindi sumasalamin sa aktwal na aktibidad. Dapat itong isaalang-alang sa security audit at pagsusuri ng pag-uugali ng application.

Gayundin, nararapat tandaan na ang ilang manufacturer ng device (Xiaomi, Huawei, Samsung) ay nagbabago ng standard na pag-uugali ng mga pahintulot. Sa kanilang firmware, ang Normal Permission ay maaaring mangailangan ng karagdagang pahintulot sa proprietary shell na MIUI o EMUI. Ang mga developer ay inirerekomenda na subukan ang paggana sa mga tunay na device ng iba't ibang vendor.