OpenVPN-napló: a vezérlőcsatorna titkosítása szemben az adatcsatorna titkosításával

Az a naplósor, amely DHE-RSA-AES256-SHA-t említ, nem a teljes kapcsolat összefoglalója. A vezérlőcsatornát védő TLS-kézfogáshoz tartozik, és az alagúton belüli forgalom egészen mással lehet titkosítva. Adatcsatorna-titkosításként feltüntetni a VPN hibája, amelyet el kell kerülni.

Két eredmény számít, és különböző kérdésekre válaszolnak. Az egyik a vezérlőcsatornához egyeztetett TLS-csomag, a másik az alagút által szállított csomagok adattitkosítása.

Két eredmény, két kérdés

A vezérlőcsatorna szállítja a kézfogást és a felek közötti kezelési üzeneteket. Titkosítását a TLS-verem választja, ezért a név a TLS-konvenciókat követi. Az adatcsatorna szállítja a felhasználói forgalmat, és az OpenVPN saját titkosítás-egyeztetése konfigurálja.

Döntse el, melyik kérdésre válaszol, mielőtt bármelyik sort elolvassa. Az, hogy az alagút titkosított-e, és az, hogy a kézfogás erős-e, nem ugyanaz a kérdés.

A hasznos naplórészlet az, amely mindkét sort mutatja. Olvassa a vezérlősorból a TLS-verziót és -csomagot, az adatsorból pedig az algoritmust, amely valóban védi a hasznos terhelést.

Fejtse meg a TLS-csomag nevét a saját kontextusában

Egy történelmi OpenSSL-stílusú névben, mint a DHE-RSA-AES256-SHA, minden összetevő más döntést ír le. DHE az efemer Diffie-Hellman kulcsmegegyezés, RSA a hitelesítési módszer, AES256 az AES-256 CBC módban a TLS-rekordokhoz, és SHA a SHA-1-alapú rekord-MAC.

Az utolsó összetevő nem tanúsítvány-ujjlenyomat, és annak olvasni gyakori hiba. A név önmagában a protokollverziót sem mondja meg, mert a TLS 1.3 teljesen más elnevezési sémát használ. TLS_AES_256_GCM_SHA384 ezt az újabb formát követi, amelyben a záró hash a csomag felépítésének része, nem MAC-választás. Az összetevőnkénti olvasást csak a régebbi elnevezési stílusra alkalmazza.

A OpenSSL-csomagreferencia e neveket a definícióikhoz kapcsolja, ha egy összetevő ismeretlen.

Olvassa ki az adatcsatorna eredményét a szállított forgalomhoz

A szállított forgalomhoz ugyanazon munkamenet adatcsatorna-sorát olvassa. A konfigurációban a data-ciphers-lista engedélyezett halmaz, nem annak bizonyítéka, hogy egy adott algoritmust egyeztettek. A napló rögzíti a választást; a konfiguráció sorolja fel a menüt.

Egy AEAD-titkosítás, például az AES-GCM, saját integritás-ellenőrzést hoz, ezért külön adatcsatorna-HMAC nem része ennek az útnak.

A auth direktíva nem frissíti a TLS-t, a tanúsítványokat vagy az adattitkosítást. Kiválaszt egy digestet a protokoll azon részeihez, amelyek még használnak ilyet, és AEAD adattitkosítás mellett nincs külön adat-HMAC, amelyet konfigurálni kellene.

Tartsa az identitásellenőrzéseket a titkosítás eredményén kívül

A tanúsítvány aláírási algoritmusa, a bizalmi lánc ellenőrzése és a partner nevének ellenőrzése három további tulajdonság, amelyekről egy titkosításnév semmit sem mond. A lejárt tanúsítvány meghiúsul, bármilyen erős is a csomag. A nem egyező kiszolgálónév ugyanígy meghiúsul. A profilban egy digest-beállítás javítása egyiket sem javítja meg.

Tartsa ezeket az ellenőrzéseket a felülvizsgálati jegyzetekben a titkosítás eredménye mellett, nem beleolvasztva.

Rögzítse az aktuális munkamenet egyeztetett eredményeit

Vegye ki az aktuális kapcsolat eredményeit, és rögzítse melléjük az ügyfél és a kiszolgáló verzióit. A csak hozzáfűzhető napló tartalmazhat egy régebbi munkamenet sorát, és aktuálisként idézni azt az a mód, ahogy egy javított probléma továbbra is fennállónak látszik.

Házirend-felülvizsgálathoz adja át a konfiguráció tulajdonosának az egyeztetett TLS-verziót és -csomagot, a választott adattitkosítást és a tanúsítvány-ellenőrzési beállításokat együtt. Módosítsa azt a réteget, majd olvasson egy friss naplót az új egyeztetett értékek megerősítéséhez.