Memsubskribita klienta atestilo? La VPN-servilo ankoraŭ rifuzas ĝin

La operatoro sendas adreson kaj uzantnomon, kaj la kliento petas CA-dosieron, atestilon kaj ŝlosilon. Generi tiujn tri loke ŝajnas la evidenta sekva paŝo. Ĝi produktas atestilon, kiun kredas nur via propra maŝino. La fido de la servilo estas ankrita al CA, kiun vi ne regas, do la manpremo finiĝas antaŭ ol ĝi komenciĝas.

Fido loĝas sur la servilo, ne en via profilo

Atestila aŭtentikigo estas komparo. La kliento prezentas atestilon; la enirejo kontrolas ĉu subskribis ĝin unu el la CA-oj en ĝia agordo.

Via profilo nomas la CA-dosieron, kiun la kliento uzu por kontroli la servilon. Ĝi ne povas nomi CA, kiun la servilo uzu por kontroli vin. Tiu duono de la agordo ne estas via.

Memfarita atestilo malsukcesas en tiu komparo eĉ kiam ĝi estas teknike perfekta. Ĝi havas validan subskribon, subjekton kaj datojn, sed la eldoninto estas CA, pri kiu la enirejo neniam aŭdis. La eraro aperas dum la manpremo, post kiam la servilo jam petis atestilon. Nenio en la klienta profilo povas ŝanĝi la respondon.

Kial memsubskribita atestilo ne povas anstataŭi

Memsubskribita atestilo estas subskribita per sia propra ŝlosilo. La subskribo kontroliĝas kontraŭ la sama dosiero, kio faras ĝin memkonsekvenca kaj senutila kiel legitimilo por aliula enirejo.

La enirejo ne demandas ĉu la atestilo estas interne konsekvenca. Ĝi demandas ĉu fidinda eldoninto subskribis ĝin.

Tial la erarmesaĝoj konfuzas. La kliento eble raportas kontrolan malsukceson, kiu sonas kiel servila problemo, dum la servilo registras nekonatan eldoninton. Ambaŭ priskribas la saman miskongruon el kontraŭaj flankoj.

La CSR-vojo konservas vian privatan ŝlosilon

Vi ankoraŭ povas fari la plej grandan parton de la laboro loke. Generu ŝlosilparon, konstruu atestilsubskriban peton ĉirkaŭ la publika duono kaj sendu tiun peton al la operatoro. Nur la peto forlasas vian maŝinon. La privata duono restas kie vi generis ĝin.

openssl req -new -newkey rsa:3072 -nodes -keyout client.key -out client.csr -subj "/CN=laptop-01"

La operatoro subskribas la peton per sia CA kaj resendas atestilon. Via privata ŝlosilo neniam vojaĝis, kaj la rezulto ĉeniĝas al la ankro, kiun la enirejo fidas.

Administrataj servoj ofte preterlasas la CSR-on kaj eldonas la tutan paketon. Tio estas racia interŝanĝo kiam la sama provizanto jam finas la tunelon kaj tenas la CA-on. La gardado de la ŝlosilo ne pliboniĝas per tio, ke vi tenas ĝin, ĉar la provizanto povus produkti novan iam ajn.

Paketoj importiĝas, ne instaliĝas

Provizantaj paketoj kun sekurecsonaj nomoj ofte estas OpenVPN-profiloj. Ili enhavas agordon kaj foje atestilojn, kaj ili instalas nenion. Importu la dosieron en klienton, kiu parolas la protokolon, kaj la konekto estas agordita.

La regulo pri traktado sekvas el la enhavo. Se la profilo enigas privatan ŝlosilon, ĝi estas legitimilo kaj meritas la saman zorgon kiel pasvorto: neniun retpoŝton, neniun deponejon, neniun kunhavatan elŝutan dosierujon. Kiam la operatoro liveras ca.crt, client.crt kaj client.key aparte, konservu ilin kune kun limigaj permesoj kaj direktu la profilon al ili.

Aldonu la kontrolojn, kiujn la operatoro eble preterlasis

Ruterproduktita profilo foje mankas kontrolon de la kunulo. remote-cert-tls server postulas, ke la kunula atestilo portu la celon servila aŭtentikigo, por ke klienta atestilo ne povu esti reludita kiel servilo. Tiu unu linio estas malgranda ŝanĝo kun klara pravigo.

verify-x509-name iras pli malproksimen kiam la operatoro povas nomi la atendatan subjekton aŭ SAN. Ambaŭ estas malgrandaj aldonoj al profilo, kaj ambaŭ estas defendeble. Inspektu tion, kion vi ricevis, antaŭ ol importi ĝin.

openssl x509 -in client.crt -noout -issuer -subject -dates
openssl verify -CAfile ca.crt client.crt

Kontrolaj agordoj ne estas riparo por rompita ĉeno. Se la eldoninto estas malĝusta, la respondo estas atestilo de la ĝusta CA, ne flago, kiu malŝaltas la kontroladon. Malŝalti la kontroladon transformas aŭtentikigan malsukceson en nekaŝitan.

Petu unu paketon: la atestilon de la aŭtoritato kiel PEM, klientan atestilon subskribitan de tiu aŭtoritato, ŝlosilon, kiun vi generis aŭ kiu alvenis per kanalo, kiun vi fidas, kaj la ĝustan servilan nomon, kiun la atestilo prezentu. Notu la limdaton en la sama mesaĝo, ĉar eksvalida atestilo monatojn poste aspektas kiel reta paneo.