Is daardie gepubliseerde OpenVPN-sleutel ’n CA, ’n eweknie-sleutel of tls-auth?

Iemand rapporteer dat die VPN-sleutel publiek is, en dié sin verberg drie heeltemal verskillende situasies. Dit kan ’n CA-sertifikaat wees wat elke kliënt veronderstel is om te hê, ’n private identiteitsleutel wat nooit een masjien moes verlaat het nie, of ’n gedeelde beheerkanaal-geheim wat albei kante moet hou. Die herstel, die dringendheid en die omvang van die skade verskil in elke geval, so die eerste taak is klassifikasie eerder as aksie. Kry die kategorie verkeerd en elke latere stap is vermorste moeite.

Begin by die richtlijn, nie by die lêernaam nie

Lees die aktiewe konfigurasie en vind watter richtlijn na die betrokke materiaal wys. OpenVPN se TLS-opsies gebruik ca vir vertroude sertifikaatmateriaal, cert vir die plaaslike eweknie-sertifikaat en key vir die private sleutel wat daaraan behoort.

Lêername bewys niks. ’n Lêer met die naam key.pem kan ’n sertifikaat bevat, en ’n ingeboude blok in die profiel kan presies dieselfde objek bevat as ’n aparte lêer op skyf. Maak die lêer oop en kyk na die kop daarvan eerder as om die naam te vertrou. Daardie een kontrole verwyder die meeste van die onduidelikheid in die rapport.

As die profiel ’n PKCS#12-bundel is, pak dit op ’n beheerde plek uit om te sien wat dit werklik bevat. ’n Enkele bundel kan ’n sertifikaat, sy ketting en ’n private sleutel dra, wat beteken ’n lek van die bundel is ’n lek van al drie.

Skryf die klassifikasie neer voordat iemand ’n lêer verander: objek, richtlijn, watter eweknieë dit hou en wie dit kan lees. Daardie sin is waarvan die res van die reaksie afhang.

’n CA-sertifikaat is ontwerp om gedeel te word

’n Publieke CA-sertifikaat is vertrouensmateriaal. Kliënte het dit nodig om die bediener te verifieer, en verspreiding daarvan is die normale geval eerder as ’n voorval. Om dit te publiseer publiseer nie die CA se private ondertekeningsleutel nie, wat die objek is wat ’n aanvaller sou toelaat om nuwe identiteite te skep.

Daardie onderskeid is die moeite werd om uitdruklik in die ticket te noem, want die twee word voortdurend verwar. Die vraag wat beantwoord moet word, is of die gelekde lêer die sertifikaat of die ondertekeningsleutel is, en ’n vinnige blik op die lêer se inhoud besleg dit. ’n Sertifikaat dra ’n publieke sleutel en ’n handtekening; die ondertekeningsleutel kom glad nie daarin voor nie.

Verspreiding verdien steeds sorg. Kliënte moet die sertifikaat deur die goedgekeurde profielafleweringsroete kry, nie van ’n plakwebwerf nie, en ’n sertifikaat wat via ’n onbetroubare roete aankom, kan onderweg vervang word.

’n Eweknie-sleutel en ’n tls-auth-geheim is nie

’n Eweknie se private sleutel is identiteitsmateriaal. Sodra dit gekopieer is, kan die bediener nie meer die bedoelde toestel van enigiemand wat die kopie het, onderskei nie, want eksklusiewe besit was die eienskap wat gedemonstreer is. Voortgesette magtiging en vervanging is besluite vir die VPN-eienaar, nie vir wie ook al die lêer gevind het nie.

’n tls-auth-geheim is ’n derde ding. Dit voeg HMAC-verifikasie rondom beheerkanaal-pakkette by sodat verkeerd geauthentiseerde pakkette weggegooi word voor ’n TLS-uitruiling, en dit is nie die eweknie se private sleutel nie en ook nie die sleutel wat toepassingsdata versleutel nie.

As daardie gedeelde geheim publiek is, is die versperring wat dit gebied het weg vir almal wat dit het. Dit volg nie dat elke houer die sertifikaat- en gebruikerstoetse daaragter slaag nie, en daarom is die klassifikasie belangriker as die alarmvlak. Sê watter versperring geval het, en sê watter een oor.

Herstel die rol wat gelek het, nie ’n buur nie

’n Gedeelde geheim kan nie weer privaat gemaak word deur die lêer te hernoem of die aflaaiskakel weg te steek nie. Vervanging beteken om ’n nuwe waarde te genereer en dit in ’n gekoördineerde verandering aan elke eweknie te versprei, en om net een kant te vervang breek die reëling vir almal wat nog die ou waarde hou.

As ’n eweknie-identiteit blootgestel is, gebruik die operateur se herroepings- en herregistrasieproses vir daardie identiteit. Om ’n onverwante rekeningwagwoord te verander maak nie ’n gekopieerde sertifikaat ongeldig nie, en om die tls-auth-lêer te ruil ook nie.

Bevestig wat die ontplooide bediener werklik afdwing voordat jy op enigiets daarvan staatmaak. ’n Herroepingslys wat nie verfris word nie, of ’n rolkontrole wat tydens ’n onderbreking gedeaktiveer is, verander die antwoord heeltemal. Lees die lopende konfigurasie eerder as die bewaarkopie.

Beoordeel vorige verkeer op sy eie terme

’n Blootgestelde lêer sê op sigself nie of voorheen vasgevangde sessies ontsyfer kan word nie. Dit hang af van die sleutelvestigingsmetode, die blootgestelde materiaal en watter rekords bestaan, en beide ‘alle verkeer is verlore’ en ‘niks het gebeur nie’ is raaiskote sonder daardie feite.

Moenie nog ’n kopie van die geloofsbrief plaas terwyl jy vra watter kategorie dit is nie. Deel eerder richtlijnname en nie-geheime metadata deur die goedgekeurde ondersteuningsroete.

Die nuttige gevolgtrekking noem die objek, sy rol, die beskerming wat verlore gegaan het en die gekoördineerde aksie wat nodig is. Enigiets korter is ’n opskrif eerder as ’n beoordeling.