Normal Permission in Android — wat is het, beschermingsniveaus en werkingsprincipe

Wat is Normal Permission in Android

Normal Permission — een type Android-systeemmachtiging met ProtectionLevel normal, automatisch verleend aan de app op het moment van installatie. De ontwikkelaar hoeft geen code te schrijven voor een verzoek — het volstaat de machtiging in AndroidManifest.xml te vermelden. De gebruiker ziet geen dialogen en kan normal permission niet apart intrekken, alleen door de hele app te verwijderen.

Het Android-systeem classificeert normale machtigingen als laag risico — ze geven geen toegang tot persoonlijke gegevens, camera of microfoon. Typische voorbeelden: toegang tot internet, trillingsbeheer, uitlezen van Wi-Fi-status. Volgens Android Security Model (2024) behoort ongeveer 40 procent van alle systeemmachtigingen tot de categorie normal.

Een belangrijke eigenschap — normale machtigingen worden niet ingetrokken in runtime via Settings. Als de gebruiker toegang wil weigeren, is de enige manier de app te verwijderen. Ontwikkelaars moeten hiermee rekening houden in de architectuur, maar voor gebruikers vereenvoudigt deze aanpak de interactie: geen dialogen bij het eerste opstarten.

Geschiedenis van de categorie

De verdeling in normale en gevaarlijke machtigingen verscheen in Android 6.0 Marshmallow (API 23). Vóór deze versie werden alle machtigingen bij installatie gevraagd — de gebruiker zag een enkele lijst en accepteerde of weigerde deze in zijn geheel. Normal Permission behield dit model voor laag-risico operaties, terwijl Dangerous overging op runtime-verzoek. Deze wijziging verbeterde de gebruikerservaring en verhoogde tegelijkertijd de beveiliging.

Welke API's vereisen Normal Permission

Veel Android-systeem-API's vereisen expliciete vermelding van een normale machtiging, zelfs als de toegang automatisch is. Bijvoorbeeld, de klasse ConnectivityManager vereist ACCESS_NETWORK_STATE, VibratorService vereist VIBRATE, WifiManager vereist ACCESS_WIFI_STATE. Zonder declaratie van de bijbehorende uses-permission leidt aanroep van deze API's tot SecurityException.

Hoe werkt ProtectionLevel normal

ProtectionLevel normal — het minimale beschermingsniveau in het Android Permission System. Machtigingen met dit niveau worden in het manifest gedeclareerd en het systeem controleert de declaratie bij installatie, waarbij toegang wordt verleend zonder tussenkomst van de gebruiker. Geen UI-elementen worden getoond, geen callbacks worden aangeroepen.

Het controlemechanisme werkt op het niveau van PackageManager. Bij installatie van de APK scant het systeem alle uses-permission-tags, bepaalt het beschermingsniveau van elke machtiging door vergelijking met systeemdefinities in permissions.xml-bestanden en registreert voor normal-level eenvoudigweg de toegang. Het proces duurt milliseconden en vereist geen interactie met de gebruikersinterface.

Het verleningsalgoritme ziet er als volgt uit:

• Het systeem leest het manifest op het moment van app-installatie
• Vergelijkt protectionLevel in /etc/permissions/ op het apparaat
• Bij de waarde normal — verleent automatisch toegang
• De machtiging blijft actief tot volledige verwijdering van de app

De gebruiker kan een normale machtiging niet via de interface intrekken. In de app-instellingen in de sectie Machtigingen worden alleen gevaarlijke machtigingen weergegeven. Dit contrasteert met iOS, waar elke machtiging afzonderlijke bevestiging vereist, ongeacht het gevoeligheidsniveau van de functie.

Normal Permission vs Dangerous Permission

Normal en Dangerous Permission — twee tegenovergestelde beschermingscategorieën in Android. Het belangrijkste verschil zit in de verleningswijze: normale worden automatisch gegeven bij installatie, gevaarlijke vereisen expliciete toestemming via een runtime-dialoog. Dit verschil is ingebouwd in de beveiligingsarchitectuur van Android vanaf versie 6.0 Marshmallow.

Vergelijking van de belangrijkste kenmerken:

Verschil in gebruikersverzoek

De gebruiker ziet geen dialogen bij een verzoek om Normal Permission. Als de app INTERNET nodig heeft — krijgt deze het stil. Voor Dangerous Permission toont het systeem een modale dialoog met beschrijving van de gevraagde toegang. De gebruiker drukt op Allow of Deny en kan later op elk moment de machtiging intrekken via Settings. Dit is het belangrijkste UX-verschil dat de strategie voor interface-ontwikkeling bepaalt.

Wanneer Normal kiezen

Normal moet worden gebruikt in alle gevallen waarin de toegang geen gevoelige gegevens betreft. ACCESS_NETWORK_STATE voor connectiviteitscontrole, VIBRATE voor tactiele feedback, INTERNET voor HTTP-verzoeken — dit zijn allemaal normale machtigingen. Het toepassen van dangerous-niveau waar normal voldoende is, is een slechte praktijk die onnodige dialogen creëert en het vertrouwen van de gebruiker in de app vermindert.

Lijst van normale machtigingen in Android

Android definieert tientallen normale machtigingen, elk overeenkomend met een specifieke systeemfunctie. Ze zijn allemaal toegankelijk via constanten van de klasse Manifest.permission. Hieronder staat een lijst van de meest gebruikte in app-ontwikkeling.

Groepen van normale machtigingen

Normale machtigingen worden niet gegroepeerd in Permission Group voor weergave in de UI. Groepen in Android zijn bedoeld voor het instellingenscherm, waar alleen gevaarlijke machtigingen worden getoond. Logisch gezien kunnen normale machtigingen echter in categorieën worden verdeeld: netwerk (INTERNET, ACCESS_NETWORK_STATE), hardware (VIBRATE, WAKE_LOCK), systeem (SET_ALARM) en Bluetooth-machtigingen.

Sommige constanten uit Manifest.permission kunnen het beschermingsniveau wijzigen op verschillende Android-versies. Bijvoorbeeld BLUETOOTH_CONNECT werd op Android 12+ een gevaarlijke machtiging met runtime-verzoek, hoewel het in oudere versies normal was. Ontwikkelaars wordt aangeraden het actuele protectionLevel voor de doel-API via documentatie te controleren.

Normal Permission controleren via PackageManager

De ontwikkelaar kan programmatisch controleren of een machtiging normaal is via PackageManager. De methode getPermissionInfo retourneert PermissionInfo waarvan het veld protectionLevel de vlag PermissionInfo.PROTECTION_NORMAL bevat. Dit is nuttig voor dynamische verwerking en debugging.

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

Normal Permission declareren in het manifest

Declaratie van Normal Permission in AndroidManifest.xml is de eenvoudigste bewerking, die slechts één uses-permission-tag vereist. Extra configuratie van protectionLevel is niet nodig, omdat het beschermingsniveau wordt bepaald door de systeemdefinitie, niet door het app-manifest. De ontwikkelaar vermeldt eenvoudigweg de volledige naam van de constante.

<!-- 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" />

Het systeem verwerkt bij installatie alle declaraties. Als ten minste één van de vermelde machtigingen een protectionLevel anders dan normal heeft, is een runtime-verzoek vereist. INTERNET — de populairste normale machtiging, aanwezig in de meeste Android-apps, vooral apps die HTTP-verzoeken uitvoeren of inhoud uit het netwerk laden.

Voorbeeld van een volledig manifest

Een volledig voorbeeld van AndroidManifest.xml met normale en gevaarlijke machtigingen toont het verschil: syntactisch zijn de uses-permission-tags identiek, maar in de uitvoeringsfase worden INTERNET en VIBRATE automatisch verleend, terwijl CAMERA een dialoog vereist.

<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 en Normal Permission

Bij gebruik van bibliotheken — Google Play Services, Firebase, Glide — kunnen deze via Manifest Merger eigen uses-permission toevoegen aan het definitieve manifest. Sommige zijn normaal (INTERNET voor Firebase), andere gevaarlijk (ACCESS_FINE_LOCATION voor Google Maps). De ontwikkelaar moet het definitieve samengevoegde manifest controleren in build/outputs/logs/manifest-merger-report.txt vóór publicatie.

Beperkingen van Normal Permission

Normal Permission heeft twee fundamentele beperkingen: onmogelijkheid van intrekking door de gebruiker en afwezigheid van UI voor beheer. Als de gebruiker de app niet vertrouwt, maar de normale machtiging is al automatisch verleend — is de enige uitweg de app verwijderen. Dit creëert een zeker risico, omdat normale machtigingen niet worden geblokkeerd door standaard Android-hulpmiddelen.

Een extra beperking doet zich voor op apparaten met meerdere profielen (Work Profile, Multiple Users). Normal Permission wordt onmiddellijk verleend voor alle profielen — de app kan de machtiging niet beperken tot slechts één. In bedrijfsscenario's wordt dit opgelost via Managed Configurations.

Het is niet mogelijk te controleren of de app op dat moment Normal Permission gebruikt. De systeemmethode checkSelfPermission werkt alleen voor gevaarlijke machtigingen. Voor normal retourneert deze altijd PERMISSION_GRANTED, wat de werkelijke activiteit niet weerspiegelt. Hiermee moet rekening worden gehouden bij beveiligingsaudits en analyse van app-gedrag.

Ook is het goed om te onthouden dat sommige apparaatfabrikanten (Xiaomi, Huawei, Samsung) het standaard gedrag van machtigingen wijzigen. Op hun firmware kan Normal Permission extra toestemmingen vereisen in de eigen shell MIUI of EMUI. Ontwikkelaars wordt aangeraden te testen op echte apparaten van verschillende fabrikanten.