أضف مطابقة وجه في أقل من ثانيتين للمستخدمين العائدين. تجاوز إعادة تعيين كلمة المرور. تجاوز تأخير الرسائل القصيرة. تجاوز ارتداد الرابط السحري. $0.10 لكل عملية إعادة مصادقة، 500 عملية تحقق مجانية كل شهر.
Robinhood Ventures
موثوق به من قبل أكثر من 2,000 مؤسسة حول العالم.
بدون كلمة مرور · مقاومة للتصيد الاحتيالي
تنخفض عمليات إعادة تعيين كلمة المرور بنسبة ~30% من المستخدمين العائدين؛ وقد تستغرق رموز خدمة الرسائل القصيرة (SMS) ما يصل إلى 90 ثانية. تكتمل الصورة الذاتية مقابل الصورة المسجلة للمستخدم في حوالي ثانيتين, عقد رد اتصال جاهز لأي تدفق OAuth / OpenID Connect موجود. $0.10 لكل عملية إعادة مصادقة. 500 عملية تحقق مجانية كل شهر.
اختر الفحوصات التي تريدها, الهوية، التحقق من الوجود، مطابقة الوجه، العقوبات، العنوان، العمر، الهاتف، البريد الإلكتروني، الأسئلة المخصصة. اسحبها إلى سير عمل في لوحة التحكم، أو انشر نفس سير العمل على الـ API الخاص بنا. قم بالتفرع بناءً على الشروط، وقم بإجراء اختبارات A/B، لا يتطلب الأمر أي كود.
يمكنك الدمج بشكل أصلي باستخدام الـ SDK الخاص بنا للويب، iOS، Android، React Native، أو Flutter. أعد التوجيه إلى صفحة مستضافة. أو ببساطة أرسل لمستخدمك رابطًا, عبر البريد الإلكتروني، الرسائل القصيرة، واتساب، أو أي مكان آخر. اختر ما يناسب نظامك.
تستضيف Didit الكاميرا، إشارات الإضاءة، التسليم عبر الهاتف المحمول، وإمكانية الوصول. بينما يكون المستخدم في سير العمل، نقوم بتقييم أكثر من 200 إشارة احتيال في الوقت الفعلي والتحقق من كل حقل مقابل مصادر البيانات الموثوقة. النتيجة في أقل من ثانيتين.
تُبقي الـ webhooks الموقعة في الوقت الفعلي قاعدة بياناتك متزامنة لحظة الموافقة على المستخدم، أو رفضه، أو إرساله للمراجعة. استعلم الـ API عند الطلب. أو افتح وحدة التحكم لفحص كل جلسة، وكل إشارة، وإدارة الحالات بطريقتك.
Didit · إعادة مصادقة المستخدم العائد
مرحباً بعودتك
صورة سيلفي واحدة لتسجيل الدخول
Didit · مصفوفة الطرق
Didit · تحويل المستخدم العائد
Didit · KYC قابل لإعادة الاستخدام
Didit · تحليل الجهاز وعنوان IP
Didit · التسعير العام
$ curl -X POST https://verification.didit.me/v3/session/ \
-H "x-api-key: $DIDIT_API_KEY" \
-d '{
"workflow_id": "wf_reauth",
"workflow_type": "biometric_authentication",
"vendor_data": "user-42",
// base64 enrolment selfie, ≤ 1MB (omit for liveness-only)
"portrait_image": "/9j/4AAQSkZJRgABAQE..."
}'{ "session_url": "verify.didit.me/..." }$ curl https://verification.didit.me/v3/session/<id>/decision/ \
-H "x-api-key: $DIDIT_API_KEY"
# Returns the re-auth verdict
{
"status": "Approved",
"face": { "similarity_score": 0.96 }
}الحالة: موافق عليه · قيد المراجعة · مرفوض · لم يكتملYou are integrating Didit's selfie-only re-authentication into <my_stack>. Replace password, SMS one-time-password, or magic-link on returning-user surfaces with a sub-2-second face match against the enrolled portrait. Phishing-resistant, no carrier dependency, no SIM-swap surface, no email-delivery delay.
1. Enrol the user's portrait ONCE at sign-up (standard Know Your Customer (KYC) session).
2. On every returning-user sign-in, open a re-auth session that runs Passive Liveness + Face Match 1:1 against the stored portrait. ~2 seconds end-to-end.
Pricing (public):
- Selfie re-auth: $0.10 per authentication (Sessions API)
- First 500 verifications free every month, forever
PRE-REQUISITES
- Production API key from https://business.didit.me (sandbox key in 60s, no card).
- Webhook endpoint with Hash-based Message Authentication Code (HMAC) SHA-256 verification using the X-Signature-V2 header.
- The user has previously enrolled via a Didit KYC session (the portrait captured during the liveness step is stored automatically, bound to vendor_data).
- A workflow_id from the Workflow Builder. The workflow MUST contain LIVENESS, and the session is opened with workflow_type = "biometric_authentication".
STEP 1 — Open a re-auth session
POST https://verification.didit.me/v3/session/
Headers:
x-api-key: <your api key>
Content-Type: application/json
Body:
{
"workflow_id": "<your biometric_authentication workflow>",
"workflow_type": "biometric_authentication",
"vendor_data": "<the same user id used at enrolment>",
"callback": "https://<your-app>/reauth/callback",
"metadata": {
"purpose": "returning_user_signin",
"device_id": "<optional, your device fingerprint>",
"from_ip": "<optional, the request IP>"
},
"portrait_image": "<base64 JPEG of the user's enrolment selfie, ≤ 1 MB — REQUIRED when the workflow has FACE_MATCH active; OMIT for liveness-only mode>"
}
Response: 201 Created with the hosted session_url. Redirect the user. The hosted UI opens the front camera, captures one passive frame, runs Liveness + Face Match 1:1 against the user's enrolled portrait, returns the verdict in sub-2-seconds.
STEP 2 — Read the signed verdict on the webhook
Body (excerpted for a passing re-auth):
{
"session_id": "<uuid>",
"vendor_data": "<your user id>",
"status": "Approved",
"liveness": {
"status": "Approved",
"method": "PASSIVE",
"score": 96
},
"face": {
"status": "Approved",
"similarity_score": 0.96
}
}
Verify X-Signature-V2 BEFORE trusting the body — HMAC SHA-256 of the raw bytes with your webhook secret.
Session status enum (exact case): Approved | Declined | In Review | Resubmitted | Expired | Not Finished | Kyc Expired | Abandoned.
STEP 3 — Branch your sign-in logic on the verdict
Approved → mint your session token, sign the user in.
Declined → block sign-in; fall back to a higher-friction recovery (support contact / full KYC re-do).
In Review → hold; route to your operations queue.
Not Finished → user abandoned the capture; safe to re-prompt or fall back to a backup factor.
STEP 4 — Adaptive step-up (recommended)
Pair the selfie with Device & IP Analysis (bundled into the 200+ fraud-signal stack at no extra cost). Adaptive rules to consider:
Known device + known Internet Protocol (IP) → skip the selfie, mint a session token.
Known device + new IP → run the selfie (passive).
New device + new IP → run the selfie (passive).
Tor / Virtual Private Network (VPN) exit +
new device → escalate to ACTIVE_3D method (motion challenge).
Implement the branching in your application or in the Workflow Builder via per-session overrides.
CONSTRAINTS
- Base URL for /v3/* endpoints is verification.didit.me (NOT apx.didit.me).
- Feature enum is UPPERCASE: LIVENESS, FACE_MATCH, IP_ANALYSIS, ID_VERIFICATION, AML, AGE_ESTIMATION.
- Method enum is UPPERCASE: PASSIVE, FLASHING, ACTIVE_3D.
- Auth header is x-api-key (lowercase, hyphenated).
- Webhook signature header is X-Signature-V2 (NOT X-Signature).
- Status casing matches exactly: Approved, Declined, In Review, Expired, Not Finished, Resubmitted, Kyc Expired, Abandoned.
- The face template is irreversible (a one-way hash). The user can request deletion via the standard data-subject-request path.
PRO TIPS
- Bind a Reusable Credential to each enrolled user. The next Didit-powered surface that needs the same gate consumes the credential at zero cost.
- Keep a fallback factor (password, magic link, support recovery) for users who cannot complete the selfie — accessibility, device camera failure, religious head covering, etc.
Read the docs:
- https://docs.didit.me/core-technology/biometric-auth/overview
- https://docs.didit.me/sessions-api/create-session
- https://docs.didit.me/integration/webhooks
Start free at https://business.didit.me — sandbox key in 60 seconds, 500 verifications free every month, no credit card.$0 / شهر. لا يلزم بطاقة ائتمان.
ادفع فقط مقابل ما تستخدمه. أكثر من 25 وحدة. تسعير عام لكل وحدة، بدون رسوم شهرية دنيا.
اتفاقية خدمة رئيسية (MSA) واتفاقية مستوى الخدمة (SLA) مخصصة. للكميات الكبيرة والبرامج المنظمة.
ابدأ مجانًا ← ادفع فقط عند إجراء الفحص ← افتح Enterprise لعقد مخصص، أو SLA، أو إقامة البيانات.
Didit هو بنية تحتية للهوية والاحتيال, المنصة التي تمنينا وجودها عندما كنا نبني منتجاتنا بأنفسنا: مفتوحة، مرنة، وصديقة للمطورين، لتعمل كجزء حقيقي من حزمة برامجك بدلاً من صندوق أسود تدمجه حوله.
واجهة برمجة تطبيقات (API) واحدة تغطي التحقق من الأشخاص (KYC، اعرف عميلك)، والتحقق من الشركات (KYB، اعرف عملك)، وفحص محافظ العملات المشفرة (KYT، اعرف معاملتك)، ومراقبة المعاملات في الوقت الفعلي, على بنية مصممة لتكون:
البصمة الأساسية: أكثر من 14,000 نوع مستند بأكثر من 48 لغة، أكثر من 1,000 مصدر بيانات، وأكثر من 200 إشارة احتيال في كل جلسة. تتعلم بنية Didit التحتية ديناميكيًا من كل جلسة وتتحسن يومًا بعد يوم.
ثلاثة أسباب لم تتحسن:
يستغرق التدفق الكامل عادةً أقل من 30 ثانية من البداية إلى النهاية, التقاط الهوية، التقاط صورة المستند، التقاط الصورة الذاتية، انتهى. هذا هو الأسرع في السوق. عادةً ما يستغرق مقدمو خدمات KYC التقليديون أكثر من 90 ثانية لنفس التدفق.
في الواجهة الخلفية، يعيد Didit النتيجة في أقل من ثانيتين عند p99، مقاسة من لحظة انتهاء المستخدم من الصورة الذاتية إلى لحظة تشغيل الـ webhook الخاص بك. تم ضبط التقاط الصور عبر الهاتف المحمول للهواتف البطيئة والشبكات البطيئة: ضغط تدريجي للصور، تحميل بطيء لمجموعة تطوير البرامج (SDK)، وتسليم بنقرة واحدة من سطح المكتب إلى الهاتف عبر رمز الاستجابة السريعة (QR) إذا بدأ المستخدم على الويب.
تتراوح مدة تسليم كلمة المرور لمرة واحدة عبر الرسائل القصيرة (SMS OTP) بين 5 إلى 90 ثانية اعتمادًا على شركة الاتصالات، البلد، ووقت اليوم. حتى في أفضل الأحوال، ينتظر المستخدم، ويحول التطبيقات، وينسخ رقمًا مكونًا من 6 أرقام، ويعود، ويلصقه، ويضغط على إرسال, إجمالي الوقت لتسجيل الدخول يتراوح بين 15 إلى 120 ثانية.
الصورة الذاتية هي نقرة واحدة، إطار كاميرا واحد، حكم واحد, حوالي ثانيتين من البداية إلى النهاية بدون تبديل التطبيقات، بدون نسخ/لصق، بدون رسالة لا تصل أبدًا.
تهبط كل جلسة على إحدى الحالات السبع الواضحة، لذا يعرف الكود الخاص بك دائمًا ما يجب فعله:
Approved, اجتازت جميع الفحوصات. انقل المستخدم إلى الأمام.Declined, فشل فحص واحد أو أكثر. يمكنك السماح للمستخدم بإعادة إرسال الخطوة الفاشلة المحددة (على سبيل المثال، إعادة التقاط الصورة الذاتية) دون إعادة تشغيل التدفق بأكمله.In Review, تم وضع علامة للمراجعة الامتثالية. افتح الحالة في وحدة التحكم، واطلع على كل إشارة، وقرر الموافقة أو الرفض.In Progress, المستخدم في منتصف التدفق.Not Started, تم إرسال الرابط، لم يفتحه المستخدم بعد. أرسل تذكيرًا إذا بقي طويلاً.Abandoned, فتح المستخدم الرابط لكنه لم ينهِ في الوقت المحدد. أعد التفاعل أو انتهت الصلاحية.Expired, انتهت صلاحية رابط الجلسة. أنشئ جلسة جديدة.يتم إطلاق webhook موقع عند كل تغيير في الحالة، لذا تظل قاعدة بياناتك متزامنة دائمًا. الجلسات المهجورة والمرفوضة مجانية.
تتم معالجة بيانات الإنتاج وتخزينها في الاتحاد الأوروبي افتراضيًا، على Amazon Web Services. يمكن للعقود المؤسسية طلب مناطق بديلة للولايات القضائية التي تتطلبها جهات التنظيم.
التشفير في كل مكان. AES-256 في حالة السكون عبر كل قاعدة بيانات، ومخزن كائنات، ونسخة احتياطية. أمان طبقة النقل 1.3 أثناء النقل في كل استدعاء API، وwebhook، وجلسة Business Console. يتم تشفير البيانات البيومترية بمفتاح رئيسي منفصل للعميل.
الاحتفاظ بالبيانات تحت سيطرتك. الاحتفاظ الافتراضي هو غير محدود (بلا حدود) ما لم تقم بتكوين مدة أقصر, بين 30 يومًا و 10 سنوات لكل تطبيق, ويمكنك حذف أي جلسة فردية في أي وقت من لوحة التحكم أو واجهة برمجة التطبيقات (API).
الشهادات: SOC 2 Type 1 (تدقيق Type 2 قيد التقدم)، ISO/IEC 27001:2022، iBeta Level 1 PAD، وتصديق عام من Tesoro / SEPBLAC / CNMV الإسبانية بأن التحقق عن بعد من الهوية بواسطة Didit أكثر أمانًا من التحقق من شخص ما شخصيًا. التقرير الكامل على /security-compliance.
Didit متوافق افتراضيًا مع الجهات التنظيمية المهمة للبنية التحتية للهوية:
مذكرة مفصلة، كل شهادة، كل رسالة تنظيمية: /security-compliance.
ثلاثة مسارات تكامل, اختر ما يناسب حزمة برامجك:
نفس لوحة التحكم، نفس الفواتير، نفس سعر الدفع مقابل النجاح لجميع الثلاثة. دليل خطوة بخطوة على docs.didit.me/integration/integration-prompt.
إنه إضافة مباشرة لأي عقد استدعاء مستخدم عائد موجود.
POST /v3/session/ مع workflow_type: "biometric_authentication" ونفس vendor_data التي استخدمتها عند التسجيل.session_url المعادة.X-Signature-V2 على الـ webhook.status, Approved ينشئ الرمز الخاص بك، Declined يحظر ويعود، In Review يوجه إلى العمليات، Not Finished يطالب مرة أخرى.معظم الفرق تنجز ذلك في عطلة نهاية أسبوع. المطالبة الكاملة القابلة للصق للوكيل موجودة أعلاه؛ خادم بروتوكول سياق النموذج (MCP) يتحدث كلا السطحين.
تقليل البيانات افتراضيًا. تتم معالجة الصورة الذاتية في الذاكرة، وتستمر النتيجة ودرجة التشابه، ويتم حذف الصورة الخام ما لم يتم تمكين الاحتفاظ بالبيانات صراحةً. يتم تخزين الصورة المسجلة كقالب وجه لا رجعة فيه, تجزئة أحادية الاتجاه لا يمكنك إعادة بناء الوجه الأصلي منها.
لا نبيع أو نشارك أو ندرب نماذج طرف ثالث على البيانات البيومترية للعميل أبدًا. يمكن للمستخدمين النهائيين طلب حذف قالبهم في أي وقت عبر مسار طلب موضوع البيانات القياسي.
مطابقة الوجه 1:1 قوية بما يكفي للتعامل مع التغيرات المعتدلة في المظهر, قصة الشعر، اللحية، النظارات، الإضاءة، المكياج، التقدم الطفيف في العمر. تعكس درجة التشابه التي يتم إرجاعها لكل إعادة مصادقة مدى ثقة النموذج.
بالنسبة للمستخدمين الذين يتجاوزون عتبة الموافقة التلقائية (تغير كبير في الوزن، جراحة، تقدم في العمر لعدة سنوات دون تحديث)، تعود النتيجة In Review ويتم توجيهها إلى قائمة انتظار العمليات الخاصة بك. تقوم جلسة إعادة التسجيل التي تستغرق 10 ثوانٍ بتحديث القالب، وتستخدم إعادة المصادقة التالية الصورة الجديدة.
واجهة برمجية واحدة لـ KYC و KYB ومراقبة المعاملات وفحص المحافظ. ادمجها في 5 دقائق.