Sicherheit von SAP in Bezug auf neue Technologien

Sicherheit von SAP in Bezug auf neue Technologien
Applikationsebene implementiert werden. Es ist unabdingbar, dass eine
Sitzungsverwaltung sorgfältig implementiert werden muss, so dass eine
Sitzung beispielsweise nicht veränderbar oder vorhersagbar ist.
Ausgabevalidierung
Unter den Punkt Ausgabevalidierung fällt vor allem der Bereich der
Fehlermeldungen. Im Gegensatz zu der Eingabevalidierung soll hier aber
dafür gesorgt werden, dass keine Daten zum Client gelangen, die dort nicht
benötigt werden. Gerade Fehlermeldungen verraten häufig Systeminternas,
wie z.B. eingesetzte Produkte, deren Version oder Teile der Programmlogik,
in manchen Fällen sogar Debugausgaben. All dies sind wertvolle
Informationen für einen Angreifer, die er für weitere Schritte verwenden
kann. Daher sollten Fehlermeldungen grundsätzlich nur über das Auftreten
eines Fehlers informieren, aber keine Systemrelevanten Daten
herausgeben. Darüber hinaus hilft eine sorgfältige Ausgabevalidierung auch
die Durchführung von Angriffen zu verhindern. Ein Beispiel hierfür ist
Cross-Site-Scripting, das zwar Häufig von der Eingabevalidierung
abgefangen wird, aber grundsätzlich eher als Problem der Ausgabeseite
angesehen werden muss, da bei Cross-Site-Scripting die Fähigkeit des
Browsers ausgenutzt wird, Code auszuführen, der sich nicht an dieser Stelle
in ausführbarer Form in der Antwort des Webservers befinden sollte.
Kommentare/Testprogramme/Backups
Kommentare, Testprogramme und Backups sind alles Informationsquellen
für einen Angreifer, oder im schlimmsten Fall sogar einfache Zugänge zu
einem System. Doch selbst als reine Informationsquellen können sie bei
weiteren Schritten hilfreich sein. Besonders interessant und auch in der
Realität zu finden sind dort Informationen über die Programmlogik oder
auch kritische Informationen wie z.B. Connection-Strings zum Backend.
Unzureichende Konfiguration der Komponenten
Auch eine unzureichende Konfiguration der Komponenten ist ein zentraler
Punkt, der häufig vernachlässigt wird. Es werden zusätzliche Angriffspunkte
geschaffen, wenn z.B. die Defaultkonfiguration von Komponenten
verwendet wird oder die Konfigurationseinstellungen aus einem
Testsystem, das üblicherweise weniger gesichert wird als ein
Produktivsystem. Hierbei spielt auch wieder die knappe Zeit eine Rolle,
infolge dessen oft die sorgfältige Konfiguration sicherheitsrelevanter
Damian Schlager Seite 22