Ĉu tiu publikigita OpenVPN-ŝlosilo estas CA, kunula ŝlosilo aŭ tls-auth?
Unu vorto, tri tre malsamaj objektoj. Legu la direktivon, decidu, ĉu la liko estas fida materialo aŭ identeca materialo, kaj poste ripari nur tion, kio likis.
Iu raportas, ke la VPN-ŝlosilo estas publika, kaj tiu frazo kaŝas tri tute malsamajn situaciojn. Ĝi povus esti CA-atestilo, kiun ĉiu kliento devus havi, privata identeca ŝlosilo, kiu neniam devus esti forlasinta unu maŝinon, aŭ komuna sekreto de la rega kanalo, kiun ambaŭ flankoj devas teni. La riparo, la urĝeco kaj la amplekso de la damaĝo malsamas en ĉiu kazo, do la unua tasko estas klasifiko, ne agado. Se vi eraras pri la kategorio, ĉiu posta paŝo estas vana peno.
Komencu per la direktivo, ne per la dosiernomo
Legu la aktivan agordon kaj trovu, kiun direktivon montras al la koncerna materialo. La TLS-opcioj de OpenVPN uzas ca por fidinda atestila materialo, cert por la atestilo de la loka kunulo kaj key por la privata ŝlosilo, kiu apartenas al ĝi.
Dosiernomoj pruvas nenion. Dosiero nomata key.pem povas enhavi atestilon, kaj enkorpigita bloko en la profilo povas enhavi ĝuste la saman objekton kiel aparta dosiero sur la disko. Malfermu la dosieron kaj rigardu ĝian kaplinion anstataŭ fidi la nomon. Tiu unu kontrolo forigas la plejparton de la malklaro en la raporto.
Se la profilo estas PKCS#12-pakaĵo, malpaku ĝin en kontrolita loko por vidi, kion ĝi efektive enhavas. Unu pakaĵo povas porti atestilon, ĝian ĉenon kaj privatan ŝlosilon, kio signifas, ke liko de la pakaĵo estas liko de ĉiuj tri.
Skribu la klasifikon antaŭ ol iu ŝanĝas dosieron: objekto, direktivo, kiuj kunuloj ĝin tenas kaj kiu povas legi ĝin. De tiu frazo dependas la resto de la respondo.
CA-atestilo estas destinita por esti kunhavigata
Publika CA-atestilo estas fida materialo. Klientoj bezonas ĝin por kontroli la servilon, kaj disdoni ĝin estas la normala kazo, ne incidento. Publikigi ĝin ne publikigas la privatan subskriban ŝlosilon de la CA, kiu estas la objekto, kiu ebligus al atakanto krei novajn identecojn.
Tiu distingo indas esti eksplicite menciita en la bileto, ĉar la du konstante konfuziĝas. La demando, kiun oni devas respondi, estas ĉu la likinta dosiero estas la atestilo aŭ la subskriba ŝlosilo, kaj rapida rigardo al la enhavo de la dosiero solvas ĝin. Atestilo portas publikan ŝlosilon kaj subskribon; la subskriba ŝlosilo tute ne aperas en ĝi.
Disdonado tamen meritas zorgon. Klientoj devus akiri la atestilon per la aprobita profildonada vojo, ne de alglua retejo, kaj atestilo, kiu alvenas per nefidinda vojo, povas esti anstataŭigita dumvoje.
Kunula ŝlosilo kaj tls-auth-sekreto ne estas
La privata ŝlosilo de kunulo estas identeca materialo. Post kiam ĝi estas kopiita, la servilo ne plu povas distingi la celitan aparaton de iu ajn, kiu tenas la kopion, ĉar ekskluziva posedo estis la eco, kiu estis montrata. Daŭrigo de rajtigo kaj anstataŭigo estas decidoj de la posedanto de la VPN, ne de tiu, kiu trovis la dosieron.
Sekreto tls-auth estas tria afero. Ĝi aldonas HMAC-aŭtentikigon ĉirkaŭ pakaĵoj de la rega kanalo, tiel ke malĝuste aŭtentikigitaj pakaĵoj estas forĵetataj antaŭ TLS-interŝanĝo, kaj ĝi estas nek la privata ŝlosilo de la kunulo nek la ŝlosilo, kiu ĉifras aplikaĵajn datumojn.
Se tiu komuna sekreto estas publika, la barilo, kiun ĝi provizis, malaperis por ĉiuj, kiuj havas ĝin. El tio ne sekvas, ke ĉiu posedanto trapasas la atestilajn kaj uzantajn kontrolojn malantaŭ ĝi, kaj tial la klasifiko pli gravas ol la alarmnivelo. Diru, kiu barilo falis, kaj diru, kiuj restas.
Riparu la rolon, kiu likis, ne najbaran
Komuna sekreto ne povas esti refarita privata per renomado de la dosiero aŭ kaŝado de la elŝuta ligilo. Anstataŭigo signifas generi novan valoron kaj disdoni ĝin al ĉiu kunulo en kunordigita ŝanĝo, kaj anstataŭigi nur unu flankon rompas la interkonsenton por ĉiuj, kiuj ankoraŭ tenas la malnovan valoron.
Se kunula identeco estis elmontrita, uzu la revokan kaj reenskriban procezon de la operatoro por tiu identeco. Ŝanĝi pasvorton de nerilata konto ne nuligas kopiitan atestilon, kaj same ne faras la anstataŭigo de la tls-auth-dosiero.
Konfirmu, kion la deplojita servilo efektive devigas, antaŭ ol vi fidos iun ajn el tio. Revoka listo, kiu ne estas refreŝigita, aŭ rola kontrolo, kiu estis malŝaltita dum paneo, tute ŝanĝas la respondon. Legu la kurantan agordon, ne la kopion en la deponejo.
Juĝu pasintan trafikon laŭ ĝiaj propraj kondiĉoj
Elmontrita dosiero mem ne diras, ĉu antaŭe kaptitaj sesioj povas esti malĉifritaj. Tio dependas de la ŝlosilestabla metodo, la elmontrita materialo kaj kiuj rikordoj ekzistas, kaj kaj «la tuta trafiko perdiĝis» kaj «nenio okazis» estas konjektoj sen tiuj faktoj.
Ne afiŝu alian kopion de la akreditaĵo dum vi demandas, al kiu kategorio ĝi apartenas. Anstataŭe kunhavigu direktivnomojn kaj ne-sekretajn metadatumojn per la aprobita subtena vojo.
La utila konkludo nomas la objekton, ĝian rolon, la perditan protekton kaj la postulatan kunordigitan agon. Io pli mallonga estas titolo, ne takso.