Kial servilaj ŝlosiloj kaj uzantaj akreditiloj bezonas apartajn posedantojn
La identeco de enirejo kaj permeso de uzanto estas malsamaj sekretoj kun malsamaj efikoj. Tri demandoj decidas, kiel konservi, disdoni kaj revoki ĉiun el ili.
La ŝlosilo, kiu pruvas, ke via enirejo estas ĝi mem, kaj la akreditilo, kiu diras, ke persono rajtas aliĝi, estas ambaŭ sekretoj, kaj tie la simileco finiĝas. Unu identigas servon al ĉiu kliento; la alia identigas unu uzanton al tiu servo. Miksi ilin ŝparas paŝon dum agordo kaj kostas posttagmezon dum okazaĵo, ĉar la restarigo por ĉiu el ili ne estas la sama operacio. La disigo estas enuiga agordi kaj memorebla preterlasi.
Du sekretoj, du malsamaj posedantoj
La enirejo tenas privatan ŝlosilon aŭ atestilon, kies sola tasko estas pruvi sian identecon dum la manpremo. Klientoj bezonas la kongruan publikan materialon por kontroli ĝin, kaj ili neniam bezonas la privatan duonon. Ĝuste tiu asimetrio ebligas servilan aŭtentikigon sen doni al ĉiu uzanto la kapablon anstataŭi la servilon.
Uzanta materialo iras la alian direkton. Privata ŝlosilo de kliento, klienta atestilo aŭ pasvorto montras, ke al tiu preciza persono aŭ aparato estis donita aliro. Oni atendas, ke ĝi estos disdonita, kopiita inter aparatoj kaj fine revokita.
WireGuard faras la disigon evidenta, ĉar ĉiu partoprenanto havas ŝlosilparon: la privata ŝlosilo de la servilo restas sur la servilo, kaj agorda dosiero, kiun vi donas al uzanto, enhavas lian propran privatan ŝlosilon plus la publikan ŝlosilon de la servilo. Profilo, kiu enhavas la privatan ŝlosilon de la servilo, ne estas fuŝsolvo, ĝi estas kompromito atendanta dosierkunhavigon.
Tri demandoj, kiuj decidas la disigon
Demandu, kiu devas povi legi la sekreton, kion malkaŝo permesas al atakanto fari, kaj ĉu la solvo estas unu revokado aŭ rekonstruo de la servo.
Se uzanto povas legi ĝin kaj ĝi pruvas la identecon de la enirejo, la respondo al la dua demando estas, ke la atakanto povas anstataŭi vian servilon al ĉiu kliento — la plej malbona rezulto, ĉar klientoj estas konstruitaj por fidi tiun identecon. Se ĝi pruvas nur unu uzanton, la malkaŝo permesas al tiu uzanto aliron al unu samtavolano, kaj revokado estas rutina operacio. Se ĝi estas ŝlosilo de atestigautoritato, la malkaŝo estas pli malbona ol ambaŭ, ĉar la atakanto povas krei identecojn, kiujn fidas ĉiu finpunkto.
Tiuj tri respondoj donas la regulon pri konservado: la ŝlosilo de CA vivas eksterrete aŭ en kelo, la ŝlosilo de la enirejo vivas sur la enirejo, kaj uzantaj ŝlosiloj vivas ĉe uzantoj. Ĉiu aranĝo, kiu metas ĉiujn tri en unu dosierujon por komforto, igis decidon akcidento.
Kion kliento efektive bezonas
Kliento bezonas la publikan atestilon aŭ publikan samtavolŝlosilon, la CA-materialon aŭ fingrospuron, kiun ĝi fidu, sian propran privatan ŝlosilon kaj la detalojn de la finpunkto. Tiu listo enhavas nenion, kio apartenas al la privata identeco de la enirejo.
Dokumentaro estas kie tio likas. Gvidilo, kiu diras kopiu la dosierujon de la servilo kaj forigu tion, kion vi ne bezonas, jam instruis la malĝustan modelon, ĉar la dosieron, kiu restas post la foriga paŝo, malofte kontrolas iu ajn.
Revoku unu uzanton sen tuŝi la enirejon
Ĉar uzantaj identecoj estas eldonitaj aparte, ili povas esti retiritaj aparte. Atestilbaza deplojo revokas la klientan atestilon kaj publikigas ĝisdatigitan revokliston; WireGuard-deplojo forigas la samtavolan enskribon el la servila agordo. Neniu el tiuj operacioj ŝanĝas la propran ŝlosilon de la enirejo.
Konservu la eldonregistron, alie vi ne scios, kiun identecon retiri. Kalkuladofolio sufiĉas, se ĝi nomas la personon, la aparaton, la serian numeron aŭ publikan ŝlosilon kaj la daton, kaj se iu posedas ĝin post kiam la persono, kiu konstruis ĝin, foriros.
La subaj komandoj inspektas klientan atestilon kaj poste revokas ĝin per aŭtoritato laŭ OpenSSL-stilo, kio estas la fluo, kiun easy-rsa envolvas:
openssl x509 -in client.crt -noout -subject -serial
openssl ca -config openssl.cnf -revoke client.crt
openssl ca -config openssl.cnf -gencrl -out crl.pemPublikigu la novan liston tie, kie klientoj kontrolas ĝin, alie la revokado estas noto en dosiero, kiu ŝanĝas nenion. Se via enirejo akceptas klientajn atestilojn sen konsulti revokliston, diru tion eksplicite anstataŭ sugesti, ke revokado funkcias.
Tenu sekurkopiojn same apartaj kiel la sekretoj
Rekonstrua arkivo laŭleĝe enhavas la ŝlosilon de la enirejo kaj la CA-materialon, ĉar sen ili restarigo ne povas reprodukti la servon. Klienta agordpakaĵo ne rajtas, kaj la du ne rajtas esti konservataj kune. Etikedu ĉiun arkivon laŭ tio, kiu rajtas teni ĝin, ne laŭ la dato, kiam ĝi estis farita. Tiu etikedo estas tio, kion laca administranto legas je la dua horo nokte.
Tiu distingo ankaŭ difinas, kiu rajtas retrovi ĉiun el ili. Administri la enirejon, eldoni uzantajn identecojn kaj legi sekurkopiojn estas tri malsamaj povoj, kaj persono, kiu bezonas unu, ne aŭtomate bezonas la aliajn. Skribu tiujn permesojn, poste kontrolu ilin kontraŭ tio, kion via konservejo efektive permesas, ĉar dosieruja heredado silente donas pli ol la politiko intencas.