यह अनुवाद मशीन-जनित है और समीक्षा के लिए लंबित है। अंग्रेज़ी में स्विच करें
डैशबोर्ड

एकीकरण फ़्लो

सिग्नल से decision तक। वह streamlined path जो आपको एक script tag से एक risk-scored, defensible decision तक ले जाती है जिस पर आपका कोड कार्य कर सके।

Landing page चार nodes दिखाता है — Browser, Result, Score, Decision। यह पेज हर node को विस्तार से, end to end, बताता है।

01. Browser

Script जोड़ें। हमारा lightweight collector अपनी site में डालें। यह browser की दर्जनों characteristics पढ़ता है — सब device पर, कुछ भी personal नहीं।

Collector पूरी तरह device पर चलता है। Background में load होता है और आपके पेज को usable होने से कभी नहीं रोकता। पहला load छोटा है, और भारी measurements तभी चलती हैं जब पेज वास्तव में score माँगता है।

Script क्या करता है

  • Inert, non-personal browser characteristics पढ़ता है — वे harmless details जो मिलकर एक device को describe करते हैं बिना किसी व्यक्ति की पहचान किए।
  • एक stable profile locally बनाता है — वही browser sessions भर में वही profile बनाता है।
  • उस profile को एक sealed result में wrap करता है, आपके server को भेजने के लिए तैयार।

Script क्या नहीं करता

  • यह किसी असंबंधित site का private data नहीं पढ़ता।
  • यह email, नाम, या कोई personal information नहीं माँगता।
  • यह analytics beacon नहीं भेजता। एकमात्र network traffic sealed result है।
  • यह cross-site track नहीं करता। Result issuing site तक scoped है।

02. Result

Sealed result browser और server के बीच भरोसे की इकाई है।

यह क्या है

  • एक compact, cryptographically signed package — कुछ kilobytes।
  • पूरी profile इसके अंदर होती है, इसलिए server को कुछ भी दोबारा collect नहीं करना पड़ता।
  • Signing key नियमित schedule पर rotate होती है।
  • इसे locally खोला जा सकता है — आप खुद देख सकते हैं कि क्या collect किया गया।

Session lookup की जगह sealed result क्यों

Sealed result के session ID lookup की तुलना में तीन फ़ायदे हैं:

  1. Verify करते वक्त कोई extra lookups नहीं। Verification एक quick check है, network round-trip नहीं, इसलिए load में भी fast रहता है।
  2. इसे replay नहीं किया जा सकता। हर result एक single request और एक moment in time से bound है; पुराना या copied result simply verify नहीं होगा।
  3. यह self-contained है। अगर आपको किसी flagged session की जाँच करनी हो, तो पूरी profile right there result में है — Noxtica से trail के लिए query करने की ज़रूरत नहीं।

03. Score

Analyze और score करें। हमारी hosted service profile को network context के साथ combine करके real time में bots, headless automation, और suspicious patterns detect करती है।

जब आपका server result verify करता है, Noxtica:

  1. Seal intact और genuine है, यह confirm करता है।
  2. उसके अंदर की profile पढ़ता है।
  3. Edge पर derived network context जोड़ता है — network का प्रकार, country, datacenter जैसा दिखता है या नहीं — कभी raw address नहीं।
  4. Profile के खिलाफ छह detection categories चलाता है।
  5. Calibrated risk level और confidence compute करता है।
  6. एक risk level, confidence measure, और score के पीछे के कारण लौटाता है।

Score को feed करने वाली categories

  • Automation and bots — headless और automated-browser signatures।
  • Fingerprint tampering — faked drawing tests, manipulated browser behavior, aggressive anti-fingerprint tools।
  • Infrastructure abuse — datacenter traffic, anonymizing proxies, outdated network behavior।
  • Privacy-browser handling — recognized privacy browsers, leniently calibrated।
  • Hardware checks — graphics और device signatures, emulator tells।
  • Behavioral anomalies — input timing, post-challenge patterns, interaction का overall shape।

हर category अपना evidence contribute करती है। Categories documented weighting के साथ final risk tier में combine होती हैं।

Speed

Verification सामान्यतः कुछ milliseconds में जवाब देता है और load में fast रहता है, क्योंकि पूरी तस्वीर result के अंदर होती है — request उड़ान में होने पर कोई extra lookups नहीं।

04. Decision

Observe और act करें। Profiles explore करने, trends analyze करने, और risk scores और behavioral insights पर action लेने के लिए backoffice का उपयोग करें।

Decision आपका है। Risk level वह है जिस पर आपका कोड act करता है; जिस threshold पर आप act करते हैं वह per route configured है।

एक canonical four-action policy

अधिकांश teams risk level पर चार simple bands में act करती हैं:

  • Critical — logging के साथ block। ये fake-account rings और automated clusters हैं; challenge की लागत के लायक नहीं।
  • High (solid confidence के साथ) — block की जगह step up करें। Second factor या extra verification जोड़ें। Real customers pass करते हैं; bots नहीं।
  • Medium — observe करें। Session log करें और dashboard में surface करें, लेकिन कोई friction न जोड़ें।
  • Low या minimal — allow करें। यह traffic का विशाल बहुमत है।

पूरी policy सामान्यतः आपके अपने कोड की दस से बीस lines होती है।

Decision कहाँ रहता है

  • Risk level आपके application code में उतरता है। आप policy लिखते हैं, और यह छोटी है।
  • Audit trail operator console में रहता है — हर verification, हर decision, हर operator action।
  • Threshold dashboard से बिना deploy के tunable है, per site और per route।

End-to-end timing

User Noxtica का इंतज़ार नहीं करता। Script background में load होती है, collection तभी चलता है जब पेज score माँगता है, और result seal करना लगभग instant है। एकमात्र meaningful wait आपके अपने backend का normal network hop है — और हमारी तरफ verification इतनी fast है कि noise में खो जाती है।

संबंधित पठन