During some recent penetration tests I have noticed that large companies have many similarities in their IT infrastructures. One of the things that caught my attention was that quite a few of these companies have SAP systems on their networks.
Two years ago at the You Shot the Sheriff (YSTS) security conference in Brazil, I gave a speech on penetration testing SAP systems. This older research and the recent encounters with these types of systems have inspired me to do this blog post on the evolution of the techniques on executing penetration tests in SAP systems.
Many things have changed in regards to the tools used to compromise SAP systems. Today there are many different tools and frameworks that facilitate the job of a penetration tester. Exploiting SAP systems we have restrictions, some tools require use proprietary libraries, such as RFC SDK. The RFC SDK is available only to SAP customers or partners. These are the systems we usually find the truly interesting/confidential information of the companies. Although there are newer tools and frameworks available I did not need any tools other than the ones I have been using since my initial research to be able to compromise systems.
Now in regards to the evolution of SAP systems themselves, based on what I have recently seen, nothing has actually changed. Because of this, all tools and techniques that worked two years ago are still very useful in exploiting such systems.
Below you may find some of the videos I have created demonstrating some of the steps used in exploiting SAP systems using the framework Bizploit (Onapsis)1.
As mentioned above, keep in mind that today there are new tools and frameworks available, but the old tools and techniques still work flawlessly.
1 - sap info
2 - getClients
3 - getApplicationServers
4 - findRegRFCServers
5 - registerExtServer
6 - bruteLogin
7 - Vulnassess
8 - Exploiting