ניהול ואימות של מפתחות ואישורים
כדי להצפין תקשורת באמצעות TLS בעת השימוש ב-Remote UI (ממשק משתמש מרוחק), או כדי להשתמש ב-TLS כשיטת האימות של IEEE 802.1X, נדרשים מפתח ואישור. בנוסף, בהתאם להתקן שעמו מתבצעת התקשורת, ייתכן שתידרש תקשורת מוצפנת באמצעות אישור מסוים, ולכן נדרשים מפתח ואישור.
ניהול מפתח ואישור
ניתן להכין מפתח ואישור במכשיר באמצעות השיטות שלהלן:
יצירת מפתח ואישור במכשיר
יש ליצור את המפתח והאישור הנדרשים עבור TLS במכשיר. ניתן להתחיל בתקשורת באופן מיידי בסביבות שבהן אישורים בחתימה עצמית מותרים.
רישום אישור שהונפק על-ידי רשות אישורים עבור מפתח שנוצר באופן עצמי
כאשר יוצרים מפתח במכשיר, יש ליצור בקשה לחתימה על אישור (CSR), לבקש מרשות האישורים להנפיק אישור ולאחר מכן לרשום את האישור למפתח.
רישום אישור שהושג משרת SCEP למפתח שנוצר בעצמו
בעת יצירת מפתח במכשיר, בקש משרת Simple Certificate Enrollment Protocol (SCEP) להנפיק אישור ולאחר מכן רשום את האישור שהושג. ניתן גם להגדיר את ההגדרות כך שיבקשו הנפקת אישור בתאריך ובשעה ספציפיים.
רישום מפתח ואישור או אישור CA שהתקבלו מרשות אישורים
ניתן לרשום את המפתח והאישור או את אישור ה-CA שהתקבלו מרשות להנפקת אישורים דיגיטליים, ללא יצירה עצמית של המפתח והאישור. ניתן להשתמש באישור דיגיטלי המתאים להתקן שעמו מתבצעת התקשורת ולרמת האימות.
רישום אישור S/MIME
כאשר משתמשים ב-S/MIME כדי להצפין הודעות דואר אלקטרוני או הודעות I-Fax, יש לרשום את אישור המפתח הציבורי (אישור S/MIME) המשמש להצפנה.
* במכשיר רשומים מפתח ואישור בשם "Default Key" שנרשמו מראש, וכן אישור CA בפורמט X.509 DER.
אימות אישור
ניתן להגדיר אימות של תוקף אישור שהמכשיר מקבל מהתקן שעמו מתבצעת התקשורת באמצעות רשימת ביטול אישורים (CRL) או פרוטוקול מצב אישורים מקוון (OCSP).