S\u00ec \u00e8 vero, la migrazione al cloud pu\u00f2 mettere a repentaglio la sicurezza di qualsiasi azienda.<\/p>\n
Perch\u00e9 \u201candare nel cloud\u201d ci potrebbe rendere meno sicuri?<\/p>\n
Innanzitutto perch\u00e9 \u00e8 \u2018mainstream\u2019: \u00e8 una tendenza dominante alla quale nessuno si sottrae pi\u00f9. La strategia IT delle aziende oggi \u00e8 \u201candiamo nel cloud e andiamoci ora\u201d e, siccome le strategie sono decise da chi solitamente non fa execution, tendono a non considerare le esigenze delle IT Operations quelli che poi, di fatto, devono muovere le cose nel cloud. Strategia chiamata \u2018cloud-first\u2019 lasciando intendere che tutto il resto, anche la sicurezza, viene dopo.<\/p>\n
Questa tendenza poi \u00e8 popolare nel senso che \u00e8 stata seguita per prima, e spinta, soprattutto dalla moltitudine di aziende piccole e medie: proprio quelle che sono meno attrezzate nell\u2019IT security e con il livello di consapevolezza del rischio cyber pi\u00f9 basso.<\/p>\n
La disponibilit\u00e0 di nuovi software, infrastrutture, piattaforme e servizi \u00e8 sempre pi\u00f9 limitata alla sola offerta cloud-based che spinge le aziende a fare scelte eterogenee che portano ad avere un ambiente \u2018multicloud\u2019 che, molto probabilmente, deve coesistere con un\u2019infrastruttura ancora in-house e che determina quindi ambienti \u2018hybrid-cloud\u2019.<\/p>\n
Tutto questo porta a una dilatazione della superfice di attacco, a una sua maggiore permeabilit\u00e0 e a una difficolt\u00e0 di gestione centralizzata e integrata di questi ambienti ibridi e multicloud.<\/p>\n
Non esiste ancora un \u2018one-tool-fits-all-clouds\u2019 per la gestione e la sicurezza di questi ambienti, ma qualcosa che rende pi\u00f9 sicuri e facili da gestire gli ambienti hybrid-cloud e multicloud c’\u00e8, unitamente alle buone pratiche riportate nell\u2019articolo e la \u2018security-by-design\u2019 invocata dal GDPR.<\/p>\n
Mi riferisco per esempio alla soluzione Illumio ASP che consente di inventariare tutte le comunicazioni fra servizi e applicazioni (workload) che esistono fra i server di qualsiasi natura (bare metal, VM,containers) e ovunque distribuiti (datacenter privati, cloud pubblici, ibridi e multicloud).Dopo questa fase che rende visibili tutti i workload, \u00e8 possibile organizzarli, separandoli logicamente (micro-segmentazione), in una mappa delle interdipendenze disegnata sull\u2019intersezione di quattro insiemi: quello del luogo fisico dove i server risiedono, del ruolo del server, del tipo di applicazione e dell\u2019ambiente d\u2019utilizzo (development, test, staging,production). A questo punto si interviene con le policy di sicurezza inbound e outbound (di tipo \u2018allow only\u2019 e gestibili in tre modalit\u00e0 diverse: design, test, production) che vengono applicate a entrambi i capi del workload e che, per questa ragione, consentono di proteggere ogni singolo server da quello eventualmente compromesso e di impedire all\u2019origine i movimenti laterali (east-west) che i next-generation malware utilizzano per propagarsi. Queste policy di sicurezza sono applicabili su un livello di scala che supera le diverse centinaia di migliaia di workload.Le policy sono scritte con un metalinguaggio molto vicino a quello naturale che prescinde dalle conoscenze tecniche sistemistiche e di network. Illumio \u00e8 programmabile quindi anche da chi \u00e8 pi\u00f9 vicino alle specificit\u00e0 del business e che pi\u00f9 di ogni altro sa se quella comunicazione fra applicazioni (workload) deve avvenire.<\/p>\n
Sempre grazie alle policy \u00e8 possibile incrementare ulteriormente il livello di segmentazione portandola da micro a nano e facendo s\u00ec che uno specifico utente comunichi solo con una specifica applicazione.<\/p>\n
Le policy si adattano dinamicamente alle mutate condizioni che vengono riscontrate sui server (modifica dei parametri di network, della configurazione delle IP table, dell\u2019integrit\u00e0 di alcuni processi e delle vulnerabilit\u00e0 che ne modifichino il livello di sicurezza) e fra server (tentativi di comunicazione non previsti) o a quelle che governano le aree della mappa (intersezione degli insiemi) dove eventualmente viene spostato il workload (es. da cloud privato a pubblico, etc..).<\/p>\n
I workload possono essere spostati (es. in un\u2019area di quarantena) manualmente o con delle procedure automatiche che si attivano a seguito di determinati trigger. Ovviamente la mappa delle interdipendenze e gli allarmi attivati dalle situazioni anomale sono integrabili in un qualsiasi servizio SOC.<\/p>\n
Illumio ASP crea e gestisce policy in un numero e di comprensione umanamente accettabile, elevando di molto la sicurezza, migliorando la qualit\u00e0 di gestione, minimizzando il TCO, semplificando i processi e liberando risorse. Tutto questo a beneficio dell\u2019operativit\u00e0 di infrastrutture IT distribuite su ambienti eterogenei.<\/p>\n
Grazie ad Illumio la strategia \u2018cloud-first\u2019 diventa perseguibile senza pensieri.<\/p>\n","protected":false},"excerpt":{"rendered":"
S\u00ec \u00e8 vero, la migrazione al cloud pu\u00f2 mettere a repentaglio la sicurezza di qualsiasi azienda. Perch\u00e9 \u201candare nel cloud\u201d ci potrebbe rendere meno sicuri? Innanzitutto perch\u00e9 \u00e8 \u2018mainstream\u2019: \u00e8 una tendenza dominante alla quale nessuno si sottrae pi\u00f9. La strategia IT delle aziende oggi \u00e8 \u201candiamo nel cloud e andiamoci ora\u201d e, siccome le …<\/p>\n