Konfigurierbare Datenresidenz
Von Evidenz zu Ihrer Entscheidung.
Eine geführte Tour durch die Engine hinter dem Score — wie der Browser ausgelesen, in eine kalibrierte Risikobewertung verwandelt und an Ihren Code zurückgegeben wird. Verfolgen Sie den gesamten Ablauf: die gemessenen Signale, die erkannten Bedrohungen und die Ergebnisse hinter jedem Aufruf.
Jedes Gerät erzählt eine Geschichte. Wir erkennen die Täuschungen.
Stoppen Sie Betrug und Bots, ohne die Kunden herauszufordern, die Sie mit großem Aufwand gewonnen haben. Erhalten Sie für jeden Besucher eine klare Risikobewertung — und entscheiden Sie, was Sie damit tun.
Agentische Sicherheit und Risiko-Intelligenz, jetzt für das agentische Web entwickelt — bedienen Sie Ihre Konsole mit einem integrierten KI-Assistenten, lassen Sie Ihre Agenten Noxtica über einen schreibgeschützten MCP-Server lesen und verifizieren und beobachten Sie die Agenten, mit denen Sie interagieren.
DAS ÖFFENTLICHE MODELL
Von Belegen zu einer kundeneigenen Entscheidung
Noxtica beschreibt diesen Weg als Interaction Risk Intelligence: Verstehen Sie das Risiko der aktuellen Interaktion, ohne Identität, Belege, Richtlinie und Aktion zu einem Blackbox-Urteil zusammenzuführen.
Verfügbare Belege erfassen
Browser, Netzwerk, Gerät, Verhalten sowie unterstützte Identitäts- oder Agentenverifizierung ergänzen den Kontext. Die Verfügbarkeit hängt vom Browser, der Bereitstellung, aktivierten Modulen und geltenden Datenschutz- oder Einwilligungssteuerungen ab.
Die Interaktion bewerten
Die verfügbaren Belege werden zu einer erklärbaren Risikobewertung mit Score, Konfidenz und Gründen. Sie beschreibt Risiko; sie beweist weder Identität noch Absicht, Betrug oder Sicherheit.
Ihre Richtlinie anwenden
Ihr Team kombiniert die Bewertung mit Routen-, Konto-, Transaktions- und Autorisierungskontext und entscheidet dann, ob zugelassen, beobachtet, zusätzlich geprüft, überprüft oder blockiert wird.
Unterstützung begrenzen
Der KI-Assistent und MCP helfen berechtigten Operatoren und Workflows beim Lesen genehmigten Kontexts. Die optionale Browserdurchsetzung folgt der kundenseitig konfigurierten Richtlinie; diese Tools schreiben sie nicht autonom um.
Verfolgen Sie eine risikobehaftete Interaktion von der Evidenz bis zur verantwortbaren Aktion.
Noxtica nutzt Interaction Risk Intelligence zur Beschreibung dieser Architektur: Bewerten Sie den verfügbaren Kontext rund um eine richtlinienrelevante Maßnahme, geben Sie eine erklärbare Risikoeinschätzung zurück und lassen Sie die Anwendung oder konfigurierte Richtlinie des Kunden entscheiden, was als Nächstes geschieht.
Ein beobachtbarer, kundeneigener Entscheidungsworkflow
INTERAKTION
Verknüpfen Sie die Bewertung mit einem Geschäftsereignis.
Erfassen Sie Kontext dort, wo Unsicherheit wichtig ist – bei Registrierung, Anmeldung, Checkout, Wiederherstellungsänderung, Werbung oder Agentenanfrage – und bewahren Sie das Ergebnis neben der Route und dem Ereignis auf, die es informiert.
HINWEISE
Lesen Sie Risiko, Konfidenz und Gründe gemeinsam.
Prüfen Sie, welche unterstützten Hinweise verfügbar waren, und unterscheiden Sie ein bewertetes Ergebnis von unterdrückten, fehlenden, wenig sicheren oder nicht verfügbaren Zuständen. Optionale Signale und Module unterliegen weiterhin Berechtigung, Einwilligung und Richtlinien.
RICHTLINIE
Ordnen Sie Kontext einer angemessenen Kundenaktion zu.
Kombinieren Sie die Auswertung mit Konto-, Authentifizierungs-, Transaktions- und Journey-Kontext und legen Sie dann fest, wann Sie zulassen, beobachten, verstärken, prüfen oder blockieren. Eine verifizierte Identität oder ein Agent ist Kontext, kein Beweis für eine sichere Absicht.
ERGEBNIS
Bewahren Sie die Begründungskette zusammen mit dem endgültigen Ergebnis auf.
Vergleichen Sie die vorgeschlagenen und endgültigen Aktionen mit bestätigtem Missbrauch, abgeschlossenen Challenges, Abbrüchen, Prüfaufwand, Einsprüchen, Rückabwicklungen und Fehlerzuständen. Ändern Sie Schwellenwerte gezielt anhand Ihrer gelabelten Evidenz.
Wo angrenzende Tools in den Workflow passen
Die nachstehenden Kategorien können einander ergänzen. Bewerten Sie die Hinweisübergabe, Fehlerzustände und den Richtlinienverantwortlichen, statt von einem Produkt jede Aufgabe zu erwarten.
- Reine Identitätsabfrage
- Nutzen Sie Erkennung und Authentifizierung, um die Angaben festzustellen, die Ihre Journey benötigt. Fügen Sie Interaktionskontext hinzu, wenn die aktuelle Maßnahme auch Risiko, Konfidenz, Gründe und einen expliziten Pfad für Unbekanntes erfordert.
- Perimeter- und Bot-Kontrollen
- Behalten Sie breit angelegte Kontrollen am Rand oder Perimeter. Führen Sie zusätzlichen Kontext in Routen ein, bei denen eine einheitliche Regel für die Geschäftsentscheidung zu grob ist.
- Analyse- und Replay-Tools
- Nutzen Sie Journey- und Replay-Hinweise, um zu untersuchen, was Nutzer erlebt haben, wenn diese Funktionen berechtigt und einwilligungsbasiert sind. Verbinden Sie sie mit dem Richtliniendatensatz, wenn Sie die ergriffene Maßnahme prüfen müssen.
DIE ÜBERGABE BEWERTEN
- BETRUG & RISIKOKönnen Prüfer erklären, warum sich die Einschätzung geändert hat?
- Prüfen Sie die Nützlichkeit der Gründe, den Umgang mit unbekannten Zuständen, routenspezifische Schwellenwerte und wie die Einschätzung die Triage verändert, ohne ein einzelnes Signal als Beweis zu behandeln.
- ENGINEERINGIst die Integration bei Fehlern sicher?
- Überprüfen Sie Browserzustände, authentifizierte Servereinschätzungen, Fristen, Kontingente, Modulverfügbarkeit und das Fallback bei blockierter Erfassung oder Anbieterfehlern.
- GESCHÄFTVerbessert die Richtlinie den gesamten Zielkonflikt?
- Bewerten Sie bestätigte unerwünschte Aktivitäten gemeinsam mit Kundenreibung, Prüf- und Supportaufwand, Rückabwicklungen und operativer Verantwortung. Der Wert allein ist nicht das Ergebnis.
Vom Signal zur Entscheidung.
Vier Stufen. Der Browser wird gelesen, das Ergebnis sicher an Ihr Backend übergeben, Ihr Server erhält eine klare Risikoeinschätzung und Ihr Code entscheidet.
Ein schlankes Skript liest den Browser des Besuchers, sobald er ankommt — unauffällig und ohne Ihre Seite zu verlangsamen.
Was es erkennt, wird sicher an Ihr Backend übergeben — auf dem Weg kann es weder gefälscht, kopiert noch wiedergegeben werden.
Ihr Server prüft es und erhält eine klare Risikoeinschätzung mit den Gründen dahinter — etwa 500 ms im nativen Modus oder aus dem TTL-Cache und etwa 700 ms–1.2 s für eine frische KHAN-Abfrage.
Ihr Code entscheidet: blockieren, herausfordern, beobachten oder durchwinken. Ihre Richtlinie, Ihr Kontext, Ihre Entscheidung.
Eine Risikobewertung. Mit den zugehörigen Gründen.
87
Niedriges Risiko — zulassen
Beispielhafte Darstellung — kein Live-Traffic.
Warum wir Ihnen nicht sagen: „Das ist ein Bot.“
Die meisten Tools sagen Ihnen, was Sie hören möchten: Bot oder Mensch. Klar, einfach und oft falsch — ohne Möglichkeit zu sehen, wie sie zu diesem Ergebnis kamen. Entweder vertrauen Sie der Antwort oder nicht.
Echte Kunden und echte Angreifer können überraschend ähnlich aussehen. Die nützliche Frage lautet nicht „ist das ein Bot“ — sondern „wie ungewöhnlich ist dieser Besucher, und wie schwer wären die verdächtigen Teile zu fälschen?“ Das beantworten wir.
// Wir sagen nicht einfach „das ist ein Bot.“
// Wir geben Ihnen eine klare Risikoeinschätzung — und die Gründe.
// Sie entscheiden.
Wenn ein Hinweis einen echten Kunden betrifft, kann Ihr Team ihn erklären — gegenüber Legal, Produkt und dem Kunden. Jede Entscheidung enthält ihre Gründe, sodass nichts bloß geglaubt werden muss und alles abgestimmt werden kann.
Sie bekommen kein Blackbox-Ja/Nein. Sie erhalten eine klare Risikoeinschätzung, ein Konfidenzniveau und die Gründe für beides — den Beleg. Die endgültige Entscheidung liegt bei Ihnen, denn nur Ihr Team weiß, was auf dem Spiel steht.
Die meisten Tools geben Ihnen ein Ja/Nein und verbergen, wie sie darauf kommen. Wir geben Ihnen eine klare Risikoeinschätzung mit den Gründen — und lassen Ihr Team entscheiden.
Fünf klare Stufen, kein grobes Ja/Nein — und nie eine stille Sperre.
Was wir messen.
Wir lesen vier Dinge über jeden Besucher — den Browser, das Netzwerk, das Gerät und das Verhalten der Person. Zusammen unterscheiden sie einen echten Kunden von einer cleveren Fälschung.
Ist der Browser echt?
Browser-Intelligenz
Erkennen Sie automatisierten Traffic, maskierte Browser und synthetische Besucher, sobald sie eintreffen — bevor sie Ihre Registrierung, Anmeldung oder Kasse erreichen. Echte Kunden kommen durch. Falsche nicht.
Ist das Netzwerk sicher?
Netzwerksignale
Erkennen Sie verdächtige Ursprünge und risikoreiche Infrastruktur, ohne legitimen Traffic zu bestrafen. Remote-Mitarbeiter, VPN-Nutzer und Unternehmensnetzwerke bleiben willkommen. Betrugsquellen im großen Stil werden markiert.
Ist das Gerät echt?
Hardware-Verifizierung
Verifizieren Sie das echte Gerät hinter der Sitzung — nicht nur die darauf laufende Software. Echte Nutzer auf echten Geräten kommen mühelos durch. Bots auf gemeinsamer, kurzlebiger Infrastruktur fallen sofort auf.
Ist der Nutzer echt?
Verhaltens-Fingerprints
Unterscheiden Sie einen echten Menschen von einem Skript am Rhythmus seiner Interaktion mit der Seite. Menschen zögern, korrigieren sich und erkunden. Automatisierung bewegt sich mit einer verräterischen Präzision, die sie nicht verbergen kann.
Und eine, die wir verifizieren: Know Your Agent
Diese vier Ebenen messen Besucher. KI-Agenten und Bots sind anders — Sie müssen ihre Identität verifizieren und ihre Aktivität beobachten. Know Your Agent erledigt das pro Mandant anhand des JWK-Thumbprints oder des Signature-Agent-Hosts, integriert mit der Web-Bot-Auth-Verifizierung. Die Durchsetzung steht auf der Roadmap.
Was wir erkennen.
Die Bedrohungen, die Sie Geld kosten – Automatisierung, Betrug und Missbrauch – erkannt, ohne echte Kunden fälschlicherweise herauszufordern.
Betrug zu erkennen ist keine einzelne Prüfung. Missbrauch in der Praxis kombiniert automatisierten Traffic, verdächtige Herkunft und Verhalten, das nicht stimmig ist. Wir verwandeln all das in die Art von Entscheidung, die Ihr Team tatsächlich trifft – blockieren, herausfordern, zulassen, beobachten.
Bots & automatisierter Traffic
Headless-Browser, Browser-Automatisierungs-Frameworks und skriptgesteuerter Missbrauch – einschließlich der „Stealth“-Varianten, die darauf ausgelegt sind, die Erkennung zu umgehen. Sowohl die schnelle als auch die langsame Spur werden erkannt.
Erkennen Sie automatisierten Traffic, bevor er Login, Registrierung oder Checkout erreicht.
Sitzungen, die verbergen, was sie sind
Sitzungen, in denen der Browser über seinen eigenen Fingerprint lügt. Manipulierte Canvas-Ausgabe, veränderte Runtime-APIs, Anti-Fingerprint-Erweiterungen mit aggressiven Gegenmaßnahmen.
Machen Sie gezielte Umgehungsversuche sichtbar, ohne ehrliche Entscheidungen für Datenschutz zu blockieren.
Verdächtige Herkunft
Traffic aus Rechenzentren, anonymisierenden Proxys, veralteten Protokollen und bekannten problematischen Bereichen. Wir markieren die Muster, ohne echte Nutzer zu blockieren, die zufällig ein Unternehmens-VPN nutzen.
Erkennen Sie das Signal für Betrug im großen Stil – ohne bei Remote-Mitarbeitern Fehlalarme auszulösen.
Datenschutzbewusste Nutzer, fair behandelt
Tor, Brave Strict, Firefox-RFP, LibreWolf – erkannt und mit kalibrierter Nachsicht behandelt. Datenschutzbewusste Nutzer bleiben willkommen; Bots, die sich hinter Datenschutzbrowsern verstecken, nicht.
Heißen Sie legitime datenschutzbewusste Nutzer willkommen und erkennen Sie weiterhin die Akteure, die sich unter ihnen verstecken.
Gefälschte & Wegwerfgeräte
Wir blicken über den Browser hinaus auf das Gerät selbst, damit Emulatoren und kurzlebige virtuelle Maschinen nicht als echte Hardware auftreten können. Bots, die reine Browser-Prüfungen überwinden, werden hier erkannt.
Überprüfen Sie, ob das Gerät wirklich das ist, was es vorgibt zu sein – nicht nur der darauf laufende Browser.
Aktivität, die sich nicht menschlich verhält
Wie sich eine Person bewegt, tippt und scrollt, sieht ganz anders aus als ein Skript. Echte Menschen zögern und erkunden; Automatisierung verrät sich durch verräterische Präzision.
Erkennen Sie Sitzungen, die auf dem Papier menschlich aussehen, sich aber nicht wie eine Person verhalten.
Die Anfrage eines Besuchers wird anhand der von uns erkannten Bedrohungen geprüft, die zu einer einzigen klaren Risikoeinschätzung zusammengeführt werden.
- Browser-Anfrage
- Klare Risikoeinschätzung
- Ihre Entscheidung
Jedes liefert Ihnen eine klare Risikoeinschätzung und ein Konfidenzniveau – kein grobes Ja/Nein. Ihr Team trifft die endgültige Entscheidung. Wir stellen nur sicher, dass das, worauf Sie handeln, ehrlich ist.
Sehen Sie, was wir erkennen.
Sechs Angriffsmuster, jeweils aus einer der obigen Bedrohungskategorien abgeleitet — wiedergegeben, um die kalibrierte Risikobewertung und die dadurch ausgelöste Entscheidung zu zeigen.
- Flut von Headless-Automatisierung
94/ 100 Risiko
GEBLOCKTausgelesen in 410msEine Welle von Headless- und skriptgesteuerten Sitzungen, die Login synchron angreifen.
- Sitzung mit gefälschtem Fingerabdruck
78/ 100 Risiko
ZUSATZPRÜFUNGausgelesen in 470msEin Browser, der über seine eigene Canvas-Ausgabe und Runtime-APIs lügt.
- Ursprung über Rechenzentrums-Proxy
86/ 100 Risiko
GEBLOCKTausgelesen in 350msEine Anfrage, die über einen anonymisierenden Rechenzentrumsbereich geleitet wird.
- Besucher mit Datenschutzbrowser
24/ 100 Risiko
ZULASSENausgelesen in 340msEine echte Person in einem gehärteten Datenschutzbrowser — durchgewunken.
- Wegwerf-virtuelle Maschine
90/ 100 Risiko
GEBLOCKTausgelesen in 520msEin emuliertes Gerät, das sich als echte Consumer-Hardware ausgibt.
- Nichtmenschliches Interaktionsmuster
71/ 100 Risiko
ZUSATZPRÜFUNGausgelesen in 430msEin Formular mit verräterischer Präzision ausgefüllt, mit der kein Mensch tippt.
Beispielhafte Muster aus den obigen Kategorien — keine Kundendaten. Die Scores verwenden dieselbe Skala von 0–100, auf die Ihre Richtlinie reagiert.
Betrug in Schach gehalten. Kunden im Fluss gehalten.
Zahlen aus dem Rollout eines frühen Designpartners — anonym geteilt
- 47%Rückbuchungen, die ein Designpartner in den ersten 90 Tagen senken konnte
- 99.6%echte Kunden, die bei diesem Rollout ungehindert durchgewunken wurden
- ~500 msEntscheidungslatenz für zwischengespeicherte Prüfungen
$ noxtica use-case --marketplaceMarktplatz
Marktplätze nutzen Noxtica, um koordinierte Fake-Konto-Ringe zu erkennen, bevor sie ehrliche Verkäufer unter gefälschten Bewertungen begraben. Unterschiedliche Logins, unterschiedliche Adressen — aber dieselbe automatisierte Einrichtung verrät sie.
Fake-Konto-Ringe erkannt, bevor sie Ihre ehrlichen Verkäufer begraben.
$ noxtica use-case --financialFinanzdienstleistungen
Händler mit Kartenzahlungen ohne Kartenpräsenz nutzen Noxtica, um nur dann eine schnelle zusätzliche Prüfung hinzuzufügen, wenn eine Zahlung von einem neuen Ort zu kommen scheint. Echte Kunden merken nichts; Betrugsringe stoßen bei jedem Versuch auf eine Wand.
Eine zusätzliche Prüfung nur, wenn sie gerechtfertigt ist. Echte Kunden merken nichts.
$ noxtica use-case --identityIdentitätssensible Plattformen
Passwortlose und Magic-Link-Plattformen nutzen Noxtica, um sicherzustellen, dass der Link von derselben Person geöffnet wird, die ihn angefordert hat. Phishing-Kits, die den Link an jemand anderen weiterleiten, werden an der Tür gestoppt.
Magic Links öffnen sich nur für die Person, die sie angefordert hat. Phishing endet hier.
Vier Zielgruppen. Ein Signal.
Agentische Sicherheit und Risiko-Intelligenz betreffen selten nur ein Team. Dasselbe Signal prägt Ergebnisse für Unternehmen, Plattformen und die Menschen, die sie nutzen.
Für Unternehmen
Betrugsteams, Sicherheitsingenieure, Plattform-PMs. Die Teams, die zahlen, wenn Betrug auftritt, und die Teams, die zahlen, wenn echte Kunden abwandern.
- Rückbuchungen senken, indem Sie Fake-Anmeldungen erkennen, bevor sie Sie Geld kosten
- Kontoübernahmen erkennen, bevor der Angreifer eindringt
- Auditfähige Nachweise für SOC 2, ISO 27001 und DSGVO
Für Plattformen
Marktplätze, soziale Netzwerke, mehrseitige Plattformen. Vertrauen zwischen Nutzern ist das ganze Geschäft — und Fake-Konten im großen Maßstab zu stoppen ist Ihr Schutzwall.
- Missbrauch durch doppelte Konten erkennen, ohne echte Nutzer auszusperren
- Moderationsaufwand senken, indem nur auffällige Konten hervorgehoben werden
- Bezahlte Bewertungsfarmen und Review-Bombing-Ringe bereits bei der Anmeldung stoppen
Für Menschen
Endnutzer. Der zu wenig beachtete Stakeholder. Die Menschen, die fälschlich herausgefordert, blockiert oder gebeten werden, CAPTCHAs zu lösen, weil sie Brave nutzen.
- Keine CAPTCHAs, außer etwas sieht wirklich verdächtig aus
- Echte Menschen mit Datenschutz-Browsern bleiben willkommen, nicht bestraft
- Keine personenbezogenen Daten erfasst. Keine Tracking-Cookies. Keine websiteübergreifende Identität.
Für KI & Agenten
Das agentische Web. Verifizieren und beobachten Sie Agenten mit Know Your Agent, betreiben Sie die Konsole mit einem integrierten KI-Assistenten und lassen Sie Ihre eigenen Agenten Noxtica über eine schreibgeschützte MCP-Integration lesen.
Drei ehrliche Arten, wie wir agentisch sind.
„Agentisch“ wird häufig verwendet. Hier ist genau, was es bei Noxtica bedeutet – drei Funktionen, die heute verfügbar sind, ohne autonome Änderungen an Ihren Systemen.
Wir betreiben die Konsole
Ein integrierter KI-Assistent – betrieben von Claude, mit Optionen für OpenAI, Gemini und xAI – läuft serverseitig innerhalb der Operator-Sitzung, um für Sie Richtlinien, Regeln, Domains und die Risikoverteilung zu lesen, mit Budgetobergrenzen pro Mandant und vollständiger Audit-Protokollierung.
So funktioniert der Assistent →Ihre Agenten lesen Noxtica
Ein optionaler, schreibgeschützter Model Context Protocol (MCP)-Server ermöglicht Ihren eigenen KI-Agenten, Richtlinien, Regeln, Warnungen und die Risikoverteilung über JSON-RPC zu lesen – mit eingegrenzten, rate-limitierten und protokollierten Bearer-Tokens, die Sie ausstellen – nur Lesezugriff, niemals Schreibzugriff.
MCP-Dokumentation lesen →Das agentische Web steuern
Know Your Agent (KYA) verifiziert und beobachtet KI-Agenten und Bots pro Mandant anhand des JWK-Thumbprints oder Signature-Agent-Hosts, integriert mit der Web-Bot-Auth-Verifizierung. Die Durchsetzung von Richtlinien steht auf der Roadmap.
Know Your Agent erkunden →
Wohin wir steuern
Wir arbeiten auf Selbstkalibrierung und Feedbackschleifen hin; heute passen Operatoren Richtlinien und Schwellenwerte mit voller Kontrolle an.
Für die Sicherheitsprüfung gebaut.
Die Sicherheitsposition, nach der Prüfer fragen — sechs Kontrollen, die Sie selbst prüfen können, statt sie einfach zu glauben.
DSGVO-bereit
Dokumentierte Integration
Datenschutzkontrollen
Mit Ihrem Datenverkehr bewerten
Eine klare Einschätzung, keine Magie
Fingerprint- und Servermetadaten können personenbezogene Daten sein. Bewerten Sie die ausgewählten Module, Rechtsgrundlage, gegebenenfalls Einwilligung sowie Schwärzungs- und Aufbewahrungseinstellungen für Ihr Deployment.
Ein Partner, keine Preisseite.
Alles, was Sie brauchen, um mit Vertrauen auszuliefern — und nichts, was Sie nicht brauchen.
Was enthalten ist
- Transparente Preise — veröffentlicht, nicht hinter einer Demo verborgen
- Praktisches Onboarding durch echte Ingenieure
- DSGVO-konform, konfigurierbare Datenresidenz, bereit für SOC 2
- Direkter menschlicher Support — keine Verkaufskampagne
Sie haben gesehen, wie es liest.
Sehen Sie, was es in Ihrem Traffic liest — fünfzehn Minuten, keine Präsentation.
Fragen, die Teams zuerst stellen.
Was Käufer und Ingenieure vorab wissen möchten. Die vollständige technische FAQ — Bundle-Größe, API, iframes, Schwellenwerte — finden Sie in der Dokumentation.
Wird das meine echten Kunden fälschlich blockieren?
Dagegen entwickeln wir genau. Ein blockierter Kunde kommt selten zurück, daher sind die Standardeinstellungen vorsichtig: Lieber lassen wir einen Bot durch, als einen echten Menschen fälschlich zu stoppen. Sie erhalten eine klare Risikoeinschätzung und entscheiden, wie streng Sie sein möchten — und können sie enger oder weiter einstellen, wenn Sie Ihren Traffic besser kennen.
Funktioniert es für datenschutzbewusste Nutzer — Brave, Tor, LibreWolf?
Ja, und sie bleiben willkommen. Datenschutzorientierte Browser beeinträchtigen nichts; wir erkennen sie einfach und behandeln sie fair, statt die Person dahinter stillschweigend zu bestrafen. Wenn Ihr Produkt für sensible Zielgruppen gedacht ist, können Sie diesen Nutzern zusätzlichen Spielraum geben.
Was passiert bei einem Ausfall von Noxtica?
Ihre Website funktioniert weiter. Wenn uns eine Prüfung nicht rechtzeitig erreichen kann, erhalten Sie einen sicheren Standardwert zurück, sodass Ihr Code elegant zurückfallen kann — etwa auf eine Challenge statt auf eine Sperre — anstatt jemanden auszusperren. Wir verpflichten uns zu 99,95 % Verfügbarkeit und veröffentlichen eine öffentliche Statusseite.
Brauchen wir dafür Ingenieure?
Ein wenig. Ein kleines Skript kommt auf Ihre Website, und auf Ihrem Server erfolgt eine einzelne Prüfung, wenn Sie eine Entscheidung benötigen. Es gibt nichts zu hosten, nichts dauerhaft zu betreiben, und die Schwerstarbeit übernehmen wir. Die meisten Teams sind an einem Nachmittag live — die Schritt-für-Schritt-Anleitung steht in der Dokumentation.
Ist es konform — DSGVO, CCPA, EU-Daten?
Ja. Wir erfassen nur die Signale, die eine Prüfung benötigt, speichern Fingerabdrücke als Einweg-Hashes und standardmäßig keine rohe IP-Adresse, und halten Daten in der EU. Wir unterzeichnen einen Auftragsverarbeitungsvertrag, unterstützen die vollständige Löschung auf Anfrage und veröffentlichen unsere Liste der Unterauftragsverarbeiter. Ihre Datenschutz- und Rechtsteams bekommen klare Antworten statt Ausflüchte.
Mehr in der Dokumentation — Bundle-Größe, API, iframes, Schwellenwertabstimmung und die vollständige technische FAQ.→ Dokumentation lesen: vollständige technische FAQ