A titkosítás elrejti az adatokat; a hitelesítés megnevezi a partnert
A titkosítás védi a tartalmat, a partner hitelesítése megnevezi a szervert, az engedélyezés pedig eldönti, mit nyithat meg egy identitás. Kérdezze mindhármat egy VPN-tervben.
A partner ellenőrzése nélküli titkosítás bizalmas beszélgetést juttathat a rossz félhez. Az engedélyezés nélküli hitelesítés bizonyítja, ki csatlakozott, de azt nem, mit nyithat meg. Ez három különálló ellenőrzés, és egy VPN-áttekintés, amely csak a titkosításról kérdez, ezek közül egyre válaszol. Rendezze a kérdéseket, mielőtt bármely beállítási oldalt megnyitja.
Négy kérdés, mielőtt biztonságosnak nevezi
Négy kérdés keretezi az áttekintést: mit olvashatnak a megfigyelők, melyik szerver válaszol, ki csatlakozik, és mit használhat ez az identitás. Az elsőre a titkosítás válaszol, a másodikra a partner hitelesítése, a harmadikra a felhasználó vagy eszköz hitelesítése, az utolsóra az engedélyezés. Egy titkosítás neve vagy egy sikeres bejelentkezés csak részleges válasz.
| Control | Question it answers | What a failure looks like |
|---|---|---|
| Encryption | Who can read the traffic | Readable content on the path |
| Peer authentication | Which server is answering | Certificate or key mismatch |
| Joining identity | Which user or device connected | Rejected credentials |
| Authorization | What that identity may use | Access denied inside a working tunnel |
Egy sort kezeletlenül hagyó terv nem lesz biztonságos egy másik megerősítésétől. Az ellenőrzések kiegészítik egymást, nem felcserélhetők.
A partner hitelesítése nem bejelentkezés
Az ügyfél ellenőrzi, hogy a szerver a szándékolt szerver-e, beállított tanúsítványokkal, nyilvános kulcsokkal vagy más támogatott mechanizmussal. Egy megbízható tanúsítványhatóság nem teszi minden valaha kiadott tanúsítványát a helyes szerverré, ezért az identitásellenőrzés továbbra is fontos. Egy érvényes jelszó beírása egy nem ellenőrzött végpontba nem teszi megbízhatóvá azt a végpontot. A jelszó csak azt bizonyítja, hogy hajlandó volt hitelesíteni magát annak, aki válaszolt.
A WireGuard ugyanezt az ötletet más eszközökkel mutatja: egy beállított partnerkulcs böngészőstílusú tanúsítványkérdés nélkül végez identitásellenőrzést. Egy sok felhasználó által ismert közös titok inkább a csoportot azonosítja, mint egyetlen személyt, ezért az egyedi eszközhitelesítő gyakran erősebb identitást hordoz.
A hitelesített titkosítás kriptográfiai fogalom
A hitelesített titkosítás azt jelenti, hogy a titkosítás védi a bizalmasságot és felismeri az engedélyezetlen változásokat. Nem jelenti azt, hogy egy ember bejelentkezett, és nem dönti el, mely fájlokat nyithat meg egy fiók. Egy titkosítási csomag neve konstrukciót ír le, nem két fél kapcsolatát. A csomagintegritás, a partner identitása és a fiókengedélyek összefüggő követelmények külön bizonyítékokkal.
Az RFC 5280 bizalmi profil a tanúsítványutak és identitásellenőrzések referenciája, amikor a telepítés X.509-et használ. Hasznosabb elolvasni, mint a hitelesített szót a biztonságos szinonimájának tekinteni.
Olvassa el a hibát, mielőtt gyengít egy ellenőrzést
A lejárt tanúsítványnak, a rossz rendszerórának és a váratlan szerveridentitásnak mindegyiknek megvan a maga javítása. Egy elutasított fióknak más a javítása. Ha a szerver jogszerűen változott, szerezze be a frissített bizalmi anyagot az ellenőrzött üzemeltetőtől. Az identitásellenőrzés eltávolítása, hogy az alagút csatlakozzon, látható hibát cserél láthatatlanra.
Védje azokat a hitelesítő adatokat, amelyektől az alagút függ. Egy profil tartalmazhat titkos kulcsot, és egy mentett jelszó távoli hozzáférést adhat. Ha valamelyik kiszivárog, használja a szolgáltatás fiók- vagy kulcskezelési folyamatát, mert egy másik ország kiválasztása az ügyfélkönyvtárban nem vonja vissza a régi identitást.