strongSwan: Schlësseltyp, Loader an de falschen Backend

PEM ass e Container, net en Schlësseltyp. Vergläicht de öffentleche Schlëssel vum Zertifikat mat deem privaten, a luet en duerch de Backend, deen en tatsächlech liest.

Dateiendungen identifizéieren keng Schlësselalgorithmen, an eng .pem-Hüll kann RSA- oder ECDSA-Material enthalen. PEM beschreift, wéi Bytes agepaakt ginn, während RSA an ECDSA verschidden Algorithmen nennen, an eng PKCS12-Datei ass nach eng drëtt Saach. strongSwan luet Umeldungsinformatiounen duerch Plugins an e Konfiguratiouns-Backend, sou datt en Zertifikat an enger Lëscht ka landen, während de private Schlëssel ni benotzbar gëtt. Trennt déi Schichten, ier dir iergendee Geheimnis ännert.

Kodéierung, Algorithmus a Verpackung sinn dräi Schichten

Eng Schlësseldatei huet eng Kodéierung, en Algorithmus an dacks e Container. PEM ass déi gewinnt base64-Hüll; DER ass déi binär Géigendeel; PKCS12 packt en Zertifikat mat sengem Schlëssel a senger Kette. Eng Zertifikatsketten-Datei ass nach en aneren Container, an et enthält normalerweis guer kee private Schlëssel. Keng vun dësen Etiketten seet, ob de Material dobannen RSA oder ECDSA ass.

Liest den Algorithmus aus dem Objet selwer. Den Marketingnumm vun engem Fournisseur oder eng Dateiendung sinn net Beweis, well dee selwechten Aussteller verschidde Schlësseltypen ausgëtt.

Vergläicht ëffentlech Schlësselen, ier dir de Loader beschëllegt

En Zertifikat, deen luet, beweist, datt den Zertifikat geparst gouf, net datt säi private Schlëssel do ass oder benotzbar ass. Leet den ëffentleche Schlëssel aus dem Zertifikat an aus dem virgeschloene private Schlëssel of, a vergläicht dann déi zwee Hashes. Wann eng vun den Extraktiounen feelt, stoppt do, well en Hash vun engem leere Resultat näischt beweist. Iwereneestëmmend Hashes beweise, datt d'Paar zesummengehéiert, an näischt méi doriwwer, ob den Zertifikat fir d'Aufgab passt.

openssl x509 -in server.crt -pubkey -noout |
    openssl pkey -pubin -outform DER |
    openssl dgst -sha256

openssl pkey -in server-key.pem -pubout -outform DER |
    openssl dgst -sha256

Den zweeten Befehl beréiert privaten Material op Ärem Rechner, gëtt awer nëmmen déi ëffentlech Hallschent aus. Loosst et sou, a pecht ni e private Schlëssel an en Ticket. Wann de Schlëssel verschlësselt ass, loosst dat ënnerstëtzt Tool no der Passphrase froen, amplaz se op eng Kommandozeil ze setzen, wou d'Prozesslëscht se kann oppen leeën.

Ale ipsec.secrets oder swanctl-Umeldungsinformatiounen

strongSwan huet zwee dacks benotzt Weeër fir Umeldungsinformatiounen. Den ale starter-Stack liest typspezifesch Entréen aus ipsec.secrets, an all Entrée muss den richtegen Typ fir de Material nennen. De swanctl- a vici-Stack luet Schlësselen aus sengem eegenen Umeldungsverzeechnis duerch seng eegen Konfiguratioun. D'Datei z'änneren, déi de lafenden Backend net liest, ännert näischt.

: ECDSA "/etc/ipsec.d/private/server-key.pem"

Fannt eraus, wéi en Backend tatsächlech leeft, a setzt den Schlëssel dann dohinner, wou dee Backend kuckt. alen strongSwan 5.9 Handbuch definéiert déi typspezifesch Geheimnis-Entréen, an et ass keng swanctl-Dokumentatioun. Béides ze vermëschen erzeugt en Daemon, deen eng Datei ignoréiert, déi den Administrateur als verbindlech ugesäit. En Nei-Lueden, deen kee Feeler mëldet, bedeit just, datt d'Konfiguratioun geparst gouf.

Liest de Luedevent an d'Authentifikatiounsresultat

No engem kontrolléierten Nei-Lueden, liest dem Daemon säin eegene Luedoutput fir dee konkrete Schlëssel. En Zertifikat, deen an engem Statusdumpe opgezielt ass, weist net, datt de private Schlëssel dozou gepaart gouf.

Wann e Client nach ëmmer feelt, haalt de Serverevent an de Clientfeeler getrennt. Kettevalidéierung, Identitéitsvergläich an Methodenkompatibilitéit sinn spéider Froen mat hirem eigenen Noweis. Schreift d'Resultat mat dem genauen Schlësselpad an dem Hash, deen dir vergläicht hutt, well soss widderhëlt déi nächst Schicht dee selwechte Nei-Lueden. Den CA z'ersetzen ass net déi éischt Reaktioun op eng Loader-Onstëmmegkeet.

Ähnlech Artikelen