יישום ביומטרי Authentication Ios עם האותנטיות המקומית מסגרת

Handling each of these cases gracefully is essential for a smooth user experience. For a production app, consider centralising your authentication logic in a manager class and providing clear feedback to the user.

Complete Example with Error Handling

Below is a more complete example that demonstrates a real-world authentication flow. It checks availability, handles errors with appropriate user alerts, and provides a fallback to a custom passcode entry if the user cancels biometry.

import LocalAuthentication
import UIKit

class BiometricAuthManager {
 static let shared = BiometricAuthManager()

 private let context = LAContext()

 func authenticate(completion: @escaping (Bool, String?) -> Void) {
 var error: NSError?
 context.localizedFallbackTitle = "Use Passcode"

 guard context.canEvaluatePolicy(.deviceOwnerAuthentication, error: &error) else {
 // Determine the reason why authentication is unavailable
 let message = errorMessage(for: error)
 completion(false, message)
 return
 }

 // Possibly show a loading state
 context.evaluatePolicy(.deviceOwnerAuthentication, localizedReason: "Authenticate to access your account") { success, evaluateError in
 DispatchQueue.main.async {
 if success {
 completion(true, nil)
 } else {
 let message = self.errorMessage(for: evaluateError as? LAError)
 completion(false, message)
 }
 }
 }
 }

 private func errorMessage(for error: LAError?) -> String {
 guard let error = error else {
 return "Authentication could not be completed."
 }
 switch error.code {
 case .biometryNotAvailable:
 return "Biometric authentication is not available on this device."
 case .biometryNotEnrolled:
 return "No biometric data is enrolled. Please set up Face ID or Touch ID in Settings."
 case .biometryLockout:
 return "Too many failed attempts. Please use your passcode to unlock biometrics."
 case .passcodeNotSet:
 return "A device passcode is required to use biometric authentication."
 case .userCancel:
 return "Authentication cancelled by user."
 case .userFallback:
 return "User chose to use the passcode."
 default:
 return "Authentication failed: \(error.localizedDescription)"
 }
 }
}

שיעור זה מבסס את ההיגיון האימות וחוזר על תוצאה נקייה / מנקה עם הודעה ידידותית למשתמש.

שיטות ושיקולי ייצור הטובים ביותר

בעוד הקוד לעיל מספק בסיס מוצק, כמה שיטות נוספות יבטיחו את היישום שלך הוא חזק, מאובטח וידידותי למשתמש.

תמיד לספק רצף של Fallback

גם אם אתה משתמש במדיניות ה- 27 של ליגת ה-FLT, עליך להיות מסך הכניסה שלך מוכן.למשתמשים רבים אין ביומטריות שנרשמו או עשויים מעדיפים להשתמש ב- Passcode במצבים מסוימים.הנחיות של אפל ממלמלצות להציע אלטרנטיבה ברורה לדומטריה.

השתמש בהגיון מקומי

המחרוזת המוצגת במערכת של מערכת השידור צריכה להיות תמציתית ומפורטת לפעולה שהמשתמש עומד לאשר.לדוגמה, "ברגע לחשבון" עדיף על "התראות הנדרשת" מעורפלת, כמו גם למקם את המחרוזת הזו לשפות שונות.

לכבד פרטיות המשתמש

לעולם אל תאחסן נתונים ביומטריים (תבניות טביעת אצבע או מפות פנים) בעצמך.המערכת מנהלת באופן מאובטח נתונים אלה על ה- Secure Enclave.ה אפליקציה שלך מקבלת רק תוצאה של הצלחה בוטה / נפילה, לא נתונים ביומטריים אמיתיים.

מבחן על מכשירים אמיתיים

סימולטור יש יכולות סימולציה ביומטריות מוגבלות.תמיד לבדוק את מזהה Touch ו- Face ID על אייפון ו-iPad בפועל.עבור זיהוי פנים, עליך לכלול גם את המפתח FLT:29 ב-FLT:30; אחרת, האפליקציה תתרסק כאשר תנסה להעריך זיהוי פנים.

עקבו אחרי App Lifecycle

אם האפליקציה שלך משתמשת באימות ביומטרי כדי להבטיח מצב רקע, שקול מחדש כאשר האפליקציה חוזרת לקדמת הבמה.You יכול לצפות ב-FLT:31 ולהוביל שוב לאימות.

שילוב עם Keychain לביטחון חזק יותר

אימות ביומטרי לבדו רק מאמת את זהותו של המשתמש ברגע הבדיקה.לביטחון מתמשך (למשל, אחסון אסימונים של API), משלב ביומטריות עם Keychain. השתמש בכיתת ה-FLT:32 עם ה-FLT:33 או FLT 34 דגלים כדי להבטיח כי ניתן לגשת רק לאחר אימות ביומטרי מוצלח או עובר.

Fallback לאחר Lockout

כאשר דומטריה נעולה בשל ניסיונות כושלים רבים מדי, עליך לחזור אל המכשיר קודר.הכניסה של המערכת יעבור קוד תחדש אוטומטית את מנעול הביומטרי, כך שלאחר כניסה מוצלחת, ניסיונות ביומטריים עתידיים יעבדו שוב.אל תנסה לעקוף את זה; זה מאפיין אבטחה להגן מפני התקפות כוח רע.

ההבדל בין Touch ID ו- Face ID

למרות שמסגרת ההנצחה המקומית מופשטת ברוב ההבדלים, יש כמה ניואנסים שיש לזכור:

• (ב) ,0) מזהה Face דורש מכשיר עם מצלמה אמיתית.FLT:1 אתה צריך לבדוק את FLT:35 לאחר קריאה FLT:36 כדי לקבוע איזה סוג ביומטרי זמין.
• (FLT:0) מזהה מזהה יש רגישות גבוהה יותר לנסיעה.ראה פרק 1: המשתמש חייב להסתכל ישירות על המכשיר.
• (FLT:0) מראה אלטר עבור Face ID:FearLT:1; iOS 15.4 ואילך מאפשר למשתמשים להגדיר מראה חלופי (למשל, עם משקפיים או מסכה). אפליקציה שלך אינה צריכה לעשות שום דבר מיוחד; המערכת מטפלת בו באופן אוטומטי.
• (FLT:0) תמיכה בזיהוי פנים: FLT:1 גירסאות iOS האחרונות לתמוך בתוכנות באמצעות Apple Watch.עבור אימות ברמת האפליקציה, מילת הזיהוי של Face ID עשויה עדיין לדרוש הכרה פנים מלאה, אלא אם המשתמש בחר להשתמש במסכה עם Apple Watch.

טעות עמוקה

אנו כיסו בקצרה שגיאות נפוצות, אך כדאי להתפשר על איך להגיב לכל אחד באופן ידידותי למשתמש.

ביצועים וקישורים

שיטת ה-FLT:48 היא מסונכרנית ואינה חוסמת את החוט הראשי.עם זאת, ניתן לקרוא לו מטפל הסיום על חוט רקע.תמיד לשלוח עדכונים UI לתור הראשי.בנוסף, להימנע מיצירת חוט חדש (FLT:49) עבור כל ניסיון אימות; שימוש חוזר במקרה אם אפשרי, אך להיות מודע לכך שההקשר יכול להיות לא חוקי לאחר נעילה ביולוגית או הפעלה מחדש של שיטה חדשה, כדי להבטיח את הקשר האחרון עבור כל פעולה חדשה.

בדיקה ב- Biometric Authentication

אתה יכול לדמות אימות ביומטרי ב- iOS סימולטור באמצעות התפריט Hardware. for Touch ID, באפשרותך לבחור "Touch ID" ולאחר מכן "Matching Touch" או "לא-התאמה מגע" עבור Face ID, סימולטור מאפשר לך להזין פרצוף ולאחר מכן לבצע התאמה או לא תואם ניסיונות.

בנוסף, ניתן להשתמש בתוכניות מבחן של Xcode כדי לכתוב בדיקות יחידות סביב מנהל האימות שלך על ידי לעג למעמד של ההרחבה (FLT:50), בתנאי שאתה מעצב את הקוד שלך עם הזרקת התלות.זה מאפשר לך לבחון לוגיקה טיפול שגיאות מבלי להסתמך על חומרה אמיתית.

משאבים חיצוניים

לקריאה נוספת ותיעוד רשמי, מתייחס לבאים:

• (ב) ,0) מסמך ההסתה המקומי של אפל
• (ב) ויקרא י"ד:
• (FLT:0)WDC 2017 - בניית אפליקציות עם Face IDIRLT 1
• (ב) ,0) שירותים ו- Biometric Access ControlFIRLT:1

מסקנה

יישום אימות ביומטרי עם מסגרת ההסתה המקומית הוא תהליך פשוט אשר משפר באופן משמעותי את היציבה של אפליקציית iOS שלך תוך שמירה על חוויית משתמש נוזלית. על ידי בדיקת זמינות, טיפול שגיאות בחסד, ומספק אפשרויות נפילה אמינות, אתה יכול לבנות מערכת אימות כי מכבדת פרטיות המשתמש ועונה על הנחיות מחמירות של אפל.

זכור כי אימות ביומטרי הוא רק חלק אחד של אסטרטגיה אבטחה מקיפה.שלב אותו עם אחסון מאובטח באמצעות Keychain, אבטחת רשת וניהול הישיב הנכון להציע למשתמשים שלך את הרמה הגבוהה ביותר של הגנה.עם הקוד ושיטות הטובות ביותר משותפות במאמר זה, אתה מצויד היטב לשלב מזהה מגע ו Face ID לתוך פרויקט iOS הבא שלך.