Taint Analysis for Graph APIs Focusing on Broken Access Control

TL;DR

This paper introduces a systematic static and dynamic taint analysis approach for Graph APIs to detect broken access control issues, combining graph transformation modeling and Critical Pair Analysis to identify both direct and indirect tainted information flows.

Contribution

It presents the first combined static and dynamic taint analysis method specifically designed for Graph APIs, enabling systematic detection of broken access control vulnerabilities.

Findings

Successfully applied to GitHub GraphQL API

Detected cases of unauthorized data access and manipulation

Supported design of targeted security tests

Abstract

We present the first systematic approach to static and dynamic taint analysis for Graph APIs focusing on broken access control. The approach comprises the following. We taint nodes of the Graph API if they represent data requiring specific privileges in order to be retrieved or manipulated, and identify API calls which are related to sources and sinks. Then, we statically analyze whether a tainted information flow between API source and sink calls occurs. To this end, we model the API calls using graph transformation rules. We subsequently use Critical Pair Analysis to automatically analyze potential dependencies between rules representing source calls and rules representing sink calls. We distinguish direct from indirect tainted information flow and argue under which conditions the Critical Pair Analysis is able to detect not only direct, but also indirect tainted flow. The static taint analysis (i) identifies flows that need to be further reviewed, since tainted nodes may be created by an API call and used or manipulated by another API call later without having the necessary privileges, and (ii) can be used to systematically design dynamic security tests for broken access control. The dynamic taint analysis checks if potential broken access control risks detected during the static taint analysis really occur. We apply the approach to a part of the GitHub GraphQL API. The application illustrates that our analysis supports the detection of two types of broken access control systematically: the case where users of the API may not be able to access or manipulate information, although they should be able to do so; and the case where users (or attackers) of the API may be able to access/manipulate information that they should not.