Skip to content
kobiakov.dev
KI & Tools

Metadata OSINT Toolkit — Lokaler Recherchearbeitsplatz

Eine lokale Anwendung zur Untersuchung von Fotos, Prüfung möglicher Aufnahmeorte und Abfrage öffentlicher Quellen. Originaldateien, Quellenbelege und Unsicherheiten bleiben mit den Ergebnissen verbunden.

Belege ansehen

Zeitraum

2026

Rolle

Entwickler

3

Recherchefälle

4

Exportformate

SHA-256

Originale erhalten

Technisches Ergebnis

Originalquelle → dokumentierter Befund → portabler Bericht

Ehrliches Fazit

Ein nachvollziehbarer lokaler Rechercheablauf anhand öffentlich zugänglicher Materialien. Die Beispiele zeigen Belege und Grenzen; sie belegen weder eine allgemeine Trefferquote noch ein forensisches Urteil.

Lokale OSINT · Entwicklungsfall

Von der Datei zum nachvollziehbaren Befund.

Ein lokaler Recherchearbeitsplatz für Fotos, mögliche Orte und öffentliche Quellen. Das Ergebnis ist eine prüfbare Spur: Was wurde beobachtet, woher stammt es und was bleibt ungewiss?

Lokale Aufnahmen · 22. Oktober 2026

Drei Rechercheszenarien · 22. Oktober 2026

Verschiedene Fragen. Klare Belege.

01 / Foto mit GPS

Was steht tatsächlich in der Originaldatei?

Ein öffentliches Foto des Brandenburger Tors von AleWi, datiert auf den 12. März 2026, wurde aus Wikimedia Commons importiert. ExifTool las Pixel-7-Pro-Metadaten und explizite GPS-Daten; die SHA-256-Prüfung des gespeicherten Originals war erfolgreich.

Dokumentiertes Ergebnis

Angegebene GPS-Daten: 52.516375, 13.3792694444. Der Objektstandort bei Berlin.de (52.5159, 13.378) liegt ungefähr 101 m entfernt. Beide sind im Bericht getrennt erfasst.

Die Dateikoordinaten sind keine unabhängig bewiesene Kameraposition. Wikidata Q82425 wurde gefunden; der Commons-Adapter lieferte HTTP 403, das als blockierte Quellenprüfung erhalten blieb.

Originalen HTML-Bericht öffnen

02 / Foto ohne GPS

Was passiert, wenn der Anbieter nicht antworten kann?

Am 22. Oktober wurden zwei neue Blindbilder ohne EXIF, Originaldateinamen oder Ortshinweise eingereicht. Das erste lieferte HTTP 503; ein ausdrücklich gestarteter manueller Wiederholungsversuch ebenfalls. Beim zweiten wurde im ersten Versuch das Zeitlimit überschritten.

Dokumentiertes Ergebnis

Für eine Genauigkeitsbewertung nicht auswertbar: 2 Bilder, 3 Versuche, 0 inhaltliche Ausgaben. Fehlerprotokolle und die tatsächliche Bildvorschau bleiben erhalten.

Das sind technische Fehler, keine Enthaltungen des Modells. Kleine Blindprüfungen vom 17. Oktober enthielten richtige Namen, eine falsche Filiale, ein unbekanntes Ergebnis und in einem späteren Bildpaar eine richtige Adresse sowie eine Enthaltung. Daraus ergibt sich keine allgemeine Trefferquote.

Originalen HTML-Bericht öffnen

03 / Öffentliche Entität & Domain

Lässt sich die Quellenprüfung nachvollziehen?

Eine öffentliche Quellenprüfung von wikimedia.org verband DNS- und RDAP-Antworten mit einer Wikidata-Abfrage. Quellenantworten wurden gemeinsam mit den interpretierten Befunden aufbewahrt.

Dokumentiertes Ergebnis

2 MX-Einträge, 3 Nameserver und 1 RDAP-Antwort. Exakte Entität Q180 gefunden; die Namenssuche ergab 3 Kandidaten, mit Q180 an erster Stelle.

Die Einträge dokumentieren öffentliche technische Beobachtungen zum Abrufzeitpunkt. Sie belegen für sich weder rechtliches Eigentum noch die Kontrolle einer Organisation oder die Identität einer Person.

Originalen HTML-Bericht öffnen

Screenshots und Originalberichte behalten die russische Oberfläche der Anwendung. Zwei Untersuchungen wurden abgeschlossen; der visuelle Test dokumentiert die Nichterreichbarkeit des Anbieters. Drei Prüfszenarien bedeuten nicht drei erfolgreiche Ortsbestimmungen.

Bewusst kompakt

Eine lokale Anwendung. Eine sichtbare Belegspur.

Python und FastAPI koordinieren die Arbeit, SQLite speichert Falldaten, ExifTool liest Metadaten und Leaflet liefert den Kartenkontext. Externe Abfragen hängen von den gewählten öffentlichen Diensten ab.

  1. Quelle erhalten

    Originaldatei, SHA-256-Prüfsumme und Kontext der Erfassung aufbewahren.

  2. Lokal untersuchen

    Dateibeobachtungen extrahieren und den Recherchestand in SQLite speichern.

  3. Befund prüfen

    Bestätigte Beobachtungen, Kandidaten und unbekannte Ergebnisse getrennt halten.

  4. Belege übergeben

    Berichte und geografische Daten samt Quellenverweisen und Einschränkungen exportieren.

Problem

Metadaten, Kartentreffer und öffentliche Register lassen sich leicht einzeln sammeln. Schwieriger ist es, Originalquelle, Herleitung und Grenzen zusammenzuhalten, damit andere eine Schlussfolgerung nachvollziehen können.

Die Herausforderung

Dateianalyse, visuelle Ortsrecherche und öffentliche Entitätsprüfungen in einer kompakten lokalen Anwendung verbinden, ohne einen Suchtreffer als Beweis oder einen ungefähren Ort als Kameraposition auszugeben.

Die Lösung

Ich habe eine Python/FastAPI-Anwendung mit SQLite, ExifTool und Leaflet entwickelt. Sie bewahrt Originaldateien samt SHA-256-Prüfsummen auf, trennt Beobachtungen von Kandidaten und erstellt nachvollziehbare Berichte sowie geografische Exporte.

Technische Highlights

Originaldateien mit SHA-256-Prüfsummen und Quellenkontext aufbewahrt.

ExifTool-Beobachtungen neben Karten und klaren Statusangaben zu Ortskandidaten.

Die visuelle Ortsrecherche kann ein unbekanntes Ergebnis liefern, statt einen Treffer zu erzwingen.

Öffentliche Entitäts- und Domainprüfungen mit nachvollziehbaren Quellen.

Eigenständig lesbare HTML-Berichte und strukturierte geografische Exporte.

Kompakte Python/FastAPI- und SQLite-Anwendung; für die lokale Dateianalyse ist kein Cloud-Dienst erforderlich.

Systemarchitektur

Python · FastAPI

SQLite · versioned migrations

ExifTool · Pillow · HEIC previews

Leaflet · OpenStreetMap

Gemini · visual hypotheses

HTML · JSON · GeoJSON · KML

Kerntechnologien

PythonFastAPISQLiteExifToolLeafletGemini
Share:

Soll ein komplexer Prozess als sicheres KI-System laufen?

Ich überführe komplexe Abläufe in einen klar begrenzten Pilot mit typisierten Tools, Freigaben und überprüfbaren Ergebnissen. Sie arbeiten direkt mit dem Entwickler, der das System baut und ausliefert.