MAGAZIN

alle User generell freizugeben oder zu
beschränken. Viel differenzierter agieren
jedoch Exit-Programme: Sie regeln
abgestufte Zugangsrechte und Übertragungsmöglichkeiten
für einzelne Dateien.
Durch ein modernes Sicherheitssystem
lassen sich solche Exit-Programme
kontrollieren.
6. Den Sicherheitslevel
auf 40 erhöhen
Der Systemwert QSECURITY sollte
mindestens 40 betragen. Auf tieferen Sicherheitslevels
besteht die Gefahr, dass
wertvolle User-Profile bekannt werden.
Mit Hilfe von Security Audits kann das
verhindert werden. Zunächst ist jedoch
zu prüfen, ob es Anwendungen gibt, die
auf einem Sicherheitslevel von 40 versagen
würden. Auch solche Anwendungen
lassen sich durch Audits identifizieren.
7. Inaktive Accounts beseitigen
Wenn ein Mitarbeiter das Unternehmen
verlässt, sollte sein Systemzugang gelöscht
werden. Wenn das nicht geschieht,
kann der „Ehemalige“ ungehindert
in das System eindringen und dort
großen Schaden anrichten. Auch Hacker
können solche Profile für ihre Zwecke
nutzen. Durch Security Audits können
alle Accounts aufgespürt werden,
die seit einem beliebig bestimmbaren
Zeitraum nicht aktiv waren. Die betreffenden
Benutzerprofile können automatisch
deaktiviert oder gelöscht werden.
Anzeige
Midrange MAGAZIN Januar 2002
8. Umgang mit
sensiblen Daten kontrollieren
In den iSeries- und AS/400-Umgebungen
stehen zwar standardmäßig Tools
zur Verfügung, die den Zugang zu unternehmenskritischen
Daten beschränken,
doch in den meisten Fällen reichen diese
nicht aus. OS/400 lässt den Usern die
Möglichkeit, unbemerkt auf solche Daten
zuzugreifen und Änderungen vorzunehmen,
ohne Spuren zu hinterlassen.
Durch Security Audits lassen sich dagegen
alle Aktivitäten, die ein einzelnes
Objekt, eine Gruppe von Objekten oder
ein ganzes Verzeichnis betreffen, bis auf
die unterste Ebene nachverfolgen.
9. Object Ownerships regeln
Zu den schwierigeren Aufgaben des Security
Officers gehört der Umgang mit
Object Ownerships und mit Zugangsberechtigungen
zu diesen Objekten. Oft
sind die Programmierer, die eine Anwendung
entwickelt haben, auch die Owner.
Wenn deren Benutzerprofile gelöscht
werden, funktionieren die entsprechenden
Anwendungen nicht mehr richtig.
Deshalb sollten einzelne Benutzer nie
Object Owner sein; stattdessen empfiehlt
es sich, eigene Benutzerprofile für
Object Ownerships zu erstellen.
Da die manuelle Eingabe einer größeren
Zahl von Objekten sehr aufwändig ist,
bietet es sich an, ein automatisches „Object
Authority Management“ zu ver-
Technik & Integration
wenden. Dazu definiert der Security Officer
Templates für Object Ownerships
oder Zugangsberechtigungen. Das Programm
vergleicht diese Vorgaben automatisch
mit den tatsächlichen Gegebenheiten
und erstellt einen Report über die
Ausnahmen, die dann je nach Bedarf
modifiziert werden können.
10. Systeme
miteinander synchronisieren
Weil sich Logical Partitioning (LPAR)
immer mehr durchsetzt, müssen Security
Officer häufig mehrere iSeries- und
AS/400-Systeme betreuen. Das ist sehr
zeitintensiv, zumal das Betriebssystem
keine Methode zur Verwaltung von
Mehrfachsystemen anbietet. Damit
mehrere Systeme aufeinander abgestimmt
bleiben, empfiehlt es sich, ein
Programm einzusetzen, das die Verwaltung
von Profilen und Passwörtern synchronisiert.
Kommt es in einem System
zur Veränderung von Profilen, so werden
sie sofort auf die anderen Systeme
übertragen. Die Funktionen können individuell
auf die jeweiligen Umgebungen
abgestimmt werden.
Wayne O. Evans
PentaSafe Security
Technologies GmbH
D-63263 Neu-Isenburg
� (+49) 06102/247600
� www.pentasafe.com
29