Egy partner nyilvános kulcsot küld, és titkosított csomagot kér. A titkosítás működni fog, és tökéletesen védett hitelesítő adatot juttathat olyasvalakihez, akinek nem kellene rendelkeznie vele. A titoktartás és a címzett személyazonossága két különböző kérdés, amelyekre különböző mechanizmusok válaszolnak. Válaszoljon mindkettőre, mielőtt a csomag elhagyja a gépét.

Két különböző kérdés: titoktartás és címzett

A titkosítás arra válaszol, ki olvashatja a fájlt, feltételezve, hogy a kulcs a szánt személyhez tartozik. Az aláírás arra válaszol, ki állította elő, és semmit sem mond a bizalmasságról, mert az aláírt fájl továbbra is olvasható lehet. Az ujjlenyomat azonosít egy kulcsot, és csak egy független ellenőrzés köti ezt az ujjlenyomatot személyhez vagy szerephez. Bármelyiket a másikként kezelni a gondosnak látszó átadás szokásos hibája.

A fájlnak életciklusa is van: a lejáró hivatkozás korlátozza a későbbi letöltést, de nem vonja vissza a már letöltött hitelesítő adatot.

Ellenőrizze az ujjlenyomatot a csatornán kívül

Szerezze be a várt ujjlenyomatot olyan csatornáról, amely nem függ a titkosítást kérő üzenettől. Ezután hasonlítsa össze azzal, amit a helyi kulcstartó tartalmaz.

gpg --fingerprint [email protected]
gpg --list-keys --with-fingerprint [email protected]

Az ujjlenyomat-sorok az összehasonlítandó érték, és a második parancs ugyanazokat az identitásokat mutatja teljes ujjlenyomatukkal egy második pillantásra. Erősítse meg a teljes karakterláncot hívással, aláírt leltárral vagy kezelt regisztrációs rekorddal; az ismerős megjelenített név semmit sem bizonyít. Ha a kulcs ugyanabban az üzenetben érkezett, amely a kézbesítést kérte, az ujjlenyomata nem független bizonyíték. Csak ezen ellenőrzés után importálja a kulcsot, és a név helyett az ellenőrzött ujjlenyomatra titkosítson.

Csak azt az anyagot adja át, amelyre az eszköznek szüksége van

Készítsen leltárt a csomagról, mielőtt szállítási módot választ. A nyilvános átjáró beállításai és egy nyilvános megbízhatósági tanúsítvány konfiguráció, az ügyfél titkos kulcsa titok, a kibocsátó aláírókulcsa pedig teljesen más eszköz. Ahol a regisztrációs modell engedi, tartsa a titkos kulcsot az eszközön, és csak azt adja át, ami befejezi a regisztrációt. A VPN-ügyfélnek nincs szüksége a CA aláírókulcsára a kiszolgáló érvényesítéséhez, és egy partnerek között megosztott élő kulcs lehetetlenné teszi az egyedi visszavonást.

Írja alá az artefaktumot is, amikor a címzettnek fel kell ismernie a helyettesítést, és az utasításokban tartsa külön a két műveletet. Tartsa egy archívumban a többfájlos csomagot, hogy a címzett ne tudja a konfiguráció felét telepíteni, majd jelenteni, hogy az átjáró elutasítja az identitást.

Zárja le az életciklust a kézbesítés után

Rögzítse a címzettet, az eszközt, a konfiguráció revízióját és a visszavonási útvonalat, de soha magát a titkos értéket. Erősítse meg, hogy a szánt személy regisztrálhat, és egy másik identitást elutasítanak. Ha a csomag rossz kezekbe kerül, cserélje vagy vonja vissza az elfogadott titkot a kibocsátóján keresztül, mert a melléklet törlése semmit sem érvénytelenít, ami már letöltődött. Egy jelszóval védett archívum, amelynek jelszava ugyanabban a beszélgetésben utazik, szintén nem független ellenőrzés.

Az átadás akkor fejeződik be, amikor a megfelelő identitás aktív a megfelelő eszközön, nem amikor a titkosított fájl sikeresen feltöltődik.

Kapcsolódó cikkek