Ktoré pakety OpenVPN chráni odtlač auth?
Voľba auth pokrýva menej, než naznačuje profil. Prejdite kanál, prípad AEAD a ochranu riadiaceho kanála, kým nastavíte politiku odtlaču.
Väčšina debát o odtlačoch OpenVPN sa začína pri nesprávnom pakete. Čítať auth SHA256 ako „prijímaj len peerov, ktorí ponúkajú SHA256“ je prvá vec, ktorú treba odnaučiť. Voľba pomenúva odtlač pre určité pakety a to, ktoré pakety to sú, závisí od kanála a od toho, či je tento kanál AEAD. Prejdite štyri otázky nižšie v poradí; každá zužuje, čo môže nastavenie vo vašom nasadení znamenať.
Pomenujte kanál, ktorý má nastavenie chrániť
OpenVPN má riadiaci kanál, ktorý prenáša prevádzku TLS handshake, a dátový kanál, ktorý prenáša užitočné zaťaženie tunela. Odtlač auth má úlohu v oboch, ale nie rovnakú, a profil rozdiel zriedka zviditeľní. Zapíšte si, ktorý z tých dvoch sa snažíte obmedziť, kým siahnete na konfiguračný súbor.
Tabuľka nižšie je krátka verzia toho, ako rovnaká voľba dopadá v každom kontexte.
| 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 |
Pred spoliehaním sa naň overte, či je dátový kanál AEAD
Ak je vyjednaná dátová šifra AES-GCM alebo CHACHA20-POLY1305, dátový kanál sa autentizuje sám a samostatný odtlač nerobí prácu, ktorú si možno predstavujete. Obe sú konštrukcie AEAD, takže integritu vytvára tá istá operácia, ktorá šifruje zaťaženie. To nie je downgrade, ale znamená, že politika odôvodnená ako „každý dátový paket je HMAC-SHA256“ je na tomto tuneli vecne nesprávna. Potvrďte vyjednanú hodnotu v logu servera alebo vo výstupe stavu klienta, kým politiku prepíšete.
Skúmajte šifru, ktorá bola skutočne vyjednaná, nie zoznam v profile, pretože vyjednávanie môže skončiť na inom člene množiny. data-ciphers AES-256-GCM:AES-128-GCM je zoznam na vyjednávanie a obe položky sú AEAD, takže ani jedna nespotrebúva odtlač auth na ochranu zaťaženia.
Berte ochranu riadiaceho kanála ako vlastné rozhodnutie
tls-auth pridáva HMAC k paketom riadiaceho kanála a berie svoj odtlač z nastavenia auth, preto môže mať tunel AEAD stále zmysluplne nastavený odtlač. tls-crypt je iné usporiadanie s vlastnou pevnou ochranou, takže nepredpokladajte, že dedí každú vlastnosť tls-auth. Čítajte dokumentáciu k mechanizmu, ktorý ste zvolili, namiesto prenášania predpokladov medzi nimi.
Oba peery sa tiež musia zhodnúť na usporiadaní a na smere kľúča. Odtlač, ktorý sedí, ale súbor kľúča použitý v nesprávnom smere, vedie k handshake, ktorý zlyhá z dôvodov, ktoré nastavenie odtlaču nevie vysvetliť.
Držte auth oddelené od vyjednávania šifier a certifikátov
Tri nastavenia sa neustále pletú: odtlač auth, zoznam dátových šifier a podpisový algoritmus certifikátu. Zmena prvého certifikát znovu nevydá, nevyberie jeho podpisový odtlač a nevytvorí metódu používateľ-heslo. Definície protokolových volieb v zdrojoch OpenVPN 2.6 opisujú každú vo vlastnej sekcii, čo je užitočná pripomienka, že ide o nezávislé ovládače.
Keď peer po zmene odtlaču odmietne pripojenie, príčinou býva nezhoda v jednom z ďalších dvoch nastavení. Prečítajte oba konce, kým niektoré z nich zmeníte.
Zapíšte politiku a porovnajte ju s bežiacimi konfiguráciami
Vyhlásenie na úrovni flotily by malo výslovne uviesť povolené režimy dátového kanála a zvolenú ochranu riadiaceho kanála v jednej vete. Tá veta je testovateľná; „používame SHA256“ nie. Potom ju porovnajte s účinnými profilmi servera a klienta, nie so šablónou v repozitári.
Na záver zaznamenajte, čo každý tunel skutočne vyjednal a ktorý mechanizmus autentizoval jeho pakety. Viditeľný riadok auth v profile je len dokladom zámeru konfigurácie a zámer je najlacnejšou časťou kontroly.