In-App-Kameraaufnahme vs. Datei-Upload: Betrugsrisiko

Die Pflicht zur In-App-Kameraaufnahme statt einer aus der Galerie hochgeladenen Datei schließt einen konkreten Betrugsweg — wiederverwendete, bearbeitete oder von einem Bildschirm erneut fotografierte Bilder —, verhindert aber keine Video-Injektionsangriffe und ersetzt keine forensische Analyse des Dokuments selbst. Beide Erfassungsmethoden bleiben angreifbar, wenn sie nicht mit Lebenderkennung und inhaltlicher Dokumentenprüfung kombiniert werden.

Was ist In-App-Kameraaufnahme bei der Dokumentenprüfung

Bei der In-App-Kameraaufnahme muss der Nutzer die Live-Kamera des Geräts verwenden, die direkt aus der App oder dem Browser heraus aktiviert wird — eine Auswahl bestehender Dateien aus Galerie oder Speicher ist nicht möglich. Das SDK steuert den Kamerastream in Echtzeit: unterstützte Rahmung, Erkennung von Spiegelungen, Anleitung zum Fotografieren beider Seiten eines Ausweisdokuments, häufig ergänzt um eine Lebendigkeitsprüfung wie Blinzeln oder Kopfdrehen.

Der Datei-Upload akzeptiert dagegen jedes bereits auf dem Gerät vorhandene Bild: einen Screenshot, einen Scan, ein Wochen altes Foto oder eine von Dritten weitergeleitete Datei. Eine übliche Upload-Kontrolle prüft Format, Auflösung und OCR-Lesbarkeit der empfangenen Datei — niemals deren tatsächliche Herkunft.

Warum Datei-Upload drei Betrugsmuster begünstigt

Datei-Upload ermöglicht Wiederverwendung, Bearbeitung und Bildschirm-Recapture — drei Techniken, die alle das Fehlen einer Herkunftskontrolle des Bildes ausnutzen. Ein Betrüger kann denselben gestohlenen Ausweis bei mehreren Diensten einreichen, ein Feld vor dem Versand in einer Bildbearbeitungssoftware verändern, oder ein gefälschtes Dokument, das auf einem zweiten Bildschirm angezeigt wird, fotografieren, um Bearbeitungsspuren zu verwischen — eine Technik, die unser Leitfaden zur Erkennung von Bildschirm-Recapture-Angriffen ausführlich behandelt.

EXIF-Metadaten, oft als Sicherung dargestellt, verschlechtern sich, sobald eine Datei über ein soziales Netzwerk, einen Messenger oder ein einfaches Kopieren-Einfügen läuft: Die meisten dieser Kanäle entfernen die ursprünglichen EXIF-Daten und hinterlassen eine "saubere" Datei, die von einem echten aktuellen Foto nicht zu unterscheiden ist. Unser Leitfaden zur EXIF-Metadaten-Analyse erklärt, warum diese Prüfung nützlich, aber allein nie ausreichend bleibt.

Was In-App-Aufnahme tatsächlich verändert

In-App-Aufnahme verlagert den Kontrollpunkt von der empfangenen Datei auf den Kamerastream selbst, was passive Bildwiederverwendung neutralisiert, aber eine neue Angriffsfläche schafft: die Injektion. Eine virtuelle Kamera oder ein manipulierter Treiber kann dem SDK vorgaukeln, ein vorab aufgezeichnetes oder synthetisch erzeugtes Videosignal stamme von einer physischen Kamera, ohne dass jemals ein echtes Foto vor dem Objektiv entstanden ist.

Die strukturelle Grenze: Video-Injektion und Echtzeit-Deepfakes

Forscher dokumentierten 2026 ein Android-Toolkit, das ein vorab aufgezeichnetes Video, ein Standbild oder einen ferngesteuerten Stream direkt in die Aufnahme-Pipeline einer App einschleusen kann, während es sich als physische Kamera des Telefons ausgibt (ID Tech, Android-Toolkit umgeht Live-KYC-Prüfungen). Der Angriff findet auf Betriebssystemebene statt, noch bevor die App selbst beteiligt ist — er nutzt keine Schwachstelle der In-App-Aufnahme als solche aus, unterläuft aber die implizite Annahme, dass "Kamera aktiv" gleichbedeutend mit "echtes Bild" ist.

Die Branche unterscheidet zwei Angriffsfamilien: Präsentationsangriffe (PAD), bei denen ein physisches Objekt — Bildschirm, Ausdruck, Maske — vor die Kamera gehalten wird, und Injektionsangriffe (IAD), bei denen der Videostream ersetzt wird, bevor er das Objektiv überhaupt erreicht. Die Norm ISO/IEC 30107-3 regelt PAD-Resistenztests; Widerstandsfähigkeit gegen IAD hängt von Software-Integritätsprüfungen und kryptografischer Sitzungsbindung ab — ein Bereich, den In-App-Aufnahme allein nicht abdeckt.

Was die technischen Rahmenwerke empfehlen

NIST SP 800-63A, das die entfernte Identitätsprüfung auf IAL2-Niveau in den USA regelt, schreibt Lebenderkennung nicht zwingend vor, empfiehlt sie aber nachdrücklich, um die einfachsten Präsentationsangriffe auszuschließen; auf IAL3-Niveau verlangt es eine kontinuierliche hochauflösende Videoübertragung unter Aufsicht eines menschlichen Operators. In Deutschland orientiert sich die biometrische Bilderfassung für hoheitliche Dokumente an der Technischen Richtlinie BSI TR-03121 des Bundesamts für Sicherheit in der Informationstechnik, während die BaFin von verpflichteten Unternehmen im Rahmen des Geldwäschegesetzes (GwG) ein risikoangemessenes, dokumentiertes Verfahren erwartet, ohne eine einzelne Erfassungsmethode vorzuschreiben.

Die eIDAS-2-Verordnung und die Einführung der Europäischen Digitalen Identitätsbrieftasche (EUDI-Wallet), die bis Dezember 2026 in jedem Mitgliedstaat verfügbar sein muss, verschieben diese Debatte schrittweise: Identitätsattribute werden künftig als signierte kryptografische Nachweise statt als Dokumentfotos vorgelegt, wodurch die Frage Aufnahme gegen Upload für Wallet-kompatible Abläufe hinfällig wird. Bis zu diesem Übergang bleibt das mit der Aufnahme verbundene biometrische Datum eine besondere Kategorie nach der DSGVO, und der Bundesbeauftragte für den Datenschutz (BfDI) weist darauf hin, dass die Erhebung strikt auf den Verifizierungszweck beschränkt bleiben muss.

Was Produktteams in Fachforen tatsächlich fragen

Diskussionen zwischen Entwicklern und Produktteams, die KYC-Abläufe implementieren, drehen sich regelmäßig um zwei konkrete Fragen. Die erste betrifft die Nutzererfahrung: Warum Upload blockieren, wenn er schneller ist — insbesondere für Nutzer, die ihren Ausweis bereits für einen anderen Vorgang gescannt haben? Die Antwort liegt in der Abwägung zwischen Risiko und Reibung — ein ohne Herkunftskontrolle akzeptierter Upload vervielfacht Falsch-Positive durch Wiederverwendung, was in der manuellen Nachprüfung teurer ausfällt als die zusätzliche Reibung durch die erzwungene Kamera.

Die zweite Frage betrifft die wahrgenommene Zuverlässigkeit: Manche verweisen auf Apps, die "die Kamera erzwingen" und dabei automatisch Zeitstempel und Geolokalisierung an jedes aufgenommene Foto anhängen — genutzt als Authentizitätssignal auf niedrigem Niveau. Dieser Mechanismus funktioniert für Nutzungsnachweise (Foto eines Übergabezustands, Lieferbeleg), entspricht aber keiner Dokumentenprüfung: Der Zeitstempel belegt, wann das Foto entstand, nicht, dass das fotografierte Dokument echt ist.

Eine dritte wiederkehrende Frage betrifft die Kosten der zusätzlichen Reibung: Erhöht die Pflicht zur Kameraaufnahme die Abbruchquote beim Onboarding? Teams, die dies messen, beobachten in der Regel einen leichten Anstieg in der ersten Minute des Ablaufs, aber einen Rückgang der Fälle, die später wegen zweifelhafter Bildherkunft manuell nachgeprüft werden müssen — die Reibung verschiebt sich also im Ablauf nach vorn, statt zu verschwinden.

Wie Sie zwischen In-App-Aufnahme und Upload entscheiden

1. Reservieren Sie Upload für Dokumente, die sich nicht günstig fälschen lassen — digital signierte PDF-Kontoauszüge, Rechnungen mit Prüf-QR-Code.
2. Verlangen Sie In-App-Aufnahme für Ausweisdokumente und risikoreiche Nachweise, mit aktiver Lebenderkennung statt einer einzelnen statischen Prüfung.
3. Führen Sie in beiden Fällen eine forensische Analyse des empfangenen Dokuments durch — In-App-Aufnahme senkt das Wiederverwendungsrisiko, ersetzt aber nicht die interne Konsistenzprüfung des Dokuments.
4. Protokollieren Sie die verwendete Erfassungsmethode für jeden Vorgang, um das Verfahren bei einer BaFin-Prüfung oder Geldwäscheverdachtsmeldung belegen zu können.
5. Sehen Sie einen menschlichen Rückfallpfad vor für Nutzer, deren Kamera wiederholt versagt, ohne das angewandte Kontrollniveau des Vorgangs zu senken.

Für einen umfassenderen Überblick über Methoden der Dokumentenprüfung behandelt unser Leitfaden zur Dokumentenprüfung die ergänzenden Bausteine rund um die Entscheidung Aufnahme gegen Upload. Die Bank- und KYC-Lösungen von CheckFile kombinieren beide Erfassungsschritte mit mehrschichtiger Dokumentenanalyse, und unsere Sicherheitsseite beschreibt die zugehörigen Zertifizierungen und den Umgang mit biometrischen Daten.

Weder In-App-Aufnahme noch Upload erkennen für sich allein ein durch künstliche Intelligenz erzeugtes Dokument: KI-Generierungssignale — Texturkonsistenz, Modellartefakte, fehlendes natürliches Sensorrauschen — werden ergänzend zu bestehenden Aufnahmekontrollen analysiert, nicht als Ersatz dafür. Unsere spezielle Seite zur Deepfake- und KI-Dokumentenerkennung stellt diese zusätzliche Schicht vor, ohne den Anspruch zu erheben, allein sämtliche möglichen Fälschungen zu erfassen.

Häufig gestellte Fragen

Verhindert In-App-Kameraaufnahme jeglichen Dokumentenbetrug?

Nein. Sie reduziert Bildwiederverwendung und Bildschirm-Recapture stark, bleibt aber anfällig für Video-Injektionsangriffe, sofern die Integrität des Kamerastreams nicht separat geprüft wird. Sie muss mit forensischer Dokumentenanalyse kombiniert werden.

Warum akzeptieren manche Apps weiterhin Datei-Upload?

Aus Gründen der Nutzbarkeit und Zugänglichkeit — manche Geräte oder Browser schränken den Kamerazugriff ein — und weil nicht jedes Dokument dasselbe Betrugsrisiko trägt. Ein digital signierter PDF-Kontoauszug hat nicht dasselbe Risikoprofil wie ein Ausweisdokument.

Reichen EXIF-Metadaten aus, um Betrug bei einer hochgeladenen Datei zu erkennen?

Nein. Sie fehlen häufig, nachdem eine Datei ein soziales Netzwerk oder einen Messenger durchlaufen hat, und ein versierter Betrüger kann glaubwürdige EXIF-Daten fälschen. Die EXIF-Analyse bleibt ein ergänzendes Indiz, nie ein alleiniger Beweis.

Schreibt die deutsche Regulierung In-App-Kameraaufnahme vor?

Die BaFin schreibt keine einzelne Erfassungsmethode vor, erwartet aber ein dokumentiertes, risikoangemessenes Verfahren. In-App-Aufnahme mit aktiver Lebenderkennung wird in der Regel für Ausweisdokumente in risikoreichen Fernabläufen empfohlen.

Macht die künftige Europäische Digitale Identitätsbrieftasche diese Debatte überflüssig?

Teilweise. In Abläufen, die mit eIDAS 2 und der EUDI-Wallet kompatibel sind, legt der Nutzer geprüfte kryptografische Attribute statt eines Dokumentfotos vor, wodurch sich der Kontrollpunkt zur Signaturprüfung verschiebt, statt auf der Bildaufnahmemethode zu liegen.

Erhöht die Pflicht zur Kameraaufnahme die Abbruchquote beim Onboarding?

Meist nur leicht und vor allem in der ersten Minute des Ablaufs. Dieser kleine Anstieg wird in der Praxis durch den Rückgang der Fälle ausgeglichen, die später wegen zweifelhafter Bildherkunft manuell nachgeprüft werden müssen.