strongSwan: avaimen tyyppi, lataaja ja väärä backend

Tiedostopäätteet eivät tunnista avainalgoritmeja, ja .pem-kääre voi sisältää RSA- tai ECDSA-materiaalia. PEM kuvaa, miten tavut kääritään, kun taas RSA ja ECDSA nimeävät eri algoritmeja, ja PKCS12-tiedosto on jälleen kolmas asia. strongSwan lataa tunnistetiedot liitännäisten ja konfiguraatiobackendin kautta, joten varmenne voi näkyä luettelossa, vaikka yksityinen avain ei koskaan tule käyttökelpoiseksi. Erota nämä kerrokset ennen minkään salaisuuden muokkaamista.

Koodaus, algoritmi ja paketointi ovat kolme kerrosta

Avaintiedostolla on koodaus, algoritmi ja usein säiliö. PEM on tuttu base64-kääre; DER on sen binäärinen vastine; PKCS12 kokoaa varmenteen sen avaimen ja ketjun kanssa. Varmenneketjutiedosto on vielä yksi säiliö, eikä se yleensä sisällä lainkaan yksityistä avainta. Mikään näistä nimikkeistä ei kerro, onko sisällä oleva materiaali RSA:ta vai ECDSA:ta.

Lue algoritmi itse objektista. Palveluntarjoajan markkinointinimi tai tiedostopääte ei ole todiste, koska sama myöntäjä voi antaa eri avaintyyppejä.

Vertaa julkisia avaimia ennen kuin syytät lataajaa

Ladattava varmenne todistaa, että varmenne jäsennettiin, ei että sen yksityinen avain on läsnä tai käyttökelpoinen. Johda julkinen avain varmenteesta ja ehdotetusta yksityisestä avaimesta ja vertaa sitten kahta tiivistettä. Jos jokin poiminta epäonnistuu, pysähdy siihen, koska tyhjän tulosteen tiiviste ei todista mitään. Täsmäävät tiivisteet todistavat, että pari kuuluu yhteen, eivätkä mitään muuta siitä, sopiiko varmenne tehtävään.

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

Toinen komento koskettaa koneesi yksityistä materiaalia mutta tulostaa vain julkisen puoliskon. Pidä se niin, äläkä koskaan liitä yksityistä avainta tikettiin. Jos avain on salattu, anna tuetun työkalun kysyä salasana sen sijaan, että laittaisit sen komentoriville, jossa prosessiluettelo voi paljastaa sen.

Vanha ipsec.secrets tai swanctl-tunnistetiedot

strongSwanilla on kaksi yleisesti käytettyä tunnistetietojen polkua. Vanha starter-pino lukee tyyppikohtaiset merkinnät ipsec.secrets, ja jokaisen merkinnän on nimettävä materiaalille oikea tyyppi. swanctl- ja vici-pino lataa avaimet omasta tunnistetietohakemistostaan oman konfiguraationsa kautta. Sen tiedoston muokkaaminen, jota käynnissä oleva backend ei lue, ei muuta mitään.

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

Selvitä, mikä backend todella on käynnissä, ja sijoita avain sitten sinne, minne se backend katsoo. strongSwan 5.9 vanha käsikirja määrittelee tyyppikohtaiset salaisuusmerkinnät, eikä se ole swanctl-dokumentaatiota. Molempien sekoittaminen tuottaa daemonin, joka jättää huomiotta tiedoston, jota ylläpitäjä pitää valtuutettuna. Uudelleenlataus, joka ei ilmoita virheestä, tarkoittaa vain, että konfiguraatio jäsennettiin.

Lue lataustapahtuma ja todennuksen tulos

Hallitun uudelleenlatauksen jälkeen lue daemonin oma lataustuloste kyseiselle avaimelle. Tilakaappauksessa lueteltu varmenne ei osoita, että yksityinen avain sovitettiin siihen.

Jos asiakas edelleen epäonnistuu, pidä palvelintapahtuma ja asiakasvirhe erillään. Ketjun validointi, identiteetin sovitus ja menetelmien yhteensopivuus ovat myöhempiä kysymyksiä omine todisteineen. Kirjoita tulos muistiin tarkan avainpolun ja vertaamasi tiivisteen kanssa, koska muuten seuraava vuoro toistaa saman uudelleenlatauksen. CA:n vaihtaminen ei ole ensimmäinen vastaus lataajan epäjohdonmukaisuuteen.