Deterministische Geräteschlüssel-Verifikation
SiliconID™ schützt Acquirer, Core-Banking-Schnittstellen und Web-Checkouts vor automatisierten Botnetzen und Replay-Angriffen. Anstelle fehleranfälliger Heuristiken verifiziert der Gateway deterministisch eine kryptografische Signatur des registrierten Geräteschlüssels über eine Einmal-Challenge.
Kryptografischer Sicherheitsvertrag & Wahrheitsmatrix
Ein erfolgreiches Verdikt DEVICE_KEY_VERIFIED attestiert den Besitz des mandantengebunden registrierten privaten Geräteschlüssels (ES256 / Ed25519) und den Schutz gegen Replay durch Einmal-Nonces. Es belegt weder die physische Anwesenheit eines Menschen noch Hardware-Integrität. Echte Hardware-Attestierung (Secure Enclave, Play Integrity, App Attest) befindet sich in aktiver Entwicklung.
Server-Nonce anfordern
Der Server generiert eine kryptografisch sichere, zeitgebundene Einmal-Nonce (mindestens 128 Bit) und liefert sie an den Client aus.
Client signiert Challenge
Das Client-SDK signiert die Zeichenkette nonce.timestamp.deviceId mit dem im Gerät hinterlegten privaten Schlüssel (ES256 / Ed25519).
Gateway verifiziert Signatur
Der Ingress-Gateway verifiziert die Signatur gegen den registrierten öffentlichen Schlüssel und invalidiert die Nonce atomar gegen Replays.
Drop-In Mobile & Web SDKs
Integrieren Sie SiliconID™ mit 3 Zeilen Code in Ihre bestehende Web-App, iOS- oder Android-Anwendung sowie Cross-Platform Frameworks.
// 1. Install via npm or CDN
import { SiliconID } from '@gamperlab/silicon-id';
// 2. Collect an unsigned device measurement (SDK-side signing is in development)
const proof = await SiliconID.attest({
nonce: sessionNonce // Server-issued cryptographic challenge
});
// 3. Attach the measurement to the checkout or payment header
headers.set('X-SiliconID-Proof', proof.token);
Implementierungshinweise für Acquirer, PSPs & Core-Banking
Drei flexible Integrationspfade für Enterprise-Zahlungsinfrastrukturen mit deterministischer Verifikation ohne externe Cloud-Abhängigkeiten.
Lokaler Micro-Sidecar (HTTP / gRPC)
Starten Sie die Standalone-Binary als Ingress-Sidecar im eigenen Netz. Kassen-Terminals und Proxies verifizieren Geräteschlüssel-Signaturen ohne externen Netzwerk-Hop.
In-Memory Verification Engine (Go / Rust)
Direkte Einbindung in Go/Rust-basierte Core-Banking- & POS-Gateways ohne Netzwerk-Hop. Deterministische Verifikationsentscheidung auf Basis der Geräteschlüssel-Signatur.
Binary Registry Sync (SLCN-SYNC)
Hintergrund-Replikation der Geräteschlüssel-Sperrliste zwischen Verbundteilnehmern als kryptografisch gesicherter, binärer Snapshot.
POST /v1/verify
Verifiziert eine vom Client übermittelte Geräteschlüssel-Signatur gegen die mandantenspezifische Geräteregistrierung unter Schutz gegen Replay-Angriffe.
| Header | Typ | Pflicht | Beschreibung |
|---|---|---|---|
| Authorization | String | Ja | Bearer sieve_live_... oder Bearer sieve_sandbox_... |
| Content-Type | String | Ja | Muss application/json sein. |
JSON Body Parameter
| Feld | Typ | Pflicht | Beschreibung |
|---|---|---|---|
| proof | String (Base64 / Hex) | Ja | Kryptografische Signatur des Clients über nonce.timestamp.deviceId. |
| nonce | String (min. 16 Zeichen) | Ja | Vom Server ausgestellte Einmal-Challenge. Wird nach Prüfung atomar invalidiert. |
| timestamp | Integer (Unix ms) | Ja | Zeitstempel der Signatur-Erstellung. Muss im Frischefenster (±300s) liegen. |
| deviceId | String | Ja | Die registrierte Gerätekennung im Mandantenkonto. |
| alg | String | Ja | Signaturalgorithmus: ES256 (NIST P-256) oder Ed25519 (edwards25519). |
Mögliche Antworten (HTTP Status)
| Status | Verdikt (verdict) | Bedeutung |
|---|---|---|
| 200 OK | DEVICE_KEY_VERIFIED |
Signatur ist kryptografisch valide und dem Mandanten-Geräteschlüssel zugeordnet. |
| 200 OK | SUSPICIOUS_ANOMALY |
Signatur ungültig, Schlüssel manipuliert oder unbekannt. |
| 409 Conflict | REPLAY_DETECTED |
Die Nonce wurde bereits zuvor verwendet. Der Request wird abgewiesen. |
| 401 Unauthorized | UNAUTHORIZED |
Ungültiger oder abgelaufener API-Key. |
cURL & Payload Generator
Generieren Sie vorkonfigurierte cURL-Aufrufe und JSON-Bodies für Ihre Integrations-Tests. Alle Berechnungen erfolgen rein clientseitig in Ihrem Browser ohne Netzwerk-Proxies.
curl -s -X POST https://api.gamperlab.com/v1/verify \
-H "Authorization: Bearer sieve_sandbox_a1b2c3d4_mockdemo" \
-H "Content-Type: application/json" \
-d '{"proof":"MEYCIQCmockSig...","nonce":"ch_98f7e6d5c4b3a2","timestamp":1727083200000,"deviceId":"dev_macmini_m4_enclave","alg":"ES256"}'
Sub-0.26ms In-Memory Screening Engine
Sanction Sieve™ ist die weltweit schnellste Compliance-Screening-Engine für ISO 20022 Payment Rails (TIPS, RT1, SEPA Instant EU 2024/886). Nahezu 1 Million Entitäten (EU CFSP, US OFAC, UN, SECO und weltweite PEPs) werden direkt im CPU-Cache / RAM vorgehalten.
Rechtliche & Technische DORA-Souveränität
100% europäische Souveränität mit Hosting am VIX Wien; lieferbar auch als On-Premises- oder Air-Gapped-Installation. Keine Datenweitergabe an US-Clouds, vollständige Erfüllung des österreichischen Bankgeheimnisses gem. § 38 BWG sowie unveränderbare Ed25519 Merkle WORM-Audit-Logs.
< 0,26 Millisekunden
Benchmark-Latenzen von 3 µs bis 260 µs schonen das 120ms-Budget von SEPA Instant vollständig und eliminieren Kassen-Verzögerungen.
1.174.008 Entitäten & Aliase
Vollständige Indizierung aller Sanktionen und PEPs in 17,7 Sekunden Ladezeit bei 0 Byte Garbage-Collection-Pause.
GoAML Auto-SAR in 3s
Automatische Erzeugung von Verdachtsmeldungen nach offiziellem XML-Schema der Geldwäschemeldestelle (FIU / GoAML).
Minimal-invasive Integration in unter 15 Minuten
In-Flight-Screening an POS-Terminals, E-Commerce Payment Gateways oder Kernbanken-Switches per mTLS über TLS 1.3 oder als nativer Go/C Sidecar.
// High-Speed mTLS In-Memory Screening via VIX
const res = await fetch('https://sanction.gamperlab.com/v1/screen', {
method: 'POST',
headers: {
'Content-Type': 'application/json',
'Authorization': 'Bearer sieve_live_YOUR_KEY'
},
body: JSON.stringify({
name: "Vladimir Putin",
threshold: 0.85
})
});
const { match, score, entity_id } = await res.json();
if (match) triggerEscrowSilent(entity_id);
POST /v1/screen
Führt ein deterministisches In-Flight-Screening gegen globale Sanktions- und PEP-Listen durch. Authentifizierung via Bearer Token oder mTLS-Zertifikate.
| Header | Typ | Pflicht | Beschreibung |
|---|---|---|---|
| Authorization | String | Ja | Bearer sieve_live_... |
| Content-Type | String | Ja | application/json |
Request Payload
| Feld | Typ | Pflicht | Beschreibung |
|---|---|---|---|
| name | String | Ja | Name der zu überprüfenden natürlichen Person oder Entität. |
| threshold | Float (0.0 – 1.0) | Nein | Fuzzy-Match-Schwelle (Standard: 0.85). |
| country | String (ISO 3166-1 alpha-2) | Nein | Optionales Herkunftsland zur Treffer-Verfeinerung (z. B. AT, DE). |
GoAML Auto-SAR Generator
Generiert vollautomatisch gesetzeskonforme XML-Meldungen für die Geldwäschemeldestelle (FIU) nach GoAML 4.0 Standard bei bestätigten Treffern.
<!-- Auszug aus generierter GoAML 4.0 Verdachtsmeldung -->
<report xmlns="http://fiu.at/goaml">
<report_code>STR</report_code>
<entity_reference>GAMPERLAB-SIEVE-2026-0923</entity_reference>
<reason>SANCTION_MATCH_EU_CFSP_969253</reason>
<audit_hash>ed25519:9e7f82b1c4e6a8...</audit_hash>
</report>