strongSwan: math o allwedd, llwythwr a backend anghywir

Nid yw estyniadau ffeil yn nodi algorithmau allwedd, a gall amlen .pem ddal deunydd RSA neu ECDSA. Mae PEM yn disgrifio sut mae beitiau’n cael eu lapio, tra bod RSA ac ECDSA’n enwi algorithmau gwahanol, ac mae ffeil PKCS12 yn drydydd peth. Mae strongSwan yn llwytho manylion drwy ategion a backend cyfluniad, felly gall tystysgrif ymddangos mewn rhestr tra nad yw’r allwedd breifat byth yn dod yn ddefnyddiadwy. Gwahanwch y haenau hynny cyn golygu unrhyw gyfrinach.

Ymgorffori, algorithm a phecynnu yw tair haen

Mae gan ffeil allwedd ymgorffori, algorithm ac yn aml gynhwysydd. PEM yw’r amlen base64 gyfarwydd; DER yw ei chymar deuaidd; mae PKCS12 yn bwrw tystysgrif ynghyd â’i hallwedd a’i chadwyn. Mae ffeil cadwyn tystysgrifau’n gynhwysydd arall eto, ac fel arfer nid yw’n dal unrhyw allwedd breifat o gwbl. Nid yw’r un o’r labeli hynny’n dweud wrthych a yw’r deunydd y tu mewn yn RSA neu’n ECDSA.

Darllenwch yr algorithm o’r gwrthrych ei hun. Nid yw enw marchnata darparwr na estyniad ffeil yn dystiolaeth, oherwydd gall yr un dyroddwr roi mathau gwahanol o allweddau.

Cymharwch allweddau cyhoeddus cyn beio’r llwythwr

Mae tystysgrif sy’n llwytho’n profi bod y dystysgrif wedi’i dadansoddi, nid bod ei hallwedd breifat yn bresennol nac yn ddefnyddiadwy. Deilliwch yr allwedd gyhoeddus o’r dystysgrif ac o’r allwedd breifat arfaethedig, yna cymharwch y ddau grynodeb. Os bydd unrhyw dynnu’n methu, stopiwch yno, oherwydd nid yw crynodeb o allbwn gwag yn profi dim. Mae crynodebau sy’n cyfateb yn profi bod y pâr yn perthyn gyda’i gilydd, a dim mwy am a yw’r dystysgrif yn addas ar gyfer y gwaith.

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

Mae’r ail orchymyn yn cyffwrdd â deunydd preifat ar eich peiriant ond yn allyrru dim ond yr hanner cyhoeddus. Cadwch hi felly, a pheidiwch byth â gludo allwedd breifat i docyn. Os yw’r allwedd wedi’i hamgryptio, gadewch i’r teclyn a gefnogir ofyn am y cyfrinair yn lle ei roi ar linell orchymyn lle gall y rhestr broses ei datgelu.

ipsec.secrets neu fanylion swanctl o’r hen ddrefn

Mae gan strongSwan ddau lwybr manylion sy’n cael eu defnyddio’n gyffredin. Mae’r hen stac starter yn darllen cofnodion sy’n benodol i fath o ipsec.secrets, ac mae’n rhaid i bob cofnod enwi’r math cywir ar gyfer y deunydd. Mae’r stac swanctl a vici yn llwytho allweddau o’i gyfeiriadur manylion ei hun drwy ei gyfluniad ei hun. Nid yw golygu’r ffeil nad yw’r backend sy’n rhedeg yn ei darllen yn newid dim.

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

Darganfyddwch pa backend sy’n rhedeg mewn gwirionedd, yna rhowch yr allwedd lle mae’r backend hwnnw’n edrych. hen lawlyfr strongSwan 5.9 yn diffinio’r cofnodion cyfrinachol sy’n benodol i fath, ac nid yw’n ddogfennaeth swanctl. Mae cymysgu’r ddau yn cynhyrchu daemon sy’n anwybyddu ffeil y mae’r gweinyddwr yn credu ei bod yn awdurdodol. Nid yw ail-lwytho nad yw’n adrodd gwall yn golygu dim mwy na bod y cyfluniad wedi’i ddadansoddi.

Darllenwch y digwyddiad llwytho a’r canlyniad dilysu

Ar ôl ail-lwytho rheoledig, darllenwch allbwn llwytho’r daemon ei hun ar gyfer yr allwedd benodol. Nid yw tystysgrif a restrir mewn dymp statws yn dangos bod yr allwedd breifat wedi’i pharu â hi.

Os yw cleient yn dal i fethu, cadwch ddigwyddiad y gweinydd a gwall y cleient ar wahân. Mae dilysu cadwyn, paru hunaniaeth a chydnawsedd dulliau yn gwestiynau hwyrach gyda’u tystiolaeth eu hunain. Ysgrifennwch y canlyniad gyda llwybr union yr allwedd a’r crynodeb a gymharwyd gennych, oherwydd fel arall bydd y shifft nesaf yn ailadrodd yr un ail-lwytho. Nid disodli’r CA yw’r ymateb cyntaf i anghysondeb llwythwr.