Concetto di sicurezza multilivello

Question

Concetto di sicurezza multilivello

#1 da (1 voti)
#2 da (0 voti)

0

Sto lavorando a un concetto di sicurezza di un progetto più grande. Sarà fatto con Spring, ma al momento non è rilevante.

L'intero sistema è un albero gerarchico di nodi di computer che eseguono un software platfrom personalizzato, mentre i nodi layer 1 si connettono a un nodo sul layer 2, i nodi layer 2 si connettono a un nodo sul layer 3 e così via.

L'ideaèchel'interosistemaabbiaunnodoprincipalechesaràlaradicedell'albero.L'interagestionedegliutenti,inclusal'autenticazione,verràeseguitalì.Significacheunarichiestadiaccessodaunnododilivelloinferioreverràinoltrataalnodoradice.Ilconcettoperquestoèpraticamentefattoesembrabuono.

Lapartedifficileinquestomomentoèl'autorizzazione.Ilsistemadovrebbedareunasensazionetop-downSingleSignOn.Significatosehoeffettuatol'accessosuunnododilivello3,nondovròpiùcollegarmiadalcunnododilivelloinferiore.Attualmenteloimmaginoinquestomodo:

Accedi

L'utenteaccedeaunnodosuperiore
L'utenteottienelachiavedisessionememorizzatainuncookie
L'utenteaccedeaunapiattaformasuunnodoinferiore
Ilmodulodiautorizzazionedelnodoinferiorenonconoscelachiavedisessionefornita
Modulodiautorizzazionechiedialnodosuperioreselachiavedisessioneènota
Un'istanzanodosuperioreconoscelachiavedisessioneelerisposteconunOK
Ilmodulodiautorizzazionesulnodoconaccessotentatocreaunanuovasessionelocaleperquestoutente.
Lachiavedisessionevieneaggiuntaalcookie.
L'utenteutilizzalachiavedisessionelocaleperunulterioreaccessoaquestonodo.

Accedi

L'utentesidisconnettesuunnodocasuale
Ilnodosucuil'utentesièdisconnessoinformailnodoconlachiavedisessioneoriginalememorizzata,chelasessionenonèpiùvalida.
Ilnodoconlachiavedisessioneoriginaledellasessionearchiviatainviaunatrasmissioneversoilbassoperinformaretuttiiclientchequestasessionenonèpiùvalida.

Ovviamente,l'interacomunicazioneinterlayersaràprotetta.

Questoconcettofunzionerebbetecnicamente,suppongo.Datochenonhomaidovutocreareunconcettodisicurezzacomplessocomequesto,mipiacedavverosentireunaltroparere.Forsestosupervisionandounproblemaimportante.Riesciavedereunbucofatalenellastoria,odovreiandareconquello?

Aggiorna

Undettaglioimportantechehoperso,ècheunlivelloinferiorenonhanecessariamenteaccessodirettoallareteallivellosuperiore.Puòsuccederecheilivellisitrovinoinretidiverseeabbianosolounaconnessionediretedirettaallivellosuperioresuccessivo.PertantononavròlapossibilitàdicreareunserverdilogincentralecomedisolitousatoconSSO.

Aggiorna

Diagrammadisequenzachespiegal'interoprocessoelanecessitàdichiavi

security concepts multi-platform sso

posta Herr Derb 02.03.2017 - 09:01

fonte

2 risposte

Leggi altre domande sui tag security concepts multi-platform sso

Gli attori di celluloide lavorano parallelamente lenti? Entity framework vs pure ado .net nel chiamare stored procedure in un progetto aziendale

score 1 · Answer 1

Il tuo livello 1, e in particolare il livello 2, sembrano fare ben poco oltre alla connettività. Nessuna convalida per rifiutare DoS, nessuna memorizzazione nella cache.

Un TGT e amp di stile Kerberos; Service Ticket si basa strettamente sulla crittografia simmetrica, senza RSA. Nella tua configurazione sembra naturale per il livello 3 produrre istruzioni firmate che altri livelli + client verificano e si fidano. Layer1 potrebbe usare HMAC per verificare a basso costo che il client non abbia manomesso un cookie.

Fai questo: scrivi una storia di ciò che un utente esigente ad alte prestazioni fa in un giorno tipico. Accede, 500ms dopo accede a questo, 2000ms dopo accede a quell'altra risorsa protetta e così via. Ora guarda la storia e annota le previsioni delle latenze vissute dall'utente e le operazioni al secondo viste dai nodi di livello superiore in una popolazione gigantesca di utenti simili. Il livello 3 potrebbe anticipare la prossima probabile transazione e anticipare preventivamente le cache rilevanti? Forse usando messaggi che sono bit-a-bit identici, quindi c'è comm. overhead ma nessun overhead crittografico aggiuntivo?

score 0 · Answer 2

Il modo in cui vedo una chiave di sessione sarebbe sufficiente, con questa chiave hai tutte le informazioni che hai: id utente, data di scadenza sessione e puoi autorizzare su richiesta. Un modo per gestire questo è richiedere l'accesso a una risorsa e rispondere con l'elenco dei privilegi concessi per l'utente.

Nell'altra parte, valuterò se valga la pena di fare tutto da capo quando hai alcune soluzioni open source per implementare questo tipo di sicurezza come OpenAM.