Dozent: Sascha Tubbesing Mitschrift: Mario Möllenbeck

Transkript

1 ADM 960 Sicherheit im SAP Umfeld Dozent: Sascha Tubbesing Mitschrift: Mario Möllenbeck #Tag 1 1. Sicherheitsübersicht 1.1. Gründe Image, Datenschutz, Datensicherheit (vertrauensvolle Daten), Manipulation Interne Sicherheit, Front- End- Zugriffe 1.2. Ziele Authentifizierung, Berechtigung, Integrität, Verfügbarkeit, Vertraulichkeit, Abstreitbarkeit/Belegbarkeit 1.3. Bedrohungen / Threats Penetration, Cross- Site- Skripting, Berechtigungsverletzung, Planting (Trojaner), abhören, Buffer- Overflow, Manipulaiton Denial of Service Social Engineering Netzwerk, öffentliche Netze 1.4. Analyse Effizienz der Maßnahme, Abwägung von Kosten Monitoring - Reaktionsfähigkeit Programmierungssicherheit 1.5. (Technische) Maßnahmen Training Dokumentation (Security- ) Policies schützenswerte Daten und System identifizieren praktische Umsetzung Hilfestellungen SAP- Hilfeseiten: service.sap.com/securityguide Sicherheit ist ein Systemzyklus 2. Produktübersicht 2.1. Produkte 2.2. Architekturen Reine System, Mischsysteme, Austausch über Prozessebene ABAP+Java (dual Stack), Solution Manager, PI

2 JAVA Enque- /Workprozesse sind ausgelagert Ab 7.03 neue Java- Architektur Themen: o Kommunikationssicherheit: Dialog, GUI, RFC, Gateway o Systemsicherheit Nutzer, Passwort 3. Netzwerkgrundlagen 3.1. Basics PCs tauschen sich über Protokolle aus z.b. TCP/IP ISO/OSI Schichtenmodell IP Hasunummer Port Briefkastenschlitz, hier steckt der Service dahinter In der services- datei liegen Port angaben Einfache Firewalls arbeiten auf den unteren Schichten packetfilter darf oder darf nicht über Portnummer XX kommunizieren Application level gateway (protocol firewall) ist mehr, prüft zusätzliche auf Protokolle auf Echtheit ist die Anfrage smtp DMZ = demilitarisierte Zone = Bereich zwischen zwei Netzwerkzonen ohne Applikationsprodukt (Rechner, Loadbalancer etc.) Firewallarchitektur IDS Intrusion Detection System = Netzwerkmonitor, Traffic überwachen, ungewöhnliche Vorkommnisse werden gemeldet (hier SAP Audit Log) IPS Intrusion Prevention System = inkl. Gegenmaßnahmen Load Balancing bei mehr als einer Instanz zur Lastverteilung und optimalen Abarbeitung der Anfragen o Client basiertes load balancing schlecht redirect über den client o Server basiertes load balancing besser Server verteilt die Last, Load Balancer muss Stati verarbeiten können, besonders wichtig bei Transaktionsbasierten Systemen SSL funktioniert nicht beim Load Balancing IP- Adressen basiertes Balancing wenn von IP XX, dann führe zu, aber schlecht bei Proxy wo IP- Adressen gemeinsam genutzt werden 4. Netzwerksicherheit im SAP- Umfeld 4.1. SAP- Ports Abhängig vom Anwendungsszenario $$ = Instanznummer 36$$ 80$$ ICM

3 vollständige Liste unter sdn.sap.com 2da1-9bcc452c280b&overridelayout=true TCP/IP Ports Used by SAP Applications ohne Netzwerkfilter sind alle Ports frei, also Firewall und alles zu bis auf... End- User- Ports, diese Ports benötigt der Endanwender (minimal) o 32$$ ABAP Dispatcher o 36$$ Messageserver o 33$$ Gateway z.b. bei RFC Anfragen o 443$$ HTTPS o 5$$01 Java Dispatcher Port SAP Netzwerkempfehlung o Firewall 1 (Enduser- SAP) o Firewall 2 (eigenes Admin Netzwerk um z.b. SSH etc. zu ermöglichen) o Firewall 3 (Fremdsysteme um spezielle Anfragen zu routen) 4.2. SAP- Router hat die Funktion eines Proxies, kontrolliert Ein- und Ausgänge, hinter der Firewall, lauscht auf bestimmten Port, verteilt die Anfragen (wenn autorisiert) weiter, o Zusatzprodukt zu einer Firewall, erlaubt die Aufgabenverteilung im Unternehmen (Entlastung der Netzwerkabteilung), für den SAP- Remote- Support, für alle Anfragen auf dem SAP- Protokoll o Tabelle mit Deny- und Permiteinträgen o Installation Ordner im System anlegen > saprouter.exe kopieren Tabelle saprouttab Cmd > saprouter.exe ausführen - r = start - S <Nummer> = für die Portvergabe - n = bei neuen Einträgen in die Routertabelle dem Frontend (saplogon) den Router bekannt machen saprout.ini Datei (als Hilfestellung Routerstring z.b: /H/twdf.de/S/32xx/W/secret/H /H (Host) /S (Service) + Port /W (Passwort) route permission denied ist eine SAP- Router Antwort also die Tabelle öffnen S * * * secret D IP * * <Parameter> <von> <nach> <Port> <Passwort> S = SAP- Protokolle D = Deny, Ergebniss = root permission denied Routertabelle wird sequentiell abgearbeitet. Wildcards auf höherer Ebene werden zuerst eingelesen

4 Sperreinträge an den Anfang stellen connection reset by peer weil jede Kommunikaiton über den Router läuft, Verfügbarkeit sicherstellen als Service (nur unter Windows) der Router ist SNC- fähig 4.3. Web Dispatcher (Load Balancing ) (Clientbasiert) Für Request Der ICM verarbeitet http Requests Clientbasiertes Load- Balancing mit dem Messageserver wird nicht empfohlen URL / Ports / etc. können sich ändern (Wartung) (Serverbasiert) gewichtetes round- robbin o gewichtet richtet sich nach der Anzahl der Dialog (Abap) oder Serverprozesse (Java) o SM50 > LB=XX = Anzahl der Prozesse (Gewichtungskriterien) o Dient zur Lastverteilung reverse- proxy = kann abhängig vom Pfad verteilen Release Informationen der unterstützen Systeme beachten bei den neuen WD ist es möglich einen Web Dispatcher für mehrere Systeme einzusetzen SAProuter und Web Dispatcher ergänzen sich Stateful und stateless request URL Filter großer Bruder vom ICM Cachen möglich, entlastet Anfragen am SAP- System, Server Offloading Unterstützt SSL Wird nicht auf dem SAP- System installiert sondern in der DMZ Web Dispatcher immer patchen Eigene Fehlerseite sind konfigurierbar URL- Filter Web Admin Interface, sollte nicht ans Front End installiert werden Installation: o OS: alle Microsoftkonsolen schließen o Ordner > hier: CE sapinst.exe 0815 o Inst. App > Standalone Engines > typical > o System ID: hier W05 o Masterpasswort o Message Server Host Angabe für welches System der Web Dispatcher zuständig sein soll full- qualified o HTTP Port hier 8100 o Cryptographic Library kann als Vorbereitung für SSL mitinstalliert werden SNC>Cryptolib

5 o Diagnostic Agent System ID ist für den Solution Manager wichtig, wird bei/für jede Installation abgefragt, dafür wird eine JCE Datei benötigt (Javawerkzeug) o hier keine SLD destination o Abschlussprotokolldetail o Instanznummer und HTTP- Port neu vergeben (markieren) o Lastauswahl > small (abhängig von der Anzahl der Requests) o Parallele Installation auf einer Maschine geht unter anderen Ports o Sapinst p o SAPINST_CWD=G:\sapinst SAPINST_DIALOG_PORT=21250 GUISERVER_DIALOG_PORT=21230 o Passwort / User sapadm ändern, bzw. neu setzen (geht auch während der Installation) o reparierensap Management Console > Web Dispatcher läuft (?) o Prozesse > Developertrace > SAPCAR.exe not found o Beliebige SAPCAR in das Verzeichnis kopieren > WD neu starten o Test Load Balancing o ABAP Stack im Browser o JAVA Stack im Browser /WhoAmI/Show Test 00, cookies löschen o1?, mehrmals probieren o Admin Fkt. Anmeldung mit dem webadm mit Masterpasswort Services kontrollieren Backendports Servergroups (Logongruppen) In der W05/SYS/global/security/data icmauth.txt steht der User Funktionen o URLs sperren in der permissionfile.txt o Über den Profilparamter im Profilverzeichnis des Web Dispatchers müssen bekannt gegeben werden o W00/work > die permissionfile ablegen o W00/profileparameter pflegen (Befehl kopieren) o In die G:\usr\sap\W05\SYS\profile\W05_W15_twdf1376 o In der sapmmc die Instanz neu starten o Test o Vorsicht Browsercache leeren o Sollte Resource not found zeigen 5. SAP Sicherheit 5.1. Frontendsicherheit SAP GUI > Sicherheit > Sicherheitseinstellungen Status

6 o Status = deaktiviert, keine Abfrage o Status = customized, ask o Test: Aus dem SAP GUI URLs aus dem Browser aufrufen o Fragefenster kommt o always allows in this context > Regel wird angelegt o taucht in der den SAP- GUI Einstellungen als Regel von User o Standardregeln sind vorhanden z.b. Änderung von Registry Keys o Idee: lokale XML Datei definieren und an die Front Ends ausliefern o Tipp: Customized + Ask, SAP und Adminregeln bleiben bestehen Pflege muss ausgeschaltet werden: Um den Usern die Einstellungen zu sperren, muss der Registry Key gepflegt werden um die Änderungen auszugrauen 5.2. Benutzersicherheit Themen: Standardpasswörter ändern, Benutzertypen, Berechtigungsvergabe, Benutzerpflege o ABAP SU01 Gruppen sind wichtig zur delegierten Berechtigungspflege Die Gruppen im Reiter Gruppen dienen zur Sortierung o JAVA J2EE enigne, Benutzerverwaltung durch die UME Benutzerdaten werden standardmäßig in der eigenen DB gespeichert Aber auch z.b. im LDAP Verzeichnis liegen (werden ausgelagert) Im ABAP ist dies eine Synchronisation, im JAVA ist es ausgelagert <serveradresse>:5000\ Userdaten werden über die Data Source angegeben Gruppen dienen zur Einsortierung Über die Gruppen können Hierarchien aufgebaut werden um vereinfacht Berechtigungen zu vergeben (Gruppenebene) Zentrale Benutzerverwaltung o nur für ABAP, keine JAVA- System direkt anbindbar, ggf. über Verzeichnisdienst SAP Netweaver Identity Management o Bedient auch 3rd Party Systeme o Zentrale Pflege für alle Systeme o Vergabe von Businessrollen hinter der technische Rollen stecken o Benutzer werden Workflow gesteuert angelegt o Identity Management ohne 3rd Party Produkt kostenlos o Access Control GRC #Tag 2

7 5.3. Standardbenutzer DDIC, SAP*, SAPCPIC, sollten kein Master oder Standardpasswort haben, ggf. Rechte anpassen, User sperren Standarduser überprüfen mit dem Report SA38 > rsur003 >Titel (frei vergeben) Passwort not trivial heißt nur, dass es nicht das Standardpasswort ist 066er Mandant inkl. Nutzer Earlywatch war gedacht für den Support im leeren Mandaten existiert ein User (SAP*) und dem Passwort pass, ist aber kein Sicherheitsrisiko, da dieser User über Profilparameter gesperrt ist, Anmeldung möglich über Parameteränderungen und Systemneustart, 0 = Anmeldung möglich, 1 = Anmeldung nicht möglich, ist der User SAP* angelegt greift der Kernelmechanismus nicht, also: User anlegen und Passwort ändern jeder Mandant sollte einen selbst gepflegten SAP* User haben JAVA: Administrator gefährlich, Guest ungefährlich, SAP<SID>DB = Benutzer des Datenbankschemauser des Systems, SAPJSF hat im Standard das Masterpasswort der Installation > ändern, hat im Standard nur die SAP_BC_JSF_COMMUNICATION_RO RO steht nur für read only, um Benutzer anzulegen benötigt er die Rolle ohne RO, die Rolle J2E_ADMIN berechtig im JAVA einen User dazu Admin zu sein ist aber nicht an mit ABAP Berechtigungen verknüpft SAP* dient auch im Notfall dazu mit der Kernelfunktion sich selber eine Anmeldung am System zu ermöglichen Admin hat sich selbst gesperrt JAVA: auf OS Ebene im JAVA- Teil das Config Tool starte, global pflegen, Änderungen an der UME nur im gestoppten System, com.sap.security.core.ume.service > ume.superadmin.activated false > true, Passwort ume.superadmin.password vergeben > anmelden Benutzertypen im ABAP o Dialog: GUI Anmeldung, unterliegt Passwortänderungspflicht, muss Initialpasswortändern, o Service: z.b. kann Status verändern von Service zu Dialog, z.b. bei Bestellungen o Communication: hat auch Passwortänderungspflicht (s.o.) wenn Parameter gepflegt o System: keine GUI- Anmeldung möglich, nur über RFC o Referenzbenutzer: wird dazu benutzt über Rollen als Referenzbenutzerangegeben zu werden. Der neue User erbt die Rollen des Referenzbenutzers, Berechtigungskonzept wird umgangen Benutzertypen im JAVA: o Standard: vgl. ABAP Dialoguser o Technical User: vgl. ABAP Systemuser o Internal service users: kann sich nicht anmelden, nur für interne Abläufe z.b. wenn ein Programm Berechtigungen benötigt, keine Passwortvergabe möglich, o Unknown: reine ABAPUser die dem System nicht bekannt sind o Eigene: können im JAVA definiert werden

8 5.4. Rollenkonzept ABAP, bekannt nicht näher erläutert JAVA, o Rollenkonzept des J2EE wurde von SAP aus dem eindimensionalen Prüfung aus einer Dimension auf zwei Dimensionen (vgl. ABAP) erweitert o UME Permission = JAVA Coding + zweite Ebene ( Berechtigungsobjekt ) auf die geprüft wirde o UME actions = Zusammenfassung von Permissions, eine Rolle enthält mehrere Actions, werden vom Entwickler programmiert o UME ACL API = API muss vom Entwickler/Programmierer gepflegt werden o Drei Tools, keine zentrale Pflege o Securityrollen liegen im Visual Administrator auf OS- Ebene gepflegt, Services > Security Provider > service.<name>, die wichtigsten Securityrollen erden mit ausgeliefert o 5.5. Passwortregeln Max- Länger erweitert auf 40 Zeichen (ABAP) Vordefiniert keine?!, ersten drei Buchstaben dürfen nicht gleich sein, kein PASS oder SAP*, Passwörter sind case sensitive Parameter für Passwörter o Passwortmindestlänge definiert o Wie lange soll ein Initalpasswort ungenutzt bleiben dürfen max_idle_inital o max_idle_productive User wird gesperrt, wenn XX Tage nicht genutzt o (...)compliance_to_current_policy, falls User angemeldet ist wird überprüft, ob die aktuellen Regeln gilt, falls die neuen Regeln stärker sind, muss der User seine Einstellungen anpassen o min_password_diff > wieviele Zeichen soll das Alt- vom Neupasswort unterscheiden, ratsam 1-2 Zeichen maximal o password_expiration_time > wann läuft das Passwort aus o fails_to_session_end > Nach wie viel Versuchen soll der User das GUI schließen o fails_to_user_lock > nach wie viel Versuchen soll der User gesperrt werden o failed_to_user_auto_unlock > automatische Entsperrung, Standard auf 0, User wird um Mitternacht entsperrt o disable_multiple_gui_login > Mehrfachanmeldung möglich o multi_log_in_users > o Einstellungen lassen sich über die dem Report SA38 > rsur003 auslesen Passwörter werden in der Datenbank im Einwegverfahren mit Hashwert abgelegt (vgl. Verschlüsselung ist zweiseitig) Tabellen USR02, USH02, USRPWDHISTORY sollten daher geschützt werden (über Berechtigungsgruppen),!es werden immer mehr Berechtigungen/Berechtigungsgruppen auf Tabellen gelegt

9 SE16 > USR02 > Felder: BNAME (Username), Neusten hashing Mechanismus pflegen > über Kernelupdate o Abwärtskompatibilität beachten! o Hinweis lesen Kennwort HASH Algorhythmen Profilparameter im ABAP pflegen o Langer Weg RZ10 > DEFAULT- Profil > Extended maintenance >Werte ändern > copy > copy RSPFPAR zeigt die Parameter o Anlegen > F4 > Parameter wählen > copy > copy o Profil speichern o System muss neu gestartet werden o Kuzer Weg > Betriebssystemebene o DEFAULT.PFL im Profilverzeichnis o Filesystem ändert ohne Protokoll, RZ10 mit, nur einen Weg wählen o Doppelte Einträge vermeiden, Sicherungsdateien erstellen! WEBMMC 5+Instanznummer im JAVA öffnet die Managementkonsole (analog zur MS- Konsole), z.b. beim Restart, Tipp: als JAVA Applet installieren JAVA Passwortparameter o Min_length > minimale Passwortlänge o Max_length > maximale Passwortlänge o Mix_case_required > Sonderzeichen o Auto.unlock.time > nicht über Nacht, sondern nach XX Minuten o bei Dualstack abgleichen! o UME > Configuration > Security Policies > DEFAULT/ Technical User > Parameter anpassen o bei neueren JAVA- Systemen sind die Parameter dynamisch (kein Neustart nötig) 5.6. SECSTORE (bei Systemkopie, Migration) ABAP o F4 > zeigt Speicherorte der Daten (Passwörter) z.b. RFC, ICF, mandantenübergreifend, o Global key changend > Systemschlüssel, neuer Schlüssel wird vom service marketplace ausgestellt, Request Migration Key o System data changed > z.b. bei Migration JAVA o OS > Config Tool > secure store o Passwörter müssen hier nachgetragen werden o Im OS SYS/global/securestore/SecStore.properties o Für den SDM wichtig und für die Verbindung zur Datenbank o Ab 7.1 kein Softwaredeploymentmangagent mehr nötig o Auch Zugriff über Visual Administrator > Secure Store o Z.B. SLD_Service_HTTP_Data hier ist das Passwort für die Verbindung gesichert

10 6. Schnittstellen 6.1. RFC Verbindungen SM59 > RFC Verbindungen einrichten RFC = Typ 3 Logon & Security o technische User + Passwort bei Geschäftsprozessen o Berechtigungen beachten! o Aber, RFC- Verbindung ist leicht aufrufbar o Zusätzlicher Schutz/Schritt durch (Restriktion) durch Authoration for Destination > Name vergeben > Berechtigungsfelder ICF_FIELD + ICF_VALUE müssen gepflegt werden (ausgehende Verbindungen) o Drei Kategorien! Ohne gespeicherte Benutzer und Passwort, Passworteingabe am Fremdsystem Hinterlegtes Passwort Vertrauenswürdige Verbindung o Test in Produktivsystem > Anmeldung, o Produktiv in Testsystem > PW hinterlegen Vorgehen o In höhere Systeme keine Passwörter hinterlegen / trusted connection o User nicht mit SAP_ALL, eigene Rolle o Report RSRFCCHK ausführen Trusted RFC- Verbindung einrichten Startsystem (aufrufendes System): Zielssystem: (aufgerufenes System) 3. Trusted RFC Destination zum Ziel anlegen: SM59 > RFC Destination anlegen > Technical Settings Hostname > connection Test > Logon & Security > Trusted System yes > User eintragen z.b. wenn der User im Zielsystem ein 1. RFC- Destination anlegen: SM59 > Verbindung anlegen, Host, Hostadresseangeben, System ID vergeben. Diese Verbindung hat später keine technische Relevanz, dient nur für Schritt Trusted System anlegen: welchem System das Zielsystem vertrauen soll SM59 > Exras > Trusted Systems (SMT1) > neu > Destination <Name der aus 1. Vergebenen RFC- Verbindung> > Anmeldung >

11 andere ist, ggf. Mandant eingeben > sichern > Test > Authoration Test > funktioniert nicht trotz SAP_ALL 5. SM59 neu starten > Test der RFC- Verbindung RFC- Verbindung ist eingerichtet 4. Berechtigung S_RFCACL im Benutzer pflegen (ist im SAP_ALL) nicht erhalten > PFCG > Berechtiungsausprägungen pflegen > Benutzer zuordnen > Bei Systemkopien gibt es hier Vor- /Nacharbeiten! Registrierte RFC- Serverprogramme verbindet sich automatisch, registriert sich am Gateway (keine Authentifzierung nötig), Programm wird aufgerufen, Sicherheitstechnisch prüfen, wer darf sich registrieren, Zugänge über die RegInfo ( darf das Programm XY sich registrieren ) Datei gelöst, ohne Datei darf sich jeder registrieren TP (Transportsystem) Welche Programm sollen vom SAP aus (nicht) gestartet werden steht ab 7.0 in der SecInfo ( was darf passieren wenn ich raus aus SAP machen ) Datei Einrichtung der Gatewaymonitors SMGW o Übersicht der aktuellen Verbindungen und Programme o Vgl. SM59 Typ T registrierte Serverprogramme o GOTO > Expert Functions > External Security > Display SecInfo / RegInfo o TP in der SEcInfo heißt transactional programm o OS SYS > DEFAULT.PFL > Pflegen o SecInfo / RegInfo Datei inm SYS>Global > erstellen o SAP- System neu starten o Alternative aus der TA erstellen o SMGW > GOTO > Expert Functions > External Security > Create (*Info) Vorschlagswerte übernehmen o GOTO > Expert Functions > External Security > Reread, ließt die neuen Werte aus o Automatische Installation der RegInfo ist umfangreicher, weil mehr Serverprogramme vorhanden sind o GOTO > Expert Functions > External Security >Logging zur Überprüfung der Zugriffe (werden protokolliert), hilft bei der Erstellung der RegInfo / SecInfo Es gibt auch die Möglichkeit einen dedizierten Gatewayrechner zu installieren, hoher Aufwand/Kosten

12 6.2. ICM und ICF Request an den ICM SMICM, jede Instanz hat einen eigenen Monitor, SICF, alle Services die der ICM anbieten kann, Services aktivieren/deaktivieren, Ports konfigurieren ICM (Sicherheitsaspekte): Wie ist der ICM skaliert, Loadbalancing sinnvoll?, virtuelle Host nötige/einzurichten (Namensräume trennen), Anmeldeverfahren pro Service sind möglich, Angriffsfläche reduzieren > nur die Services aktivieren die notwendig sind ICF Service (Auslastung) kann analysiert werden Alle Services überprüfen die ohne Anmeldung funktionieren SMICM einrichten (Empfehlung) o Sap/bc/soap/rfc o Sap/bc o Siehe Unterlagen 6.3. Message Server Ab Basis 6.40 eine ms/acl_info Datei pflegen, IP- Adressen der Messageserver stehen SMMS > GoTo > Parameter > (...) vgl. SMGW Einrichtung 7. Entwicklung und Sicherheitspatches 7.1. Systemlandschaft 3- Systemlandschaft soll produktive Systeme durch Tests schützen Transportverzeichnis (File Share) Das ABAP- Transportwesen kann jetzt alles transportieren (wurde erweitert) Java, KM- Dokumente, etc., was wird wirklich transportiert? ABAP- Transportwesen (CTS) stellt eine Zentralisierung sicher, inkl. Log- Files, noch besser: Solution Manager mit Workflows Änderungsoptionen, Mandantenänderbarkeit, produktive System sollten nicht änderbar sein! Einstellungen auf Mandantenebene o Produktiver Mandant: keine Änderung erlaubt, nur laufende Änderungen o Testsysteme: keine Änderung erlaubt, nur laufende Änderungen o Customizingmandant: alles erlaubt, Änderungen sollten aufgezeichnet werden Keine Entwicklerberechtigungen im Produktivsystem Debugging with replace > sollten selbst im Entwicklungsmandanten nicht vergeben werden, hohes Manipulationspotential Änderbarkeit von Customizingtabellen im produktiven System unbedingt vermeiden

13 TMSADM User Passwort ändern, Problem: Konsistenz bei der Änderung sicherstellen, Hilfe durch den Hinweis , Report TMS_UPDATE_FWD_OF_TMSADM Transportwesen Qualitätssicherungsverfahren aktivieren, STMS > Systemlandschaft, Quality Assurance, Delivery after confirmation Modifikationen überschauen im Modification Browser SE Patch Management Kernelpatching besondere Aufmerksamkeit Security Patch Day Newsletter abbonieren 2x monatlich service.sap.com/securitypatchday - Terminübersicht Report RSECNOTE hilft bei der Überprüfung des Status SOS im EarlyWatchReport 8. Monitoring der SAP- Systeme 8.1. Werkzeuge Early Watch, Security Optimization Service, Computing Center Management System, Solution Manager Diagnostics Sicherheitskonfigurationen müssen gepflegt/eingerichtet werden Security Audit Log: Protokolliert sicherheitsrelevante Zugriffe o SM21 > System Log o Audit Log ist ausgeschaltet, muss eingerichtet werden SM19 Profil anlegen Filter definieren 2 möglich (Selektionskriterien für alle zu protokollierenden Aktivitäten) Betriebsrat informieren, Benutzerüberwachung, Datenschutz Events > Details zeigt was critical, non- critical, Important ist, können näher definiert werden Filterstärke sinnvoll wählen SM20 / SM20N zur Auswertung nutzen Profil aktivieren Im JAVA im :5000/nwa > Monitoring > Logs and Traces > Expert View > Open Filter > Log Browser > Namensraum *security* filtern > Vorlage ist abspeicherbar Auch über den Visual Administrator, SAP Management Console oder den Stand Alone Viewer verfügbar User Informationen über SUIM auswerten, siehe auch ST01 9. Kryptographie 9.1. Verschlüsselung o Eavesdropping lauschen o Symmetrisch: A + B haben einen (secret key) Beide benötigen den Schlüssel

14 Schnelles Verfahren, dennoch Perfomanceinbußen Beide Kommunikationspartner benötigen den gleichen Schlüssel o Asymmetrisch Private key und Public Key liegen beim Sender Public Key kann jeder haben Private Key + Public Key passen zusammen Von Public verschlüsselt kann nur mit Privat Key entschlüsselt werden Neue Algorhythmen Längere Schlüssellängen Nicht für jeden Request praktikabel, Perfomanceinbußen o Hybride Verschlüsselung Symmetrische + asymmetrische Verschlüsselung Secret Key wird mit dem Empfänger public Key verschlüsselt Empfänger entschlüsselt den secret Key mit seinem private Key Danach nur noch symmetrische Kommunikation SSL- Verfahren nutzt diese Technologie Probleme - Masquerading o Jemand gibt sich als Empfänger aus, public key wurde vorher besorgt o Also: Authentication z.b. mit Zertifikate 9.2. X.509 Zertifikate = digitales Zertifikat digitaler Ausweis o Erste Identifikation erfolgt über die IP = Analogie zum Ausweis > Bild o Gültigkeit von / bis o Unterschrift, Stempel, Aussteller = CA Certification Authority, ausstellende Behörde, in BRD gibt es gesetzliche Auflagen für eine CA, theoretisch kann jeder eine CA werden o Seriennummer o Name des Rechner = CN common name Teil des Distinguished Name Distinguished Name besteht aus o CN common name o OU organizational unit o O organization o C country Zertifikatsaustausch o Public key an CA schicken > wird unterschrieben und zurückversandt Typen o Serverzertifikate o Clientzertifikate o CA Zertifikate Revocationlist ist das Zertifikate noch gültig/vertrauensvoll, zurückgezogen?

15 Serverauthentication o Real time Außnahme o Real life mutual authentication, o Trusted services SAP bietet Zertifikate an: service.sap.com/tcs o Zum Aufbau des Public Key wird häufig eine CA nötig sein Problem Tampering Manipulation o Dateninhalte werden verändert 9.3. Verschlüsselung Ist eine weitere Möglichkeit Andere Qualität als Zertifikate In manchen Ländern verboten Public- private- key- Verfahren o Public key ist öffentlich o Signatur wird mit dem private key erstellt o Empfänger verifiziert das mit dem public key o Hash- Wert (Fingerabdruck) wird erstellt, Einwegkommunikation o Gesamtes Dokument wird mit Hashalgorhythmus verschlüsselt o Veränderungen im Dokument führen zu einem neuen Hash- Wert o Hashwert des Senders wird mit dessen Schlüssel verschlüsselt o Dokument + Hashwert wird vom Empfänger public key entschlüsselt o Sind die freigegeben Hashwerte gleich, ist das klar, dass das Dokument nicht manipuliert ist o Zertifikate werden auch digital signiert Im SAP- System Technologien o SSL > Serverzertifikat, SSO- Anmeldungen, Browser, Server, Web Server (HTTP, LDAP) o SNC Secure Network Communication > DIAG und RFC Protokoll, SAP- GUI zum Sever, Server Server, Datenaustausch mit Fremdfirmen, Schnittstelle heißt GSS- API (weiter Standard), Implementierung über 3. Anbietersoftware möglich z.b. über MS Kerberos (DIAG, RFC) o SSF eigene Libary, wird über die Applikation gecustomized, vgl. SAPSECULIBARY o PSE Personal Security Enviroment > für jedes Szenario gibt es ein eigenes Szenario, liegt in der Datenbank und auf dem Filesystem (SNC PSE, System PSE), Secure store and Forward, digitale Signaturen o es gibt Nutzer- und Systemsignaturen Hersteller, Quelle o Passwort Hashes, Secure Store o Saubere Netzwerktopologien können effizienter aus Verschlüsselung sein o SAPSECULIB wird mit ausgelierfert o Verschlüsselungssoftware unterliegt dem Ein- und Ausfuhrrecht, darf die Software eingerichtet werden, länderspezifische Bestimmung, Gesetzesverletzung vermeiden

16 9.4. SNC Einrichtung o Externes Securityprodukt SAPCRYPTOLIB o SNC PSE enthält die Credential, liegen im Filesystem und in der Datenbank 1. Installation der SAP Cryptogrpahic Library und des Lizenztickets a. Download aus dem Service Marketplace b. (3) Dateien in die richtigen Verzeichnisse kopieren = Kernelverzeichnisse in jedes EXE Verzeichnis der Instanzen Windows sapcrypto.dll, in der lst Datei steht drin, welche Dateien kopiert werden sollen, ticket enthält Informationen welche Komponenten verwenden werden, sapgen.pse dürfen (Lizenzinfos) wird in den sec Order kopiert c. SECUDIR überprüfen, SM49 > SAP / ENV, set muss unter dem User erfolgen unter dem das SAP- System läuft Stichwort Umgebungsvariable 2. Trust Manager Profil Parameter pflegen 1/2 a. Entweder über die RZ10 oder auf Betriebssystemebene in das Defaultprofil, usr/sap/dev/profile/default.pfl diese Datei editieren 1. Verzeichnis für die Cryptolib angeben, und das Zertifikat zu erstelllen snc/identity/as = p:cn=sid, OU=XX, O=sap, b. Restart 3. Erstellen / Importieren des SNC PSEs a. STRUST: bietet die Möglichkeit PSE Dateien zu erneuern, zuerst ist immer die System PSE ausgewählt, Doppelklick auf die zu bearbeitende PSE, 3- teiliges User Interface i. SNC PSE erzeugen: SNC SAP Cryptolib, rechtslkick create, Werte werden aus dem Profilparameter übernommen, Schlüssellänge definieren, 2048 empfohlen, ii. Zertifikat auswählen, selbst signiert, Seriennummer, Gültigkeit sind gepflegt, iii. Passwort vergeben > Passwortbutton > schützt vor Bearbeitung iv. Sichern, Kontrolle sind die Zertifikate grün? 4. Profilparameter 2/2 a. Step 2 inf sys/profile/default.pfl hier wird der Schnittstelle mitgegeben welche Bibliothek ausgewählt werden soll, weitere Parameter bestimmen den Grad der Sicherheit, b. Restart 5. Zertifikate tauschen a. Zertifikat exportieren Z auswählen > Zertifikat > Exportieren > OS > DEV00.cer

17 b. Zielsystem Zertifikate importieren > STRUST > importieren > Pfad angeben > Zertifikat wird im Arbeitsbereich angezeigt > Button Add to Certificate List c. Selbiges auf der Gegenseite d. ACL pflegen (SNC0), weil es nicht reicht, dass das Zertifikat bekannt ist, ACL = Access Control List i. System ID angeben ii. SCN Namen = Owner aus dem Zertifikat (Kopie STRUST) + vor das Zertifikat p: iii. Kommunikationsart wählen (alle auswählen) iv. Grüner Haken soll kommen, Tabelleneintrag überprüfen v. Tabelleneintrag lässt sich nicht korrigieren, bei Fehlern muss das Zertifikat gelöscht/neu angelegt werden vi. Tabelle die gepflegt wird heißt SNCSYSACL 6. Test bei RFC Verbindung von Server zu Server a. RFC Destination pflegen b. Logon and Security > SNC Extension wählen > Partner = p: Owner aus dem Zertifikat (Kopie STRUST) > Quality of protection wählen (sinnvoll 3/8) > SNC aktivieren > sichern c. funktioniert RFC noch > SNC funktioniert d. SMMS > GoTo> Logon Data > jetzt neue XX with SNC möglich 7. Dual Stack > daher kann der JAVA Teil auch SNC a. Aber anderer Parameter sind möglich, im wesentlichen gleich b. Visual Administrator > JCO RFC Provider, Library angeben, Partner mit p: angeben / auch bei Destinations > Werte pflegen 9.5. SSL ABAP HTTPS wird empfohlen bei o Browserzugriff o Serverkommunikation o Sollte bei der Installation von Netzwerkkomponenten eingerichtet werden o Nutzt auch die Cryptographic Libary (für ältere zusätzlich das Cryptographic Toolkit) o Cryptographic libary Installation vgl. SNC Installation SSL Installation auf dem ICM 1. ICM / SSL Profil Parameter setzen a. [...] DEFAULT.PFL i. Port > vergeben, muss frei sein, was ist schon konfiguriert, vgl. ICM Monitor, VCLIENT=1 > soll Clientanmeldung möglich sein; wo soll die Einrichtung erfolgen

18 ii. Ort der Cryptpgraphic Libary angeben ssl/ssl_lib = <Speicherort OS> iii. Java Port angeben (bei Dual Stack), icm/j2ee_port_1 = PREFIX= /, Host iv. Messageserverhttpsport vergeben ms/server_port1 b. Restart des ICM, nicht gesamtes System c. Wenn der ICM startet, werden die Profildateien automatisch eingelesen 2. ICM Zertifikat zur Verfügung stellen (SSL- Server- PSE Datei erstellen) a. STRUST > SSL server Standard i. Vorgabe = eigenes Rechnerumfeld, Eingaben sind von der CA abhängig, sonst keine Zertifizierung ii. Name = (hier: Vorgabe) CN / OU / O / C iii. Vorsicht, kann je nach Szenario Client, Server sein iv. Standardvariante ist * = shared Variante v. Auch bei unterschiedlichen Hostnamen könnte das gleiche Zertifikat verwendet werden vi. Beim SSL beachten was der User sieht / Browser zeigt b. Zertifikatssignierungsrequest erzeugen Unterschrift i. An die CA senden, hier service marketplace ii. STRUST > Edit > Create Certification Request > abspeichern > versenden iii. Service marketplace öffnen > PKCS#7 iv. Antwort einspielen STRUST > EDIT > Import Response > Aussteller ändert sich, sollte nicht mehr self signed sein, muss nicht in die Zertifikatsliste aufgenommen werden, da es das eigene ist 1. SSL - Client- PSE o STRUST > SSL client SSL Client (Standard) > erstellen o SM59 > In der RFC Verbindung > Logon & Security > Status of Secure Protokol > SSL Client Certifikate > jetzt hier das vorher angelegte Zertfikat auswählen 9.6. SSL für JAVA Erstellen eines Zertifikats (Libary ist bereits installiert) o Visual Administrator > Key Storage > ssl- credentials o Subject properties pflegen o Schlüssellänge pflegen o Haken bei store certificate setzen o Generate Certificate signinig request > speichern o Antwort einfordern (hier service marketplace) o Import CSR Response > Datei einlesen, o SSL Provider > Server Identity > Add > Zertifikate auswählen o Prinzipien sind die gleich nur anderers CI

19 9.7. WebDispatcher + SSL SSL End to End Mode, alles SSL, wichtig Browser > Web Dispatcher > Server, das heißt Anfragen werden direkt durchgereicht, Loadbalancing funktioniert auf IP Basis, o Ein Parameter notwendig: https Port angeben und weiterleiten, Web Dispatcher spricht kein SSL Terminiertes SSL mit Wiederverschlüsselung, dann braucht der Web Dispatcher PSEs und eine eigene Cryptographic Libary o Parameter nötig o PSE erstellen Trick > STRUST im System > File > PSE erstellen mit den Daten des Web Dispatchers (anstatt sapgenpse) > in das sec Verzeichnis des Webdispatcher abspeichern > STRUST File, importieren > jetzt sind alle Aufgaben möglich Anfragen erstellen, Antworten einspielen, können zentral in der Datei gesichert werden Messageserver / Central Service / Managementkonsole etc... können analog mit SSL versorgt werden Wenn auf dem Server SSL aktiviert ist auch in der SAP Managementkonsole zu aktivieren 10. Single Sign On Allgemeines Im sdn Security and Identity Management > o Neue Version fertiggestellt NW SSO 7.1 o Nachfolger des SECUDE Produkts, gekauft, heute Single Sing On Warum? Viele Passwörter und User soll bei der Verwaltung entlastet werden AS ABAP unterstützt folgende Anmeldemöglichkeiten:User ID, SNC, SAP Logon Tickets, X.509, SAML, kein JAAS AS JAVA unterstüzt: User ID, SAP Logon Tickets, X.509, SAML, JAAS (Java Standard), für Java lassen sich eigene Anmeldeverfahren in JAAS programmieren SAML = ein Account mit mehreren Identitäten SAP GUI: X.509, Kerberos SNC, Logon Ticker Browser: X.509, Keberos AS Java, Logon Ticket Single Sign On über SNC o SNC Kerberos Authentifizierung über gsskrb5.dll o Windows NTLM über gssntlm.dll X.509 für die Useranmeldung o Web Browser o Logon Ticket, ist gleichzeitig ein Session Ticket im o Was passiert: User meldet sich am Portal an > o Ein Logon Ticket des System ist signiert in der System PSE, d.h. STRUST > System PSE > anderes System aufnehmen > STRUST 2 > ACL Liste pflegen > o Inhalt eines Logon Tickets

20 User ID Mapped User ID Time of Issue Valid Period Ausstellendes System Digitaler Signatur o SSO mit Logon Tickets ist nicht weit verbreitet, da sehr aufwendig (z.b. bei Drittsystemen), Standard X.509 o SSO2 kann Logon Tickets überprüfen o Im Visual Administrator > Security Provider > ticket > AS ABAP für X.509 einrichten Profilparameter icm/https/verify_client SSL ist Voraussetzung SSL Server PSE Zertifikat einspielen STRUST > Import > SAPTRUST User SAP Passport CA > Gültigkeit überprüfen Falls abgelaufen > Download Certifikate > Passport CA Zertifikate > STRUST > GoTo > Zertifikat importieren (ggf. Checksum mit smp überprüfen) > Add to certificate list > speichern ICM neustarten Usermapping > SM30> VUSREXT > DN (Distinguished Name of Certificate) > neuer Eintrag externe User ID Im Browser Zertifikat exportieren > in SAP Importieren > SAP User eingeben > activated aktivieren ICM neu starten Anmeldung über den Browser