Új hozzászólás Aktív témák

• #9 UnA Korrektor sh4d0w #8

  Új Válasz 2020-03-08 07:59:10 #9

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  UnA

  Korrektor

  válasz sh4d0w #8 üzenetére

  Ez elvileg szép dolog, de hogyan szokott működni olyan alkalmazások esetén, ahol ezt gyárilag nem nyújtják neked? Akkor nincs más módszer, egy hálózati rétegen kell a policyt megvalósítani.

• #6 Tuib aktív tag sh4d0w #5

  Új Válasz 2020-03-07 23:09:03 #6

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Tuib

  aktív tag

  válasz sh4d0w #5 üzenetére

  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 :)

• #4 Tuib aktív tag sh4d0w #3

  Új Válasz 2020-03-07 16:15:26 #4

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Tuib

  aktív tag

  válasz sh4d0w #3 üzenetére

  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

Új hozzászólás Aktív témák