Vitalikas naudoja kohaku-cli privatiems Ethereum mokėjimams
Vitalikas Buterinas perkelia dalį savo „Ethereum“ veiklos iš svetainių sąsajų. Savo spalio 31 d. esė Ethereum vienas iš įkūrėjų teigė, kad naudojo dirbtinio intelekto parašytą komandų eilutės įrankį naujausiems IPFS turinio maišos naujinimams ENS, Ethereum pavadinimų sistemoje, ir kohaku-cli, komandų eilutės piniginėje, daugeliui mokėjimų naudojant privatumo protokolus. ENS naujinimo priemonė ir mokėjimo piniginė buvo atskiri įrankiai.
Jo prieštaravimas neapsiriboja ekrano netvarka. Svetainė gali vėl pateikti programos kodą, kai kas nors grįžta, todėl vartotojas priklauso nuo to, ką serveris kaskart pateikia. Vietinis naudojimas gali sumažinti kartotinį poveikį. Be to, vartotojas priima sprendimą: kurią programinės įrangos versiją įdiegti, išlaikyti ir galiausiai pakeisti.
Jo susieta piniginė daro kompromisą konkretų. Jo dokumentacijoje įspėjama, kad CLI yra neaudituotas, aktyviai kuriamas ir parašytas naudojant AI. Tai liepia vartotojams vengti mainneto, nebent jie supras, ką daro, ir katastrofiško fondo praradimo galimybę.
Atsisiųstos sąsajos kontrolė yra svarbi, nes priimtas kodas yra tarp mokėjimo nurodymo ir jį patvirtinančio parašo. Pasirinkus, kada tas kodas keičiasi, galima sumažinti pasikartojančią ekspoziciją, o jo priklausomybės ir pasirašymo prieiga lemia, ką gali padaryti įdiegta programinė įranga.
Kopijos išsaugojimas pakeičia pristatymo sprendimą
Praktinė nauda yra galimybė išsaugoti pasirinktą programos versiją, o ne gauti svetainės sąsają kiekvieno apsilankymo metu. Priėmus pakaitinę versiją, sukuriamas kitas pristatymo sprendimas. Šiam šaltinio kūrimo maršrutui šis sprendimas taip pat apima priklausomybės rinkinį ir įrankius, kurie šaltinį paverčia vykdomąja programine įranga. Vien pažįstamas projekto pavadinimas nenusako viso priimamo kodo.
Kohaku-cli tvarko viešąsias Ethereum sąskaitas ir privačius likučius Tornado Cash, Railgun ir Privacy Pools V1. Tai ypatinga piniginės programa, kuri skiriasi nuo platesnio Kohaku įrankių rinkinio, skirto daugkartinio naudojimo protokolų bibliotekoms ir piniginės infrastruktūrai. Jo įspėjimas turėtų būti skaitomas to programos lygiu, o ne kaip kiekvieno jo naudojamo komponento ar protokolo audito verdiktas.
Dokumentuotas montavimo maršrutas taip pat parodo, ką reiškia „vietinis“. Projekto instrukcijose reikalaujama įdiegti priklausomybes su npm installkuriant programą su npm run buildir veikia vietinė paleidimo priemonė. Įsipareigojus 0ef5c44dokumentacija, aprašas, užrakto failas ir diegimas aprašo tą pačią programos versiją. Jo aprašas identifikuoja 0.1.0 versiją ir reikalauja Node.js 22 ar naujesnės versijos. Buterio paskyroje nenustatyta jo įdiegta versija.
Manifestas pataiso tiesioginės priklausomybės versijas, įskaitant „Viem“ ir kelis „Kohaku“ paketus. Jis taip pat prisega atskirą kohaku-artifacts Suteikite priklausomybę nuo įsipareigojimo. Atitinkami užrakto failo įrašai išsprendė registro paketus ir vientisumo maišą. Todėl programa turi programinės įrangos tiekimo grandinę, net kai jos sąsaja veikia vartotojo kompiuteryje.
Pasiruošimas jau gali apimti parašą
„Kohaku-cli“ viešojo perdavimo ir „Railgun“ atjungimo takai rodo, kodėl pauzė prieš pateikimą gali reikšti skirtingus dalykus. Įprastas viešo pervedimo sausas laikotarpis grąžinamas neišsiunčiant operacijos; paruoštame Railgun unskyde jau gali būti parašas.
Įprasto, nepaketinio viešo pervedimo atveju perkėlimo įgyvendinimas imituoja operaciją ir grąžina sausosios eigos išvestį be pateikimo. Transliacijos keliui reikalingas privatus siuntėjo raktas, sukuriamas vietinės piniginės klientas ir išsiunčiama operacija. Piniginės kliento kodas gauna savo pasirašymo paskyrą iš to privataus rakto.
Asmeninės operacijos atskleidžia papildomą raukšlę. Komanda Unshield gali išvesti parengtą Railgun UserOperation, kuri jau yra pasirašyta, net kai transliacija sulaikoma. „UserOperation“ yra paskyros operacijos naudingoji apkrova, kurią gali pateikti suderinami įrankiai. Atskiras transliacijos diegimas tikisi pasirašytos operacijos ir siunčia ją per „Pimlico“ rinktuvą.
Šiam keliui sulaikius pateikimą, pasirašyta operacija vis tiek gali būti paruošta suderinamiems įrankiams pateikti vėliau. Vadinant rezultatą „paruoštu“, jis nėra visuotinai nepasirašytas. Programinė įranga, kuri gali sudaryti įgaliojimą, programinė įranga, kuri gali ją pasirašyti, ir programinė įranga, kuri gali ją pateikti, turi būti vertinamos kaip atskiri įgaliojimų šaltiniai, net kai juos koordinuoja viena CLI.
Žmogaus patvirtinimas yra dar vienas atskiras pasirinkimas. Patikrintame viešojo perdavimo kelyje gali naudotis tinkamai sukonfigūruotas skambinantis asmuo, turintis prieigą prie piniginės --non-interactive kartu su --broadcast pateikti be papildomo patvirtinimo raginimo. Piniginės atrakinimas, būtini parametrai, grandinės atitikimas ir modeliavimo patikros vis tiek taikomos. Galimybė yra susijusi su scenarijais ir agentais; neatskleidžia, ar Buterinas naudojasi be priežiūros mokėjimais.
README aprašo šifruotą pradžią diske ir savininko apribotus slaptažodžių failus, skirtus POSIX automatizavimui. Šios priemonės reglamentuoja saugomas paslaptis ir tai, kaip procesas gauna prieigą prie jų. Jie patys nenustato nepriklausomo išlaidų limito ar gavėjo politikos, kai procesas gali naudoti pasirašytoją.
„CryptoSlate“ anksčiau aptarė vietinio AI piniginės leidimo problemą. Pristatymo valdymas prideda dar vieną aspektą: vartotojas gali pasilikti pasirinktą sąsajos versiją, o tas kodas veikia nepriklausomai nuo gautos pasirašymo ir pateikimo teisės.
Kilmė tikrina kilmę su atskiru klausimu apie elgesį
Programinės įrangos kilmė suteikia galimybę griežčiau išnagrinėti pristatymo pusę. Jame įrašoma, iš kur atsirado artefaktas ir kaip jis buvo pastatytas. SLSA patvirtinimo standartas aprašo kilmės parašo patikrinimą, artefakto santraukos atitikimą, patikimo kūrėjo atpažinimą ir nurodyto šaltinio bei kūrimo parametrų palyginimą su numatomomis reikšmėmis.
Šie patikrinimai gali padėti atskirti numatomą kūrimą nuo pakeisto artefakto arba nenumatyto kūrimo šaltinio. Jie vis tiek priklauso nuo to, kuriais statybininkais ir šaltinio lūkesčiais tikrintojas pasitiki.
Priklausomybės tikrinimas lieka savo užduotimi. SLSA aprašo pakartotinį pašalintų priklausomybių patikrinimą kaip pasirenkamą papildomą veiksmą. Aukščiausio lygio artefakto autentifikavimas automatiškai neatpažįsta kiekvienos jo įvesties.
Tinkama kilmė ir kūrimo istorija gali būti kartu su programos logika, kurią vartotojas vis tiek atmestų.
Tinklo privatumas taip pat skiriasi nuo programų pristatymo. CLI dokumentacijoje Tor pagal numatytuosius nustatymus aprašomas tam tikram ne RPC srautui, o Ethereum RPC lieka prie įprasto tinklo ryšio. Todėl sąsajos paleidimas vietoje nedaro kiekvienos išorinės sąveikos privačios. Ankstesnė Kohaku ir patikrinta RPC aprėptis buvo susijusi su kita šios platesnės pasitikėjimo problemos dalimi.
Buterio eksperimentas nurodo konkrečią vartotojo valdymo formą: pasirenkamas programos kodas, kuris lieka mašinoje, ir nuspręsta, kada priimti pakaitinį kodą. Jo vertė priklauso nuo to, ar tą valdymą atlieka pasirinkus priklausomybę, ir nuo pasirašančiojo asmens.
