Milliseid OpenVPN-i pakette auth-kokkuvõte kaitseb?
Valik auth katab vähem, kui profiil vihjab. Käige läbi kanal, AEAD-juhtum ja juhtkanali kaitse enne, kui kehtestate kokkuvõtte poliitika.
Enamik OpenVPN-i kokkuvõtete vaidlusi algab valest paketist. Lugeda auth SHA256 kui „võta vastu ainult neid partnereid, kes pakuvad SHA256“ on esimene asi, millest tuleb võõrutada. Valik nimetab kokkuvõtte kindlate pakettide jaoks ja see, millised paketid need on, sõltub kanalist ja sellest, kas see kanal on AEAD. Käige allpool olevad neli küsimust järjekorras läbi; igaüks kitsendab, mida säte teie juurutuses tähendada võib.
Nimetage kanal, mida säte peaks kaitsma
OpenVPN on juhtkanal, mis kannab TLS-i käepigistuse liiklust, ja andmekanal, mis kannab tunneli koormust. auth-kokkuvõttel on roll mõlemas, kuid mitte sama roll, ja profiil teeb erinevuse harva nähtavaks. Kirjutage üles, kumba kahest te püüate piirata, enne kui konfiguratsioonifaili puutute.
Allolev tabel on lühivorm sellest, kuidas sama valik igas kontekstis maandub.
| 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 |
Kontrollige, kas andmekanal on AEAD, enne kui sellele loote
Kui läbiräägitud andmesiffer on AES-GCM või CHACHA20-POLY1305, autentib andmekanal iseennast ja eraldi kokkuvõte ei tee tööd, mida te ehk ette kujutate. Mõlemad on AEAD-konstruktsioonid, seega terviklikkuse loob sama toiming, mis koormust krüpteerib. See ei ole degradeerimine, kuid tähendab, et poliitika, mis on põhjendatud kui „iga andmepakett on HMAC-SHA256“, on sellel tunnelil faktiliselt vale. Kinnitage läbiräägitud väärtus serveri logis või kliendi olekuväljundis enne poliitika ümberkirjutamist.
Uurige sifferit, mis tegelikult läbi räägiti, mitte profiili loendit, sest läbirääkimine võib maanduda komplekti teisel liikmel. data-ciphers AES-256-GCM:AES-128-GCM on läbirääkimisloend ja mõlemad kirjed on AEAD, seega kumbki neist ei tarbi auth-kokkuvõtet koormuse kaitseks.
Käsitlege juhtkanali kaitset omaette otsusena
tls-auth lisab juhtkanali pakettidele HMAC-i ja võtab oma kokkuvõtte auth-sättest, mistõttu võib AEAD-tunnelil siiski olla mõtestatud kokkuvõte konfigureeritud. tls-crypt on erinev lahendus oma fikseeritud kaitsega, seega ärge eeldage, et see pärib iga tls-authi omaduse. Lugege valitud mehhanismi dokumentatsiooni, selle asemel et eeldusi nende vahel üle kanda.
Kaks partnerit peavad kokku leppima ka lahenduses ja võtme suunas. Sobiv kokkuvõte, kuid vales suunas kasutatud võtmefail annab käepigistuse, mis ebaõnnestub põhjustel, mida kokkuvõtte säte selgitada ei suuda.
Hoidke auth šifri läbirääkimisest ja sertifikaatidest eraldi
Kolm sätet aetakse pidevalt segi: auth-kokkuvõte, andmesifferite loend ja sertifikaadi allkirjaalgoritm. Esimese muutmine ei anna sertifikaati uuesti välja, ei vali selle allkirjakokkuvõtet ega loo kasutajanime-parooli meetodit. Protokolli valikute definitsioonid OpenVPN 2.6 allikates kirjeldavad igaüht oma jaotises, mis on kasulik meeldetuletus, et need on sõltumatud nupud.
Kui partner keeldub pärast kokkuvõtte muutmist ühendumast, on põhjus tavaliselt lahknevus ühes kahest teisest sättest. Lugege mõlemat otsa enne, kui kumbagi muudate.
Kirjutage poliitika üles ja võrrelge seda töötavate konfiguratsioonidega
Pargi tasandi väide peaks samas lauses selgesõnaliselt nimetama lubatud andmekanali režiimid ja valitud juhtkanali kaitse. See lause on testitav; „me kasutame SHA256“ ei ole. Seejärel võrrelge seda tegelike serveri- ja kliendiprofiilidega, mitte hoidla malliga.
Lõpetage sellega, et kirjutate üles, mida iga tunnel tegelikult läbi rääkis ja milline mehhanism selle paketid autentis. Nähtav auth-rida profiilis on vaid tõend konfiguratsiooni kavatsusest ja kavatsus on kontrolli odavaim osa.