In einem Satz. Das BSI-Modul SYS.3.2.2 “Mobile Device Management” im IT-Grundschutz-Kompendium definiert die Anforderungen an zentrale Verwaltung mobiler Endgeräte — von Enrollment über Konfiguration, Sicherheits-Policies und Remote-Wipe bis zur Beendigung — und ist Pflicht für jeden DSGVO Art. 32-konformen Mobile-Einsatz mit personenbezogenen Daten.
Wichtige Punkte
- SYS.3.2.2 Baustein mit Basis-, Standard- und erhöhten Anforderungen.
- BYOD, COPE, CYOD, COBO — Modelle mit unterschiedlichem MDM-Bedarf.
- Verschlüsselung des Geräts und Container-Trennung.
- Remote-Wipe nur für Firmencontainer (BYOD-Datenschutz).
- DSGVO Art. 88 + Betriebsvereinbarung erforderlich.
1. Nutzungsmodelle
| Modell | Eigentum | Privater Nutzung | MDM-Reichweite |
|---|---|---|---|
| COBO (Corporate-Owned, Business Only) | Firma | Nein | Voll |
| COPE (Corporate-Owned, Personal Enabled) | Firma | Ja | Voll mit Container |
| CYOD (Choose Your Own) | Firma (aus Auswahl) | Ja | Voll mit Container |
| BYOD (Bring Your Own) | Mitarbeiter | Privat | Nur Container |
2. BSI-Basisanforderungen
- MDM-Lösung mit zentralem Management.
- Geräteverschlüsselung Pflicht.
- Bildschirmsperre mit Mindestkomplexität.
- Remote-Wipe und Remote-Lock.
- App-Whitelist/Blacklist.
- Inventarisierung.
3. Standardanforderungen
- Zertifikatsbasierte Authentisierung.
- Container für dienstliche Daten (BYOD).
- VPN-Pflicht für Firmenressourcen.
- Jailbreak/Root-Detection mit automatischer Sperre.
- Patch-Management (max. 30 Tage Verzug).
4. Erhöhte Anforderungen
- Hardware-basierte Verschlüsselung (Secure Enclave, TrustZone).
- Multi-Faktor-Authentisierung Pflicht.
- Geofencing-Restriktionen.
- Hardened OS-Profile (Knox, iOS DEP).
- Forensische Logging-Optionen.
5. Marktführende MDM-Lösungen
| Lösung | Hersteller | Stärke |
|---|---|---|
| Microsoft Intune | Microsoft | Integration M365 |
| Jamf | Jamf | Apple-only, Premium |
| VMware Workspace ONE | Broadcom | Multi-Plattform |
| MobileIron (Ivanti) | Ivanti | Enterprise-Standard |
| BlackBerry UEM | BlackBerry | Hochsicherheit |
6. DSGVO-Pflichten
7. BYOD-Risiken
- Trennung privat/dienstlich technisch schwierig.
- Remote-Wipe darf nur Firmen-Container betreffen.
- Mitarbeiter-Privatsphäre vs. Compliance-Pflichten.
- Bei Jobwechsel: dienstliche Daten sicher löschen.
8. iOS vs. Android
- iOS: einheitliche Hardware, schnelle Updates, App-Store-kontrolliert — bevorzugt für Hochsicherheit.
- Android: heterogene Hardware, Update-Probleme bei Älterem; Samsung Knox als Enterprise-Standard.
9. Container-Lösungen
Container trennen dienstliche Apps und Daten vom Privatbereich. iOS: User Enrollment / BYOD-Profil. Android: Android Enterprise Work Profile. Die rechtlichen und organisatorischen Anforderungen behandelt unser Leitfaden zur BYOD-Richtlinie in Deutschland.
10. Remote-Wipe-Szenarien
- Geräteverlust: sofortiger Wipe per MDM.
- Diebstahl: zusätzlich Anzeige.
- Jobwechsel: nur Firmen-Container.
- Defektes Gerät: Wipe vor Reparatur.
11. Tool-Unterstützung
11. Konkrete Implementierungsschritte
- Bestandsaufnahme der betroffenen Systeme und Datenflüsse (CMDB, Netzplan).
- Schutzbedarfsfeststellung nach BSI-Standard 200-2 (normal/hoch/sehr hoch).
- Risikoanalyse mit Bedrohungskatalog des IT-Grundschutz-Kompendiums.
- Maßnahmenkatalog ableiten aus den relevanten Bausteinen.
- Pilotierung auf ausgewähltem Subsystem, Lessons Learned dokumentieren.
- Rollout mit Rollbackplan, Change-Management, Schulungen.
- Monitoring über SIEM, regelmäßige Vulnerability-Scans.
- Wirksamkeitsprüfung über interne Audits und Pentests, mindestens jährlich.
- Dokumentation im ISMS-Tool (verinice., AdaptiveGRC, Compliance Aspekte).
- Re-Zertifizierung spätestens alle drei Jahre.
12. Tool-Empfehlungen (Open-Source und kommerziell)
| Bereich | Open-Source | Kommerziell |
|---|---|---|
| ISMS | verinice., OpenVAS | RSA Archer, ServiceNow GRC |
| SIEM | Wazuh, Graylog, ELK | Splunk, Microsoft Sentinel, IBM QRadar |
| Pentest | Kali Linux, Metasploit Framework | Burp Suite Pro, Cobalt Strike |
| Vulnerability-Scan | OpenVAS, Nuclei | Tenable Nessus, Qualys VMDR |
| Endpoint Detection | Wazuh, OSSEC | CrowdStrike Falcon, SentinelOne |
| Backup | Bacula, Restic | Veeam, Rubrik |
Open-Source-Stacks sind für KMU oft ausreichend, erfordern aber qualifizierte Administration. Kommerzielle Lösungen liefern Support, Hardening-Defaults und Compliance-Reports out-of-the-box.
13. Voraussetzungen und Vorwissen
Für die Umsetzung empfiehlt der BSI mindestens: ISO 27001 Foundation oder BSI IT-Grundschutz-Praktiker-Zertifizierung, praktische Erfahrung mit Netzwerktechnik und Linux/Windows-Administration, Verständnis von Identitäts- und Zugriffsmanagement (IAM), Kenntnisse in Kryptographie nach BSI TR-02102. Für Audits zusätzlich ISO 27001 Lead Auditor oder BSI-zertifizierter Auditor. Mittlere Projekte erfordern ein Team aus DSB, ISB, Netzwerk-Admin und Anwendungsverantwortlichem.
14. ROI-Metriken und Kennzahlen
Typische Kennzahlen zur Erfolgskontrolle:
- Mean Time to Detect (MTTD): Ziel < 24 Stunden, ohne SIEM oft > 200 Tage (IBM Cost of a Data Breach Report).
- Mean Time to Respond (MTTR): Ziel < 4 Stunden für kritische Vorfälle.
- Patch-Compliance-Quote: Ziel > 95 % binnen 30 Tagen nach CVE-Veröffentlichung.
- Schulungsquote: 100 % aller Mitarbeitenden pro Jahr (E-Learning + Phishing-Tests).
- Audit-Befund-Schließung: Critical-Findings binnen 30 Tagen, High binnen 90 Tagen.
- Backup-Wiederherstellungstest: mindestens quartalsweise, RTO/RPO dokumentiert.
Ein durchschnittlicher Datenpannen-Vorfall kostet laut Bitkom-Studie 2024 in Deutschland 4,3 Mio. €. Investitionen in präventive Maßnahmen amortisieren sich typisch nach 18-30 Monaten.
15. Häufige Pitfalls
- Maßnahmen werden eingeführt, aber nicht in Betrieb gehalten (kein Lifecycle-Management).
- Fehlende Asset-Management-Disziplin — Schatten-IT bleibt unberücksichtigt.
- Verlassen auf Standard-Hardening ohne unternehmensspezifische Risikoanalyse.
- Keine Awareness-Schulungen für nicht-technische Mitarbeitende.
- Verträge mit Cloud-Anbietern ohne Sicherheits-SLA und Audit-Recht.
- Pentests ohne Re-Test nach Befundbehebung — Mängel bleiben offen.
- Logmanagement ohne Aufbewahrungspflicht-Konformität (DSGVO Art. 5 Abs. 1 lit. e).
16. Integration mit ISO 27001 und NIS2
17. Vergleich BSI vs ANSSI vs NIST
| Aspekt | BSI (DE) | ANSSI (FR) | NIST (US) |
|---|---|---|---|
| Ansatz | Bausteinbasiert (modular) | Risikobasiert (EBIOS) | Funktion-basiert (CSF 2.0) |
| Hauptstandard | IT-Grundschutz / 200-2 | PSSI-E, EBIOS RM | NIST CSF, SP 800-53 |
| Zertifizierung | ISO 27001 auf Basis Grundschutz | LSTI, SecNumCloud | FedRAMP, FISMA |
| Cloud-Bewertung | C5 (Cloud Computing Compliance Criteria Catalogue) | SecNumCloud | FedRAMP High/Moderate |
| Pflichtkraft | KRITIS-Verordnung, NIS2UmsuCG | LPM, NIS2-Transposition | FISMA, Executive Orders |
In multinationalen Konzernen wird häufig NIST CSF als Mantel verwendet, mit BSI-Grundschutz für DE-Tochterunternehmen und SecNumCloud für FR-Cloudnutzung.
Fazit
MDM ist keine Kür. Wer Außendienst, Vertrieb oder Homeoffice mit Smartphones ausstattet, braucht zwingend eine MDM-Lösung — sonst ist DSGVO Art. 32 nicht erfüllbar.
FAQ
Was ist der Unterschied zwischen BYOD und COPE?
BYOD: Mitarbeiter-Eigentum, nur Container managebar. COPE: Firmen-Eigentum mit erlaubter privater Nutzung, volles MDM mit Container.
Brauche ich für MDM eine Betriebsvereinbarung?
Ja, sobald Mitarbeitergeräte betroffen sind, ist Mitbestimmung nach BetrVG erforderlich. Klare Regelung zu Remote-Wipe-Umfang.
Kann ich BYOD DSGVO-konform betreiben?
Ja, mit Container-Trennung, klarer Policy und DSFA. Ohne Container-Lösung ist BYOD praktisch nicht DSGVO-konform.
Welche MDM-Lösung ist für KMU geeignet?
Microsoft Intune (bei M365-Nutzung), Jamf Now (Apple), Sophos Mobile Control — alle ab ca. 3-8 € pro Gerät/Monat.
Was ist beim Remote-Wipe zu beachten?
Bei BYOD darf nur der Firmen-Container gewipt werden, nicht das gesamte Gerät — sonst rechtswidriger Eingriff in Eigentum.
Wie integriere ich BSI-Grundschutz mit bestehender ISO 27001?
Mapping-Tabellen des BSI zeigen Äquivalenzen zwischen Annex A und Grundschutz-Bausteinen. Praxis: Ein ISMS-Dokument für beide Standards, Audit kombiniert, Zertifizierungsaufwand sinkt um ca. 30 %. Voraussetzung ist ein zentrales ISMS-Tool wie verinice. mit beiden Profilen. Für die Re-Zertifizierung alle drei Jahre reicht ein gemeinsames Audit-Team.
Welche Kosten entstehen für die Erstimplementierung?
Für ein mittleres Unternehmen (250-500 Mitarbeitende): externe Beratung 80.000-180.000 €, Tooling 15.000-60.000 €/Jahr, interne Personalkosten 1-2 FTE über 12 Monate, Audit-Kosten 25.000-50.000 €. Gesamtprojekt typisch 250.000-450.000 € in Jahr 1, danach jährlich 60.000-120.000 € Betrieb. ROI über reduzierte Vorfallskosten und Versicherungsprämienrabatte (typisch 10-20 % bei Cyber-Versicherungen).
Wie verhält sich BSI-Grundschutz zu NIS2?
Welche BSI-Technische-Richtlinien sind besonders relevant?
BSI TR-02102 (Kryptographische Verfahren), TR-03116 (eHealth-Sicherheit), TR-03161 (Anforderungen mobile Anwendungen), TR-03145 (Sichere CA-Betriebsprozesse), TR-03150 (Sichere Verarbeitung in der elektronischen Patientenakte). Für Cloud-Nutzung zusätzlich der C5-Katalog (Cloud Computing Compliance Criteria Catalogue) in Version C5:2020.