SSRF Defense Step 3: Eliminate Excessive IAM Data Access Permissions

The final guardrail in our SSRF Defense series is all about eliminating IAM policies with excessive data access permissions. For anyone new to this series, these solutions are based on Rich Mogull’s post on breaking the kill chain in AWS using IAM roles.

The Problem

As Rich explained, AWS offers ways to get credentials which enable API access and remote calls. Some of those functions, such as the metadata service, are core to how AWS works so they aren’t just going away. The protection challenge is how to configure things securely, understanding we can’t just rely on credentials for secure authorization.

Breaking the Kill Chain

This time we will break the kill chain by finding and eliminating policies which allow excessive data access permissions. The key to making this logic work in a complex cloud deployment is to allow flexibility in how you identify “excessive”. Our implementation allows you to control the maximum number of buckets/tables, and filter by permissions; so we can identify all IAM policies (managed and inline) which allow operations on tables, buckets, and objects.

Our first opportunity is to identify users, groups, or roles with excessive S3 bucket permissions.

  • D:Ops Guardrail: Either restrict S3 IAM policy data access or remove exposed data actions from IAM statement.

Similarly if we identify and users, groups, or roles with excessive DynamoDB table permissions we can correct them.

  • D:Ops Guardrail: Either remove exposed data actions from IAM statements or restrict DynamoDB IAM user data access.

The 3 guardrails in this series now represent an automated set of restrictions that eliminates the SSRF attack vector:

  1. Manage EC2 and ECS Data Exposure to DynamoDB and S3
  2. Manage IAM Role Location Restrictions
  3. Eliminate Excessive IAM Data Access Permissions

Don’t hesitate to reach out with questions or, try out our platform free and use the new analysis on your own cloud.  It takes less than 20 minutes and no resources to start using our product.

View this Op

Learn More About This Guardrail

Read more about what this guardrail does, what type of automated actions
can be enforced upon the found issues, or simply test drive it in your environment.
View this Op

Leave A Comment

one × one =

About the Author: Ty Murphy

Ty Murphy
As the Director of Marketing at DisruptOps, Ty oversees all the corporate and digital product marketing initiatives for the company. Previously, Ty helped start-up the 2nd largest value added cybersecurity reseller in Kansas City, before managing the global marketing efforts for an Israeli-based security automation company. Ty brings over a decade of enterprise software security marketing experience to DisruptOps. Outside of work, Ty is an aspiring golf enthusiast and enjoys time outside with his family and traveling to the beach.

Sign-up for Updates!

  • This field is for validation purposes and should be left unchanged.


Related Posts