Javasoljon olyan távoli hozzáférési eszközt, amelyet a hálózat tulajdonosa jóváhagyhat
Határozza meg az erőforrást, az identitást, a bizalmi határt és az eltávolítási útvonalat, mielőtt egy távoli hozzáférési eszköz hozzáér egy ügyfélhálózathoz. A jóváhagyás a szállítandó eredmény.
Egy távoli hozzáférési eszköz megváltoztatja az ügyfél hálózati határát akkor is, ha kifelé kezdeményez kapcsolatot, és nincs szüksége bejövő porttovábbításra. A kifelé irányuló irány az, ami könnyen telepíthetővé teszi, és ami könnyen elnézhetővé teszi. Mutassa be hozzáférési tervezési kérésként, mielőtt a hálózatra kerül. Úgy bemutatni, mintha nem is kellett volna említeni, az az út, amelyen egy technikai siker szerződéses problémává válik.
Tételezze fel, hogy a hálózat tulajdonosa négy kérdést tesz fel: mit, kit, meddig, és hogyan vonjuk vissza.
Az erőforrást kérje, ne az alhálózatot
Írja le a munkát a tulajdonos által használt kifejezésekkel: melyik személynek melyik szolgáltatásra van szüksége, melyik eszközön, mennyi ideig. Az egyetlen gazdagépen futó egyetlen alkalmazásra korlátozott kérés könnyen jóváhagyható. Az alhálózatra vonatkozó kérés másvalaki szegmentálásának átszervezésére irányuló kérés.
Lehet, hogy az ügyfél már üzemeltet jóváhagyott VPN-t, távoli asztali átjárót vagy felügyelt támogatási csatornát, amely kielégíti az igényt. Ezt először ellenőrizze, mert egy meglévő útvonal újrafelhasználása általában a legolcsóbb válasz mindkét fél számára. Ha nem illik, mondja meg pontosan, miért nem. Ez az összehasonlítás a javaslat legerősebb része.
Ha egy eszköz valóban szükséges, hozza magával annak tulajdonosát, a szoftver forrását, a frissítési folyamatot és a tervezett telepítési pontot.
Mutassa meg a kapcsolatot és azt, hol ér véget a bizalom
Rajzolja fel az eszközt, a távoli felhasználót, az esetleges közvetítőt vagy relét és a védett erőforrást. Jelölje meg, hol végződik a titkosítás, és ki igazgatja az egyes végpontokat. A kifelé irányuló munkamenet továbbra is új vezérlési útvonalat vezet be, és ez az ábrán válik láthatóvá. Annak kimondása, hogy a forgalom titkosított, egy bizalmassági kérdésre válaszol, és semmilyen engedélyezési kérdésre nem.
Nevezze meg az üzemmódot kifejezetten: csomagtovábbítás, alkalmazásproxy vagy kitett asztal. Mindegyiknek mások a következményei az útválasztásra és a gazdagép biztonságára, és mindegyik másképp hibázik, amikor az eszköz kompromittálódik.
Tartsa a nem kapcsolódó ügyfélhálózatokat és magának az eszköznek az adminisztrációs felületét a jóváhagyott hatókörön kívül.
Válassza szét a felhasználói identitást az eszközidentitástól
A felhasználói regisztráció, az eszközidentitás, a többtényezős hitelesítés és az alkalmazásba való bejelentkezés négy különböző kontroll, és a javaslatnak mindegyiket meg kell neveznie. A megosztott hitelesítő adatok a szokásos rövidítés, és a tulajdonost képtelenné teszik arra, hogy egy embert visszavonjon anélkül, hogy mindenkit megzavarna. A bejelentkezésnek az alkalmazásnál kell maradnia. Az eszköz hitelesíti a kapcsolatot; a szolgáltatás dönti el, hogy az a kapcsolat mit tehet.
A NIST zéró bizalmi architektúrája itt azért hasznos, mert az erőforrásokhoz való hozzáférést kifejezett döntésként kezeli, nem a hálózati helyzet következményeként.
Egyezzen meg a helyreállításról és az eltávolításról a telepítés előtt
A tulajdonosnak képesnek kell lennie arra, hogy a hozzáférést azonnal letiltsa egy általa kezelt vezérlőn keresztül, nem pedig egy Önnek tett telefonhíváson keresztül. Írja le a hitelesítő adatok visszavonását, az eszköz eltávolítását, a frissítésekért való felelősséget és egy lejárati vagy felülvizsgálati dátumot. Őrizzen meg egy helyi helyreállítási útvonalat, amely nem függ az új távoli csatornától. Az az eszköz, amelyet senki sem tud eltávolítani a szállító nélkül, állandó függőség kényelemnek álcázva.
Tartsa arányosnak a nyilvántartást: jóváhagyott identitások, hozzáférési hatókör, jelentős változások és releváns hibák.
Nem kapcsolódó böngészési előzmények gyűjtése annak bizonyítására, hogy az eszköz létezik, nem a jó működés bizonyítéka, és olyan kötelezettséget teremt, amelyet a tulajdonos soha nem kért.
Hogyan néz ki egy sikeres jóváhagyás
Fogadja el a tervet a tulajdonossal együtt egy engedélyezett szolgáltatással és egy erőforrással, amelynek megtagadottnak kell maradnia. Ez a második fele az a rész, amelyet az emberek kihagynak, és ez az egyetlen rész, amely bizonyítja, hogy a határ ott van, ahol az ábra mondja. Ugyanígy tesztelje a visszavonást, mielőtt az eszköz valódi munkát hordoz. Ha a jóváhagyást visszatartják, használja az ügyfél engedélyezett alternatíváját, vagy végezze el a munkát helyben.
A működő kapcsolat nem engedély a hozzáférési útvonal létrehozására.
Írja le a jóváhagyást a hatókörével és a lejáratával, és adjon egy példányt a tulajdonosnak. A következő ember, aki hozzáér ehhez a hálózathoz, a nyilvántartást fogja olvasni, nem az Ön emlékét a beszélgetésről.