Ipinakalabas ng Ethereum consensus client na Lighthouse ang isang security patch noong Nov. 9 at ipinayo ang lahat ng operator ng kanilang beacon nodes na i-upgrade agad.
Ang v8.3.3 release ay ginagawa ang paggawa nito bilang mataas na prioridad para sa mga nag-i-stake at sa mga hindi nag-i-stake, ngunit ang release notice ay nagtataya ng validator-client upgrades bilang mababang prioridad para sa mga staking user.
Bilang isang consensus client, ang Lighthouse ay nagkonekta sa iba pang mga client sa Ethereum's proof-of-stake network. Ang kanyang beacon node ay gumagana kasama ang execution engine upang patotohanan ang mga transaksyon sa mga block, habang ang validator client ay nagkonekta sa beacon node at nagpapamahala ng mga key, ayon sa Lighthouse Book.
Maaari rin ang mga operator na patakbuhin ang isang beacon node nang walang validator client. Ang dokumentasyon ng Lighthouse ay naglalaman ng data analysis at mga aplikasyon sa mga ito bilang mga non-staking gamit, at natatanggap ng mga operator na ito ang parehong mataas na prioridad na beacon-node na utos tulad ng mga staking user sa talahanayan ng v8.3.3 update.
Ang mga depinisyon ng priyoridad ng proyekto ay naglalagay ng mataas na priyoridad na gawain sa isang panahon ng mga oras o araw, upang matapos ito agad. Ang mababang priyoridad na gawain ay nasa susunod na siklo ng pangkaraniwang update, na may dalawang linggo bilang halimbawa.
Pumili ng iyong Lighthouse setup
I-upgrade agad ang beacon node. Ang pag-update ng validator-client ay may mababang prioridad at kabilang sa karaniwang siklo.
Ang mga beacon node na may staking at walang staking ay mataas na prioridad; ang mga staking validator client ay maaaring gamitin ang karaniwang siklo ng pag-update.
Ang mga mekanismo ng vulnerability at potensyal na epekto ay nananatiling hindi ipinahayag. Ang mataas na prioridad ay naglalarawan sa urgensiya ng upgrade. Ang mga oras o araw at dalawang linggo ay mga gabay sa kategorya, hindi nakapirming takdang panahon. Walang ibinigay na petsa ng pagpapalabas ng abiso.
Sinasabi ng mga tagapangalaga na ang v8.3.3 ay hindi nagdadala ng mga breaking change, ngunit patuloy na inirerekomenda sa mga gumagamit na i-upgrade mula sa v8.2.x o mas maagang bersyon na basahin ang mga release notes ng v8.3.0, isang karagdagang pag-aalala para sa mga operator na nagskip sa mga gitnang bersyon.
Mga detalye ng vulnerability ng Ethereum client ay susundin
Sinasabi ng paglabas na ang teknikal na detalye ng mga vulnerability ay ipapahayag sa huli. Dapat idagdag ang mga link sa mga security advisory matapos magkaroon ng sapat na oras ang mga network operator para i-upgrade.
Sumusunod ang pamamaraang ito sa pagpapaliwanag ni Sigma Prime noong Nob. 5 tungkol sa proseso ng paglalathala. Sabi ng developer ng Lighthouse, unang iniiwasan nilang ibunyag ang impormasyon tungkol sa vulnerabilities upang bigyan ng oras ang mga user na i-update ang kanilang mga node, at pagkatapos ay idinadagdag ang mga detalye sa release notes at GitHub Security Advisories.
Hindi inirereport ng paunawa sa v8.3.3 ang aktibong pagpapakita o pagkilala sa mga pagkawala, at nananatiling hindi inilalantad ang mga mekanismo ng pag-atake at potensyal na epekto. Ang label na mataas na prioridad ay hindi inilalantad ang teknikal na kalalabasan o mga konsekwensya ng pag-atake.
Ang kahilingan ay espesipiko sa beacon-node software ng Lighthouse. Para sa mga operator na nagpapatakbo ng parehong Lighthouse components, ang pag-update ng validator-client lamang ay mananatiling hindi tapos ang instruksyon sa beacon-node.
Mahalaga ang pagsusuri kung anong komponente ang inaayos dahil may iba’t ibang jadwal ang dalawang entry sa talahanayan ng pagpapalabas. Ang mga natitirang detalye ay nagpapatunay na walang suporta ang mga reklamo tungkol sa pagkakawala o imininting paghinto ng chain sa paalalang ito.