Memsubskribita kontraŭ publika CA por VPN: kio fakte ŝanĝiĝas
Memsubskribitaj kaj publikaj atestiloj ĉifras VPN-tunelon same. La vera diferenco estas, kiu garantias por la servilo kaj kiu devas fidi tiun aserton.
Vi alvenas al la atestila paĝo de VPN-agordo, vidas senpagan memsubskribitan opcion apud pagata publika CA, kaj la demando sonas kiel sekureca elekto. Ĝi fakte estas elekto de publiko. Ambaŭ opcioj ĉifras la tunelon per la samaj primitivoj, kaj ambaŭ senutiliĝas se la privata ŝlosilo likas. Kio apartigas ilin estas, kiu faras la aserton pri la identeco de la servilo, kaj kiu estas en pozicio kontroli tiun aserton.
Atestilo faras du taskojn, kiuj konfuziĝas
Atestilo ligas publikan ŝlosilon al nomo, kaj la ŝlosilo faras la ĉifradan kaj subskriban laboron. La subskribo sur la atestilo estas aparta deklaro: iu aŭtoritato kontrolis, ke la nomo apartenas al ĉi tiu ŝlosilposedanto. Memsubskribita atestilo faras tiun deklaron pri si mem, kio tute ne estas aserto de tria partio.
Publikaj retejoj bezonas la version de tria partio, ĉar vizitantoj alvenas sen antaŭa rilato kaj fidas la fidservon de la retumilo. VPN-kliento ne estas fremdulo. Vi donas al ĝi la CA-atestilon, aŭ fiksas la servilan atestilon, ene de la profilo, kiun ĝi instalas, do la kontrolo okazas kontraŭ ĝuste la aŭtoritato, kiun vi elektis. Neniu komerca CA devas partopreni, por ke tiu kontrolo signifu ion.
La forto de la rezulta seanco venas de la ŝlosila grando kaj la ĉifra suito, ne de la subskribanto. Tial nomi memsubskribitan atestilon "malpli ĉifrita" estas simple malĝuste; ĝi estas malpli vaste garantiata, kio estas alia eco.
Kie publika CA gajnas sian kotizon
La plej klara kazo estas la administra paĝo. Se kolegoj, kontraktantoj aŭ iu ajn alia sen preparita profilo devas malfermi la retan interfacon de la VPN-servilo sen retumila averto, publike fidinda atestilo forigas tiun froton. La retumilo jam fidas la subskribanton, do estas nenio importenda kaj nenio klarigenda.
Tiu komforto havas kostojn indajn nomi antaŭ ol vi aĉetas. Renovigo devas esti aŭtomatigita, alie la retejo rompiĝas laŭ horaro, publikaj atestiloj malkaŝas la gastigan nomon en travideblaj protokoloj de atestiloj, kaj limoj de eldonrapideco punas skripton, kiu tro avide reprovas. Neniu el tiuj estas kialo eviti publikan CA, sed ĝi estas operacia laboro, kiun privata CA translokas aliloken.
Kion publika atestilo ne faras, estas aŭtentigi viajn uzantojn. Klienta identeco estas aparta decido, farita per klientaj atestiloj, pasvortoj aŭ dua faktoro, kaj la CA, kiu subskribas la servilon, diras nenion pri tio, kiu rajtas konektiĝi al ĝi.
Kie privata CA taŭgas por VPN
Por privata VPN kun konata aro de klientoj, funkciigi vian propran CA estas la kutima elekto. Vi kreas la CA unufoje, subskribas la servilan atestilon per nomo, kiun la klientoj uzos, kaj distribuas la CA-atestilon ene de ĉiu profilo. Ĉiu kliento tiam kontrolas la servilon kontraŭ via aŭtoritato, kaj neniu ekstera partio ekscias la gastigan nomon.
La kostoj estas realaj sed limigitaj. Retumiloj avertos, kiam iu malfermas la administran paĝon rekte, ĉar la retumilo havas neniun kialon fidi vian CA. Profila distribuo fariĝas parto de la enkonduko, kaj rotacio de la CA signifas tuŝi ĉiun klienton. Tiuj estas akcepteblaj prezoj por servo kun dek aŭ kvindek konataj uzantoj kaj doloraj por publika finpunkto kun miloj.
Unu kondiĉo igas la tutan aranĝon valida: la kontrolo devas okazi. Kliento agordita ignori atestilajn erarojn akceptas ajnan servilon prezentantan ajnan atestilon, do la identeca garantio malaperas dum la ĉifrado restas. Tiu agordo estas la vera malforteco en la plej multaj rakontoj de "memsubskribita estas nesekura".
La privata ŝlosilo de CA decidas, kion vi povas fari poste
La surprizo kutime alvenas monatojn poste, kiam vi volas aldoni aparaton. Eldoni klientan atestilon postulas la privatan ŝlosilon de la CA, kaj ankaŭ produkti revokliston. Se vi heredis servilon, kiu havas la atestilajn kaj ŝlosilajn dosierojn sed ne la CA-ŝlosilon, vi povas subskribi nenion novan. Viaj ebloj estas rekonstrui la PKI kaj doni al ĉiu kliento novan CA-atestilon, aŭ transiri al pasvorta aŭtentigo, kio estas alia sekureca modelo kaj ne restarigas tion, kio perdiĝis.
Du pli malgrandaj kaptiloj loĝas en la sama teritorio. La skriptoj easy-rsa supozas, ke vi staras en la dosierujo, kiu enhavas ilin, do eraro pri mankanta dosiero kutime signifas la malĝustan lokon, ne difektitan instalon. Kaj dezajno nur per atestiloj estas tute legitima: vi povas postuli klientajn atestilojn sen antaŭe kunhava ŝlosilo, kondiĉe ke ĉiu kliento havas unu kaj la servilo kontrolas la ĉenon.
Eldonu unu atestilon por aparato anstataŭ unu komunan klientan atestilon por la tuta teamo. Perdita tekokomputilo tiam kostas al vi unu solan revokon anstataŭ reeldonon por ĉiuj.
Kontrolu, kion vi heredis
Antaŭ ol plani ajnan ŝanĝon, legu la atestilon, kiun vi jam havas:
$ openssl x509 -in server.crt -noout -subject -issuer -dates
subject=CN = vpn.example.net
issuer=CN = vpn.example.net
notAfter=Nov 3 09:00:00 2027 GMT
$ openssl verify -CAfile ca.crt server.crt
server.crt: OKSe la eldonanto egalas la subjekton, la atestilo estas memsubskribita, kio estas dezajna elekto, ne difekto. La datoj diras al vi, kiam renovigo fariĝas ies problemo, kaj sukcesa kontrolo kontraŭ la CA, kiun vi intencas liveri, konfirmas, ke la ĉeno funkcias antaŭ ol eĉ unu kliento provas ĝin.
Poste elektu laŭ publiko kaj distribuo: publika CA, kiam nekonataj retumiloj devas fidi la administran paĝon, privata CA, kiam ĉiu kliento ricevas profilon, kiun vi kontrolas. Neniu respondo estas pli ĉifrita ol la alia.