Hirdetés
- Luck Dragon: Asszociációs játék. :)
- bb0t: Ikea PAX gardrób és a pokol logisztikája
- gban: Ingyen kellene, de tegnapra
- sziku69: Szólánc.
- sziku69: Fűzzük össze a szavakat :)
- eBay-es kütyük kis pénzért
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- D@reeo: Pi-hole és a Telekom Sagemcom F@st 5670 DNS beállítása
- Brogyi: CTEK akkumulátor töltő és másolatai
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
Új hozzászólás Aktív témák
-
joghurt
addikt
Szép elv a zero trust. Csak épp mindig az a fránya gyakorlat...
Mesélek egy példát, úgy 20 évvel ezelőttről. Informatikai részvénytársaságnál dolgoztam szoftverfejlesztőként. Ezen a téren kevésbé működik, hogy az IT telepít mindent, mert nem egy op.rendszer+office irodai gépről beszélünk, hanem mindenféle egzotikus fejlesztőrendszerről és toolsetről. És rendszergazdai jogokról ezek minden frissítéséhez is.
Ott azt találták ki ennek feloldásához, hogy a csoportvezetők tudták a domain admin jelszót, és ők mentek oda a géphez, ha kellett.
Aztán persze nekik is túl nagy nyűg volt ez, így a senior fejlesztőkre is átszállt a jelszó.És aztán jött a meglepetés, hogy honnan tudjuk (az amúgy titkolni szánt) fizetéseket - például hogy egy új srácot nagyobb pénzzel vettek fel, mint aki már 3 éve ott dolgozik, vagy hogy néhány semmire sem jó őskövület az ősiség törvénye miatt annyit keres, mint 3-4 átlag fejlesztő, akik fejenként nagyobb munkát végeznek el nála.
Hát elég egyszerűen: domain admin jelszóval a fejlesztési alelnök C$ megosztásáról...Még manapság, az UAC-s világban sem egyszerű ügy egy fejlesztői gép.
-
-
Van ott egy rakás policy - tulajdonképpen ezek valósítják meg magát a modellt. A policyk megmondják, hogyan kell viselkednie az erőforrásoknak - legyen az bármi: webszerver, adatbázis szerver, switch, tűzfal stb.
#7: ha ez az analógia megfelel neked a könnyebb megértéshez, akkor igen. A modell szerint nincs vakon megbízás semmiben, mindig, mindenkor, mindennek folyamatosan autentikálnia kell magát ahhoz, hogy hozzáférjen az adott erőforráshoz. Nem fordulhat pl. elő, hogy ma már használtál valamit és akkor x időre újabb autentikáció nélkül hozzáférsz újra.
-
-
Tuib
aktív tag
Bocsánat, lehet olvasnom kéne :) szóval a webszerver nem beszél adatbázis szerverrel példánál maradva nem elég user auth, ssl és l3 tűzfal közéjük, hanem még mi lesz ott? Web interface alkalmazások közt security tokennel jó? Vagy hogy? Minden átmegy egy WAF-on?
Ha hülyeségeket kérdezek akkor írd hogy RTFM vagy PEBKAC :)
-
Alapvetően a modell alatt működő SDN mindent L7-ig tol fel. Ebből kifolyólag minden mindentől szeparálva van tehát a webszerver is pl. az adatbàzis szervertől. Ebből persze az is következik, hogy a különböző funkciók is autentikálnak, mi több, a különböző hálózati elemek is.
Felvetődhet a teljesítmény kérdése. Lépj be G Suite-ba és hozz létre dokumentumokat, nyisd meg, zárd be őket. A Google-nél van minden: SDN, mikroszegmentáció, Zero Trust.
-
Tuib
aktív tag
Már érzem, hogy nem leszek IT security sosem. Írod, hogy mindent azonosítunk, ami a felhasználóhoz kapcsolható, nem csak egy username/pass van. Itt a korlátozás az milyen szinten értelmezett? PL L3 IP szinten? Vagy elég ha feljebb van ilyen? Húzunk még egy réteget a user/usereszközök és az alkalmazások közé? Az alkalmazásokat is szeparáljuk? Minden szeparált alkalmazás halmaz külön authentikálja és authorizálja a usert? Egymás közt az alkalamzások auth-olnak?
Ha nagyon mélyről jövök fel, akkor szólj, sose voltam jó magas szintű stratégia földközeli lefordításában
-
A jelenleg - még - uralkodó nézőpont szerint ami a hálózaton belül van, az megbízható, tehát egy autentikációs művelet után bent vagy a hálózatban. Ebben a tradicionális infrastruktúrában még meg kell valósítanod a N-S (perimeter) és az E-W (lateral) irányú szegmentációt is, miközben a Zero Trust mindezeket - feltételezve a megfelelő implementációt - megoldja, megfejelve azzal, hogy az autentikáció nem csak a felhasználóra vonatkozik, hanem az eszközére, a forráshálózatra, gyakorlatilag mindenre, ami hozzá köthető.
Nagyon sok cég flat networköt használ, ahol csak a N-S szegmentáció létezik, tehát ha egy támadó valahol sikeresen behatol a hálózatba, a lateral movement adott.
-
Tuib
aktív tag
Nekem még buzzword a dolog, értelmeznem kellene, hogy is néz ki egy ilyen hálózati, kiszolgáló, alkalmazás infrastruktúra. Hol, milyen hitelesítést használjak, mi az ami elfogadható, mi nem. Na még olvasok
Amire nem meglepő módon rájöttem, hogy bármely itsec cég saját terméke megoldja ezt, feltéve, ha úgy értelmezzük ezt a kifejezést, ahogy ők
Új hozzászólás Aktív témák
- BenQ Zowie XL2586X+ Profi eSport, 600 Hz-en!
- Lenovo ThinkPad P15 Gen 1 Tervező Vágó Laptop -50% 15,6" i7-10750H 16/512 QUADRO T1000 4GB
- Lenovo ThinkPad P15 Gen 1 Tervező Vágó Laptop -50% 15,6" i7-10750H 16/512 QUADRO T1000 4GB
- Boya BY M1/AV Jefe TCM-100 lavalier mikrofonok
- Mantona Luis Retro kamera hátizsák fekete
- Gyári garanciával Digitalizáló tábla XP-PEN Artist Pro 24
- Apple iPhone 14 Pro Max 256GB, Kártyafüggetlen, 1 Év Garanciával
- BESZÁMÍTÁS! ASUS H510M i5 11400F 16GB DDR4 512GB SSD RTX 2060 Super 8GB Zalman T4 Plus CM 500W
- ÁRGARANCIA!Épített KomPhone i5 14600KF 32/64GB RAM RX 7800 XT 16GB GAMER PC termékbeszámítással
- HIBÁTLAN iPhone 14 512GB Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3922, 100% Akkumulátor
Állásajánlatok
Cég: ATW Internet Kft.
Város: Budapest
Cég: BroadBit Hungary Kft.
Város: Budakeszi