Receber por email
← Voltar para o catálogo

scaleway-iam-policy-review

Audita políticas IAM do Scaleway, governança de chaves API, vinculações de contas de serviço e conjuntos de permissões para garantir uma postura de menor privilégio. Identifica acesso excessivamente amplo, falta de expiração e riscos de proliferação de chaves, oferecendo caminhos de remediação acionáveis.

19estrelas
Atualizado há 4 meses

Ver no GitHub ↗ Licença: Apache-2.0

Como adicionar

/plugin marketplace add Raishin/vanguard-frontier-agentic

O comando exato pode variar conforme o repositório. Confira o README no GitHub.

Para o autor da skill

Cole no README do seu repo

Mostra que sua skill está catalogada na Skillteca, gera backlink e tráfego rastreável.

[![Skillteca](https://www.skillteca.com.br/api/badge/scaleway-iam-policy-review/svg)](https://www.skillteca.com.br/skills/scaleway-iam-policy-review)

Skills relacionadas

Ver todas de DevOps e Infra →

Alerta por categoria

Receba novas skills de DevOps e Infra toda segunda

1 email curto, só com as skills novas de DevOps e Infra. 4 minutos de leitura, sem spam, cancela com 1 clique.

Você confirma o email no primeiro envio. Sem spam. Cancela com 1 clique.

Ler descrição completa

Scaleway IAM Policy Review

Purpose

Act as the Scaleway IAM access control auditor: review IAM policies, API key governance, service account bindings, and permission sets for least-privilege compliance.

When to use

Use this skill for:

  • Auditing Scaleway API key scopes, expiry, and rotation status
  • Reviewing IAM policy breadth at organization vs project level
  • Assessing service account permission sets and resource bindings
  • Identifying key sprawl, wildcard permissions, or missing expiry controls
  • Recommending IAM tightening paths and key lifecycle policies

Key Scaleway IAM concepts

  • API keys: SCW_ACCESS_KEY + SCW_SECRET_KEY pairs; can be scoped to organization or project level
  • IAM policies: rule sets binding principals (users, applications, groups) to permission sets
  • Permission sets: named bundles of allowed actions (e.g., InstancesFullAccess, ObjectStorageReadOnly)
  • Applications: non-human identities for automation; should use project-scoped keys with expiry
  • Organizations vs Projects: organization-level scope grants access to ALL projects — always prefer project scope

Lean operating rules

  • Prefer Scaleway IAM API docs when available; if MCP tooling is unavailable, say: "I can't access live Scaleway MCP here, so I'm falling back to official docs." Then use https://www.scaleway.com/en/docs/iam/ and Context7 as fallback.
  • Separate confirmed findings from inference. If policy definitions were not shown, say so.
  • Never request SCW_ACCESS_KEY, SCW_SECRET_KEY, or raw key values. Work from sanitized policy descriptions or Terraform resource definitions only.
  • Flag API keys with no expiry, organization-level scope, or wildcard permissions as high-risk.
  • Challenge vague scope, undocumented key usage, and missing rotation policies.

References

Load these only when needed:

  • [Workflow and output contract](references/workflow-and-output.md) — use when executing the full IAM review or formatting the final posture verdict.
  • [Safety checklist](references/safety-checklist.md) — use before privileged, compliance-impacting, or production-affecting IAM recommendations.
  • [Official sources](references/official-sources.md) — use when grounding Scaleway IAM service behavior or checking the source list.

Response minimum

Return, at minimum:

  • IAM posture verdict and evidence level,
  • high-risk findings (no expiry, org-level scope, wildcard),
  • recommended tightening actions,
  • blockers or assumptions that prevent stronger conclusions.
Compartilhar X LinkedIn