Avatud lähtekoodiga VPN-klient: mida kood tõestab ja mida mitte
Avalik hoidla on tõend lähtekoodi kohta, mitte teie paigaldatud buildi ega selle taga olevate serverite kohta. Sobitage väljalase ja laiendage seejärel ülevaatust.
Lähtekood on avaldatud, litsents on puhas ja ühendust ei saa ikkagi otsast otsani kontrollida. See lünk on tavaline ega ole skandaal. Koodi avaldamine muudab ühe komponendi neile inimestele kontrollitavaks, keda ei kutsutud, ja see on tõeline ning ebatavaline omadus. Sellest ei järeldu, et teie paigaldatud binaarfail pärineb sellest koodist, ega et midagi, mida teenusepakkuja teisel pool käitab, oleks üldse üle vaadatud.
Eraldage komponent tootest
Neli asja võivad kanda avatud lähtekoodi silti ja harva on kõik need avatud. Kliendirakendus on see, mida inimesed mõtlevad. Selle all olev protokolli teostus on teine artefakt, mõnikord teek ja mõnikord puu sees olev kood. Serveritarkvara on kolmas ning teenusepakkuja enda taristu, konto portaal ja toevahendid on neljas. Igaüks neist võib olla avatud või suletud sõltumatult.
Seega väited nagu "meie rakendus on avatud lähtekoodiga" kirjeldavad esimest üksust ja jätavad ülejäänu käsitlemata, mis pole ebaausus, vaid pigem kategooria libisemine. Kasulik küsimus on, milline hoidla, millisel sildil, vastab komponendile, millele te toetute.
See eristus selgitab ka, miks kaks identsete avatud klientidega toodet võivad pakkuda väga erinevaid tagatisi. Klient on osa, mida saate kontrollida; teenuseoperaatori käitumine on osa, mida peate hindama muude vahenditega.
Sobitage paigaldatud build avaldatud sildiga
Hoidla on kavatsuse kirje; teie kettal olev binaarfail on see, mis töötab. Selle lünga sulgemine on mehaaniline harjutus ja see algab täpselt selle tuvastamisest, mis on paigaldatud, mitte sellest, mida allalaadimisleht reklaamis.
| Component | What inspection can show | What it leaves untouched |
|---|---|---|
| Client source | How profiles, packets and optional telemetry are handled | Whether the shipped binary matches that source |
| Build output | Whether a declared build reproduces a matching artefact | Whether the source is correct or the toolchain is clean |
| Server software | What the implementation is capable of logging | What the operator actually configures and retains |
| Account and support systems | Almost nothing, unless they are separately published | Everything about how those systems treat your data |
Paketi metaandmed ütlevad teile versiooni ja päritolu, mis välistab lihtsa juhtumi, kus pakett on aegunud või asendatud. Need ei ütle, kuidas see pakett kompileeriti, ja täpselt sellele küsimusele vastamiseks on olemas korduvloodavad buildid. Korduvloodavad buildid võimaldavad sõltumatul osapoolel samast allikast uuesti ehitada ja väljundit bait-baidilt võrrelda, nii et lahknevus muutub tõendiks, mitte kahtluseks.
Isegi täiuslik kokkulangevus tõestab vähem, kui inimesed loodavad. See näitab, et artefakt vastab allikale ja buildi retseptile, mitte et allikas on defektideta ega et kasutatud tööriistakett oli usaldusväärne. Mõlemat tasub teada, kuid need on erinevad väited.
dpkg -S /usr/bin/wg
apt-cache policy wireguard-tools
sha256sum /usr/bin/wgKust sümptom tavaliselt algab
Kaebus, mis selle lugemise esile kutsub, on harva "kood on suletud". Tavaliselt on see konkreetne tähelepanek: klient, mis helistab kuhugi ootamatusse kohta, versioon, mis erineb väljalaskemärkmetest, või toe protsess, mis küsib rohkem, kui tunnel peaks vajama. Igaüks neist punktidest osutab erinevale komponendile.
Ootamatu võrguliiklus kliendist on kliendi lähtekoodi küsimus ja sellele saab vastata ühenduse avava kooditee lugemisega. Versiooni lahknevus on pakendamise küsimus. Identiteedidokumente nõudev toe protsess on kontosüsteemi küsimus ja ükski kliendi audit ei lahenda seda.
Komponendi nimetamine muudab ähmase umbusalduse konkreetseks kontrolliks. Konkreetsele kontrollile saab vastata, sellega vaielda või selle lõpetada. Alternatiiv on püsiv kahtlus ilma järgmise sammuta.
Mida ülevaatus ei küüni ja mida selle asemel teha
Säilitamine teenusepakkuja serverites on kliendi haardest väljas. Samuti on seda arveldusportaali, pettuse kontrollimise tarnija või manuseid hoidva toe käitumine. Kliendi ülevaatus, mis venitatakse välja kujule "auditeerisime teenust", esitab väite, mida tõendid ei toeta.
Lugege, mida operaator avaldab säilitamise ja taotluste kohta, märkige kuupäev ja käsitlege seda huvitatud osapoole avaldusena, mitte mõõtmisena. See on nõrgem tõendivorm ja erinevuse selgesõnaline väljatoomine on kasulikum kui selle ümberjutustamisel ülendamine.
Seejärel kasutage seda, mis teil on, ühe sisendina mitme hulgas: paigaldatud väljalaske identiteet, kas tarkvara hooldatakse, kuidas klient on konfigureeritud ja mida operaator ütleb oma süsteemide kohta. Avatud kood tugevdab seda hinnangut ühes punktis. See ei asenda ülejäänut.
Auditi väide peaks alati nimetama oma komponendid ja versioonid. Kui aruanne ei suuda öelda, millist hoidlat ja millist buildi see uuris, kirjeldab see kavatsust, mitte toodet.