Log OpenVPN: seiffr y sianel reoli yn erbyn seiffr y sianel ddata

Nid yw llinell log sy'n enwi DHE-RSA-AES256-SHA yn grynodeb o'r cysylltiad cyfan. Mae'n perthyn i'r ysgwyd llaw TLS sy'n amddiffyn y sianel reoli, a gall y traffig y tu mewn i'r tiwnel gael ei seiffro'n hollol wahanol. Cyflwyno hynny fel seiffr ddata'r VPN yw'r camgymeriad i'w osgoi.

Mae dau ganlyniad yn bwysig, ac maent yn ateb cwestiynau gwahanol. Un yw'r gyfres TLS a drafodwyd ar gyfer y sianel reoli; y llall yw seiffr ddata'r pecynnau y mae'r tiwnel yn eu cludo.

Dau ganlyniad, dau gwestiwn

Mae'r sianel reoli yn cludo'r ysgwyd llaw a'r negeseuon rheoli rhwng y cymheiriaid. Ei seiffr yn cael ei ddewis gan y pentwr TLS, felly mae'r enw'n dilyn confensiynau TLS. Mae'r sianel ddata yn cludo traffig defnyddiwr ac yn cael ei ffurfweddu gan drafodaeth seiffr OpenVPN ei hun.

Penderfynwch ba gwestiwn rydych yn ei ateb cyn darllen y naill linell neu'r llall. Nid yw a yw'r tiwnel wedi'i seiffro ac a yw'r ysgwyd llaw yn gryf yr un cwestiwn.

Darn log sy'n dangos y ddwy linell yw'r un defnyddiol. Darllenwch y llinell reoli am y fersiwn a'r gyfres TLS, a'r llinell ddata am yr algorithm sy'n amddiffyn y llwyth tâl mewn gwirionedd.

Datgodwch enw'r gyfres TLS yn ei gyd-destun ei hun

Mewn enw hanesyddol ar ddull OpenSSL fel DHE-RSA-AES256-SHA, mae pob elfen yn disgrifio penderfyniad gwahanol. DHE yw'r cytundeb allwedd Diffie-Hellman efemeraidd, RSA yw'r dull dilysu, AES256 yw AES-256 yn y modd CBC ar gyfer cofnodion TLS, a SHA yw MAC y cofnod yn seiliedig ar SHA-1.

Nid yw'r elfen olaf yn ôl troed tystysgrif, ac mae ei darllen felly'n gamgymeriad cyffredin. Nid yw'r enw chwaith yn nodi fersiwn y protocol ar ei ben ei hun, oherwydd mae TLS 1.3 yn defnyddio cynllun enwi hollol wahanol. Mae TLS_AES_256_GCM_SHA384 yn dilyn y ffurf fwy newydd honno, lle mae'r hash olaf yn rhan o adeiladwaith y gyfres yn hytrach na dewis MAC. Dim ond i'r arddull enwi hŷn y dylech gymhwyso'r darllen fesul elfen.

Mae cyfeirlyfr cyfresi OpenSSL yn cysylltu'r enwau hyn â'u diffiniadau os yw rhyw elfen yn anghyfarwydd.

Darllenwch ganlyniad y sianel ddata ar gyfer y traffig a gludir

Ar gyfer y traffig a gludir, darllenwch linell y sianel ddata o'r un sesiwn. Mae rhestr data-ciphers yn y ffurfwedd yn set a ganiateir, nid yn brawf bod algorithm penodol wedi'i drafod. Mae'r log yn cofnodi'r dewis; mae'r ffurfwedd yn rhestru'r fwydlen.

Mae seiffr AEAD fel AES-GCM yn cario ei wiriant cyfanrwydd ei hun, felly nid yw HMAC ar wahân ar gyfer y sianel ddata yn rhan o'r llwybr hwnnw.

Nid yw'r gyfarwyddeb auth yn uwchraddio TLS, tystysgrifau na'r seiffr ddata. Mae'n dewis treuliad ar gyfer y rhannau hynny o'r protocol sy'n dal i ddefnyddio un, ac gyda seiffr ddata AEAD nid oes HMAC data ar wahân i'w ffurfweddu.

Cadwch wiriadau hunaniaeth y tu allan i ganlyniad y seiffr

Mae algorithm llofnod y dystysgrif, dilysu'r gadwyn ymddiriedaeth a gwirio enw'r cymheiriaid yn dair nodwedd arall nad yw enw seiffr yn dweud dim amdanynt. Mae tystysgrif sydd wedi dod i ben yn methu, waeth pa mor gryf yw'r gyfres. Mae enw gweinydd nad yw'n cyfateb yn methu yr un modd. Nid yw trwsio gosodiad treuliad yn y proffil yn trwsio'r naill na'r llall.

Cadwch y gwiriadau hyn yn y nodiadau adolygu wrth ymyl canlyniad y seiffr, yn hytrach na'u huno ag ef.

Cofnodwch y canlyniadau a drafodwyd o'r sesiwn gyfredol

Cymerwch ganlyniadau'r cysylltiad cyfredol a chofnodwch fersiynau'r cleient a'r gweinydd gyda hwy. Gall log atodol yn unig ddal llinell sesiwn hŷn, ac mae ei dyfynnu fel un cyfredol yn y ffordd y mae problem sydd wedi'i thrwsio'n ymddangos yn parhau.

Ar gyfer adolygiad polisi, rhowch i berchennog y ffurfwedd y fersiwn a'r gyfres TLS a drafodwyd, y seiffr ddata a ddewiswyd a'r gosodiadau dilysu tystysgrifau gyda'i gilydd. Newidiwch y haen honno, yna darllenwch log newydd i gadarnhau'r gwerthoedd a drafodwyd newydd.