ہوم راؤٹرز کے پیچھے موجود نوڈز کو قابلِ رسائی بنانے کے لیے TCP hole punching پر بحث جاری ہے۔ اس میں covenants کی نقل کے دوران co-signer کے نافذ کردہ خرچ کی پالیسیوں کو معیاری بنانے کے لیے BIP کا مسودہ بھی شامل ہے۔
Greg Sanders، Antoine Poinsot، Elias Rohrer، Oleksandr Kurbatov اور Nishant Bansal شمارہ #429 کے خلاصے میں Optech کے میزبانوں کے ساتھ شریک ہیں۔ گفتگو Bitcoin Core کی #36665، #36667 اور #36669 سے شروع ہو کر نظرِ ثانی شدہ سکیورٹی پالیسی تک جاتی ہے، جبکہ ملٹی پارٹی سائلنٹ پیمنٹس، Core Lightning میں DoS کا انکشاف اور Eclair 0.14.6 بعد میں آتے ہیں۔ تحریری متن ابھی آنا باقی ہے۔
ایسا چینل اعلان جس کے دونوں سروں پر ایک ہی نوڈ کا نام ہو، Core Lightning 25.02 تا 26.04 کو ہر ری اسٹارٹ پر کریش کر سکتا تھا، اور حملہ آور کا خرچ صرف آن چین فیس تھا؛ اس کا حل 26.04.1 میں آ چکا ہے۔ نیوز لیٹر #429 میں اس انکشاف کے ساتھ Oleksandr Kurbatov کا ملٹی پارٹی سائلنٹ پیمنٹ ان پٹس کا پروٹوکول اور آسانی سے دریافت ہونے والے بگز کے لیے Bitcoin Core کی تیز تر پوائنٹ ریلیزز بھی شامل ہیں۔
بدنیت پیئر BIP 31 پنگ کی سپورٹ نہ ہونے کا ڈھونگ رچا کر 20 منٹ والے ڈس کنیکٹ سے بچ سکتا تھا اور آہستہ پڑھ کر نوڈ کی send قطار کو ہر inbound پیئر پر فی گھنٹہ 2MB اور ہر outbound پر 5MB تک پھلا سکتا تھا۔ Medium درجے کی CVE-2026-117349 کو #36667 نے Bitcoin Core 32.1، 31.2، 30.4 اور 29.5 میں ٹھیک کیا؛ -blocksonly نوڈز کو خطرہ کہیں کم تھا۔
ساکٹ ایکسیپشن کی نگرانی Bitcoin Core 29.5 میں poll() اور select() دونوں پر یکساں ہو گئی ہے (#36665) اور پاز شدہ send پیئرز پر ٹائم آؤٹ لاگو ہوتا ہے (#36667)۔ flatfile پوزیشنز 64 بٹ انٹیجر پر آ گئیں (#36669)، seeds سے ملنے والے ایڈریسز کے لیے نوڈ v2transport فرض کرتے ہیں اور ایک DNS seed ہٹا دیا گیا ہے۔
کوئی مائنر Bitcoin Core کی undo فائل کو 4 GiB سے آگے دھکیل سکتا تھا، جس سے اس کی 32 بٹ پوزیشنز گھوم کر ڈیٹا خراب کر دیتیں اور مناسب ری آرگ آنے پر نوڈ بند ہو جاتے؛ Windows اور 32 بٹ سسٹم ری آرگ کے بغیر ہی 2 GiB پر ناکام ہو جاتے ہیں۔ Low درجے کی CVE-2026-117346 کے لیے تقریباً ایک مہینے تک نیٹ ورک کے تمام بلاک درکار ہوں گے۔ ورژن 32.1، 31.2، 30.4 اور 29.5 میں 64 بٹ سسٹمز کا حل موجود ہے؛ 32 بٹ نوڈ اور FAT32 پر بلاک اسٹوریج بدستور متاثر ہیں۔
Windows، macOS اور BSD پر چلنے والے نوڈ کو جڑا ہوا پیئر TCP urgent data بھیج کر کریش کر سکتا تھا: یہ ڈیٹا select() بیک اینڈ میں روکی گئی ریڈز سے بچ نکلتا اور میموری بغیر کسی حد کے بھرتی جاتی (CVE-2026-117350)۔ Linux نوڈ poll() استعمال کرتے ہیں، اس لیے محفوظ ہیں۔ Project Loupe کے تحت LLM اسکین سے پکڑی گئی اس Medium شدت کی خامی کا حل Bitcoin Core 32.1، 31.2، 30.4 اور 29.5 میں ہے۔
BIP 323 کے تحت Bitcoin Core 30.4 اب BIP 9 کے بٹس 5 تا 28 کو سافٹ فورک سگنل نہیں مانتا، اس لیے انہیں سیٹ کرنے والے بلاک پر نامعلوم ڈیپلائمنٹ کی وارننگ نہیں آتی (#34779)۔ نیٹ ورک کی تبدیلیوں میں پاز شدہ send پیئرز پر لازمی ٹائم آؤٹ (#36667) شامل ہے، اور flatfile پوزیشنز اب 64 بٹ انٹیجر میں رکھی جاتی ہیں (#36669)۔
پرائیویٹ براڈکاسٹ کی حد Bitcoin Core 31.2 میں طے ہو گئی: نیٹ ورک سے واپس نہ لوٹنے والی ٹرانزیکشنز کی قطار 10,000 پر رک جاتی ہے اور بھرنے پر نئی درخواستیں مسترد کر دیتی ہے، جسے خالی کرنے کے لیے کال کرنے والوں کو abortprivatebroadcast چلانا ہوگا (#35406)۔ BIP 323 کے مطابق ورژن بٹس 5 تا 28 اب سافٹ فورک سگنل شمار نہیں ہوتے۔
بھیجنے والے کا IP ایڈریس ظاہر ہونے کا خطرہ Bitcoin Core 32.1 کے پرائیویٹ براڈکاسٹ میں ختم ہو گیا؛ یہ لیک اس وقت ہو سکتا تھا جب ناکام v2 کنکشن Tor کے بجائے براہِ راست v1 پر دوبارہ کوشش کرتا۔ -maxconnections کی ڈیفالٹ حد 125 سے بڑھ کر 200 ہو گئی ہے، اور ٹرانزیکشنز کی آؤٹ گوئنگ ریلے پر ریٹ لمٹ اب فی پیئر نہیں بلکہ ایک مشترکہ بیک لاگ کے ذریعے لگتی ہے۔