OpenProof / ارائه‌دهنده‌ها

ارائه‌دهنده‌های ورود را پیکربندی کنید.

ارائه‌دهنده‌های redirect می‌توانند در استقرار شما از یک callback مرجع مشترک استفاده کنند، در حالی‌که هر ارائه‌دهنده اعتبارنامه‌ها و الزامات پروتکل خودش را حفظ می‌کند.

callback مرجع

نمونهredirect URI

https://auth.example.com/auth/federated/callback

تطابق دقیق اهمیت دارد

scheme، host، path، port و trailing slash باید دقیقاً با URI ثبت‌شده در کنسول ارائه‌دهندهٔ بالادستی مطابقت داشته باشند. hostname نمونه را با مبدأ عمومی هویت خودتان جایگزین کنید.

ماتریس ارائه‌دهنده‌ها

ارائه‌دهنده	پروتکل	اعتبارنامه‌های موردنیاز سرور
Google	OIDC	`GOOGLE_CLIENT_ID` + secret
GitHub	OAuth	`GITHUB_CLIENT_ID` + secret
X	OAuth	اعتبارنامه‌های client متناسب با flow پیکربندی‌شده
Microsoft	OIDC	Client ID + secret + tenant issuer
Apple	OIDC	Services ID + client secret یا signing key
LinkedIn	OIDC	Client ID + secret
Telegram	ورود مخصوص ارائه‌دهنده	اعتبارنامه‌های برنامه برای یکپارچه‌سازی پیکربندی‌شده

روش‌های بدون redirect

Passkey، EVM/SIWE، Farcaster، LDAPS و SAML نسبت به ارائه‌دهنده‌های redirect مبتنی بر OAuth/OIDC از ceremony و مرزهای اعتماد متفاوتی استفاده می‌کنند.

⌁

Passkeyها

RP ID و origin را به مبدأ عمومی مرورگر خود متصل کنید و ceremonyهای WebAuthn را first-party نگه دارید.

EVM / SIWE

challengeهای امضاشده کنترل کیف پول را اثبات می‌کنند؛ RPCهای smart account فقط زمانی لازم‌اند که اعتبارسنجی قرارداد نیاز باشد.

Farcaster

payload ورود و رابطهٔ هویتی مخصوص پروتکل موردنیاز یکپارچه‌سازی خود را اعتبارسنجی کنید.

◇

SAML / LDAPS

federation سازمانی اعتبارسنجی certificate، issuer، audience و transport را در مرز پروتکل نگه می‌دارد.