Kion antaŭe dividita ŝlosilo faras en IPsec, OpenVPN kaj WireGuard
Komuna sekreto povas aŭtentigi la alian flankon aŭ aldoni protektan tavolon, kaj ĝia rolo ŝanĝiĝas laŭ la protokolo. Ne konfuzu ĝin kun uzantpasvorto.
La vortoj antaŭe dividita ŝlosilo aperas en la dokumentaro de IPsec, OpenVPN kaj WireGuard, sed ili priskribas tri malsamajn objektojn. Unu estas aŭtentiga sekreto, alia protektas regan kanalon, kaj la tria aldonas materialon al manpremo, kiu jam havas identecojn. Trakti ilin kiel interŝanĝeblaj produktas konekton, kiu fiaskas en stadio, kiun neniu atendis. Legu, kion la kampo faras en tiu protokolo, antaŭ ol kopii valoron en ĝin.
Tri protokoloj, tri signifoj
Ĉiu protokolo difinas la taskon de la ŝlosilo en sia propra specifikaĵo, kaj tiuj taskoj ne interkovriĝas. Aŭtentiga sekreto pruvas, ke du flankoj konas la saman valoron. Ŝlosilo de la rega kanalo protektas la sekvan intertraktadon. Aldonaĵo al la manpremo ŝanĝas la ŝlosilhoraron sen ŝanĝi, kiuj estas la flankoj.
Neniu el tiuj roloj aŭtentigas homon, kaj ĝuste tiu konfuzo kostas la plej multe da tempo. Antaŭe dividita ŝlosilo estas instalata en aparatoj aŭ pordegoj antaŭ la interŝanĝo, do ĉiu posedanto aspektas same al la alia flanko. Tiu eco estas avantaĝo por ligo inter du enkursigiloj kaj risko por fora alira servo kun nomitaj dungitoj. Tenu la kontajn akreditaĵojn kaj la kriptografian sekreton en apartaj kolumnoj de la dokumento, kiu priskribas la enkondukon.
IPsec kaj OpenVPN uzas la vorton malsame
IKEv2 povas aŭtentigi flankon per antaŭe dividita sekreto anstataŭ atestiloj, kaj la valoro devas kongrui ĉe ambaŭ finoj. Ĉar la sama sekreto kutime agordiĝas por grupo de flankoj, ĉiu posedanto povas ŝajnigi esti la aliaj, kaj la interŝanĝo ne gajnas antaŭenan sekretecon el identecaj ŝlosiloj, kiujn ĝi neniam havis.
La opcioj tls-auth kaj tls-crypt de OpenVPN alligas statikan ŝlosilon al la rega kanalo, aldonante HMAC-subskribon aŭ ĉifrante la intertraktadon mem. Tiu ŝlosilo ne estas uzantpasvorto kaj ne anstataŭas la klientan atestilon. Distingi la du aferojn gravas ĉe renovigo, kiam pasvorta ŝanĝo lasas la ŝlosilon de la rega kanalo netuŝita.
La PSK de WireGuard aldonas, ĝi ne identigas
WireGuard-flankoj jam havas publikajn kaj privatajn Curve25519-ŝlosilojn, kaj la manpremo aŭtentigas tiujn identecojn. Laŭvola antaŭe dividita ŝlosilo estas miksata en la ĉenan ŝlosilon kaj aldonas simetrian materialon super la interŝanĝo de publikaj ŝlosiloj.
Ĝi mem ne donas identecon nek uzantkonton, do administranto ne povas distingi du posedantojn per ilia PSK. Ambaŭ finoj devas porti la saman valoron, alie la manpremo fiaskas sen utila erarmesaĝo. Tial rotacio devas esti planata por ambaŭ flankoj samtempe, ne kiel redakto de unu dosiero.
Kontrolu disdonadon, rotacion kaj forigon
Disdonado estas la malforta punkto de ĉiu dezajno, kiu uzas unu sekreton en multaj lokoj. Valoro algluita en babilfenestron, konservita en deponejo aŭ reuzita inter medioj kolektas kopiojn, kiujn neniu povas listigi, kaj ĉiu kopio kviete pligrandigas la difektan radiuson.
Base64-teksto ne estas ĉifrado. Sekreto konservita apud publika atestilo en la sama dosierujo restas sekreto en klara teksto.
openssl rand -base64 32
sudo wg show wg0 preshared-keys
sudo grep -R -n 'psk' /etc/ipsec.d/ 2>/dev/null
Rotaciu laŭ horaro kaj post ĉiu suspektita elmontro, ĝisdatigante ĉiun celatan flankon antaŭ ol revoki la malnovan valoron. Poste testu la ligon de ambaŭ finoj, ĉar neakorda ŝlosilo fiaskas ĉe la manpremo kaj aspektas ĝuste kiel fajromura problemo.
Dokumentu, kiu sekreto protektas kiun stadion, por ke pasvorta restarigo neniam estu konfuzita kun renovigo de kriptografia ŝlosilo. Tiu unu linio ŝparas horon ĉiufoje, kiam iu revizias la enkondukon.