⁦Bitcoin Core⁩ מקצרת את הדרך לתיקון ולחשיפה של חולשות שקל לגלות בעזרת בינה מלאכותית

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

מה משתנה כאשר קל לשחזר את הגילוי

את ההצעה הגיש אנטואן פואנסו, המוכר במאגר הקוד בשם ⁦darosior⁩. בקשת השינוי מספר ⁦1281⁩ במאגר אתר הפרויקט מוזגה ב-⁦22⁩ באוקטובר. בהסבר להצעה כתב פואנסו שמודלי שפה מורידים את המאמץ הדרוש לאיתור סוגים מסוימים של תקלות, וגם לזיהוי תיקונים שנעשו בלי להבליט את משמעותם האבטחתית.

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

לפי מדיניות חשיפת החולשות המעודכנת של ⁦Bitcoin Core⁩ (נפתח בלשונית חדשה), ההחלטה אם חולשה קלה לגילוי מתקבלת במסגרת הטיפול בדיווח. שימוש בבינה מלאכותית הוא דוגמה, לא תנאי בלעדי. לאחר הסיווג יותאם התיקון גם לענפי הגרסאות הנתמכים, כדי שמשתמשים בהם יקבלו אותו בעדכון תחזוקה.

תקופות ההמתנה הארוכות עדיין קיימות

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

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

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

תיקון מהיר יותר משאיר פחות זמן להתנסות

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

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

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

למי העדכון רלוונטי ומה כדאי לבדוק

⁦Bitcoin Core⁩ כוללת תוכנה לצומת מלא המאמת את הבלוקצ'יין, וגם יכולות ארנק. מדיניות האבטחה שלה אינה עדכון אוטומטי לכל ארנק או שירות מסחר. משתמש שמחזיק ביטקוין דרך יישום אחר צריך לברר איזו תוכנה הוא מפעיל ומי מתחזק אותה. ההסבר על ארנקים ומשמורת עוזר להבין היכן נמצאת האחריות הזאת.

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

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

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