🔐auth0-net-ios
- プラグイン
- Auth0
- ライセンス
- Apache-2.0
- ソース
- GitHub で見る ↗
説明
次のような場合に使用: .NET iOSアプリケーションにAuth0ログインまたはトークン管理を追加する場合。Auth0.OidcClient.iOSを統合します。ユーザーが「.NET iOSアプリにログイン機能を追加したい」と言及した場合や、Xamarin iOSについて言及した場合にも使用してください。
原文を表示
Use when adding Auth0 login or token management to a .NET iOS application. Integrates Auth0.OidcClient.iOS — use even if the user says "add login to my .NET iOS app" or references Xamarin iOS.
ユースケース
- ✓.NET iOSアプリにログイン機能を追加するとき
- ✓.NET iOSアプリでトークン管理を行うとき
- ✓Auth0.OidcClient.iOSを統合するとき
- ✓Xamarin iOSのAuth0連携を行うとき
本文
auth0-net-ios Integration
Add Auth0 authentication to .NET iOS applications. This skill integrates the Auth0.OidcClient.iOS NuGet package which uses ASWebAuthenticationSession for secure OIDC-based login and logout flows with PKCE.
Agent instruction: Before providing SDK setup instructions, fetch the latest release version by running:
gh api repos/auth0/auth0-oidc-client-net/releases --jq '[.[] | select(.tag_name | startswith("ios-")) | .tag_name | ltrimstr("ios-")] | .[0]'Use the returned version in all dependency lines instead of any hardcoded version below.
Prerequisites
- .NET 8.0 SDK or later (.NET 9 also supported — use
net9.0-iostarget framework) - JetBrains Rider or VS Code with C# Dev Kit (with iOS workload)
- macOS with Xcode 15+
- iOS 14.0+ deployment target
- Auth0 account with a Native application configured
- Node.js 20+ (for Auth0 CLI automated setup)
When NOT to Use
| Use Case | Recommended Skill |
|---|---|
| .NET MAUI cross-platform app (iOS + Android + Windows) | auth0-maui |
| .NET Android-only app | auth0-net-android |
| iOS-only Swift app | auth0-swift |
| ASP.NET Core server-side web app | auth0-aspnetcore-authentication |
| ASP.NET Core Web API (JWT validation) | auth0-aspnetcore-api |
| React Native mobile app | auth0-react-native |
Quick Start Workflow
Agent instruction: Before starting, examine the user's project:
- Identify the .NET version from the
.csprojfile (TargetFramework)- Check for existing authentication implementations — search for existing login/logout handlers and hook into them if found (reuse existing UI elements like login buttons rather than creating duplicates)
- Note the project's Bundle Identifier from
Info.plistor.csproj- Look for existing
Auth0ClientorAuth0ClientOptionsusage to avoid duplicate configuration
- Install SDK:
dotnet add package Auth0.OidcClient.iOS - Configure Auth0: See Setup Guide for automatic or manual configuration.
- Integrate authentication: Add
Auth0Clientinstantiation, register the URL scheme inInfo.plist, and wire login/logout to UI actions. - Handle callback: Implement
OpenUrlinAppDelegateand callActivityMediator.Instance.Send(url.AbsoluteString). - Build and verify:
dotnet build
Agent instruction: When writing the Auth0Client configuration:
- The iOS SDK does NOT require passing an Activity context — just
new Auth0Client(options).- Always set
Scope = "openid profile email offline_access"— theoffline_accessscope is required to receive refresh tokens, enabling silent token renewal without re-prompting the user.- The callback URL is automatically derived from the Bundle Identifier:
{BundleId}://{domain}/ios/{BundleId}/callback.- The Bundle Identifier must be registered as a URL scheme in
Info.plist.- The
AppDelegatemust handleOpenUrland callActivityMediator.Instance.Send(url.AbsoluteString).- Store tokens securely: After successful login, persist
AccessTokenandRefreshTokenusing iOS Keychain (viaSecurityframework or a wrapper likeKeychainAccess). Never store tokens inUserDefaultsor in-memory variables only.After writing configuration and code, verify the build succeeds:
dotnet buildIf the build fails, attempt to fix the issue. After 5-6 failed attempts, ask the user for help.
WebAuth — How Authentication Works
The SDK uses ASWebAuthenticationSession (the secure system browser). When LoginAsync() is called:
- SDK constructs the
/authorizeURL with PKCE parameters (code verifier + challenge) - ASWebAuthenticationSession opens showing the Auth0 login page
- User authenticates (login form, social connections, MFA, etc.)
- Auth0 redirects to the native callback URL:
{BundleId}://{domain}/ios/{BundleId}/callback - iOS intercepts the URL scheme and delivers it to
AppDelegate.OpenUrl ActivityMediator.Instance.Send(url.AbsoluteString)completes the token exchange- SDK returns
LoginResultwith access token, ID token, refresh token, and user claims
This is the standard OAuth 2.0 Authorization Code flow with PKCE, recommended for native mobile applications.
Callback URL Configuration
The native callback URL for .NET iOS uses the Bundle Identifier as the scheme. The format is:
YOUR_BUNDLE_IDENTIFIER://YOUR_AUTH0_DOMAIN/ios/YOUR_BUNDLE_IDENTIFIER/callback
Where YOUR_BUNDLE_IDENTIFIER is the Bundle Identifier for your application, such as com.mycompany.myapplication. For example: com.mycompany.myapp://tenant.us.auth0.com/ios/com.mycompany.myapp/callback.
Note: Some Auth0 native SDKs use
https://{domain}/ios/{bundleId}/callbackor{bundleId}.auth0://{domain}/ios/{bundleId}/callbackas the callback URL format. The .NET iOS SDK uses the Bundle Identifier directly as the URL scheme.
Ensure that the Callback URL is in lowercase.
This URL must be:
- Registered in Auth0 Dashboard under Allowed Callback URLs and Allowed Logout URLs
- Registered as a URL scheme in
Info.plistunderCFBundleURLSchemes
Done When
- [ ]
Auth0.OidcClient.iOSpackage installed (latest stable version) - [ ]
Auth0Clientconfigured with Domain, ClientId, andScope = "openid profile email offline_access" - [ ] URL scheme registered in
Info.plistmatching the Bundle Identifier - [ ]
AppDelegate.OpenUrlimplemented withActivityMediator.Instance.Send(url.AbsoluteString) - [ ] Callback URL added to Auth0 Dashboard Allowed Callback URLs and Allowed Logout URLs
- [ ] Tokens stored securely using iOS Keychain (
Securityframework withSecKeyChain.Add) - [ ] Login/logout flow working
- [ ] Build succeeds with no errors
Detailed Documentation
- Setup Guide — Auth0 tenant configuration, SDK installation, Info.plist URL scheme setup
- Integration Patterns — Login/logout flows, token access, user profile, error handling
- API Reference & Testing — Full
Auth0ClientOptionsreference, claims, testing checklist, troubleshooting
Common Mistakes
| Mistake | Fix |
|---|---|
| App type not set to Native in Auth0 Dashboard | Change application type to "Native" in Dashboard settings |
| Missing callback URL in Auth0 Dashboard | Add yourbundleid://{domain}/ios/yourbundleid/callback to Allowed Callback URLs AND Allowed Logout URLs |
| Missing URL scheme in Info.plist | Add CFBundleURLSchemes entry matching your Bundle Identifier |
Not handling OpenUrl in AppDelegate |
Override OpenUrl and call ActivityMediator.Instance.Send(url.AbsoluteString) |
Using https:// prefix in Domain |
Domain should be hostname only (e.g., tenant.auth0.com, not https://tenant.auth0.com) |
| Passing Activity context to Auth0Client (Android pattern) | iOS does not need context — just new Auth0Client(options) |
| URL scheme not matching Bundle Identifier | The CFBundleURLSchemes value must exactly match the Bundle Identifier |
Storing tokens in UserDefaults or only in memory |
Use iOS Keychain via the Security framework (SecKeyChain.Add) for token persistence |
Testing Notes
Agent instruction: Remind the user to test on a physical device in addition to simulators. Some WebAuth/ASWebAuthenticationSession behaviors may differ on physical devices vs. simulators. Test the full login → callback → token flow on real hardware before shipping.
Physical Device Testing:
- Login flow: ASWebAuthenticationSession opens → authenticate → returns to app
- Callback:
OpenUrlfires in AppDelegate with correct URL - Logout flow: Browser opens → session cleared → returns to app
- Cancel: User dismisses sheet → app handles
UserCancelgracefully
Related Skills
- auth0-maui — .NET MAUI cross-platform apps (iOS + Android + Windows)
- auth0-net-android — .NET Android-only apps
- auth0-swift — iOS-only Swift apps
- auth0-aspnetcore-authentication — ASP.NET Core server-side web apps
- auth0-aspnetcore-api — ASP.NET Core Web API with JWT validation
Quick Reference
using Auth0.OidcClient;
var client = new Auth0Client(new Auth0ClientOptions
{
Domain = "YOUR_AUTH0_DOMAIN",
ClientId = "YOUR_AUTH0_CLIENT_ID",
Scope = "openid profile email offline_access"
});
var loginResult = await client.LoginAsync();
BrowserResultType browserResult = await client.LogoutAsync();
Agent instruction: Always include
offline_accessin the scope to enable refresh tokens. This allows the app to silently refresh access tokens without forcing the user to re-authenticate.Agent instruction: After login, always persist tokens to the iOS Keychain using the
Securityframework (SecKeyChain.AddwithSecAccessible.WhenUnlockedThisDeviceOnly). Never store tokens inUserDefaultsor leave them only in memory. Clear tokens on logout. See Integration Patterns for the fullSecureTokenStoragehelper class.
Required Platform Configuration
These two pieces are required for the callback to work — see Setup Guide for full code:
- Info.plist: Add
CFBundleURLSchemesentry matching the Bundle Identifier - AppDelegate: Override
OpenUrland callActivityMediator.Instance.Send(url.AbsoluteString)
For login with extra parameters, error handling, token refresh, user claims access, and complete ViewController examples, see Integration Patterns.
References
原文・著作権は Anthropic および各プラグイン作者に帰属します。日本語訳は Claude API による自動翻訳です。