גיבוי iCloud מוצפן: אחסון בענן ללא צורך באמון

גיבוי iCloud של Vaultaire מצפין את נתוני הכספת במכשיר ב-AES-256-GCM לפני שהוא מעלה רשומות מרופדות בגודל קבוע למסד הנתונים הפרטי של המשתמש ב-CloudKit. Apple שומרת את הטקסט המוצפן, אבל לא מקבלת את מפתח הגיבוי בצורה קריאה.

מהו גיבוי iCloud מוצפן?

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

Vaultaire בוחר בדרך שלישית. Vaultaire מגבה את הכספת שלך ל-iCloud כברירת מחדל (אפשר לכבות זאת בהגדרות), אבל הנתונים מוצפנים במכשיר לפני שהם יוצאים מהטלפון. Vaultaire גוזר מהתבנית שלך מפתח גיבוי נייד, ומשתמש בו כדי להגן על מקטעים בגודל קבוע, על תגי רשומות מוצפנים, על ספריות גרסאות ועל נתוני שחזור. מה שמועלה ל-Apple הוא טקסט מוצפן, ולא תמונות קריאות, שמות קבצים או תגי מבנה. CloudKit עדיין יכול לחשוף מטא-דאטה של החשבון והשירות, את מספר הרשומות, את הגודל המרופד ואת עיתוי הגישה.

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

איך זה עובד, שלב אחר שלב

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

שלב 1: הכספת מוצפנת מקומית

לגיבוי iCloud, Vaultaire גוזר מהתבנית שלך מפתח גיבוי נפרד שאינו תלוי במכשיר, ב-600,000 סבבים של PBKDF2-HMAC-SHA512. זה לא מפתח הכספת שקשור למכשיר, וגם לא המפתח הראשי האקראי שמשמש להצפנת הקבצים המקומית. האפליקציה משתמשת במפתח הגיבוי עם AES-256-GCM כדי להגן על הרכיבים שדרושים לשחזור הכספת.

שלב 2: ה-blob המוצפן עולה ל-iCloud

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

שלב 3: הגישה לשחזור עטופה בנפרד

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

למה Apple לא יכולה לפענח ישירות את רשומות הגיבוי של Vaultaire

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

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

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

אפילו עם צו בית משפט

כש-Apple מקבלת דרישה משפטית תקפה לנתוני iCloud, היא יכולה למסור את הרשומות ואת המטא-דאטה שזמינים לפי מודל ההגנה של iCloud שחל עליהם. Vaultaire מעלה רשומות CloudKit שמוצפנות בצד הלקוח, ולא קובצי כספת קריאים או מפתח גיבוי גלוי. Apple יכולה למסור את הרשומות המוצפנות האלה ואת המטא-דאטה של השירות, אבל היא לא מחזיקה את מפתח הגיבוי שדרוש כדי לפענח את תוכן הכספת המוגן.

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

מודל האמון: אמון במתמטיקה, לא בחברות

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

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

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

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

שחזור הכספת במכשיר חדש

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

שלב 1: התקן Vaultaire על המכשיר החדש

הורד את Vaultaire מה-App Store על ה-iPhone או ה-iPad החדש שלך. האפליקציה מזהה שגיבוי מוצפן קיים בחשבון iCloud שלך.

שלב 2: צייר את התבנית

Vaultaire מציג את רשת ה-5×5 המוכרת. אתה מצייר את אותה תבנית שבה השתמשת כשהגיבוי נוצר. גזירת מפתח הגיבוי לא תלויה במכשיר, ולכן אותה תבנית ואותו גודל רשת מפיקים את אותו מפתח גיבוי במכשיר החדש. ה-salt המקומי של המכשיר אינו חלק מהגזירה של הגיבוי בענן.

שלב 3: הכספת מתפענחת

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

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

פועל כברירת מחדל, כבוי לפי בחירה

גיבוי iCloud מוצפן פועל כברירת מחדל, גם בגרסה החינמית וגם ב-Pro. הוא רץ כל 24 שעות, רק ב-Wi-Fi, אלא אם תשנה את הגדרת הרשת. טלפונים הולכים לאיבוד או נשברים הרבה יותר מאשר גיבויים מוצפנים נפרצים, ולכן כספת חדשה מתחילה עם עותק שאפשר לשחזר ממנו.

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

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

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

גיבוי, לא סנכרון

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

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

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

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