![\"Riconoscere](\"https:\/\/www.m-q.ch\/wp-content\/uploads\/2021\/02\/Bedarf-erkennen.jpg\")
<\/p>\n<\/p>\n
<\/p>\n
<\/p>\n
<\/p>\n
D<\/strong><\/em>l rischi associati all'uso crescente di risorse IT in qualsiasi azienda sono molto spesso sottovalutati. Questo \u00e8 dovuto in gran parte al potere dell'IT, che opera in gran parte in background senza che gli utenti se ne accorgano.<\/p>\n Operazioni IT ininterrotte?<\/strong><\/p>\n <\/p>\n Uno dei compiti pi\u00f9 importanti \u00e8 assicurare che i sistemi e le applicazioni possano funzionare senza interruzioni e che i dati in essi contenuti possano essere accessibili senza perdita di dati.<\/p>\n <\/p>\n Tutto sotto controllo senza interruzioni<\/strong><\/em><\/p>\n <\/p>\n disponibile nel rispetto della legge. \u00c8 proprio in questi punti importanti che c'\u00e8 spesso una mancanza di chiarezza su quali siano i requisiti concreti di backup e archiviazione che l'organizzazione pone sulle risorse IT. I requisiti di processo grezzi per l'IT possono essere ancora familiari ai dipendenti delle piccole aziende gestibili. Nelle organizzazioni di medie e grandi dimensioni, la situazione \u00e8 spesso molto diversa a causa della divisione del lavoro: gli utenti assumono requisiti di disponibilit\u00e0 utopici. Non si \u00e8 mai verificato un fallimento della stazione di lavoro del computer o di una singola applicazione importante. La ragione si vede nel fatto che l'IT ha completamente escluso tali scenari attraverso la progettazione del sistema e la selezione del prodotto.<\/p>\n Conoscere i rischi<\/strong><\/p>\n <\/p>\n Se l'IT vuole minimizzare i rischi di fallimento in modo mirato e allinearsi con le esigenze dell'azienda, allora bisogna conoscere i requisiti dei processi e le applicazioni e le risorse IT utilizzate in essi. Specialmente nelle grandi aziende o amministrazioni, dove la gamma di diverse applicazioni e dati \u00e8 molto grande, \u00e8 importante conoscere i requisiti relativi alle dimensioni della sicurezza. Le cifre chiave sulla disponibilit\u00e0, l'esistenza dei dati, l'integrit\u00e0 e la riservatezza dovrebbero essere registrate sistematicamente e riproducibili dal dipartimento IT. Questo permette loro di adattare i sistemi, i processi e gli scenari di emergenza dell'IT alle esigenze.<\/p>\n <\/p>\n Identificazione mirata dei rischi di default<\/strong><\/em><\/p>\n <\/p>\n dell'organizzazione di conseguenza. I rischi sono cos\u00ec minimizzati in modo mirato e i requisiti legali possono essere implementati meglio. Infine, l'obiettivo \u00e8 quello di conoscere i requisiti di backup e archiviazione per l'organizzazione, quantificare le conseguenze dei guasti e i loro effetti temporali, e di conseguenza offrire servizi IT adeguati alle esigenze di protezione.<\/p>\n Definire la procedura<\/strong><\/p>\n <\/p>\n <\/p>\n Il bisogno di protezione pu\u00f2 essere procurato in vari modi e con diverse qualit\u00e0. Il consolidato e collaudato dialogo sui rischi sotto forma di interviste \u00e8 il modo migliore per ottenere i parametri chiave. I rischi individuali possono essere specificamente filtrati sulla base delle domande e delle reazioni delle persone intervistate. Le variabili rilevanti per l'IT sono sistematicamente determinate con le domande.<\/p>\n <\/p>\n Ci sono molti ostacoli nella procedura durante questo dialogo sui rischi. Se, per esempio, agli intervistati vengono chiesti solo gli indicatori chiave della sicurezza e della conservazione senza una conoscenza di base pi\u00f9 dettagliata, i risultati ottenuti non possono essere facilmente compresi. Non si possono identificare fattori critici per il business che giustifichino l'implementazione del requisito esaminato. Il dialogo sui rischi non deve quindi essere rivolto direttamente agli indicatori di performance, ma deve essere condotto con domande basate sul principio \"cosa succede se? Devono essere affrontate le questioni relative alle conseguenze di fallimenti o errori volti a compromettere le prestazioni dei compiti, la reputazione pubblica o le conseguenze legali. A tal fine, \u00e8 vantaggioso se vengono usati specificamente come esempi scenari di danno comprensibili<\/p>\n Considerare l'ambiente<\/strong><\/p>\n <\/p>\n Nelle piccole e medie imprese, i requisiti possono essere soddisfatti direttamente con il dialogo sui rischi descritto. Nel caso di meno di sette dipartimenti, si consiglia di tenere discussioni personali con i responsabili e i dipendenti coinvolti. Se si devono fare centinaia di analisi in organizzazioni grandi ed eterogenee, questo non pu\u00f2 pi\u00f9 essere fatto con dialoghi personali sui rischi.<\/p>\n <\/p>\n A questo scopo, per esempio, \u00e8 pi\u00f9 adatto un sondaggio elettronico. Si pu\u00f2 definire qualsiasi numero di destinatari. Richiede molto meno tempo dei dialoghi sui rischi faccia a faccia. Una tale analisi dell'impatto aziendale copre l'intero inventario delle applicazioni. Naturalmente, ci sono anche degli svantaggi<\/p>\n <\/p>\n le collegato con un questionario. A causa della mancanza di contatto personale, manca l'intuizione di verificare la pertinenza di certe affermazioni. Nel seguito dell'analisi, questo pu\u00f2 essere<\/p>\n <\/p>\n PersonalRiskDialogue<\/strong><\/em><\/p>\n <\/p>\n Il problema pu\u00f2 essere contrastato cercando il dialogo in casi isolati in cui appaiono manifestazioni estreme o dove c'\u00e8 il sospetto di incongruenze.<\/p>\n Inserire i requisiti<\/strong><\/p>\n <\/p>\n I requisiti di backup e conservazione sono stati registrati utilizzando un questionario a scelta multipla adattato alle linee guida sul backup, composto da 25 domande divise in tre capitoli: backup dei dati, conservazione dei dati e sicurezza delle informazioni.<\/p>\n <\/p>\n 1. backup dei dati<\/strong> - \u2013<\/em> vengono richiesti i valori pi\u00f9 importanti per il backup. Il tempo massimo di interruzione accettabile o la massima perdita di dati tollerabile sono valori che confluiscono direttamente nella politica di backup. Questa procedura \u00e8 basata su ISO 22301, il principale standard di continuit\u00e0 aziendale. Poich\u00e9 queste affermazioni sono spesso risposte in modo distorto dagli intervistati dal loro punto di vista soggettivo, \u00e8 necessario includere anche le conseguenze di guasti al sistema o la perdita di dati. Le conseguenze sono registrate sotto forma di progressione temporale della gravit\u00e0. Con l'aiuto di questa progressione, i dati assoluti possono essere verificati. Questo fornisce anche all'IT il parametro pi\u00f9 importante per la protezione dei dati: il tempo medio di recupero di un sistema. Questo \u00e8 determinato dai risultati del sondaggio.<\/p>\n <\/p>\n 2. conservazione dei dati<\/strong><\/em> - In contrasto con il backup, questo mira a progettare il periodo di conservazione e quindi il tempo di conservazione dei backup. Importanti requisiti di conformit\u00e0 come il periodo minimo di conservazione legale sono interrogati e, come gi\u00e0 nel capitolo sul backup dei dati, gli effetti legati al tempo sono elicitati in caso di non conformit\u00e0. La conservazione dei dati richiede una grande sensibilit\u00e0 a causa della quantit\u00e0 esplosiva di dati e dei periodi di conservazione variabili ma a volte lunghi. Chiunque pensi di poter ricavare una linea guida di ritenzione 1:1 dal sondaggio rimarr\u00e0 deluso. Nemmeno gli esperti IT possono dare una risposta definitiva alla domanda per quanto tempo devono essere conservati i backup - in relazione ai propri dati. Oltre ai requisiti teorici, gli aspetti economici e l'orientamento strategico dell'IT giocano sempre un ruolo nel tema della ritenzione.<\/p>\n <\/p>\n 3. sicurezza dei dati -<\/strong><\/em> Nell'ultima parte del questionario, si affrontano gli aspetti della sicurezza dei dati e, per esempio, si includono le conseguenze della fuga involontaria di informazioni. Oltre ai requisiti di protezione per i backup e gli archivi, le risposte in quest'area tematica forniscono anche informazioni su come l'IT dovrebbe gestire le informazioni delle applicazioni.<\/p>\n <\/p>\n Infine, il questionario fornisce informazioni sui requisiti per il backup e l'archiviazione dal punto di vista del destinatario del servizio e sulle conseguenze del fallimento, della perdita e delle violazioni di conformit\u00e0. I risultati sono utilizzati per quantificare le priorit\u00e0 per la sicurezza e lo stoccaggio. In questo caso specifico, i risultati sono stati utilizzati per creare una linea guida per il backup e la conservazione e un concetto di backup basato sui requisiti di oltre 100 applicazioni.<\/p>\n Conclusione<\/strong><\/p>\n <\/p>\n L'approccio di elicitazione dei requisiti descritto sopra \u00e8 particolarmente attraente per le organizzazioni IT di medie e grandi dimensioni. Con uno sforzo gestibile per l'IT, si valutano i bisogni dei destinatari dei servizi per le applicazioni. Il metodo fornisce ai responsabili della sicurezza una panoramica di ci\u00f2 che ci si aspetta dalla gestione delle crisi (BCM) e da una sicurezza efficiente. Il responsabile della sicurezza ha<\/p>\n <\/p>\n La messa in sicurezza efficiente come obiettivo<\/strong><\/em><\/p>\n <\/p>\n Il CIO, a sua volta, pu\u00f2 utilizzare queste informazioni per eseguire un'analisi di impatto ripetibile basata sugli standard ISO 27001 e ISO 22301. Il CIO, a sua volta, dispone di un'analisi d'impatto comprensibile e ripetibile basata sulle norme ISO 27001 e ISO 22301. Armato di queste conoscenze, l'IT sa cosa gli viene effettivamente richiesto in termini di sicurezza e di conservazione. Non c'\u00e8 pi\u00f9 nulla che ostacoli l'attuazione.<\/p>","protected":false},"excerpt":{"rendered":" Die Risiken, die mit dem steigenden Einsatz von IT-Mitteln in jedem Betrieb einhergehen, werden sehr gerne untersch\u00e4tzt. Dies ist nicht zuletzt der Leistung der IT zu verdanken, die gr\u00f6sstenteils im Hintergrund wirkt, ohne dass Anwender es wahrnehmen. Unterbrechungsfreier IT-Betrieb? Eine der wichtigsten Aufgaben besteht n\u00e4mlich im Bestreben, Systeme und Applikationen ohne […]<\/p>\n","protected":false},"author":66,"featured_media":12713,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[4],"tags":[4804],"class_list":["post-12710","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-risikomanagement","tag-9-2013"],"acf":[],"yoast_head":"\n