ניהול תעודות · נבדק ב־4 בנובמבר 2026, 18:06 UTC.
בהודעה מ־3 בנובמבר מסרה Sectigo כי המחברים שלה ל־GlobalSign ול־EJBCA זמינים. הם מוסיפים רשויות אישורים חיצוניות לניהול באמצעות Sectigo Certificate Manager (SCM), ועשויים לצמצם את הצורך בתהליכי ניהול נפרדים.
חשוב לדייק בתאריך: הערות הגרסה הרשמיות מתעדות את התמיכה במסגרת CA Connector 3.6 ו־SCM 26.10, שתיהן מתוארכות ל־24 באוקטובר. 3 בנובמבר הוא תאריך ההודעה, ולא הוכחה שגרסת תוכנה חדשה יצאה באותו יום.
באילו תעודות מדובר?
טבלת התמיכה של Sectigo מציינת במפורש את GlobalSign Atlas, עם תעודות SSL ציבוריות מסוג DV, OV ו־EV. עבור EJBCA רשומה תמיכה בתעודות SSL פרטיות. הטבלה אינה מציינת תמיכה בתעודות לקוח, מכשיר או חתימת קוד עבור שני המחברים האלה. אין להסיק מההודעה הכללית תמיכה בכל תעודה שרשות האישורים מסוגלת להנפיק.
המגבלות שצריך להכניס לתכנון
מדריך ההתקנה מציין:
- ל־EJBCA נדרשים Connector 3.6, הפעלת ממשקי REST ו־Web Service ופרופילים המאפשרים הנפקה מיידית. אישור ידני אינו נתמך. כל backend מקומי משרת רשות אישורים אחת.
- ל־Atlas נדרשים פרטי גישה ל־API וגם mTLS. נדרשים backends נפרדים ל־DV, OV ו־EV; פרטי הגישה קובעים את הרשות המנפיקה ואת התבנית.
- המדריך מציין Windows Server 2016, 2019 או 2022 ב־64 סיביות, הרשאות מתאימות ב־SCM וברשות האישורים וקישוריות HTTPS יוצאת.
מה לבדוק לפני שמסתמכים על החיבור
גם למלאי התעודות יש גבול: מדריך הסריקה מתאר גילוי תעודות שהונפקו, שטרם פג תוקפן ושלא בוטלו. זה אינו ארכיון מלא של היסטוריית ההנפקות.
ההמלצה התפעולית שלנו היא לבחור תעודה מייצגת, לוודא את הזכאות המסחרית של החשבון ולבדוק הנפקה, חידוש, פריסה והתאוששות בסביבת בדיקה מורשית שאינה סביבת ייצור. בדקו את השרשרת שהתקבלה מול הלקוחות שבאמת משתמשים בה. אם נדרש אישור אנושי, שמרו עליו בתכנון במקום להסירו רק כדי להתאים למחבר.
הסקירה מבוססת על תיעוד הספק; לא התקנו ולא בדקנו את השילובים. לאחר חיבור מוצלח עדיין צריך לוודא שהתעודה מגיעה ליישום ושהלקוחות ממשיכים לתת בה אמון.