SAPFree assessmentPDF, Excel, Word exportSAP ECC and S/4HANA

SAP Basis Security Hardening Self Assessment

This self assessment checks ten areas that appear in almost every SAP security review. It is not an audit, but it shows quickly where the biggest gaps sit so you can prioritise Basis work.

0 of 10 answered0%

1. How are the standard users SAP* and DDIC protected in every client?

Check all clients, including 000 and any unused ones.

2. How strong is the password and logon policy set by profile parameters?

3. How is the use of SAP_ALL and similar broad profiles controlled?

4. How are RFC connections and the S_RFC authorization check managed?

5. How are the gateway and message server access files maintained?

6. Is the Security Audit Log active, and who reviews it?

7. How current are SAP Security Notes and kernel patches?

8. How do you control development access and changes in production?

9. How do you protect communication between GUI, servers and external systems?

10. How often do you review user access and inactive users?

How to use the assessment

Answer based on what you can prove today, not what the policy says. If you do not know, pick the lowest score, because an unknown control is an audit finding either way. Run it once per productive system, since landscapes are rarely hardened evenly. Export the result and keep it with your risk register to show progress over time.

  • Answer for one system at a time
  • Choose the lower score when evidence is missing
  • Repeat after each hardening round

What the questions cover

The questions follow the typical attack and audit path: delivered users, password and logon policy, broad profiles, RFC trust, gateway and message server access, audit logging, patching, change control in production, encryption in transit and access reviews. These are Basis level controls. They do not replace role design, segregation of duties analysis or a GRC rule set, which sit one layer above.

Reading the result

The score is the share of the maximum points. Low scores mean basic controls are absent, so fix those before spending effort on advanced topics. Middle scores usually reflect good intentions without repeatability. High scores still deserve periodic drift checks because parameters, roles and RFC destinations change with every project.

  • Fix default users and broad profiles first
  • Then logging and RFC and gateway controls
  • Then automation and evidence

Frequently Asked Questions

Is this assessment a replacement for a security audit?

No. It is a quick self check of Basis level controls. A formal audit or penetration test examines configuration, roles and interfaces in far more depth and produces evidence.

Why do RFC and gateway settings matter so much?

They define how systems trust each other and who can start programs or register servers. Misconfiguration there can give broad access without any dialog logon, so they are priority review items.

How often should I repeat the assessment?

At least annually, and after major changes such as upgrades, system copies or new interfaces. Many teams repeat it quarterly while closing gaps.

Does it cover cloud SAP products?

It is written for ABAP based systems you operate yourself. SaaS and cloud editions have a different responsibility split with SAP and need their own checks.

If you want an outside view of your SAP security baseline, we can discuss a review that runs inside your network and keeps all data local.