A kis cégek általában nem indulnak hozzáférési architektúrával. Gyakorlati problémával kezdik: valakinek otthonról kell dolgoznia, laptoppal kell utaznia, csatlakoznia kell a szállodai Wi-Fi-hez, vagy el kell érnie egy megosztott erőforrást anélkül, hogy túl sokat tenne ki.
Ez az a hely, ahol gyakran egy VPN lép be a beszélgetésbe. Ismerős, érthető és sok szűk távmunka és adatvédelmi igény esetén hasznos. A SASE, a Secure Access Service Edge rövidítése, egy másik helyről származik. Ez egy tágabb modell, amely egyesíti a hálózati és biztonsági funkciókat, általában olyan szervezetek számára, amelyeknek szükségük van személyazonosság-tudatos vezérlőkre, központosított szabályzatra, ellenőrzésre, valamint az elosztott felhasználók és alkalmazások kezelésének kiforrottabb módjára.
Tehát az igazi vpn vs sase kérdés nem az, hogy „melyik a jobb?” Ez: valójában milyen hozzáférési problémái vannak az Ön cégének?
A rövid verzió: A VPN megoldja a kapcsolódást, a SASE a hozzáférési architektúrát
A VPN titkosított kapcsolati útvonalat hoz létre a felhasználó eszköze és a VPN szerver vagy hálózat között. Egy kis csapat számára ez elég lehet, ha a fő cél az egyszerű csatlakozás vagy egy privátabb útvonal a nem megbízható hálózatokon.
A SASE nagyobb. A hálózati és biztonsági vezérlőket felhőalapú architektúrába helyezi. A környezettől függően a SASE megbeszélések tartalmazhatnak olyan fogalmakat, mint az identitástudatos hozzáférés, a biztonságos webes átjárók, a felhőalapú hozzáférés-vezérlés, a tűzfal szolgáltatásként, a szoftver által definiált hálózatépítés és a zero-trust elvek.
Egy kis cégnél a megkülönböztetés azért fontos, mert ezek különböző működési modellek:
- A VPN általában könnyebben érthető, és egyszerűbb felhasználási esetekre kidolgozható.
- A SASE általában azoknak a cégeknek illik, amelyeknek részletesebb szabályozásra van szükségük arra vonatkozóan, hogy ki férhet hozzá az alkalmazásokhoz, mely eszközökről, milyen feltételek mellett.
- A VPN praktikus réteg lehet egyéni és kis csapatok számára.
- A SASE közelebb áll egy hosszú távú hozzáférési és biztonsági programhoz, mint egyetlen eszközhöz.
Ha cégének csak egyszerű titkosított kapcsolatra van szüksége utazáshoz, távmunkához vagy alapvető magánélethez, a VPN lehet a megfelelő méretű választás. Ha csapata növekszik, alkalmazásai szétszórtan vannak az SaaS és a magánrendszerek között, és a széles körű hálózati hozzáférés kényelmetlenné válik, akkor itt az ideje, hogy a VPN-nél tovább gondoljon.
Amikor egy egyszerű VPN elég lehet
Egy egyszerű VPN akkor lehet értelme, ha a hozzáférési minta szűk, és a kockázat könnyen érthető.
Például egy alapítónak, tanácsadónak, vezető ügynökségnek vagy kis távoli csapatnak biztonságosabb kapcsolatra van szüksége nyilvános Wi-Fi-n, konzisztens titkosított útvonalra utazás közben, vagy a VPN szerveren keresztüli csatlakozás alapvető módjára. Ebben az összefüggésben nem a vállalati biztonsági architektúra felépítése a cél. A cél az, hogy a gyakori helyzetekben csökkentsük a kitettséget, és kezelhető legyen a távoli hozzáférés.
A VPN nagyobb valószínűséggel elegendő, ha:
- csak kevés embernek van szüksége távoli hozzáférésre;
- a felhasználók megbízhatóak és a szerepek egyszerűek;
- a cég nem futtat sok érzékeny belső alkalmazást;
- a fő igény a titkosított kapcsolat, nem pedig az alkalmazásonkénti irányelvek érvényesítése;
- nincs külön biztonsági csapat egy összetett architektúra működtetésére;
- a megfelelési követelményeket korlátozzák vagy máshol kezelik;
- a vállalkozás elvisel egy egyszerűbb adminisztrációs modellt.
Itt lehet releváns egy olyan termék, mint a VPN Unlimited by KeepSolid, mint egyszerű VPN opció olyan felhasználók és kisebb csapatok számára, akiknek titkosított VPN kapcsolatra van szükségük a mindennapi csatlakozáshoz és adatvédelmi forgatókönyvekhez.
Ez nem jelenti azt, hogy a VPN minden biztonsági problémára teljes válasz. A VPN nem hoz létre automatikusan identitásirányítást, eszközhelyzet-ellenőrzéseket, naplózási munkafolyamatokat, alkalmazásszintű szegmentálást vagy zero-trust házirend-érvényesítést. Ha ezeket a problémákat kell megoldania, a beszélgetés egy szélesebb hozzáférési modellbe lépett.
Ha a hozzáférési probléma túlnőtt egy VPN-n
Az érési nyomás általában fokozatosan jelenik meg. Eleinte egy-két embernek távoli hozzáférésre van szüksége. Ezután a vállalkozóknak hozzáférésre van szükségük. Ezután a csapat hozzáadja a SaaS-eszközöket, privát alkalmazásokat, megosztott adminisztrációs paneleket, pénzügyi rendszereket, ügyféladatokat és személyes eszközöket. Egy bizonyos ponton túlságosan tompanak tűnik a széles hálózati hozzáférés megadása mindenkinek, aki egy VPN-n keresztül csatlakozik.
Ilyenkor a távoli hozzáférés biztonsága kevésbé az alagútról, hanem inkább az irányításról szól.
A következő jelek arra utalnak, hogy vállalatának szélesebb architektúrára lehet szüksége:
- a különböző szerepköröknek különböző alkalmazásokhoz vagy adatokhoz kell hozzáférniük;
- a vállalkozók csak egy rendszert érjenek el, ne a teljes hálózatot;
- az érzékeny erőforrások erősebb jóváhagyást, ellenőrzést vagy szegmentálást igényelnek;
- az alkalmazottak vegyesen használnak felügyelt és nem menedzselt eszközöket;
- A SaaS-alkalmazások és a privát alkalmazások egyaránt a napi munka részét képezik;
- az admin fiókok szigorúbb kezelést igényelnek, mint a normál felhasználói fiókok;
- a vállalat kezd szembesülni az ügyfelek biztonsági felülvizsgálatával vagy megfelelőségi kérdésekkel;
- a hozzáférés hibaelhárítása egyre nehezebbé válik, mert a szabályzatok túl sok helyen élnek.
Ebben a környezetben már nem az a kérdés, hogy „Van VPN?” Ez a következő lesz: „Hozhatunk-e hozzáférési döntéseket felhasználó, szerepkör, erőforrás, eszköz és kockázat alapján?”
Ez az a terület, ahol a SASE architektúra és a zero-trust ötletek hasznosakká válnak.
Mit tesz a SASE a határozathoz
A SASE nem csak egy gyorsabb vagy drágább VPN. Ez egy olyan architektúra-minta, amely közelebb hozza egymáshoz a hálózati kapcsolatot és a biztonsági vezérlőket, gyakran felhőalapú szolgáltatásokon keresztül.
A jóváhagyott forrásanyag a SASE-t úgy fogalmazza meg, hogy a hálózati és biztonsági funkciókat egyesítse az elosztott felhasználók, távoli helyek és felhőszolgáltatások számára. A gyakorlatban ez azt jelenti, hogy a SASE-ről általában akkor beszélnek, ha egy vállalatnak többre van szüksége, mint egy titkosított elérési útra. Irányelvre, ellenőrzésre, szegmentálásra, valamint a felhasználók és erőforrások központosított felügyeletére van szüksége.
Egy kis cég számára nem a vállalati betűszavak felsorolása a leghasznosabb. Ez ez:
Ha mindenki, aki csatlakozik, nagyjából ugyanazokat a dolgokat érné el, a VPN működőképes maradhat. Ha a hozzáférésnek eltérőnek kell lennie minden szerepkörhöz, alkalmazáshoz, eszközhöz és kockázati szinthez, a SASE gondolkodás relevánsabbá válik.
Ez nem jelenti azt, hogy egy kis cégnek bele kell rohannia egy összetett projektbe. A SASE tervezést, műveleteket, szállítóértékelést, felhasználói képzést és folyamatos kezelést igényelhet. Egy olyan vállalat, amely nem képes ezeket a vezérlőket működtetni, gyorsabban tud zavart kelteni, mint biztonságot.
A jobb megközelítés az, ha a SASE-t lejárati irányként kezeljük. Értse meg, mire tervezték a megoldást, majd döntse el, hogy a jelenlegi hozzáférési kockázatok indokolják-e az extra bonyolultságot.
Ahová a Zero Trust illeszkedik
SASE közelében gyakran emlegetik a nulla bizalmat, de ez nem veheti át ezt a vitát. A kisvállalatok számára a zero trust legpraktikusabb része a széleskörű bizalomról az erőforrás-központú döntésekre való átállás.
Ahelyett, hogy megkérdezné: „Ez a személy a hálózaton van?” a zero-trust megközelítés pontosabb kérdéseket tesz fel:
- Ki a felhasználó?
- Milyen erőforrást próbálnak elérni?
- A szerepük megkívánja?
- Elfogadható az eszköz ehhez az erőforráshoz?
- Most engedélyezni kell a foglalkozást?
- A hozzáférést korlátozni, felül kell vizsgálni vagy visszavonni?
Ez a zero trust távoli hozzáférés lényege: a hozzáférés nem csak azért biztosított, mert valaki csatlakozik. Kiértékelése a felhasználó, az erőforrás és a környezet körül történik.
A NIST zero-trust útmutatása különösen hasznos itt, mert a zero trust architektúra és migrációs útvonalként fogalmazza meg, nem pedig egy kattintásos termékként. A kisvállalatok anélkül használhatják ezt a gondolkodásmódot, mintha azt tennék, hogy már rendelkeznek egy teljesen kiforrott vállalati programmal.
A legkisebb kiváltság a gyakorlati teszt
A legkevesebb privilégiumhoz való hozzáférés kifejezés technikailag hangzik, de az ötlet egyszerű: az embereknek a munkájuk elvégzéséhez szükséges minimális hozzáférést kell kapniuk, mindaddig, amíg szükségük van rá.
Gyakran ez a legegyértelműbb módja annak eldöntésére, hogy a VPN elegendő-e.
Kérdezd meg:
- Ha egy csapattag a VPN-n keresztül csatlakozik, többet lát a kelleténél?
- Elérheti-e egy vállalkozó csak azt az alkalmazást, amelyre bérelték?
- Elkülönülnek-e a pénzügyi, adminisztrációs, forráskód- vagy ügyféladat-rendszerek a szokásos hozzáféréstől?
- Gyorsan megváltozhat-e a hozzáférés, ha valaki szerepet cserél vagy távozik?
- Tudja, hogy mely fiókok érhetnek el érzékeny forrásokat?
Ha ezekre a kérdésekre könnyű válaszolni, és a környezete kicsi, a VPN még mindig megfelelő választás lehet. Ha ezek a kérdések hiányosságokat tárnak fel, előfordulhat, hogy a távoli hozzáférési modellnek ki kell fejlődnie.
Kisvállalati döntési keretrendszer
Használja ezt a keretet az irány kiválasztása előtt.
1. Sorolja fel azokat az erőforrásokat, amelyekre az embereknek szüksége van
Ne kezdjen szerszámokkal. Kezdje az erőforrásokkal.
Jegyezze fel azokat az alkalmazásokat, rendszereket, fájlokat, adminisztrációs paneleket, adatbázisokat és megosztott szolgáltatásokat, amelyeket az embereknek távolról el kell érniük. Különítse el a mindennapi eszközöket az érzékeny rendszerektől. Egy egyszerű VPN döntés sokkal világosabbá válik, ha tudja, mi áll valójában a hozzáférési kérelem mögött.
2. A felhasználók szerepkörökhöz való hozzárendelése
Lehet, hogy egy ötfős cégnek nincs szüksége bonyolult szerepkör-tervezésre, de alapvető határokra mégis szükség van. A tulajdonosok, alkalmazottak, vállalkozók, pénzügyi felhasználók és műszaki adminisztrátorok általában nem rendelkeznek egyforma hozzáféréssel.
Ha a szerepek egyszerűek és stabilak, elegendő lehet a VPN-based hozzáférés. Ha a szerepkörök változékonyak, ideiglenesek vagy nagyon eltérőek, akkor erősebb házirend-szabályozásra lehet szüksége.
3. Ellenőrizze, hogy a széles hálózati hozzáférés nem jelent-e elkerülhető kockázatot
A hagyományos VPN nagyon hasznos lehet, de a széles hálózati szintű hozzáférés túl széles lehet bizonyos környezetekben. Ha egy csatlakoztatott felhasználó el tud érni olyan rendszereket, amelyek nem kapcsolódnak a feladatához, az tervezési probléma, nem csak a felhasználó képzése.
A SASE és zero-trust modellek az erőforrásokra és a politikára összpontosítva próbálják csökkenteni ezt az implicit bizalmat. A kisvállalkozásoknak nem kell egyik napról a másikra lemásolniuk a vállalati architektúrát, de észre kell venniük, ha a széles hozzáférés már nem felel meg az üzletnek.
4. Tekintse meg az eszközvezérlést
Az eszközvezérlés megváltoztatja a választ. A felügyelt laptopokkal, kényszerített frissítésekkel és egyértelmű tulajdonjoggal rendelkező vállalatok kockázati profilja más, mint egy olyan vállalat, ahol az alkalmazottak és a vállalkozók személyes eszközöket használnak.
Ha az eszköz megbízhatósága számít az érzékeny alkalmazások számára, előfordulhat, hogy az alapszintű VPN önmagában nem válaszol elegendő kérdésre.
5. Legyen őszinte az adminisztrátori kapacitással kapcsolatban
Az összetett vezérlések gondosságot igényelnek. A szabályzatoknak tulajdonosokra van szükségük. A kivételeket felül kell vizsgálni. A felhasználóknak támogatásra van szükségük. A naplókhoz és a riasztásokhoz valakinek el kell olvasnia őket.
Ha senkinek nincs ideje nagyobb architektúrát működtetni, a vállalatot jobban szolgálhatja egy egyszerű, jól érthető beállítás, miközben dokumentálja a kockázatokat és felkészül a következő szakaszra.
6. Különítse el a mai szükségletet a következő lejárati fokozattól
Ebben a hónapban nem kell minden jövőbeni hozzáférési problémát megoldania. Egy kis csapat használhatja a VPN-t az aktuális igényekhez, miközben tisztább hozzáférési leltárt, szerepkörtérképet és érzékeny erőforráslistát is készíthet.
Ez az előkészítés kevésbé kaotikussá teszi a későbbi SASE vagy zero-trust projektet.
Praktikus módszer a biztonságos távoli hozzáférésre
A biztonságos távoli hozzáférés nem egyetlen termékkategória egyetlen állandó válasszal. Ez egy sor választási lehetőség arra vonatkozóan, hogy az emberek az irodán vagy a megbízható hálózaton kívülről hogyan érik el a munkahelyi erőforrásokat.
Egy kis cégnél az ésszerű előrehaladás így nézhet ki:
- Kezdje a hozzáférési szükséglettel: kinek mire van szüksége, honnan és miért.
- Használjon VPN-t, ha egyszerű titkosított kapcsolatra vagy egy kis, megbízható csoport magánéletére van szükség.
- A csapat növekedésével adjon hozzá egyértelműbb szabályokat az érzékeny erőforrásokhoz.
- Figyelje a jeleket, amelyek arra utalnak, hogy a széles körű hozzáférés kockázatot vagy támogatási többletköltséget jelent.
- Vegye figyelembe a SASE architektúrát, amikor az identitás, a házirend, az alkalmazásszintű vezérlés, az ellenőrzés és a működési érettség válik az igazi problémává.
A fontos rész az, hogy elkerülje a bonyolultság megvásárlását, mielőtt működtetné, ugyanakkor kerülje az olyan beállításokat is, amelyek több hozzáférést biztosítanak az embereknek, mint amennyit a munkájuk megkövetel.
VPN vs SASE: Gyors összehasonlítás kisvállalatok számára
| kérdés | A VPN akkor illeszkedik, ha… | A SASE architektúra illeszkedhet, ha… |
|---|---|---|
| Fő cél | Titkosított kapcsolatra vagy privát útvonalra van szüksége a gyakori távmunka/utazási esetekhez. | Központosított hozzáférési szabályzatra van szükség a felhasználókra, alkalmazásokra, helyekre és kockázati szintekre vonatkozóan. |
| Csapat mérete | A csapat kicsi és a hozzáférési igények hasonlóak. | A csapat növekszik, szétoszlik, vagy alvállalkozókat és több szerepet tölt be. |
| Erőforrás-érzékenység | Kevés belső erőforrás nagyon érzékeny vagy szegmentált. | Az érzékeny alkalmazások, adminisztrációs rendszerek, ügyféladatok vagy szabályozott munkafolyamatok szigorúbb ellenőrzést igényelnek. |
| Hozzáférési modell | A jelenlegi kockázati szinthez a széles körű hozzáférés elfogadható. | A felhasználók csak meghatározott alkalmazásokat vagy erőforrásokat érhetnek el. |
| Műveletek | Valami érthető és könnyebben kezelhető dologra van szüksége. | Ön képes kezelni a házirendeket, a kivételeket, a megfigyelést és a felhasználói támogatást. |
| Érettségi út | Ön most egy szűk kapcsolati/adatvédelmi problémát old meg. | Ön egy hosszabb távú hozzáférési architektúrát épít. |
Gyakori hibák, amelyeket el kell kerülni
A SASE csak „VPN, de újabb”ként való kezelése
A SASE nem egyszerűen egy újabb VPN címke. Ez egy szélesebb építészet. Ha egy szállító vagy egy belső megbeszélés úgy hangzik, mint egy közvetlen egy-egy csere, lassítson le, és először határozza meg a tényleges hozzáférési problémákat.
A VPN minden biztonsági feladat elvégzésére számít
A VPN hasznos lehet, de nem szabad arra kérni, hogy helyettesítse a személyazonosság-házirendet, az eszközkezelést, az alkalmazásengedélyeket, a megfigyelést, a személyzet leállítását vagy az érzékeny erőforrás-szegmentációt.
Építészet vásárlása, mielőtt a vállalat működtethetné
A SASE programokhoz tulajdonjog szükséges. Egy kisvállalat nem alkalmazhat összetett hozzáférési modellt anélkül, hogy tudná, ki kezeli a házirendeket, támogatja a felhasználókat, felülvizsgálja a kivételeket, és naprakészen tartja a beállításokat.
Az egyszerű használati eset figyelmen kívül hagyása
Néhány csapatnak valóban szüksége van egy egyszerű VPN-re. Ha az aktuális igény szűkös, a hozzáférési felület korlátozott, és a csapat érti a beállítást, akkor is a VPN lehet a praktikus választás.
GYIK
A SASE mindig jobb, mint egy VPN?
Nem. A SASE szélesebb, mint a VPN, de a szélesebb nem jelent automatikusan jobbat minden kisvállalat számára. Ha egyszerű titkosított kapcsolatra van szüksége egy kis csoport számára, akkor elég lehet egy VPN. Ha a hozzáférési igényei identitástudatos szabályokat, alkalmazásszintű vezérlést, több felhasználói szerepkört, ellenőrzést és központosított házirendet foglalnak magukban, érdemes lehet megvizsgálni a SASE architektúrát.
A zero trust azt jelenti, hogy nincs VPN?
Nem feltétlenül. A nulla bizalom egy olyan architektúra-megközelítés, amely az implicit bizalom csökkentésére és a felhasználók, erőforrások és kontextus körüli hozzáférési döntések meghozatalára összpontosít. Egyes szervezetek szakaszosan korszerűsítik a hozzáférést. A hasznos kérdés nem az, hogy létezik-e VPN, hanem az, hogy a hozzáférés csak arra korlátozódik-e, amire az egyes felhasználóknak és szerepköröknek ténylegesen szüksége van.
Egy kis cégnek a SASE-vel kellene kezdenie?
Csak akkor, ha a hozzáférési probléma indokolja, és a cég működtetni tudja. Sok kisvállalatnak először dokumentálnia kell a felhasználókat, az erőforrásokat, az érzékeny rendszereket, az eszközvezérlést és a szerepkörhatárokat. Ez a munka tisztázza, hogy egy egyszerű VPN elegendő-e, vagy szélesebb architektúrára van szükség.
Mi a legnagyobb kockázat, ha csak egy VPN-re hagyatkozik?
A fő kockázatot nem a „VPN” szó jelenti. Túlságosan széles a hozzáférés. Ha a VPN-n keresztül történő csatlakozás nagyobb elérést biztosít a felhasználóknak, mint amennyit munkájuk megkíván, a vállalatnak jobb szegmentációra, szerepkör-alapú engedélyekre és erőforrás-szintű vezérlőkre lehet szüksége.
Mit tegyünk, mielőtt bármit megváltoztatnánk?
Készítsen hozzáférési leltárt. Felsorolja a felhasználókat, szerepköröket, eszközöket, alkalmazásokat, érzékeny erőforrásokat és jelenlegi távoli elérési útvonalakat. Ezután döntse el, hogy a probléma egyszerű csatlakozási vagy szélesebb körű hozzáférés-vezérlési probléma.
A lényeg
A vpn vs sase döntés valójában érettségi döntés.
Használjon VPN-t, ha a vállalatnak egyszerű titkosított kapcsolatra van szüksége egy szűk, kezelhető használati esethez. Akkor kezdjen el gondolkodni a SASE-n, amikor a vállalatnak személyazonosság-tudatos szabályzatra, alkalmazásszintű vezérlésre, biztonsági ellenőrzésre, valamint a felhasználók, eszközök és erőforrások hozzáférés-kezelésének szervezettebb módjára van szüksége.
Kisvállalatok számára általában az a legjobb válasz, amely megfelel az aktuális kockázatnak és a csapat azon képességének, hogy azt kezelni tudja. Legyen egyszerű a beállítás, ha a probléma egyszerű. Tervezzen egy szélesebb architektúrát, amikor a távoli hozzáférés házirend-, erőforrás- és műveleti problémává vált.