PHANTOM CHECK / QUELLENBASIERTE PRÜFUNG

Prüfen, was belegbar ist.
Benennen, was offen bleibt.

Phantom Check ist eine quellenbasierte Prüfung im vereinbarten Umfang. Im Erstkontakt klären wir Zweck und Umfang. Ergebnis ist ein datierter Bericht (Dossier) mit Quellenstand, den Sie lesen, prüfen und weitergeben können. Auf Anfrage prüfen wir Anwendungen und Systeme unabhängig und vertieft: Code, Funktion, Belastbarkeit und Sicherheit.

Datierter Bericht mit Quellen, Befunden und offenen Nachweisen.

Mehr dazu

Phantom Check ist eine quellenbasierte Prüfung im vereinbarten Umfang. Im Erstkontakt klären wir Zweck und Umfang. Ergebnis ist ein datierter Bericht (Dossier) mit Quellenstand, den Sie lesen, prüfen und weitergeben können. Auf Anfrage prüfen wir Anwendungen und Systeme unabhängig und vertieft: Code, Funktion, Belastbarkeit und Sicherheit.

Einordnung Die sechs Prüfgruppen sind mögliche Fragen und Beispiele, keine Vollabdeckung. Umfang und Quellen werden je Prüfung abgestimmt. Der Bericht enthält keine Freigabegarantie.

PRÜFPRINZIPBeispielabläufe · erfunden
Quellen
  • Q1Vorgelegte Unterlage
  • Q2Öffentlich einsehbare Angabe
  • Q3Weitere Quelle
GegenüberstellungAbgleich
DossierDatumEinordnung
  • Belegt: in Quellen bestätigt
  • Widersprüchlich: Quellen weichen ab
  • Offen: Nachweis fehlt
SECHS GRUPPEN MÖGLICHER PRÜFFRAGEN

Worauf sich eine
Prüfung richten kann.

Beispiele, keine Vollabdeckung: Nicht jede Gruppe ist in jedem Auftrag nötig. Welche Fragen in Ihrem Fall zählen, klären wir im Erstkontakt gemeinsam mit Zweck, Umfang und verfügbaren Quellen.

01

Unternehmen und Geschäftspartner

Mögliche Prüffrage
Gibt es das Unternehmen so, wie es auftritt? Stimmen Name, Sitz, Vertretung und Beteiligungsangaben in den Quellen überein?
Quellenbasis
Öffentlich zugängliche Register- und Unternehmensangaben, vom Auftraggeber bereitgestellte Unterlagen.
Grenze
Nicht öffentlich verfügbare Informationen können nicht beurteilt werden.
02

Personen / KYC

Optional · nur bei berechtigtem Zweck
Mögliche Prüffrage
Passen Rollen- und Identitätsangaben von Ansprechpartnern zu den vorgelegten Unterlagen?
Quellenbasis
Vom Auftraggeber genannte Angaben und öffentlich zugängliche Quellen, nur soweit der Zweck dokumentiert und berechtigt ist.
Grenze
KYC ist ein Teilbereich. Bankeigene Prüfungen bleiben bei den Banken; hierfür werden keine Ausweis- oder Bankdokumente über das Formular erbeten.
03

Dokumente und Quellen

Mögliche Prüffrage
Sind Aussteller, Datum, Inhalt und Herkunft eines Dokuments in sich und untereinander stimmig?
Quellenbasis
Vorgelegte Dokumente im Vergleich mit weiteren Quellen.
Grenze
Keine Echtheitsgarantie und keine gutachterliche Feststellung; Auffälligkeiten werden benannt, nicht „bewiesen“.
04

Geschäftsabläufe und Transaktionen

Mögliche Prüffrage
Sind Rollen, Reihenfolge der Schritte und geforderte Nachweise in einem Vorgang nachvollziehbar und lückenlos?
Quellenbasis
Beschriebener Ablauf, Vertrags- und Angebotsentwürfe, Korrespondenz soweit freigegeben.
Grenze
Keine Zahlungsabwicklung, keine Rechts-, Steuer- oder Finanzberatung.
05

Markt, Wirtschaft und Szenarien

Mögliche Prüffrage
Wie ist ein Vorhaben im Marktumfeld einzuordnen, und welche Annahmen tragen welches Szenario?
Quellenbasis
Veröffentlichte Marktinformationen, benannte Annahmen, qualitative Szenarien.
Grenze
Szenarien sind Denkrahmen, keine Prognose und keine Renditezusage.
06

Technik, Systeme und Prozesse

Nach abgestimmtem Umfang
Mögliche Prüffrage
Wie sind freigegebene Systeme, Konfigurationen, Schnittstellen oder Abläufe aufgebaut, und wo zeigen vertiefte Prüfung von Code, Konfiguration und Architektur oder gezielte Sicherheitstests erkennbare Lücken?
Quellenbasis
Voraussetzung: ein vereinbarter Zweck sowie vom Berechtigten ausdrücklich freigegebener Gegenstand, Umfang und geeigneter Prüfzugang.
Grenze
Gezielte Sicherheitstests nur nach ausdrücklicher Freigabe und im vereinbarten Umfang; keine Zertifizierung, keine garantierte Vollabdeckung, keine Sicherheitszusage.
PRÜFPRINZIPBeispielabläufe · erfunden
  1. Quellen
  2. Gegenüberstellung
  3. Dossier
PRÜFPRINZIP

Aus Quellen wird
ein nachvollziehbarer Befund.

Quellen

  • Q1 Vorgelegte Unterlage
  • Q2 Öffentlich einsehbare Angabe
  • Q3 Weitere Quelle

Gegenüberstellung

Jede Aussage wird je Quelle festgehalten, mit Datum. Gleiches und Abweichendes werden nebeneinander gestellt.

Dossier

  • Belegt: in Quellen bestätigt
  • Widersprüchlich: Quellen weichen ab
  • Offen: Nachweis fehlt
Schema des Prüfprinzips. Die drei Einordnungen sind Begriffe, keine Punktzahl.
TECHNISCHE VERTIEFUNG

Technik unabhängig prüfen.
Leistung und Sicherheit.

Vertiefte technische Prüfungen bieten wir auf Anfrage an. Der Bericht nennt betroffene Stellen, Risiko, Priorität und konkrete Abhilfe. Prüfschritte und Reproduktionsbedingungen dokumentieren wir, soweit Prüfziel und Zugang es erlauben. Korrigierte Punkte können wir anschließend gezielt nachprüfen.

01

Code und Konfiguration

Gegenstand
Freigegebener Quellcode, Konfigurationen, Berechtigungs- und Abhängigkeitsstruktur.
Ergebnis
Dokumentiert werden festgestellte Schwachstellen, unsichere Einstellungen oder Unklarheiten mit betroffener Stelle, Risiko, Priorität und konkreter Abhilfe.
02

Schnittstellen und Architektur

Gegenstand
Schnittstellen, Datenflüsse, Rollen- und Rechtekonzept sowie Aufbau und Abhängigkeiten des Systems.
Ergebnis
Einordnung von Schwachstellen und Annahmen im Aufbau, mit Risiko, Priorität und Abhilfevorschlag.
03

Sicherheits- und Belastungstests

Gegenstand
Abgegrenzte Sicherheits-, Last- und Belastungstests sowie passende Funktions-, Fehler- und Grenzfalltests an freigegebenen Anwendungen oder Systemen. Ziele, Umgebung, Methoden, Lastprofile, Intensität und Abbruchkriterien stimmen wir vorab ab.
Ergebnis
Je nach Prüfauftrag: Messwerte zu Antwortzeiten, Fehlerraten und Ressourcenbedarf sowie nachvollziehbare Sicherheitsbefunde. Reproduktionsbedingungen werden dokumentiert, soweit möglich. Eine Nachprüfung korrigierter Punkte wird mit eigenem Umfang und Zeitpunkt vereinbart.

Vorab werden Zweck, Umfang, Berechtigung und geeigneter Prüfzugang abgestimmt. Code, Prüfzugänge und Testdaten folgen erst danach über einen passenden Austauschweg; Zugangsdaten oder Schlüssel gehören nicht ins Erstkontaktformular.

Fiktives technisches Beispiel ansehen

DOSSIERAUFBAU

So liest sich
das Ergebnis.

Jedes Dossier folgt derselben Gliederung. So lässt sich nachvollziehen, was geprüft wurde, worauf es beruht und was noch fehlt.

Dossier · Prüfung einer AngebotsunterlageBeispiel · erfundene, anonymisierte Angaben · kein realer Fall
01 Datum
Stand der Prüfung und Abrufdatum der Quellen (im Beispiel: Platzhalter).
02 Umfang
Fragestellung und Gegenstand: Ob Absender, Unternehmensangaben und Rolle in einem Angebotsschreiben zusammenpassen.
03 Quellen
Q1 Angebotsunterlage des Auftraggebers · Q2 öffentlich einsehbare Registerangabe · Q3 Webauftritt des Unternehmens.
04 Befunde
Unternehmen in Q2 verzeichnet. Name in Q1 und Q2 gleichlautend. Funktion der unterzeichnenden Person in Q2 nicht bestätigt.
05 Widersprüche
Sitzangabe in Q1 weicht von Q2 ab.
06 Offene Nachweise
Vollmacht der unterzeichnenden Person. Aktuelle Bestätigung der Verfügbarkeit durch die Gegenseite.
07 Qualitative Bewertung
Teilweise belegt: Das Unternehmen ist plausibel, die Befugnis ist offen. Keine Aussage zur Echtheit einzelner Dokumente oder zur Lieferfähigkeit.
08 Nächste Schritte
Vollmacht anfordern, Sitzabweichung klären, danach das Dossier mit neuem Datum aktualisieren.
Anonymisiertes Beispiel, ausdrücklich kein Kundenfall. Die Bewertung ist qualitativ formuliert; es gibt weder Punktzahlen noch Freigabesiegel.
Technischer Befund · fiktive TestanwendungFiktives Beispiel · kein Kundenbefund · kein durchgeführter Test
01 Gegenstand
Rein fiktive Testanwendung mit erfundener API, erfundenen Testrollen („Rolle A“, „Rolle B“), Testdaten und Quellen; Freigabe und Prüfzugang sind im Beispiel erfunden.
02 Befund
Fehlende Berechtigungsprüfung auf API-Ressourcenebene: Beim Abruf eines Datensatzes wird nicht geprüft, ob der angemeldete Benutzer bzw. dessen Rolle auf genau diese Ressource zugreifen darf.
03 Reproduktion
Mit der Testrolle B angemeldet, einen erfundenen Testdatensatz der Rolle A über dessen Ressourcenkennung abrufen. Im Beispiel wird er ausgeliefert. Es werden nur erfundene Testdaten verwendet, keine echten Endpunkte.
04 Risiko und Priorität
Hoch (qualitative Einordnung, kein Score): Daten anderer Benutzer oder Rollen wären einsehbar.
05 Abhilfe
Serverseitig bei jedem Abruf prüfen, ob der angemeldete Benutzer bzw. dessen Rolle auf die angefragte Ressource zugreifen darf; standardmäßig verweigern und die Regel mit einem Testfall absichern.
06 Nachprüfung (optional)
Auf Wunsch wird der konkret korrigierte Punkt in gesondert abgestimmtem Umfang und Zeitpunkt mit denselben Testrollen erneut geprüft und im Dossier mit neuem Datum vermerkt.
Vollständig fiktives Beispiel: Anwendung, Rollen, Testdaten und Quellen sind erfunden. Es belegt keine real ausgeführte Leistung und enthält weder Punktzahl noch Siegel.
ABLAUF

Vom Erstkontakt
zum datierten Bericht.

  1. 01 / FRAGE

    Zweck und Umfang klären.

    Im Erstkontakt beschreiben Sie Aufgabe oder Fragestellung in eigenen Worten. Wir klären Zweck und Umfang; Ausweis- oder Bankdokumente werden hier nicht abgefragt.

  2. 02 / UMFANG

    Gegenstand abstimmen.

    Wir stimmen ab, welche Prüffragen relevant sind, welche Quellen vorliegen und welcher Zweck die Prüfung trägt. Bei technischen Prüfungen stimmen wir zusätzlich Umfang, Berechtigung und geeigneten Prüfzugang ausdrücklich ab.

  3. 03 / PRÜFUNG

    Quellen abgleichen.

    Aussagen werden je Quelle festgehalten, gegenübergestellt und mit Datum dokumentiert.

  4. 04 / BERICHT

    Dossier übergeben.

    Sie erhalten den datierten Bericht mit Befunden, Widersprüchen, offenen Nachweisen und vorgeschlagenen nächsten Schritten. Bei technischen Prüfungen werden betroffene Stelle, Risiko, Priorität und Abhilfe benannt; eine Nachprüfung konkret korrigierter Punkte ist optional und wird gesondert abgestimmt.

GRENZEN UND QUELLENSTAND

Gültigkeit und Grenzen.

  • Aussagen gelten für den dokumentierten Quellenstand und das genannte Datum. Später kann sich die Lage ändern.
  • Der Bericht enthält keine Freigabegarantie. Es gibt keine Garantie für Echtheit, Sicherheit oder Lieferung und keine Rechts-, Steuer- oder Anlageberatung.
  • Phantom Check ist keine fertige, automatisch arbeitende Prüfplattform, sondern eine im Umfang vereinbarte Prüfung.
  • Personenbezogene Prüfungen setzen einen berechtigten Zweck voraus. KYC ist ein optionaler Teilbereich.
  • Bankspezifische eigene Prüfungen bleiben bei den Banken.
  • Technik- und Systemanalysen sowie gezielte Sicherheitstests betreffen nur ausdrücklich freigegebene Gegenstände im vereinbarten Umfang. Das ist keine Zertifizierung und keine garantierte Vollabdeckung; eine Sicherheitszusage wird nicht gegeben.

Bei Rohstoffanfragen kann eine vertiefte Prüfung optional hierüber abgegrenzt werden. Zum Rohstoffbereich

FRAGESTELLUNG VORHANDEN?

Beschreiben Sie
die Aufgabe.

Nennen Sie im Formular, was geklärt werden soll und warum. Bitte senden Sie darüber keine Ausweis- oder Bankdokumente und keine Zugangsdaten; für Unterlagen vereinbaren wir anschließend einen geeigneten Weg.

Prüffrage beschreiben