VPN-titkosítási állítások: mit kell mondania a dokumentációnak

Nézze meg az algoritmusnév melletti nagy számot, és kérdezze meg, mit is mér valójában. Nem mondja meg, melyik kapcsolat védett, melyik protokoll adja a védelmet, vagy mely beállításokat támogatja az ügyfele. Az az oldal, amely nem tudja az állítását ezek egyikéhez kötni, reklám és nem dokumentáció. Az alábbi ellenőrzések olvasási sorrendet adnak bármely kapott összefoglalóhoz, és az első állítás, amelyet nem tud konkrét kapcsolathoz kötni, az a pont, ahol meg kell állnia.

Határozza meg, melyik kapcsolatra vonatkozik az állítás

Egy termékoldal ugyanabban a bekezdésben tárgyalhatja az alagút titkosítását, a fiókportál felé menő HTTPS-t és a tárolt adatok titkosítását. Ezek különböző útvonalak és különböző tárolórendszerek, így az egyik tulajdonsága semmit sem mond a többiről. Döntse el, melyikről szól a mondat, mielőtt versenytárshoz hasonlítja. Ugyanaz a szó, a titkosítás, mindhárom összefüggésben megjelenik, és minden alkalommal mást jelent.

Maga az alagút esetében dokumentált protokollt és a támogatott biztonsági beállítások dokumentált készletét keresse. Ez a három címke nem felcserélhető: az alapértelmezett készlet anélkül érkezik, hogy Ön választaná, az opcionális mód csak akkor érvényes, ha a profil azt választja, a kialkudott eredmény pedig az, amiben a két fél a csatlakozáskor megegyezett. Az a szállító, aki ezeket elmossa, kevesebbet mondott, mint amennyinek látszik.

Ellenőrizze a protokollt és az általa engedett készletet

Az ügyfélprofilból induljon ki, ne egy összehasonlító grafikából. A profil megnevezi a protokollt, a protokoll pedig eldönti, mely készletek egyáltalán lehetségesek, ahogy a két gyakori eset mutatja.

Az IKEv2 javaslatlista olyan menü, amelyből az átjáró választ, ezért a kapott készlet eltérhet két azonos ügyfélbeállítású átjáró között. A WireGuardnak nincs ilyen menüje, ami az állítását könnyebben ellenőrizhetővé és szűkebben leírhatóvá teszi. Egyik elrendezés sem erősebb önmagában; a lényeg, hogy a dokumentációnak meg kell mondania, melyikre gondol.

Egy rejtjelnév önmagában a hitelesítést is kihagyja, a kulcs létrehozását, a metaadatok kitettségét és a megőrzést. A modern konstrukciók egy készletben egyesítik a titkosítást és a sértetlenséget, míg a régebbiek szétválasztják őket, így egyetlen algoritmusnév említése elrejtheti, mely tulajdonságot kapja valójában. Kérje írásban a kialkudási szabályzatot, amikor az oldal nem említi.

Ellenőrizze a partner hitelesítését és a frissítési állapotot

A partner hitelesítése akkor is az állítás része, ha a marketing szöveg kihagyja. Az ellenőrizetlen címzett felé irányuló erős titkosítás nem az az eredmény, amelyet bárki szándékolt, és az az alagút, amely nem tudja megmondani, ki válaszolt, kevesebbet véd, mint amennyinek látszik. Nézze meg, hogyan ellenőrzi az ügyfél a szervert: tanúsítványlánc, rögzített kulcs vagy előre megosztott titok. Ezek különböző bizalmi modellek, különböző hiba módokkal.

Ezután ellenőrizze a megvalósítást és annak frissítési állapotát, mert egy javítatlan ügyfélben dokumentált rejtjel olyan verziót ír le, amelyet talán nem futtat. A protokoll szerzőinek közzétett korlátait ugyanezen okból érdemes elolvasni. Az az ügyfél, amelyet egy éve nem frissítettek, más állítást tesz, mint az előtte lévő oldal.

Ellenőrizze, hol végződik az alagút

Az ügyféltől a szerverig tartó alagút a VPN-szervernél végződik. Az alkalmazásszintű titkosítás, például a mögötte lévő szolgáltatás felé menő HTTPS, tovább védheti a forgalmat az útvonalon, és a szerver után ez maradhat az egyetlen védelem. Olvassa el az üzemeltető magyarázatát a végpontokról, és döntse el, melyik rétegre vonatkozik az állítás.

A naplózási szabályzat és a fiókkövetés teljesen a titkosításon kívül áll. Az üzemeltető titkosított tartalmat továbbíthat, miközben az időzítést, a címeket és a mennyiséget figyeli, így a hasznos teher bizalmasságáról szóló állítás semmit sem válaszol arra, mi kerül rögzítésre. A megőrzést külön kérdésként kezelje, saját bizonyítékokkal.

Jegyezze fel, amit a dokumentáció nem mond

Ha egy tulajdonság hiányzik, jegyezze fel, hogy hiányzik, ahelyett hogy a szoftver nevéből vagy hírnevéből következtetne rá. Egy audit csak azokat a tulajdonságokat és összetevőket fedi le, amelyeket valóban megvizsgált, és a dokumentáció hiányossága önmagában is megállapítás. Írja le a hiányt, amíg még emlékszik, melyik oldal hozta létre.

Egy Ön által felügyelt gépen olvassa vissza a készletet az élő munkamenetből, az ügyfél állapotoldalának vagy az átjáró biztonsági társulásainak listája segítségével, és jegyezze fel ezt az értéket az ügyfél verziója mellé. Ez a feljegyzés később összehasonlíthatóvá teszi a szállító állítását, amikor egy frissítés megváltoztatja a kialkudott eredményt. Ha az ügyfél és a dokumentáció ellentmond, bízzon a kialkudott eredményben, és jelentse az eltérést, ahelyett hogy csendben összeegyeztetné.