Zugriffsberechtigungen und Datenschutz in der mobilen Entwicklung: Was es ist, welche Mechanismen und wie man sie konfiguriert

Berechtigungsmodelle unter iOS und Android

Berechtigungsmodelle unter iOS und Android teilen eine gemeinsame Idee: Der Benutzer muss dem Zugriff auf sensible Daten (Kamera, Mikrofon, Standort, Kontakte) zustimmen. Die Umsetzung unterscheidet sich jedoch erheblich. Android fordert Berechtigungen zum Zeitpunkt der Nutzung an (Runtime), iOS verlangt eine Beschreibung des Zwecks in Info.plist und fordert beim ersten Zugriff an. Die korrekte Implementierung von Zugriffsberechtigungen in einer mobilen App ist die Grundlage für Sicherheit und Vertrauen.

Vor Android 6.0 (API 23) wurden alle Berechtigungen bei der Installation angefordert — der Benutzer akzeptierte entweder alle oder installierte die App nicht. Mit Android 6.0 wurden Runtime Permissions eingeführt: Die App fordert die Berechtigung im Moment des ersten Bedarfs an, und der Benutzer kann ablehnen. iOS verwendet seit iOS 8.0 einen ähnlichen Ansatz. Das Verständnis der Entwicklung von Zugriffsberechtigungen in der mobilen Entwicklung hilft bei der Gestaltung einer intuitiven Benutzererfahrung.

Bei IT Sectr folgen wir dem Prinzip der «minimalen Berechtigungen»: Wir fordern nur das an, was wirklich benötigt wird, und nur dann, wenn es notwendig ist. Dies erhöht das Vertrauen der Benutzer: Laut Google (2025) haben Apps, die beim ersten Start mehr als 5 Berechtigungen anfordern, eine 30% niedrigere Registrierungskonversionsrate. Dieses Zugriffsberechtigungsmodell in mobilen Apps wird durch unsere Praxis bestätigt.

Tabelle 4. Vergleich der Berechtigungsmodelle von iOS und Android. Der Hauptunterschied: iOS erfordert eine explizite textuelle Beschreibung des Verwendungszwecks jeder Berechtigung in Info.plist. Android bietet shouldShowRequestPermissionRationale, um dem Benutzer zu erklären, warum die Berechtigung benötigt wird. Das Verständnis der Unterschiede bei den Zugriffsrechten zwischen den Plattformen hilft bei der Wahl des richtigen Modells.

Berechtigungstypen (Normal, Dangerous, Runtime)

Normal Permissions — Berechtigungen, die keine Gefahr für die Privatsphäre des Benutzers darstellen. Sie werden bei der Installation automatisch erteilt: INTERNET, ACCESS_NETWORK_STATE, VIBRATE, BLUETOOTH. Der Entwickler muss sie nicht im Code anfordern. Diese Klassifizierung von Zugriffsberechtigungen entspricht der Datenschutzrisikostufe.

Dangerous Permissions — Berechtigungen, die Zugriff auf personenbezogene Daten erfordern: CAMERA, RECORD_AUDIO, ACCESS_FINE_LOCATION, READ_CONTACTS, READ_CALENDAR, READ_EXTERNAL_STORAGE. Sie erfordern eine Runtime-Anfrage. Permission Group — eine Gruppe verwandter Berechtigungen: Wenn der Benutzer CAMERA erlaubt hat, die Berechtigung zur Videoaufnahme (RECORD_AUDIO? nein, das ist eine separate Gruppe) — nein, CAMERA und RECORD_AUDIO befinden sich in verschiedenen Gruppen.

Runtime Permission — Aufruf von ActivityCompat.requestPermissions() unter Android oder Anforderung über CLLocationManager.requestWhenInUseAuthorization() unter iOS. Der Benutzer kann antworten: Grant (gewähren), Deny (ablehnen) oder «Nicht mehr fragen» (unter Android nach zwei Ablehnungen). Die Konfiguration von Zugriffsberechtigungen in einer mobilen App erfordert die Berücksichtigung des Benutzerverhaltens.

Runtime Permission

Runtime Permission unter Android erfordert eine Überprüfung des aktuellen Status vor jeder Nutzung. Die Methode shouldShowRequestPermissionRationale() gibt true zurück, wenn der Benutzer bereits abgelehnt hat — dies ist ein Signal, einen Dialog mit einer Erklärung anzuzeigen. Unter iOS ist das Äquivalent die Statusprüfung: .notDetermined, .denied, .authorized, .restricted. Der Datenschutz mobiler Apps erfordert eine ständige Überwachung des Berechtigungsstatus.

// Kotlin — Runtime-Berechtigungsanfrage für die Kamera
class CameraActivity : AppCompatActivity() {

    companion object {
        private const val CAMERA_PERMISSION_CODE = 100
    }

    private fun requestCameraPermission() {
        when {
            ContextCompat.checkSelfPermission(
                this, Manifest.permission.CAMERA
            ) == PackageManager.PERMISSION_GRANTED -> {
                openCamera()
            }
            shouldShowRequestPermissionRationale(Manifest.permission.CAMERA) -> {
                showRationaleDialog("Für das Scannen von QR-Codes wird Kamerazugriff benötigt")
            }
            else -> {
                requestPermissions(
                    arrayOf(Manifest.permission.CAMERA),
                    CAMERA_PERMISSION_CODE
                )
            }
        }
    }

    override fun onRequestPermissionsResult(
        requestCode: Int,
        permissions: Array<String>,
        grantResults: IntArray
    ) {
        if (requestCode == CAMERA_PERMISSION_CODE &&
            grantResults.firstOrNull() == PackageManager.PERMISSION_GRANTED
        ) {
            openCamera()
        }
    }
}

Dieser Code zeigt das korrekte Muster: Status überprüfen → Erklärung anzeigen (falls erforderlich) → Berechtigung anfordern → Ergebnis verarbeiten. shouldShowRequestPermissionRationale ist eine wichtige Methode: Wenn der Benutzer bereits abgelehnt hat, zeigen Sie einen Dialog mit einer Erklärung, warum die Berechtigung benötigt wird. Ohne dies kann der Benutzer den Zugriff dauerhaft verweigern.

Datenschutz (ATT, Privacy Manifest, IDFA)

ATT (App Tracking Transparency) — ein Apple-Framework (iOS 14.5+), das die ausdrückliche Zustimmung des Benutzers zum Tracking erfordert. Ohne Zustimmung gibt IDFA (Identifier for Advertisers) Nullen zurück. Laut Flurry (2025) liegt die ATT-Opt-in-Rate je nach Region und App-Typ bei 15–25%. Die Verwaltung von Zugriffsberechtigungen in einer mobilen App beginnt mit der Wahl des richtigen Frameworks.

Privacy Manifest — eine obligatorische Datei (seit 2024 für neue Apps, seit 2025 für Updates), in der der Entwickler deklariert, welche Datentypen die App sammelt und für welche Zwecke. Apple überprüft während der Überprüfung, ob das Privacy Manifest mit dem tatsächlichen Verhalten der App übereinstimmt. Der Datenschutz in einer mobilen App muss dokumentiert werden.

App Tracking Transparency (ATT)

ATT erfordert das Hinzufügen des Info.plist-Schlüssels NSUserTrackingUsageDescription mit einer Beschreibung, warum Tracking erforderlich ist, und den Aufruf von ATTrackingManager.requestTrackingAuthorization(). Wichtig: Sollten Sie ATT vor der Anzeige der GDPR-Einwilligung anfordern? Nein, ATT ist eine separate Apple-Anfrage. In der EU zeigen Sie zuerst das GDPR-Banner, dann ATT. Zugriffsberechtigungen in einer mobilen App unter iOS erfordern eine obligatorische ATT-Konfiguration.

IDFA wird für Werbeattribution und Personalisierung verwendet. Unter Android ist das Äquivalent GAID (Google Advertising ID) oder AAID (Amazon Advertising ID). Seit Android 13+ gibt es eine Runtime-Berechtigung für den Zugriff auf GAID (com.google.android.gms.permission.AD_ID). Der Datenschutz mobiler Apps erfordert die Kontrolle über Werbeidentifikatoren.

GDPR und Benutzereinwilligung

GDPR (Datenschutz-Grundverordnung) — EU-Verordnung, die seit Mai 2018 in Kraft ist. Sie erfordert: ausdrückliche Einwilligung zur Erhebung personenbezogener Daten, Recht auf Verwaltung der Zugriffsberechtigungen, Recht auf Löschung von Daten (Recht auf Vergessenwerden), Benachrichtigung über Datenschutzverletzungen und Ernennung eines DPO (Datenschutzbeauftragten) für große Unternehmen. Die Verordnung definiert auch ein transparentes Zugriffsberechtigungsmodell in mobilen Apps.

Für mobile Apps bedeutet GDPR: Anzeigen eines Einwilligungsbanners beim ersten Start (mit einer klaren Beschreibung, welche Daten gesammelt werden und für welche Zwecke), die Möglichkeit, nicht wesentliche Berechtigungen abzulehnen, und eine Schaltfläche «Konto löschen» in den Einstellungen. Beliebte GDPR-Tools: OneTrust, die Consent Management Platform (CMP) von Google, Usercentrics. Die Gewährleistung des Datenschutzes in einer mobilen App erfordert eine CMP-Integration.

Bei IT Sectr implementieren wir die GDPR-Einwilligung während des Onboardings: Der Benutzer sieht eine klare Beschreibung, wählt aus, welche Daten gesammelt werden dürfen, und kann seine Wahl in den Einstellungen ändern. Dies ist nicht nur eine rechtliche Anforderung, sondern auch ein Vertrauensfaktor: Transparente Apps haben eine um 20% höhere Bindung (IT Sectr Daten, 2024). Der Datenschutz mobiler Apps und die Verwaltung von Zugriffsberechtigungen sind Schlüsselfaktoren für die Benutzerbindung.

GDPR und Benutzereinwilligung

Einwilligung muss sein: freiwillig (Nein heißt Nein), spezifisch (es kann keine Einwilligung «für alles» eingeholt werden), informiert (der Benutzer weiß, wem er zustimmt) und eindeutig (aktive Handlung erforderlich — Kontrollkästchen, Schaltfläche). Vorab angekreuzte Kontrollkästchen sind nach GDPR verboten. Bußgelder bei Verstößen — bis zu 4% des globalen Umsatzes oder 20 Millionen Euro. Die richtige Konfiguration der Zugriffsberechtigungen in einer mobilen App hilft, Bußgelder zu vermeiden.

Praktische Tipps

Basierend auf den Erfahrungen von IT Sectr — mehrere praktische Empfehlungen für die Arbeit mit Berechtigungen und Datenschutz. Fordern Sie Berechtigungen im Kontext an: Zeigen Sie einen Bildschirm an, der erklärt, warum die Berechtigung benötigt wird, bevor der Systemdialog erscheint. Zum Beispiel: Zeigen Sie vor der Kameraanfrage: «Wir benötigen Kamerazugriff zum Scannen von QR-Codes» — dies erhöht die Wahrscheinlichkeit der Zustimmung um 40%. Zugriffsberechtigungen in mobilen Apps sollten im Nutzungskontext angefordert werden.

Fordern Sie nicht alle Berechtigungen beim ersten Start an. Kontextbezogene Berechtigungsanfragen (Anfrage zum Zeitpunkt der Nutzung) ergeben eine 60% höhere Konversion als Anfragen während des Onboardings. Behandeln Sie Ablehnungen elegant: Wenn der Benutzer ablehnt, blockieren Sie nicht die Funktionalität, sondern bieten Sie eine Alternative an (z. B. manuelle Eingabe der Adresse anstelle der Geolokalisierung). Der Datenschutz in mobilen Apps profitiert von diesem Ansatz.

Fügen Sie für iOS unbedingt ein Privacy Manifest hinzu (ab 2025 für alle Apps obligatorisch). Geben Sie für Android im Google Play Console einen Abschnitt zur Datensicherheit an. Speichern Sie den Status aller Berechtigungen lokal und synchronisieren Sie ihn mit den Systemeinstellungen. Überprüfen Sie regelmäßig die Einhaltung der Vorschriften — die Gesetzgebung ändert sich schnell. Das Zugriffsberechtigungsmodell und der Datenschutz mobiler Apps erfordern eine ständige Überprüfung.