A statikus kulcsfájl bitjeinek száma nem az OpenVPN titkosítás erőssége

Egy szkenner vagy egy kolléga az OpenVPN statikus kulcsfájl belsejébe nyomtatott bitszámra mutat, és azt kérdezi, miért nem használ az alagút ekkora titkosítást. A kérdés ésszerűnek hangzik, és a válasz nem egy szám: a fejléc a tárolt kulcsanyagot számolja, míg a titkosítás csak azt a részt használja fel, amelyet a kulcsmérete megkövetel. Ha ezt az összeget erősségi beállításként kezeljük, olyan módosítások születnek, amelyek semmit sem változtatnak. A formátumot arra építették, hogy több anyagot tartson, mint amennyit bármelyik egyedi algoritmus használ.

Itt két kérdés keveredik: mennyi kulcsanyagot tárol a fájl, és mennyire erős a kialkudott titkosítás. Csak a második írja le az alagutat.

Mit számol valójában a fejlécben álló szám

A konténer a titkosítási anyagot és a HMAC-anyagot külön struktúraként szerializálja, a kétirányú forma pedig két ilyen készletet tart, hogy minden irány a saját kulcsait hordozhassa. Az író kód a nyomtatott számot a szerializált struktúrák számából, azok méretéből és a bájtonkénti nyolc bitből vezeti le. Ez a tárolás feletti aritmetika, nem annak állítása, hogy egy titkosítás minden tárolt bájtot felhasznál. A fejléc a titkosítási anyag maximális kiosztását is rögzíti, hogy egy könyvtárfrissítés ne méretezhesse át csendben a formátumot.

Hasonlítsa össze ezt egy tanúsítványkulccsal, ahol a bitszám valóban egy objektum méretét írja le. Egy 4,096 bites RSA-kulcs és egy kulcsfájl, amelynek fejléce 4,096 bitet ír, különböző tárgyak különböző feladatokkal, és ha két beállításként egyetlen tárcsára tesszük őket, rossz következtetések születnek.

Két kulcskészlet egy fájlban

A fájl mindkét fele titkosítási és hitelesítési anyagot ad, mert az előre megosztott kulcsú mód ezekkel a külön darabokkal védi a csomagokat mindkét irányban. Az aktív titkosítás csak azokat a bájtokat használja, amelyeket a kulcsmérete megkövetel, a lenyomat pedig a saját kimeneti méretét, ezért a hasznos erősség a beállításokból jön, nem a fájl hosszából. A hexadecimális blokk meghosszabbítása nem kéri a beállított algoritmust, hogy többet használjon fel belőle. A megjegyzés nagyobb számra szerkesztése még kevesebbet változtat.

Ha valóban hosszabb kulcsot szeretne, a módosítandó beállítás a titkosítás vagy a lenyomat, és a generátor azt állítja elő, amire a kiválasztott algoritmusoknak szükségük van.

A profil olvasása megmondja, melyik módban van

Ugyanaz a fájlformátum két meglehetősen különböző feladatot szolgál, és csak a profil mondja meg, melyik van Önnél. Egy régi secret sor a fájlt az alagút egyetlen kulcsanyagává teszi, míg a tls-auth vagy a tls-crypt a tanúsítványok mellett vezérlőcsatorna-védelemmé teszi. Egyik használat sem változtatja az ügyfél tanúsítványának privát kulcsává, bármennyire hasonlónak látszik is a blokk. A csere előállítása előtt azonosítsa a beállítást és a verziót, és a dokumentált generátort használja a karakterek hozzáfűzése helyett.

Ez a különbség dönti el a nyilvánosságra kerülésre adott választ is. Egy kiszivárgott tls-auth kulcs nem fedi fel a munkamenet-kulcsokat, de lehetővé teszi a támadónak, hogy forgalmat injektáljon a vezérlőcsatornába, ezért így is cserélni kell. A kiszivárgott secret kulcs rosszabb, mert az volt az anyag, amely magukat az adatokat védte.

Mit kell rögzítenie egy biztonsági átvizsgálásnak

Rögzítsen három dolgot külön: a kialkudott adatcsatorna-védelmet, a vezérlőcsatorna védelmét és azt, hogyan hitelesítik magukat a partnerek. Egy data-ciphers AES-256-GCM szerű sor csak az elsőt írja le, és egy ott megálló jelentés nem tud válaszolni arra, hogy a vezérlőcsatorna egyáltalán védett-e. A statikus kulcsfájl a második kategóriába tartozik, ha tls-auth vagy tls-crypt mellett használják, és egyikbe sem, ha nem használják. A kategóriákat összemosó bírálók nagyobb kulcsfájlt kérnek, amikor valójában erősebb titkosítást szeretnének.

Ha a fájl nyilvánosságra került, forgassa és terjessze újra a jóváhagyott csatornán. Karaktereket hozzáfűzni egy kompromittált titokhoz nem forgatás, és érvényben hagyja a felfedett anyagot.

Tartsa a forgatási feljegyzést annál a profilnál, amelyhez tartozik. A következő átvizsgálás azt fogja kérdezni melyik kulcs melyik időszakot védte, és a fejléc erre nem fog válaszolni.