כן, זוהי תוכנית טובה לאחסון לטווח בינוני, כל עוד היא מיושמת כראוי.

כמה דברים שכדאי לזכור:

• אלגוריתמים אסימטריים נפוצים השתמש בפקטורינג למחצה-פריים כבסיס. ככזה, אתה יכול להצפין נתונים רק כל עוד המפתח, למשל. 4096 ביטים. זה לא מעשי במיוחד, אז בדרך כלל היית מקודד מפתח סימטרי עם המפתח הפרטי שלך (או, במקרה זה, ציבורי) ומצפין את הנתונים באמצעות אלגוריתם סימטרי. אז היית משתמש ב- AES כדי להצפין את הנתונים, ו- RSA כדי להצפין את מפתח AES.
• אורכי המפתח הא-סימטריים נאלצו לגדול בקצב מהיר בהרבה ממפתחות סימטריים. זה בדרך כלל נחשב ש- RSA 1024 סיביות מאובטח לעת עתה אך 2048 סיביות מתאים יותר לכל מה שתצטרך להישאר מאובטח יותר משנתיים. אם אתה מסתכל על אחסון נתונים למשך יותר מחמש שנים לערך, תזדקק למפתחות 4096 סיביות או 8192 סיביות. זה לא בדיוק ידידותי לביצועים, אבל זו דרישה. לעומת זאת, עם הצפנה סימטרית, חושבים שאי אפשר לפצח מפתח של 256 סיביות בשיטות קונבנציונליות, אפילו בכל אונקיית אנרגיה על פני כדור הארץ, לפני מוות החום של היקום.
• מחשבים קוונטיים, בעודם רחוקים, עשויים לאפשר חישוב חצי-פריימים לפריים-ראש המרכיב שלהם בזמן הפולינומי, מה שיפר את תוכניות א-סימטריות כאלה. אם אתה מתכנן לשמור את הנתונים יותר מ -20 שנה, שמור על זה בחשבון.

חלופה תהיה שהלקוח יצפין את הנתונים באמצעות AES-256, ואז יעלה אותם . הם יכולים לשמור את המפתח הסימטרי שלהם במחשב שלהם, או להפיק אותו מסיסמה באמצעות PBKDF2 או bcrypt.

בעצם תיארת כיצד פועלים דוא"ל מוצפן, עם S / MIME או OpenPGP. עם אימיילים, שרתי העברת הנתונים ואחסון אינם יכולים לגשת לתוכן הדוא"ל; בתיאור שלך, אתה פשוט משתמש בפרוטוקולים מבוססי אינטרנט (כלומר HTTP) לפרטים, במקום בפרוטוקולי העברת הדוא"ל (SMTP, IMAP ...).

פרטי ההצפנה (באילו אלגוריתמים השימוש, כיצד להדביק אותם יחד ...) ידוע שקשה להשיג אותם נכון, לכן עליכם לעמוד בסטנדרטים נחקרים לכך (כלומר OpenPGP או CMS - CMS הוא הפורמט הנמצא ב הליבה של S / MIME. em> לפענח את הנתונים. אם אותו משתמש דוחף את הנתונים לאחסון ואז אחר כך מאחזר ומפענח אותם, אז הצפנה סימטרית מספיקה וקל יותר לניהול.

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

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

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

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

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