החולשה כרוכה SIGHASH_SINGLEשהוא מצב חתימה שנועד לבצע קלט לפלט במיקום המתאים. אם העסקה אינה מכילה פלט בעמדה זו, ההגנה מתפרקת באופן שונה בהתאם לסוג הביטקוין המושקע.
עבור תשומות מדור קודם, מקרה הפלט החסר יכול לייצר חתימה על ערך hash קבוע. מפתחי Bitcoin Core אמרו כי ניתן יהיה להשתמש בחתימה חוזרת כנגד פלטים אחרים שלא הוצאו הנשלטים על ידי אותו מפתח כאשר קיימים אותם תנאים מבניים.
עסקאות SegWit v0 שומרות על הגנות חזקות יותר מכיוון שהחתימה עדיין מתחייבת למטבע הספציפי שהוצא ולסכום שלו. עם זאת, פלט היעד יכול להישאר לא קשור.
זה יוצר בעיית הרשאה עבור ארנקים ומכשירי חתימה: תוכנה יכולה להציג תשלום אחד למשתמש תוך הפקת חתימה שאינה מבטיחה קריפטוגרפית שהנמען המאושר יישאר ללא שינוי.
Bitcoin Core חוסם את בקשת החתימה המסוכנת
Bitcoin Core כבר דחה את מקרה הקצה באמצעות ממשק החתימה הגולמית של עסקאות. נתיב ה-PSBT שלו, כולל walletprocesspsbtעדיין יכול לחתום עליו.
הקוד החדש מעביר את הצ'ק ללוגיקית יצירת החתימות המשותפת של Bitcoin Core, ומונע את החתימה של כניסות מורשת ו-SegWit v0 מושפעות תוך שהוא מאפשר לכניסות תקפות אחרות באותו PSBT להמשיך.
PSBTs משמשים בדרך כלל לתיאום עסקאות בין ארנקי תוכנה, התקני חומרה וחותמים לא מקוונים. הם מאפשרים לבוני עסקאות להעביר מידע לחתום נפרד מבלי לתת למערכת שליטה על המפתחות הפרטיים.
לכן התיקון מחזק גבול שמפתחי ארנקים חייבים לאכוף ללא תלות באבטחת מפתח: חתימה קריפטוגרפית תקפה חייבת להתחייב לפרטי העסקה שהמשתמש אישר בפועל.
הצעת שיפור ביטקוין 174, המגדירה PSBTs, כבר אומרת לחותמים לדחות מצבי חתימה בלתי מקובלים וממליצה SIGHASH_ALL כאשר לא צוינה חלופה. השינוי ב-Bitcoin Core מונע במפורש מתצורת פלט חסר זו להגיע לשלב החתימה.
למשתמשים אין עדיין מהדורת ייצור מאושרת המכילה את אמצעי ההגנה. השינוי ב-25 בספטמבר מוזג לתוך ענף הפיתוח של Bitcoin Core, בעוד שרשימות ההפצה שפורסמו של הפרויקט לא זיהו גרסה קבועה או אישור אחורי נכון ל-4 באוקטובר.
זה משאיר לספקי ארנקים ואינטגרציות חתימת חומרה את ההחלטה המיידית יותר: סקור את הטיפול שלהם ב SIGHASH_SINGLE בקשות במקום לחכות לשחרור ביטקוין Core כדי לאכוף את אותה הגנה במורד הזרם.