19.12.2012 Views

IT Baseline Protection Manual - The Information Warfare Site

IT Baseline Protection Manual - The Information Warfare Site

IT Baseline Protection Manual - The Information Warfare Site

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Safeguard Catalogue - Communications Remarks<br />

____________________________________________________________________ .........................................<br />

S 6.70 Creation of a contingency plan for failure of<br />

the RAS system<br />

Initiation responsibility: Head of <strong>IT</strong> Section, <strong>IT</strong> Security Management<br />

Team<br />

Implementation responsibility: Administrator<br />

Depending on the availability requirements, failure or non-availability of RAS<br />

connections could be extremely serious. However, there are a large number of<br />

potential sources of failure so that it is often difficult to establish the exact<br />

cause. As well as failure of the connection infrastructure (see on this point also<br />

T 1.10 Failure of a wide area network), RAS clients and the RAS server, plus<br />

the network switching elements used for the connection (see also T 4.31<br />

Failure or malfunction of a network component), are naturally additional<br />

potential points of failure in a RAS system.<br />

If a component of the RAS system (client, server, network switching<br />

elements) fails, the result could be that important data and information cannot<br />

be exchanged and that work routines are interrupted until the connection is reestablished<br />

or alternative solutions have been found.<br />

If the RAS system fails, the linking of external computers (e.g. individual<br />

telecommuting workstations or entire LANs of branch offices) can no longer<br />

be assured so that, for example, it is possible that data can no longer be<br />

exchanged. Depending on the operational scenario, this can lead to significant<br />

impairment of <strong>IT</strong> operations. Contingency planning and the creation of a<br />

contingency plan for the partial (e.g. failure of the authentication server) or<br />

total failure of the RAS system are therefore extremely important.<br />

In the context of contingency planning for the RAS system, the general<br />

safeguards contained in module 3.3 Contingency planning concept are<br />

relevant. <strong>The</strong> following safeguards should also be considered:<br />

- S 6.18 Provision of redundant lines<br />

- S 6.31 Procedural rules following a loss of system integrity<br />

- S 6.37 Documenting data backup procedures<br />

- S 6.54 Procedures in case of a loss of network integrity<br />

<strong>The</strong>se safeguards should be made more specific to the components and data<br />

which reside in the RAS system environment and implemented.<br />

In particular, the contingency plan should cover the following aspects:<br />

- What specific faults, damage and consequential damage will occur upon<br />

failure of a RAS connection?<br />

- For which RAS connections must high availability be guaranteed?<br />

- How quickly can the failure of a RAS system be determined?<br />

- Can faults in the telecommunications networks used for connections (e.g.<br />

connection problems, problems with the transmission of call numbers,<br />

problems with the connection of closed user groups) be detected quickly as<br />

such or are they communicated to the responsible administrator?<br />

____________________________________________________________________ .........................................<br />

<strong>IT</strong>-<strong>Baseline</strong> <strong>Protection</strong> <strong>Manual</strong>: Oktober 2000

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!