How a Modified API Request Bypassed Role Controls and Exposed Internal Data
Our stories are based on real events encountered by Raxis engineers. Some details have been altered or omitted to protect customer identities.
APIs are tricky to secure because, by design, they’re meant to be open to requests from many directions. From internal company web and mobile applications to external API calls allowing vendors and customers to view and manipulate data, an API penetration test looks for any unintended opening.
Our pentester mapped out the API for a SaaS product and started using the API in unintended ways. He found a chat feature designed to let API users with specific entitlements query an AI endpoint for relevant answers.
Limited user roles were only supposed to chat with the API about publicly available information. They weren’t supposed to reach internal data. Our pentester started looking for a way to bypass that boundary as a limited user. Manipulating the query request in Burp Repeater, he discovered that modifying the transaction type made the endpoint reply with sensitive internal data even when authenticated as a limited user. Using the proof of concept in his Raxis pentest report, the customer updated the endpoint to remove the bypass and protect sensitive data.