Willkommen im SAP Forum

RZ10 » Forum

SAP Debug Berechtigung S_DEVELOP einschränken - Link zum Blogartikel
schulbrezel
# 1 - vor 9 Jahren
Hallo, ist es möglich auf eine bzw. gewisse Tabellen einzuschränken?
# 2 - vor 9 Jahren
Hallo. Allgemein kann man mit dem Berechtigungsobjekt S_TABU_DIS oder S_TABU_NAM die Berechtigungen auf spezielle Tabellen einschränken. Da das Debugging aber an solchen Prüfungen vorbei läuft, gibt es keine mir bekannte Möglichkeit Debug Berechtigung in Abhängigkeit von den gerade verwendeten Tabellen zu steuern. Mit freundlichen Grüßen Tobias Harmes
Kalle
# 3 - vor 8 Jahren
Hallo! Wie stehen Sie zu dem SAP-Hinweis 1420281 (CO-OM-Tools: SE16N: Abschalten von &SAP_EDIT)? Ist damit dieses Thema überhaupt noch "aktuell"?
# 4 - vor 8 Jahren
Hallo. Das Abschalten von der Funktion &SAP_EDIT ist einer der Punkte die durch Debug-Änderungsberechtigungen umgangen bzw. manipuliert werden kann. Darum ist die Einschränkung dieser Berechtigungen vor allem im Produktivsystem absolut notwendig. Mit freundlichen Grüßen Tobias Harmes
Kalle
# 5 - vor 8 Jahren
Vielen Dank, hab ich verstanden :-)
Schneider
# 6 - vor 5 Jahren
Hallo, s_develop hat ja viele Einstellung. Kann man diese so beschränken, das man nur die Möglichkeit sperrt zu entwickeln im System. MfG J. Schneider
# 7 - vor 5 Jahren
Hallo Herr Schneider. Ja, das können Sie. Z.B. können Sie einen Entwickler tracen (ST01 oder STAUTHTRACE) um genaue Ausprägungen für S_DEVELOP zu ermitteln. Die Änderungsberechtigung für DEBUG darf aber in produktionsnahen Systemen nicht vergeben werden. Mit freundlichen Grüßen, Tobias Harmes
C.Clages
# 8 - vor 4 Jahren
Hallo, kann ich nachträglich prüfen ob irgendwelche Felder während des Debuggens geändert wurden? MfG C. Clages
# 9 - vor 4 Jahren
Hallo. Sie können das SysLog (Transaktion SM21) prüfen, denn dort wird dieser Vorgang in den Standard-Einstellungen mit User aufgezeichnet. Beispiel-Einträge: Springe zu Anweisung: A23 Sprung im ABAP Debugger: Source:(53)->(57) | ByteCode:comp(18 A14 > in Programm MS38MI00 , Zeile 0057, Ereignis EXIT Feldwertänderung: A19 Feldinhalt verändert: FCODE -> AAAA A14 > in Programm MS38MI00 , Zeile 0057, Ereignis EXIT MfG Tobias Harmes
# 10 - vor einem Jahr
Wenn der SAL (SM20) auf dem Applikationsserver gelöscht wurde, gibt es dann alternativ eine Möglichkeit ohne den Syslog (SM21) Codesprünge zu identifizieren?
# 11 - vor einem Jahr
Hallo, wenn sowohl SAL als auch das Syslog nicht mehr verfügbar sind, ist uns keine allgemeine Möglichkeit bekannt, wie Codesprünge identifiziert werden können. Um hier weiterhelfen zu können, wäre es sinnvoll einmal individuell auf das System zu schauen und insbesondere für zukünftige Vorfälle eine Ablagestrategie für die SAL-Logs aufzusetzen. Wenn Sprünge im Code möglich sind, ist es ohnehin nicht möglich, selbst mit angeschalteten Logs mit absoluter Sicherheit sagen zu können, wenn jemand im Code springt. Geschickte Angreifer sind ebenfalls in der Lage diese Systematik zu umgehen. An der Stelle ist die Empfehlung, dass alle Berechtigungen hierfür im produktiven Umfeld nicht vergeben werden sollte. Viele Grüße

Kommentar verfassen


RZ10 » Forum

Kontaktieren Sie uns!
Renate Burg Kundenservice
[class^="wpforms-"]
[class^="wpforms-"]