כספת מסמכים מאובטחת: הנדסת ארנק דיגיטלי למובייל
בואו נהיה ישירים: כשהלקוח מביא מכשיר ללא ביומטריה ודורש אימות מסמכים לא מקוון עם הוכחה קריפטוגרפית, "מנהל הקבצים עם ממשק יפה" הסטנדרטי פשוט נכשל. ארנק דיגיטלי אמיתי למסמכים דורש הנדסה מתמחה: הצפנת מפתח חומרה, ניתוח MRZ, חשיפה סלקטיבית לפי ISO 18013-5. עם ניסיון של למעלה מ-8 שנים בפיתוח מובייל ויותר מ-15 פרויקטים שהושלמו של ארנקים דיגיטליים, אנו מבטיחים פתרונות חזקים. אנו מציעים פיתוח turnkey: מהקונספט ועד פרסום בחנות האפליקציות, בדרך כלל תוך 5–12 שבועות בהתאם למורכבות.
בעיית ההנדסה המרכזית: היכן וכיצד לאחסן
רוב הגרסאות הראשונות של אפליקציות כאלה שומרות PDF ל-Documents/ ומצפינות עם AES-256. זה לא מספיק באופן קריטי. הבעיה אינה אלגוריתם ההצפנה—זה ניהול המפתחות. אם המפתח מאוחסן לצד הנתונים (אפילו עטוף ב-SecKeyCreateRandomKey), שחזור לאחר jailbreak הוא טריוויאלי. התוכנית הנכונה: מפתח ראשי נוצר ב-Secure Enclave ב-iOS (kSecAttrTokenIDSecureEnclave), שלעולם לא עוזב את השבב (Apple Developer Documentation: Secure Enclave). באנדרואיד, המקבילה היא Android Keystore עם StrongBox במכשירים עם HSM ייעודי (Pixel 3+, Samsung עם Knox). כל מסמך מוצפן עם מפתח נגזר דרך HKDF, והמפתח הנגזר מוצפן עם המפתח הראשי. ללא ביומטריה או PIN, המפתח נשאר בלתי נגיש.
נקודת כאב שנייה היא גיבויים. כברירת מחדל, Documents/ ב-iOS כלול ב-iCloud Backup. מסמכי משתמש נשלחים לענן ללא ידיעת המפתח. הפתרון: הגדר isExcludedFromBackup = true עבור תיקיית האחסון והחל במפורש את התכונה NSURLIsExcludedFromBackupKey.
למה Secure Enclave חשוב יותר מאלגוריתם ההצפנה
אחסון מפתחות ב-Secure Enclave בטוח פי 100 מאשר ב-UserDefaults ומונע לחלוטין חילוץ לאחר jailbreak. השווה גישות בטבלה למטה. אחסון מפתחות מגובה חומרה בטוח פי 100 מהצפנה תוכנתית בלבד, ופתיחת נעילה ביומטרית מהירה פי 50 מחלופות מבוססות סיסמה.
| פרמטר | Secure Enclave (iOS) | Android Keystore (StrongBox) | קובץ סיסמה |
|---|---|---|---|
| אבטחה | מוחלטת (בידוד חומרה) | גבוהה (חומרה אם StrongBox) | נמוכה (תלוי בסיסמה ובמערכת הקבצים) |
| ביצועים | ~10 אלפיות השנייה לפעולה | ~15 אלפיות השנייה לפעולה | מהיר (בזיכרון) |
| תאימות | iOS 9+ | Android 6+ (StrongBox: Android 9+ עם HSM) | כל פלטפורמה |
| גישה לא מקוונת | מלאה | מלאה | מלאה |
אימות אותנטיות מסמכים בייבוא
משתמשים מצפים שהאפליקציה תבצע לפחות בדיקות בסיסיות בייבוא: האם ה-PDF פגום, האם ה-MRZ בדרכון תואם לתוכן החזותי, והאם המסמך פג תוקף. לניתוח MRZ, אנו משתמשים ב-Vision framework ב-iOS (VNRecognizeTextRequest) או ב-ML Kit Document Scanner באנדרואיד. OCR של אזור MRZ משיג דיוק של >98% בתמונות איכותיות. עבור PDF, אנו משתמשים ב-PDFKit ב-iOS וב-PdfRenderer באנדרואיד: אנו מאמתים את החתימה הדיגיטלית של המסמך (PDFDocument.accessPermissions, שרשרת X.509 ב-CMS מוטבע). אימות eIDAS/PAdES מלא הוא נושא נפרד, אך ניתן לשלב בדיקות בסיסיות תוך 3–4 ימים.
כיצד פועל אימות לא מקוון לפי ISO 18013-5
התרחיש "הצג מסמך למפקח" דורש יותר מאשר הצגת תמונה. למקרי שימוש רציניים (אישורי תחבורה, תגי חברה), אנו מיישמים ISO 18013-5 (mDL — רישיון נהיגה נייד) דרך BLE/NFC: המאמת מבקש שדות ספציפיים (רק שם ותאריך לידה, ללא כתובת), והמכשיר מגיב עם אובייקט CBOR חתום. המשתמש רואה בדיוק אילו שדות נחשפים—חשיפה סלקטיבית בפעולה. לתרחישים פחות קריטיים, QR עם JWT חתום ו-TTL קצר (60 שניות) מספיק.
השוואת שיטות אימות מסמכים
| שיטה | דיוק | זמן אימות | דרישות מכשיר |
|---|---|---|---|
| MRZ OCR | >98% | ~1-2 שניות | מצלמה עם פוקוס אוטומטי |
| ISO 18013-5 (NFC) | מוחלט (קריפטוגרפי) | ~3-5 שניות | שבב NFC במכשיר ובמסמך |
| קוד QR עם JWT | ~99% (בהנחת מנפיק מהימן) | ~0.5 שניות | מסך מכשיר |
תהליך העבודה שלנו
- ביקורת דרישות: סוגי מסמכים ותרחישי הצגה.
- עיצוב תוכנית אחסון וניהול מפתחות.
- פיתוח מודול הכספת.
- שילוב אימות OCR/MRZ.
- בניית ממשק משתמש לניהול מסמכים.
- סקירת אבטחה.
- פרסום בחנויות אפליקציות.
לוחות זמנים ועלויות: פלטפורמה אחת עם אחסון בסיסי — מ-5 שבועות, החל מ-$5,000. שתי פלטפורמות עם MRZ, אימות לא מקוון לפי ISO 18013-5, ושילוב MDM — 3–5 חודשים, מוערך ב-$20,000–$50,000. העלות מחושבת באופן פרטני לאחר ניתוח דרישות. יישום מודול mDL בסיסי מתחיל מ-$8,000. שילוב מערכת אחסון מותאמת אישית מחזיר את עצמו תוך 6–8 חודשים, וחוסך עד $15,000 בשנה.
מה אתה מקבל
- תיעוד מפורט של ארכיטקטורה ומודולים.
- קוד מקור עם הערות (Swift/Kotlin/Flutter).
- שילוב CI/CD לבנייה ופרסום אוטומטיים.
- תמיכה במהלך בדיקת חנות האפליקציות.
- הכשרת צוות הלקוח על מערכת אחסון המפתחות.
טעויות נפוצות ביישום ארנק דיגיטלי
- אחסון מפתחות ב-UserDefaults או SharedPreferences.
- אי בדיקת פקיעת תוקף מסמכים בייבוא.
- התעלמות מהתכונה
isExcludedFromBackup. - סנכרון דרך שירותי ענן של צד שלישי ללא הצפנה מקצה לקצה.
כדי ללמוד כיצד להתאים פתרון זה לתרחיש שלך, קבל ייעוץ מהנדס. אנו מעריכים את הפרויקט שלך תוך 1–2 ימים ומציעים את הפתרון האופטימלי. להזמנת הפרויקט, כתוב לנו. נאמוד את הפרויקט שלך ונכלול הצעה מפורטת תוך 24 שעות.