Natatapos ng Bitcoin Core ang isang taong pagpapahintulot para sa madaling makikita ang mga bug

Natatapos ng Bitcoin Core ang taong paghihintay para sa mga security patch na maaaring muli pang hanapin ng isang language model sa isang solong prompt. Isang pagbabago sa security disclosure policy ng proyekto, na pinagsama noong Oktubre 22, ay lumikha ng isang “madaling makita” na klase ng vulnerability at nag-uutos sa mga tagapangalaga na ipaglabas ang isang point release at isang pampublikong advisory “agad na agad” — na iiwas sa standard na embargo na nagpapanatili ng lihim ang isang medium- o high-severity bug sa loob ng halos isang taon.

Ang trigger ay direktang pagsasabi. Ang mga tagapangalaga ay nakakatanggap ng higit pang mga ulat tungkol sa mga bug na paulit-ulit na natutuklasan, dahil nabawasan ng mga modelo sa wika ang pagsisikap na kailangan upang makahanap nito. Si Antoine Poinsot, isang tagapag-ambag sa Bitcoin Core sa Chaincode Labs, ay inihayag ang pagbabago sa Bitcoin Development Mailing List sa parehong araw na isinama ang pull request.

“Kamakailan ay naranasan namin ang pagtaas sa bilang ng mga ulat tungkol sa mga vulnerability sa seguridad na madaling (muli) mahanap,” sinabi ni Poinsot. “Ito ay karamihan dahil sa pagbaba ng hadlang sa paghahanap ng mga partikular na uri ng isyu o pagkilala sa mga nakatagong pag-aayos dahil sa LLMs.”

Ang dating patakaran ng Bitcoin Core ay nag-uugnay sa panahon ng paglalathala sa antas ng gravidad. Ang mga maliit na pagkakamali ay ipinakilala dalawang linggo pagkatapos maipadala ang susunod na pangunahing bersyon. Ang mga katamtaman at mataas na antas ng pagkakamali ay nanatiling pribado hanggang dalawang linggo pagkatapos makamit ng huling naapektuhan na bersyon ang katapusan ng buhay nito — isang panahon na ilarawan ng patakaran bilang “tungkol sa isang taon pagkatapos unang ipinakilala ang pangunahing bersyon na naglalaman ng pagpapabuti.”

Nakapag-iisa ang takdang-panahong iyon. Ang Bitcoin Core ay ang reference implementation na nagpapatakbo sa karamihan ng mga node ng Bitcoin, at ang mga operator ng node ay nag-a-update nang mabagal. Ang mahabang pag-iingat ay may layuning bigyan ng oras ang network upang i-patch bago maipahayag ang mga detalye. Ang kompromiso ay ang mga pag-aayos ay karaniwang hindi ibinabalik, kaya ang isang operator na nasa mas lumang bersyon ay naghihintay sa susunod na pangunahing bersyon, na layunin ng proyekto na ilabas tuwing anim na buwan.

Ang babala ay estruktural kaysa pagsalang. Ang mga pagbabago sa consensus tulad ng Taproot upgrade ng Bitcoin ay dumadaan sa isang mabagal, konservatibong daan upang maabot ng mga operator ang paggamit nito ayon sa kanilang sariling jadwal.

“Dahil sa kalikasan ng aming proyekto, kasama ang mabagal na kultura ng pag-upgrade, ang aming patakaran sa seguridad ay nagtataglay ng mas mahabang panahon ng embargo,” isinulat ni Poinsot. “Ito ay karaniwang nangangahulugan na ang mga pagpapabuti sa seguridad ay hindi maaaring i-backport, at lamang magiging available kasama ng mga user kasama ang susunod na pangunahing release.”

Binabalewala ng AI ang kompromisong ito. Kung maaaring mabawi muli ang isang bug sa pamamagitan ng isang simpleng pag-scan ng LLM, ang pagtatago nito ay hindi nagdudulot ng anumang benepisyo, dahil ang kakulangan ay nasa abot ng sinuman na may chatbot. “Para sa mga isyung madaling makita, ito ang maling kompromiso. Ang panahon ng embargo ay nagtataglay ng kaunting kahalagahan ngunit itinatagal ang pagkakaroon ng fixed release,” sinulat ni Poinsot.

Sa ilalim ng binagong patakaran, ang oras ng pagpapahayag ay mayroon ngayong ikatlong setting. Maaaring markahan ang isang vulnerability bilang “madaling matuklasan” habang ang triage — tinukoy bilang isang bug na “maaaring matuklasan gamit ang minimum na pagsisikap, tulad ng pamamagitan ng isang simpleng LLM prompt.” Ang label ay hindi limitado sa mga bug na natuklasan ng AI: ito ay tumutukoy sa kung gaano kalimitang pagsisikap ang kailangan upang muli itong matuklasan, hindi sa anong tool ang nagtuklas.

Para sa mga bug na iyon, nagbabago ang tugon sa bawat aspeto. Sa halip na isang solusyon lamang ang maipapasa sa susunod na pangunahing bersyon, ang mga tagapangalaga ay i-backport ang solusyon sa bawat kasalukuyang pinapangalagaang pangunahing bersyon — tatlong branch ayon sa patakaran ng Bitcoin Core na suportahan ang kanyang mga pinakabagong tatlong release — at gagawa sila ng point releases nang mabilis na maaari. Magkakaroon ng security advisory na inilalabas kasama ang nai-patch na software.

Ang henerasyon ng kalubusan ay patuloy na nagtataguyod sa lahat ng iba pa. Ang mga maliit na pagkakamali ay nananatili sa iskedyul na dalawang linggo. Ang katamtaman at mataas na kalubusan ay nananatili sa halos isang taong oras. Ang mga kritikal na pagkakamali — ang mga ito ay maaaring magtakip ng mga coin sa antas ng protokolo, palakasin ang suplay, o maghihiwalay nang permanenteng ang chain — ay nananatili sa labas ng karaniwang patakaran at kinokontrol ayon sa bawat kaso, tulad ng lagi nilang ginawa.

May magandang dahilan ang pagkakahiwalay na iyon. Sa kasaysayan ng Bitcoin Core, ang bug sa inflasyon na inihayag bilang CVE-2018-17144 noong Setyembre 2018 ay isang uri ng kamalian na nagpapatotoo sa espesyalang penanahin: maaari itong bigyan ng kakayahan sa paglikha ng mga coin labas sa jadwal ng paglabas. Ang bagong “madaling makita” na daan ay hindi nakakaapekto sa antas na iyon — ang isang kritikal na bug ay patuloy na makakatanggap ng ad hoc na tugon na hango sa panganib sa buong network.

Ang pagbabago ay pinakamadaling basahin bilang pagkabagsak sa window ng paglalathala. Ang isang bug na may katamtamang gravidad na naayos ngayon ay karaniwang mananatiling pribado sa loob ng halos 52 linggo, na ilalathala lamang dalawang linggo pagkatapos matapos ang buhay ng huling naapektadong release. Ang parehong bug, kapag idinemarkahan bilang madaling makita, ay ipinapadala bilang point release “agad na posible” kasama ang kanyang advisory. Iyon ang pagkakaiba sa pagitan ng isang taon at, ayon sa kanilang sariling pagsasalaysay, kung gaano katagal upang isulat, suriin, at subukan ang isang targeted patch.

Ang backport commitment ay ang kabilang kalahati. Bago ang pagbabago, karaniwang hindi nakarating ang pag-aayos sa mga gumagamit sa mas lumang pinapanatiliang branch; ito ay dumating kasama ang susunod na pangunahing release. Ngayon, maaari ng isang operator sa lumang suportadong bersyon na kunin ang targeted point release nang hindi kinakailangang tanggapin ang lahat ng tampok at pagbabago sa pag-uugali sa pinakabagong pangunahing bersyon. Para sa isang network kung saan ang mga upgrade ay mabagal at may pag-iisip, isang malaking pagbabago ito sa bilis kung gaano kabilis makarating ang isang patch.

May gastos ang mas mabilis na daan, at sinabi nang malinaw ni Poinsot sa pull request. “Mahalaga ito lalo na sa ilalim ng patakaran na ito, ang mga pagpapabuti ay hindi magkakaroon ng sapat na ‘bake time’ sa mga development branch bago maipalabas sa mga user,” isinulat niya. Isang pagpapabuti na ipinapadala sa loob ng ilang araw ay mas kaunting oras sa pagsusuri at pagsubok kaysa sa isang pagpapabuti na naka-antay ng ilang buwan.

Nagkaron din ng pagkakahati ang talakayan kung dapat pa bang gawing mas mabilis ang pagpapahayag. Ilan sa mga tagapag-ambag ay nagsalita na ang pagbukas ng pull request para sa isang fix ay maaari nang magbigay ng palatandaan sa mga hacker, dahil mura lang magmonito ng repository nang awtomatiko, kaya ang pagpapahayag ay dapat mangyari hindi hihigit sa panahon ng patch, o kaya’y bago ito kasama ang mga gabay para sa pagpapalit. Isang iba pang tagapag-ambag ay nagpropose na ipalabas ang mga fix kasama ang isang pahayag na may diskresyon o may pagkaantala. Tinanggihan ito ni Poinsot, na isinulat niya na ang pagbabala sa mga user nang walang detalye ay maaaring magdulot ng mabilis na paglipat ng mga operator na hindi gaanong naapektuhan.

Mahalaga ang exchange dahil ipinapakita nito na ang bagong patakaran ay isang pinili na gitnang landas, hindi isang malinaw na isa. Ang pinagsamang teksto ay nagpapanatili ng payo na kasabay ng pag-aayos at nagpapanatili ng buong detalye, hindi isang ambigong babala.

Wala pang vulnerability na isinabing nasa bagong klase, kaya ito ay pagbabago ng proseso, hindi ang paglalabas ng isang aktibong bug. Ang unang totoong pagsubok ay dumating kapag ang mga tagapangalaga ay nagpapahiwatig ng isang bagay na “madaling makita” habang ang triage at ipinapadala ang point releases sa lahat ng pinapanatiling branches kasama ang parehong advisory.

Ang mas malawak na signal ay ang pagkakaroon ng AI-assisted bug hunting na nagsikap na magpalipat sa Bitcoin ecosystem. Sinabi ng Core Lightning sa mga node operator noong unang bahagi ng taon na mag-upgrade o mag-disconnect matapos patotohanan ang mga vulnerability report na ginawa ng AI. Ang pagbabago ng patakaran ng Bitcoin Core ay ang reference implementation na gumagawa ng parehong kalkulasyon sa base layer ng protokolo: kapag ang rediscovery ay mura, ang pagkakatago ay nagbibigay ng kaunting benepisyo, at ang tanging bagay na hinaharang ng mahabang embargo ay ang fixed release.

Para sa mga node operator, walang pagbabago ngayon. Ang pag-upgrade ay nananatiling pareho. Ang pagkakaiba ay dumadating sa susunod na pagkakataon na ang isang bug ay kabilang sa madaling makita, kapag ang patch at ang kanyang advisory ay dumating nang sabay at may mas kaunting babala kaysa sa anumang panahon na nakita ng network.