אפל מתריעה: אישורי Developer ID ישנים יפסיקו לעבוד

אמ;לק: Apple הודיעה כי אישורי Developer ID שהונפקו על ידי רשות האישורים המקורית יפסיקו לעבוד ב-1 בפברואר 2027. ההשפעה המיידית ביותר היא על חבילות .pkg קיימות, בעוד אפליקציות Mac שכבר נחתמו ונוטרזו עם חותמת זמן מאובטחת ימשיכו לעבוד.

תאריך אחד עומד לשנות את תוקפם התפעולי של אישורי Developer ID ישנים: 1 בפברואר 2027. Apple הודיעה ב-1 באוקטובר 2026 כי רשות האישורים המקורית של Developer ID פוקעת בתאריך זה, ואישורים שהונפקו ממנה יפסיקו לעבוד. Apple Developer News זהו עדכון תשתיתי, אבל ההשלכה שלו מאוד מוחשית: חבילת התקנה שנחתמה פעם ונשארה זמינה להורדה יכולה להיתקל בקיר ביום הקובע. מנגד, תוכנת Mac שכבר נחתמה, נוטרזה וקיבלה חותמת זמן מאובטחת ממשיכה לפעול. ההבדל הקטן לכאורה בין חבילה ליישום הוא בדיוק הסיפור כאן.

הרשות המקורית פוקעת, והחתימה עוברת ל-G2

רשות האישורים המקורית, Developer ID Certification Authority, תפקע ב-1 בפברואר 2027. מאותו יום, אישורי Developer ID שהונפקו דרכה אינם יכולים לשמש עוד לחתימה, ויש להחליפם באישורים מהרשות הנוכחית, Developer ID Certification Authority G2.

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

שני סוגי אישורים, ושניהם מושפעים

הבדיקה נוגעת לשני סוגי אישורי Developer ID: Developer ID Application ו-Developer ID Installer. הראשון מיועד לחתימת יישומי Mac, והשני לחתימת חבילות התקנה. אישור אחד אינו מכסה את שני הסוגים, ולכן צוות שמחזיק בשניהם נדרש להחליף כל סוג בנפרד.

בממשק Certificates, Identifiers & Profiles אפשר להחזיק עד חמישה אישורי Developer ID Application ועד חמישה אישורי Developer ID Installer. המסגרת הזו מאפשרת ליצור אישור חלופי ולבדוק אותו בעוד האישור הקיים עדיין בתוקף.

חבילת .pkg ויישום מנוטרז אינם באותו מצב

ההשפעה על תוכנות שכבר הופצו אינה אחידה. החל מ-1 בפברואר 2027, קובצי .pkg שנחתמו באישור מושפע לא יותקנו. לכן חבילות התקנה ותיקות שנשארו באתר, במאגר הורדות או בערוץ הפצה אחר הן נקודת החיכוך המרכזית של העדכון.

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

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

כך מזהים מאיזו רשות הונפק האישור

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

הבדיקה המכריעה נעשית ב-Keychain Access. לאחר בחירת האישור והרחבת השדה Issuer Name, יש לבחון את השדה Organizational Unit. הערך Apple Certification Authority מצביע על אישור שהונפק על ידי הרשות הקודמת, ואילו הערך G2 מצביע על אישור שהונפק על ידי הרשות הנוכחית. developer.apple

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

המשמעות היא בעיקר תפעולית

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

בסופו של דבר, המסלול ברור: אישורי Developer ID מהרשות המקורית יוצאים משימוש ב-1 בפברואר 2027, ואישורי G2 מחליפים אותם. עבור מי שמפיץ גם אפליקציות וגם מתקינים, מדובר בשני מסלולי חתימה נפרדים ולא באישור קסם אחד שמכסה הכל.

לסיכום

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