The UNIX and Linux Forums  

Go Back   Die UNIX-und Linux-Foren > Spezielle Foren > Sicherheit > IT-Security RSS
.
Google unix.com



Mehr UNIX-und Linux-Forum Themen Vielleicht finden Sie hilfreiche
Faden Thread Starter Forum Antworten Last Post
Arbeiten Schritt für Schritt über die Kommandozeile, aber nicht im Skript whamchaxed Shell Programmierung und Scripting 2 12-06-2007 07:47 AM
Schritt für Schritt die Installation von SCO Unix 2/1 nensee7 UNIX for Dummies Questions & Answers 0 01-11-2007 09:22 AM
Wie kann ich eine Remote-Session JDS CDE oder auf Solaris 10? ultra0384 SUN Solaris 11 10-05-2006 06:23 PM
Installation von SCO UNIX Schritt für Schritt porikamu UNIX for Dummies Questions & Answers 1 05-27-2004 09:46 AM
Schritt für Schritt Script lisafern UNIX for Dummies Questions & Answers 14 11-18-2003 07:19 PM

Closed Thread
English Japanese Spanish French German Portuguese Italian Dutch Swedish Russian Norwegian Hungarian Hebrew Danish Bulgarian Greek Powered by Powered by Google
 
LinkBack Thread Tools Suche diesen Thread Rate Thread Anzeige-Modi
  #1 (permalink)  
Old 10-11-2008
iBot's Avatar
iBot iBot is offline
Forum Robot Girl
  
 

Join Date: Sep 2000
Beiträge: 22.264
DRP und BCP Schritt 1: die Kommunikation

Ich habe eine Reihe von Sicherheits-Profis mit einem Mangel an praktischen Erfahrungen in einer Katastrophe erholen und Business-Planung continunity sowohl DRP und BCP als ob es sich um eine Vorlagen, akademische Übung. Dies ist einer der größten mögliche Ansätze für DRP. Also, lassen Sie uns dies ganz einfach.

Der wichtigste erste Schritt getan werden muss, dass in jedem Disaster-Recovery-Situation ist die Schaffung Kommunikation. In den meisten Fällen bedeutet dies, dass Sie brauchen, um die Kommunikation zwischen Personen innerhalb einer Organisation und auch außerhalb der Organisation.

In Thailand, zum Beispiel, ich sehe viele Leute sich DRP und BCP falsch. Sie fördern und dafür einen akademischen Ansatz, ist eher verwirrend als hilfreich, und in vielen Fällen sind diese Ansätze eine Verschwendung von Zeit und wertvolle Ressourcen. Der Grund ist einfach. Wenn Sie sich auf eine feste Kommunikation Sanierungsplan zunächst lösen die kritischsten Teil eines Disaster-Recovery-Szenario.

Nehmen wir beispielsweise an, Sie sagen, sind die IT-Security-Verantwortlichen in einer großen Fertigungsunternehmen. Eine Naturkatastrophe eintritt und zerstört Ihre Haupt-und Daten-Center. Wie funktioniert die Kommunikation mit den Mitarbeitern CEO? Wie funktioniert das Unternehmen kommunizieren mit ihren Kunden? Wie hat das Unternehmen die Kommunikation mit den Medien und Analysten? Wer ist verantwortlich für die Kommunikation mit wem? Wie werden sie es tun? Was passiert, wenn eine Katastrophe klopft die Telekommunikation (zum Beispiel das Handy-Netz), was ist der Plan?

Mit anderen Worten, in jedem Disaster-Recovery-Planung Situation der wichtigste erste Schritt ist, um sicherzustellen, dass Sie über eine solide Kommunikationsplans in Kraft und sind Sie bereit, um als Plan unter verschiedenen Szenarien Katastrophe. Darüber hinaus müssen Sie unterscheiden zwischen Katastrophen, die Knock-out-nationalen Mitteilungen Backbones und spezifischen Corporate Katastrophen, wie ein Brand in einem Data Center.

Manchmal bin ich überrascht, wie Leute mit wenig Erfahrung der Arbeit kann durch wissenschaftliche Studien, verwirrend und Vorlagen Konzepte für die Sicherheit, wenn alle, die benötigt wird, ist ein wenig gesunden Menschenverstand und ein Verständnis von dem, was wichtig ist. Diese ist nicht mehr wichtig, in einem Disaster Recovery-Situation, als zur Gründung Kommunikation.





Mehr ...
Closed Thread

Lesezeichen

Thread Tools Suche diesen Thread
Suche diesen Thread:

Erweiterte Suche
Anzeige-Modi Rate this thread
Rate this thread:

Forumregeln
Du möglicherweise nicht neue Themen
Du möglicherweise nicht nach Antworten
Du möglicherweise nicht post-Anlagen
Du möglicherweise nicht bearbeiten Sie Ihre Beiträge

BB-Code ist Auf
Smilies sind Auf
[IMG] Code Auf
HTML-Code ist Aus
Trackbacks sind Auf
Pingbacks sind Auf
Refbacks sind Auf




Alle Zeiten sind GMT -4. Es ist jetzt 09:24 AM.


Powered by: vBulletin, Copyright © 2000 - 2006, Jelsoft Enterprises Ltd. Sprachliche Übersetzungen Powered by .
vBCredits v1.4 Copyright © 2007 - 2008, PixelFX Studios
Die UNIX-und Linux-Foren Content © Copyright 1993-2009. Alle Rechte Reserved.Ad Management von RedTyger

Content Relevant URLs durch vBSEO 3.2.0