Michael Johnsonאיך אפשר לדעת אם ניתן למחוק מפתח API של מודל שנשמר זמן רב? החל מ־6 בנובמבר 2026, Cloudflare AI Gateway מציגה עבור מפתחות ספקים שמורים את הכינוי, תאריך השימוש האחרון ותאריך העדכון האחרון. במקטע Key security בלוח הבקרה מודגשים מפתחות שהפעילות המתועדת שלהם ישנה מ־90 יום. לצוותים שמנהלים כמה מפתחות דרך שער מרכזי, כך מתקבלת רשימה ממוקדת של רשומות לבדיקה. עם זאת, היסטוריית השימוש מתחילה רק בנובמבר 2026.
מה בדיוק התווסף?
העדכון נוגע למפתחות ספקים שנשמרו ב־AI Gateway. לפי ההודעה של Cloudflare, המפתחות מקובצים לפי ספק; לצד כל אחד מוצגים ערך ממוסך, כינוי ותאריכי השימוש והשינוי האחרונים. במקטע Key security מודגשות רשומות שהפעילות המתועדת האחרונה בהן הייתה לפני יותר מ־90 יום. Cloudflare מדווחת שמעקב השימוש החל בנובמבר 2026.
תאריך השימוש האחרון משיב על השאלה מתי השער תיעד לאחרונה שימוש במפתח. תאריך השינוי מראה מתי עודכנה הרשומה. המסכה והכינוי עוזרים לזהות אותה בלי לחשוף את הערך הסודי ברשימה. זהו כלי למיפוי מלאי וסימן לבדיקה, לא החלטה אוטומטית מה לעשות במפתח.
איך לקרוא את תאריך הפעילות?
מפתחות נשארים לעיתים קרובות אחרי ניסוי, החלפת ספק או העברת יישום. אם הצוות שומר אותם בשער מרכזי, עם הזמן קשה לזכור מה מטרתה של כל רשומה. תאריך הפעילות עוזר לקבוע סדרי עדיפויות: תחילה לבדוק מפתחות שלא נעשה בהם שימוש זמן רב, ואז להשוות אותם לבעלים של היישום ולסביבת העבודה.
סף 90 הימים מתייחס לפעילות שהמערכת תיעדה מאז תחילת המעקב בנובמבר 2026. לכן הסימון אינו מתאר את מלוא היסטוריית השימוש בחודשים שקדמו לכך. נוסף על כך, משימה נדירה, נתיב גיבוי או יישום שפונה לספק מחוץ ל־AI Gateway דורשים בדיקה נפרדת. למשל, ייתכן שמפתח גיבוי לא יידרש במשך חודשים, אך עדיין יהיה חלק מתוכנית ההתאוששות.
תיעוד BYOK מתאר שמירת מפתחות ב־Secrets Store ושימוש בהם דרך AI Gateway. מחיקת מפתח תעצור מיד בקשות שתלויות בו. לכן כדאי למחוק רשומה רק לאחר בירור מטרותיה והתלויות בה, ולא רק על סמך גיל הסימון.
איך לבצע ביקורת בטוחה?
- התחילו במפתחות שסומנו. הכינו רשימה של רשומות שהפעילות המתועדת האחרונה בהן הייתה לפני יותר מ־90 יום. אל תמחקו דבר בשלב זה.
- אתרו את הבעלים ואת המטרה. השוו את הכינוי לתצורות השער ולתיעוד הצוות; בררו מי אחראי ליישום. אם המטרה אינה ידועה, תחילה בררו אותה.
- בדקו היכן משתמשים במפתח. בררו אם הוא משרת דוח שמופק לעיתים רחוקות, נתיב גיבוי או סביבה מחוץ ל־AI Gateway. רישום הפעילות של השער אינו עונה על השאלות האלה.
- אם המפתח נחוץ, הכינו רוטציה. צרו מפתח חדש אצל הספק והחליפו את הסוד ברשומה הקיימת ב־AI Gateway. לפי התיעוד, היישומים ימשיכו להשתמש במפתח המעודכן דרך אותה רשומה; לאחר ההחלפה בדקו בקשות אמיתיות.
- מחקו רק לאחר בדיקת התלויות. ודאו שהיישומים עברו למפתח אחר או שהמפתח הוצא משימוש. אם מוחקים אותו, הבקשות שתלויות בו ייפסקו.
נניח שהצוות רואה מפתח שהפעילות האחרונה בו הייתה לפני יותר מ־90 יום. הבעלים מגלה שהרשומה שימשה סביבת בדיקות, ושהבדיקות כבר עברו למפתח אחר. לאחר בדיקת התצורה אפשר למחוק אותה. אם המפתח נחוץ כגיבוי במקרה של כשל אצל הספק הראשי, יש לתעד את מטרתו ואת הבעלים שלו ולהשאיר את הרשומה.
מה המשמעות לצוות?
במקום תזכורת כללית כמו „בדקו מפתחות ישנים”, הצוות מקבל תאריך של הפעילות המתועדת האחרונה עבור כל רשומה. כך קל יותר להחליט מאיפה להתחיל בבדיקת הרשאות, במיוחד כשמנהלים מפתחות של כמה ספקים דרך AI Gateway.
השתמשו בסימון של יותר מ־90 יום כסיבה לבדוק את המפתח, לא כהוראה למחוק אותו. השוו את הרשומה למידע על הבעלים, היישום ותרחישי הגיבוי; אחר כך אשרו אם עדיין צריך אותה, החליפו את הסוד במסגרת רוטציה או מחקו אותה לאחר בדיקת התלויות. כך היומן מסייע לאתר רשומות שנשכחו בלי לסכן יישומים פעילים.
