infra-rbac-audit

Audit Kubernetes RBAC, AWS IAM, GCP IAM, database, and Airflow permissions for excessive access.

14|1|Updated May 5, 2026
One-click install
npx skills add https://github.com/ivanshamaev/de-agent-skills --skill infra-rbac-audit
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: infra-rbac-audit
Source: https://github.com/ivanshamaev/de-agent-skills/tree/main/group_skills/infra_dataops_group_skills/infra_rbac_audit
Command: npx skills add https://github.com/ivanshamaev/de-agent-skills --skill infra-rbac-audit

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps you prevent data-platform over-privileged access by auditing RBAC and permissions across Kubernetes, AWS IAM, GCP IAM, databases, and Airflow, so risky configurations are found before they cause incidents.

Core Features & Use Cases

  • Kubernetes RBAC audit: Detects cluster-admin bindings, wildcard permissions, over-permissive service accounts, and token automount patterns to enforce least privilege.
  • Cloud IAM audits (AWS/GCP): Reviews external access findings, flags admin-equivalent policies, checks role last-used behavior, and identifies overly broad owner/editor bindings and service account key usage.
  • Database & Airflow RBAC checks: Surfaces dangerous PostgreSQL roles (e.g., superuser/CREATEDB), audits Trino/public grants, and highlights Airflow users with administrative roles.
  • Operational use cases: Pre-compliance reviews (SOC2/GDPR/PCI-DSS), insider-threat investigations, onboarding permission alignment, quarterly access reviews, and cleanup of orphaned or excessive service accounts.

Quick Start

Ask your agent to run an RBAC audit across Kubernetes, AWS IAM, GCP IAM, PostgreSQL/Trino grants, and Airflow roles and return a prioritized checklist of violations with remediation guidance.

Frequently Asked Questions about infra-rbac-audit

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I audit Kubernetes RBAC for cluster-admin and wildcard permissions?

Auditing Kubernetes RBAC involves parsing role bindings to detect cluster-admin assignments, wildcard permissions, and over-permissive service accounts. This Skill identifies these misconfigurations to enforce least privilege and outputs a prioritized checklist of violations with remediation guidance.

Can I check AWS IAM and GCP IAM policies for admin-equivalent roles?

Yes, you can check AWS IAM and GCP IAM policies for admin-equivalent roles. The audit reviews external access findings, flags overly broad owner/editor bindings, validates role last-used behavior, and identifies service account key usage to prevent over-privileged cloud access.

What is the best way to find excessive database and Airflow permissions?

The best way to find excessive database and Airflow permissions is to audit PostgreSQL and Trino grants for dangerous roles like superuser or CREATEDB, and review Airflow RBAC to highlight users with administrative roles, ensuring least-privilege access across the data platform.

Does this RBAC audit support compliance readiness for SOC2 or PCI-DSS?

Yes, this RBAC audit supports compliance readiness for SOC2, GDPR, and PCI-DSS. It continuously verifies least-privilege access across data platform components, identifying misconfigured access control before it causes compliance incidents during pre-compliance reviews or quarterly access audits.

How do I run a least-privilege verification across multiple data platforms?

To run least-privilege verification across multiple data platforms, ask your agent to audit Kubernetes, AWS IAM, GCP IAM, PostgreSQL/Trino grants, and Airflow roles. The Skill validates principle-of-least-privilege patterns and returns a prioritized checklist of violations with concrete remediation guidance.

When do I need an RBAC audit for insider-threat investigation?

You need an RBAC audit for insider-threat investigation when you suspect excessive or misconfigured access control across your data platform components. It identifies orphaned or excessive service accounts and admin-equivalent policies, providing prioritized findings to remediate risky configurations before incidents occur.