VPN-instalilo el spegulo? Unue kontrolu la eldonanton

La tunelo funkciis, la interfaco aperis, kaj la sesio restis stabila dum semajno. Nenio el tio diras al vi, kiu konstruis la instalilon. VPN-kliento ruliĝas kun sufiĉaj privilegioj por reverki vojojn kaj legi akreditaĵojn, do la eldonanto estas parto de la minacmodelo, ne piednoto.

Trapasu la kontrolojn laŭorde kaj haltu ĉe la unua, kiu malsukcesas. Ili estas malmultekostaj, kaj ĉiu fermas malsaman breĉon.

Unua paŝo: Elŝutu el la kanalo, kiun la projekto nomas

Ĉiu projekto dokumentas, kie loĝas ĝiaj eldonoj, kaj tiu paĝo estas la referenco. Komunumaj konstruaĵoj, butikaj listoj kaj vendistaj portaloj ĉiuj estas legitimaj kanaloj. Ĉiu el ili estas legitima nur kiam la projekto mem montras al ĝi. Tio estas la testo, kaj ĝi ne samas kiel aspekti oficiala.

Dosiero nomita laŭ la projekto pruvas nenion. Renomi instalilon estas unu-sekunda operacio, kaj la nomo estas tio, kion serĉrezulto montras unue.

Dua paŝo: Kontrolu la subskribon kontraŭ konata identeco

Subskriba kontrolo bone respondas al mallarĝa demando. Ĝi diras al vi, ke difinita identeco subskribis ĉi tiun duuman dosieron kaj ke la dosiero ne ŝanĝiĝis de tiam. Ĝi respondas unu demandon kaj rifuzas alian. Ĝi ne povas diri al vi, ĉu tiu identeco estas tiu, kiun vi intencis fidi.

# macOS: who signed this app, and is the signature intact?
codesign -dv --verbose=4 /Applications/Tunnel.app
spctl -a -vvv -t install /Applications/Tunnel.app

# Windows: signature and publisher of the installer
Get-AuthenticodeSignature .\tunnel-setup.exe | Format-List Status, SignerCertificate

# Linux: detached signature from the project's release page
gpg --verify tunnel-1.4.2.tar.gz.asc tunnel-1.4.2.tar.gz

Legu la identecon, ne la statusan vorton. Nerilata programisto kun valida atestilo produktas validan subskribon. Operaciumo, kiu raportas agnoskitan eldonanton, nur diris al vi, ke iu pagis por atestilo.

Tria paŝo: Komparu la haŝon kun sendependa fonto

Kontrolsumo pruvas konsenton kun referenca valoro. Se la referenco alvenis apud la elŝuto, ambaŭ povas esti malĝustaj kune kaj la komparo tamen pasas. Tio estas la malsukcesa modo en plej multaj lerniloj. La haŝo staras sur la sama paĝo kiel la dosiero, kiun ĝi priskribas.

# Linux and macOS
shasum -a 256 tunnel-1.4.2.dmg

# compare against the value published on the project's own release page
# not against a value copied from the same mirror

Kiam projekto publikigas subskribitajn kontrolsumojn aŭ subskribitan eldonan manifeston, kontrolu la subskribon super la listo anstataŭ super ĉiu dosiero aparte. Tiel unu fidinda referenco kovras la tutan eldonon.

Post instalado: Konservu la ĝisdatigan vojon

Subtenata kanalo daŭre gravas post la fino de la instalado. Repakitaj konstruaĵoj povas porti sian propran ĝisdatigilon, kaj tiu ĝisdatigilo decidas, kio ruliĝos venontmonate. Konstruaĵo, kiu neniam ĝisdatiĝas, ne estas pli sekura. Ĝi simple estas pli malnova.

Notu, kiel la kliento devus ĝisdatiĝi kaj ĉu administra sistemo posedas tiun paŝon. Se la respondo estas permana elŝuto el forumo, la demando pri la provizoĉeno neniam vere fermiĝis.

Du originoj, ne unu

La klienta programisto kaj la profila eldonanto estas apartaj partioj. Oficiala kliento, kiu importas profilon de nerilata operatoro, estas normala aranĝo, kaj la profilo meritas sian propran ekzamenon: kiu eldonis ĝin, kiel ĝi estis liverita, kaj ĉu la servila atestilo kongruas kun la nomo, kiun vi atendas.

Tenadu ambaŭ originojn identigeblaj en viaj notoj. En la momento, kiam kliento estas anstataŭigita aŭ aparato restarigita el sekurkopio, ĝuste tiuj du linioj malhelpas, ke nekonata konstruaĵo aŭ nekonata profilo revenu kun la resto de la datumoj.