Unu atestilo por aparato ne ligas la ŝlosilon al la aparato
Atestilo por ĉiu aparato estas administra elekto, ne ligo al la aparato. Kion decidas la ligon estas kie loĝas la privata ŝlosilo, de kopiebla dosiero ĝis TPM.
Vi eldonas apartan atestilon por ĉiu tekkomputilo, do vi supozas, ke la VPN povas distingi ilin. Ĝi ne povas. Klienta atestilo pruvas, ke tiu, kiu konektiĝas, posedas la kongruan privatan ŝlosilon, kaj kopiita profilo ankaŭ posedas ĝin.
La atestilo por ĉiu aparato ankoraŭ estas bona ideo. Ĝi simple faras alian laboron ol tiu, kiun plej multaj homoj atendas.
Kion klienta atestilo efektive pruvas
Dum la manpremo la kliento subskribas per la privata ŝlosilo kongrua kun sia atestilo, kaj la servilo kontrolas tiun subskribon kontraŭ la CA, kiun ĝi fidas. Nenio en tiu interŝanĝo priskribas la maŝinon. Ajna aparato tenanta kaj la atestilon kaj la ŝlosilon produktas identan subskribon, do profilo kopiita al dua tekkomputilo aspektas ekzakte kiel la originalo. La atestilo nomas identecon; ĝi ne nomas aparataron.
Unikeco por aparato ankoraŭ meritplenas, ĉar ĝi faras revokadon preciza. Ĝi estas administra eco, ne teknika seruro.
Tri niveloj de ŝlosila konservado
La unua nivelo estas ŝlosila dosiero sur la disko. Ĝi estas portebla laŭ la dezajno, kaj tie loĝas la plej multaj OpenVPN-profiloj.
La dua nivelo estas ŝlosilo, kiun la operaciumo markas ne-eksportebla. Vindozo povas generi aparatan ŝlosilon en sia atestila konservejo kaj rifuzi ordinaran eksporton, kio haltigas hazardan kopiadon. Ĝi ne estas aparatare subtenata, kaj kun sufiĉa aliro al la maŝino tiaj ŝlosiloj povas esti rekuperitaj, do ĝi pliigas la penon anstataŭ konstrui muron.
La tria nivelo estas ŝlosilo generita ene de sekureca aparataro: TPM, saĝa karto, SIM aŭ PIV-ĵetono. Tiuj moduloj ne havas la cirkviton por eksporti la ŝlosilon, kiun ili generis, kaj subskribado okazas ene de la modulo. La ŝlosilo neniam fariĝas dosiero, kiun iu ajn povas kopii.
| Where the key lives | Copyable | What it buys you |
|---|---|---|
| Key file inside the profile | Trivially | Revocation granularity, nothing more |
| OS non-exportable key store | Hard, not impossible | Stops casual profile sharing |
| TPM or PIV token | No | Binding the server can rely on |
Tiu tabelo estas la tuta argumento en tri vicoj.
Kion easy-rsa povas kaj ne povas fari
Eldoni atestilojn por ĉiu aparato estas simpla. Kreu apartan komunan nomon por ĉiu aparato kontraŭ la sama CA, ekzemple ./easyrsa build-client-full laptop-a nopass, kaj ripetu por ĉiu aparato. Notu, kiu komuna nomo apartenas al kiu persono kaj maŝino.
Revokado estas same rekta: ./easyrsa revoke laptop-a, regeneru la CRL per ./easyrsa gen-crl, kaj certigu, ke la servilo vere legas ĝin per crl-verify.
Kion la CA ne povas fari estas kontroli, kie la privata ŝlosilo poste loĝas. Se vi generas la ŝlosilon sur la CA-gastiganto kaj kopias ĝin al la aparato, vi kreis duan kopion ĉe eldono. Ne-eksportebla ŝlosilo devas esti generita sur la aparato, aŭ importita en aparataron, kiu ne liberigos ĝin.
Kontroloj, kiuj postvivas kopiitan profilon
Supozu, ke la profilo povas esti kopiita, kaj projektadu ĉirkaŭ tio. Ligu la konton al dua faktoro, por ke atestilo sola ne sufiĉu. Donu al ĉiu aparato sian propran politikon, por ke la atingopovo de unu identeco restu limigita. Kaj atentu la saman komunan nomon konektitan el du adresoj samtempe, ĉar tiel aspektas komuna profilo en konekta protokolo.
Rapida, dokumentita revokado estas la kontrolo, kiu ankoraŭ funkcias post kiam kopio jam okazis. Ĉio alia estas prevento.
La aserto, sur kiu la servilo povas efektive fidi
Unikeco venas de la CA. Aparata ligo venas de ŝlosila konservado. Nur aparataro, kiu ne povas eksporti sian ŝlosilon, transformas unu atestilon por aparato en aserton, kiun la servilo devigas, anstataŭ en politikon, kiun ĉiuj konsentas sekvi.