Hvaða OpenVPN-pakka verndar auth-digestið?
auth-valkosturinn nær yfir minna en prófíll gefur í skyn. Farðu í gegnum rásina, AEAD-tilfellið og vernd stýrirásarinnar áður en þú setur stefnu um digest.
Flestar umræður um OpenVPN-digest byrja á röngu pakkanum. Að lesa auth SHA256 sem „samþykktu aðeins jafningja sem bjóða SHA256“ er það fyrsta sem þarf að aflæra. Valkosturinn nefnir digest fyrir tiltekna pakka, og hvaða pakkar það eru fer eftir rásinni og hvort hún er AEAD. Farðu í gegnum fjórar spurningarnar hér að neðan í röð; hver þeirra þrengir að því hvað stillingin getur þýtt í útbreiðslunni þinni.
Nefndu rásina sem stillingunni er ætlað að vernda
OpenVPN hefur stýrirás sem flytur TLS-handabandsumferð og gagnarás sem flytur farm tunnilsins. auth-digestið á sér hlutverk í báðum, en ekki sama hlutverk, og prófíllinn gerir muninn sjaldan sýnilegan. Skrifaðu niður hvorri af þeim tveimur þú ert að reyna að takmarka áður en þú snertir stillingarskrá.
Taflan hér að neðan er stutta útgáfan af því hvernig sami valkostur lendir í hverju samhengi.
| Context | What the auth digest does |
|---|---|
| Data channel without AEAD | Selects the HMAC digest that authenticates each data packet |
| Data channel with AEAD, such as GCM | Unused for the data channel; the cipher authenticates its own packets |
| Control channel protected by tls-auth | Selects the HMAC digest for that protection, even when data is AEAD |
Athugaðu hvort gagnarásin er AEAD áður en þú treystir á hana
Ef samið gagnadulkóðunin er AES-GCM eða CHACHA20-POLY1305 auðkennir gagnarásin sig sjálf og hið aðskilda digest vinnur ekki þá vinnu sem þú ímyndar þér kannski. Bæði eru AEAD-gerðir, svo heilleiki verður til við sömu aðgerð og dulkóðar farminn. Það er ekki lækkun, en það þýðir að stefna sem rökstudd er sem „sérhver gagnapakki er HMAC-SHA256“ er staðreyndalega röng á þeim tunnli. Staðfestu samið gildi í skrá þjónsins eða stöðuúttaki biðlarans áður en þú endurskrifar stefnuna.
Skoðaðu dulritunina sem var raunverulega samin frekar en listann í prófílnum, því samningaviðræður geta lent á öðrum meðlim safnsins. data-ciphers AES-256-GCM:AES-128-GCM er samningalisti, og bæði færslurnar eru AEAD, svo hvorug þeirra eyðir auth-digestinu í vernd farmsins.
Meðhöndlaðu vernd stýrirásarinnar sem sjálfstæða ákvörðun
tls-auth bætir HMAC við pakka stýrirásarinnar og tekur digest sitt úr auth-stillingunni, þess vegna getur AEAD-tunnill enn verið með merkingarbært digest stillt. tls-crypt er önnur uppsetning með eigin föstum verndum, svo ekki gera ráð fyrir að hún erfi hverja eiginleika tls-auth. Lestu skjölunina fyrir þá aðferð sem þú valdir í stað þess að flytja forsendur á milli þeirra.
Jafningjarnir tveir verða líka að vera sammála um uppsetninguna og um lykilstefnuna. Digest sem passar en lykilskrá notuð í ranga átt framleiðir handaband sem mistekst af ástæðum sem digest-stillingin getur ekki skýrt.
Haltu auth aðskildu frá dulritunarsamningum og skírteinum
Þrjár stillingar ruglast stöðugt: auth-digestið, listi gagnadulkóðana og undirskriftarreiknirit skírteinisins. Að breyta þeirri fyrstu endurútgefur ekki skírteini, velur ekki undirskriftardigest þess og býr ekki til notandanafn-lykilorðsaðferð. Skilgreiningar samskiptaregluvalkosta í OpenVPN 2.6 heimildunum lýsa hverri í sínum kafla, sem er gagnleg áminning um að þær eru sjálfstæðir hnappar.
Þegar jafningi neitar að tengjast eftir digest-breytingu er orsökin yfirleitt misræmi í annarri af hinum tveimur stillingunum. Lestu báða enda áður en þú breytir hvorri sem er.
Skrifaðu stefnuna niður og berðu hana saman við keyrandi stillingar
Yfirlýsing á flotastigi ætti að nefna leyfðar gagnarásarhamir og valda vernd stýrirásarinnar skýrt, í sömu setningu. Sú setning er prófanleg; „við notum SHA256“ er það ekki. Berðu hana síðan saman við virka þjóns- og biðlaraprófíla frekar en við sniðmát í geymslu.
Ljúktu með því að skrá hvað hver tunnill samdi í raun og hvaða aðferð auðkenndi pakkana hans. Sýnileg auth-lína í prófíl er aðeins sönnun um stillingaráform, og áform eru ódýrasti hlutinn af eftirlitinu.