Cosa guida i controlli di sicurezza nei modelli cloud: requisiti aziendali? O SLA?

I requisiti aziendali impongono tutto. Persino opzioni insicure, costose, obsolete o addirittura illegali. Business definisce lo SLA, definisce l'architettura, definisce ciò che rivelerà e cosa non lo farà. Definisce quali tasse pagheranno e quali saranno eluse.

Se l'azienda afferma che la nuova infrastruttura deve essere eseguita su MS-DOS, Netware ed Ethernet 10base2, cosa farai? Rifiuta di lavorare, prova a cambiare idea agli amministratori, o vai su eBay per acquistare una busta di connettori BCN ?

La sicurezza di solito non è implementata perché l'azienda lo vuole, ma di solito perché sono obbligati a farlo. La sicurezza è vista come una sincronizzazione monetaria. Non guadagni direttamente dalla spesa per la sicurezza, quindi la gestione di solito spende di più su persone, marketing e server. È un'area che non mostra nulla quando le cose vanno bene, ma viene grigliata quando le cose non vanno bene.

Lo SLA è in atto per garantire che i livelli di servizio siano raggiunti al fine di soddisfare i requisiti aziendali. I requisiti aziendali superano qualsiasi altra cosa. Ricevo il tuo ragionamento sopra, ma gli SLA non sono autonomi e siedono tra i controlli di sicurezza e i requisiti aziendali. Lo SLA può essere utilizzato per misurare i controlli di sicurezza, ma sono in grado di soddisfare i requisiti aziendali anziché solo per il gusto di farlo.