Cognito
itsmostafa/aws-agent-skills
AWS Cognito user authentication and authorization service. An agent skill from itsmostafa/aws-agent-skills.
Test service accounts, OAuth clients, workload federation, token exchange, audience binding, delegated actors, credential rotation, and machine-identity authorization.
Install Test Service Workload Identity
$ npx skills add cyberful/cyberful --skill test-service-workload-identity -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install cyberful/cyberful test-service-workload-identity --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/cyberful/cyberful.git skills-src && mkdir -p .claude/skills && cp -r skills-src/cyberful/builtin/skills/test-service-workload-identity .claude/skills/test-service-workload-identity && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "test-service-workload-identity" agent skill from https://github.com/cyberful/cyberful/tree/main/cyberful/builtin/skills/test-service-workload-identity into .claude/skills/test-service-workload-identity/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "test-service-workload-identity", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/cyberful/cyberful/tree/main/cyberful/builtin/skills/test-service-workload-identityType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add cyberful/cyberful --skill test-service-workload-identity -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install cyberful/cyberful test-service-workload-identity --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/cyberful/cyberful.git skills-src && mkdir -p .agents/skills && cp -r skills-src/cyberful/builtin/skills/test-service-workload-identity .agents/skills/test-service-workload-identity && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "test-service-workload-identity" agent skill from https://github.com/cyberful/cyberful/tree/main/cyberful/builtin/skills/test-service-workload-identity into .agents/skills/test-service-workload-identity/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "test-service-workload-identity", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add cyberful/cyberful --skill test-service-workload-identity -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install cyberful/cyberful test-service-workload-identity --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/cyberful/cyberful.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/cyberful/builtin/skills/test-service-workload-identity .cursor/skills/test-service-workload-identity && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "test-service-workload-identity" agent skill from https://github.com/cyberful/cyberful/tree/main/cyberful/builtin/skills/test-service-workload-identity into .cursor/skills/test-service-workload-identity/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "test-service-workload-identity", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/cyberful/cyberful.git --path cyberful/builtin/skills/test-service-workload-identity--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add cyberful/cyberful --skill test-service-workload-identity -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install cyberful/cyberful test-service-workload-identity --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/cyberful/cyberful.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/cyberful/builtin/skills/test-service-workload-identity .gemini/skills/test-service-workload-identity && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "test-service-workload-identity" agent skill from https://github.com/cyberful/cyberful/tree/main/cyberful/builtin/skills/test-service-workload-identity into .gemini/skills/test-service-workload-identity/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "test-service-workload-identity", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install cyberful/cyberful test-service-workload-identityInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add cyberful/cyberful --skill test-service-workload-identity -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/cyberful/cyberful.git skills-src && mkdir -p .github/skills && cp -r skills-src/cyberful/builtin/skills/test-service-workload-identity .github/skills/test-service-workload-identity && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "test-service-workload-identity" agent skill from https://github.com/cyberful/cyberful/tree/main/cyberful/builtin/skills/test-service-workload-identity into .github/skills/test-service-workload-identity/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "test-service-workload-identity", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add cyberful/cyberful --skill test-service-workload-identity -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install cyberful/cyberful test-service-workload-identity --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/cyberful/cyberful.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/cyberful/builtin/skills/test-service-workload-identity .opencode/skills/test-service-workload-identity && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "test-service-workload-identity" agent skill from https://github.com/cyberful/cyberful/tree/main/cyberful/builtin/skills/test-service-workload-identity into .opencode/skills/test-service-workload-identity/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "test-service-workload-identity", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
Facts
- Skill name
test-service-workload-identity- GitHub stars
- 135
- Token cost
- ~895 tokens
- SKILL.md length
- 323 words
- Files
- 9 (incl. scripts, references, assets)
- Skills in repo
- 85
- Repo updated
- First seen
- Licence
- AGPL-3.0
At a glance
Test service accounts, OAuth clients, workload federation, token exchange, audience binding, delegated actors, credential rotation, and machine-identity authorization.
- Tasks that involve OAuth and OpenID Connect
- SKILL.md covers Establish the identity contract, Run a bounded HTTP probe and Confirm authority changes
- Runs Python scripts from its folder
- Tasks that involve Authorization and RBAC
What it does
Test Service Workload Identity is an agent skill from cyberful/cyberful. Test service accounts, OAuth clients, workload federation, token exchange, audience binding, delegated actors, credential rotation, and machine-identity authorization.
Its SKILL.md is about 900 tokens, which your agent loads only when the skill is triggered. The skill folder holds 13 other files, including scripts, reference files and assets (for example `agents/openai.yaml`, `assets/workload-identity-evidence.schema.json` and `assets/workload-identity-probe.example.json`).
It sits in Backend & APIs, covering OAuth and OpenID Connect and Authorization and RBAC. The repository describes itself as: Cyberful is an open-source AI Red Team for discovering, exploiting, verifying, and remediating vulnerabilities. The licence is AGPL-3.0.
When your agent uses it
- Tasks that involve OAuth and OpenID Connect
- Tasks that involve Authorization and RBAC
Example prompts
- “/test-service-workload-identity”
Requirements
- Python 3
What it can do on your machine
Read from SKILL.md and the folder at commit ec598a6. It shows what the files ask for, not the result of running them.
Tool permissions
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
Runs code
Ships 2 files in scripts/ (Python), which the agent can run.
From the folder's file list and the shell code blocks in SKILL.md.
Network
No URLs in SKILL.md.
From URLs in SKILL.md, links to its own repository left out.
Credentials
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Context cost
Test Service Workload Identity loads about 895 tokens when it runs, and up to ~1.4k if it reads all its reference files. Until then it costs about 50 tokens; SKILL.md has 323 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
Safety
Auto-check passed
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); the scripts in this folder are not scanned.
SKILL.md
The full file from cyberful/cyberful at commit ec598a6, republished under its AGPL-3.0 licence (© cyberful). 323 words, ~895 tokens.
Download SKILL.mdSave it as
.claude/skills/test-service-workload-identity/SKILL.md (or your agent's skills folder). This skill also uses 8 other files; get the full folder from GitHub.- name
- test-service-workload-identity
- description
- Test service accounts, OAuth clients, workload federation, token exchange, audience binding, delegated actors, credential rotation, and machine-identity authorization.
- metadata.domain
- identity-security
- metadata.subdomain
- workload-identity
- metadata.triggers
- workload identity testing, service account security, oauth client credentials, token exchange testing, workload federation review, machine identity…
- metadata.tags
- workload-identity, service-account, oauth, token-exchange, audience-binding, credential-rotation
Test Service and Workload Identity
Treat a workload identity as a principal with its own lifecycle and policy, not as a trusted transport. Distinguish workload actor, delegated human subject, client, issuer, audience, tenant, scopes, credential, and execution environment.
Establish the identity contract
Read references/workload-identity-method.md. Inventory issuance, federation, exchange, storage, delivery, rotation, revocation, and authorization. Record which runtime attributes are attested, which system maps them to an internal principal, and where delegated user context is preserved.
Create expected-success and expected-denial controls using tester-owned workloads and resources. Vary one property at a time: issuer, subject, audience, client, tenant, scope, token type, actor chain, credential state, environment, or target service.
Run a bounded HTTP probe
Use scripts/run_workload_identity_probe.py only after authority, exact origins, controlled identities, request ceiling, rate, and restoration steps are explicit. Copy assets/workload-identity-probe.example.json, preserve assets/workload-identity-probe.schema.json, and keep reusable credentials only in the variables declared by scripts/manifest.json.
The mission-bound Cyberful gateway or ZAP route is the transport authority. Campaign JSON is defense in depth: it can narrow exact origins, request limits, and an external authorization reference, but it cannot choose a proxy or CA bundle. The probe refuses a non-loopback HTTP(S) target unless cyberful-os supplied the matching HTTP_PROXY or HTTPS_PROXY; it inherits only that route and SSL_CERT_FILE or CURL_CA_BUNDLE after the model boundary. Loopback IP literals explicitly bypass proxy inheritance, and TLS verification remains enabled. The fixed curl command also enforces a global monotonic deadline, hard file limits, process-group cleanup, and secret redaction. Its output follows assets/workload-identity-evidence.schema.json and contains transport evidence, not a vulnerability verdict.
Code Audit must not execute this target-network probe. Audit source and configuration offline or use an authorized loopback lab.
Confirm authority changes
Confirm only when the receiving service accepts a workload or delegated identity outside its issuer, audience, tenant, scope, credential state, or actor policy and produces a protected effect. Record the identity tuple, expected binding, actual response, durable effect, replay conditions, and revocation result. Never persist raw credentials in artifacts.
© cyberful, AGPL-3.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
Files
SKILL.md and 8 other files (scripts, references, assets) in cyberful/builtin/skills/test-service-workload-identity of cyberful/cyberful.
- SKILL.md
- agents/openai.yaml
- assets/workload-identity-evidence.schema.json
- assets/workload-identity-probe.example.json
- assets/workload-identity-probe.schema.json
- references/workload-identity-method.md
- scripts/manifest.json
- scripts/run_workload_identity_probe.py
- tests/test_run_workload_identity_probe.py
Open the folder on GitHubat commit ec598a6
Compare with similar skills
Test Service Workload Identity next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Test Service Workload Identity this skillcyberful/cyberful | 135 | — | ~895 | Automated safety check: Pass | AGPL-3.0 | |
| Cognitoitsmostafa/aws-agent-skills | 1.2k | 1 repos | ~2.3k | Automated safety check: Pass | MIT | |
| Auth Implementation Patternsynulihao/AgentSkillOS | 618 | 10 repos | ~4.4k | Automated safety check: Pass | None | |
| Soundcloud API Authsoundcloud/api | 259 | — | ~562 | Automated safety check: Pass | None | |
| Frontmcp Auth UIagentfront/frontmcp | 146 | — | ~3.7k | Automated safety check: Pass | Apache-2.0 | |
| Supercheck Security Authsupercheck-io/supercheck | 215 | — | ~1.2k | Automated safety check: Pass | AGPL-3.0 |
Similar skills
Auth Implementation Patterns
ynulihao/AgentSkillOS
Master authentication and authorization patterns including JWT, OAuth2, session management, and RBAC to build secure, scalable access control systems.
Soundcloud API Auth
soundcloud/api
Implements SoundCloud OAuth 2.1 flows — Authorization Code with PKCE and Client Credentials — including token refresh and secure credential storage.
Frontmcp Auth UI
agentfront/frontmcp
A skill your agent uses when customizing, branding, or replacing the built-in FrontMCP OAuth pages (the login, consent, federated-select, incremental-authorization, and error pages) with your own…
Supercheck Security Auth
supercheck-io/supercheck
Work on Supercheck authentication, RBAC, tenant isolation, sessions, API and trigger keys, invitations, project membership, project variables, OAuth, super-admin behavior, SSRF, or…
Authentication
codewithmukesh/dotnet-claude-kit
Authentication and authorization for ASP.NET Core. An agent skill from codewithmukesh/dotnet-claude-kit.
More from cyberful/cyberful
All 85 skills in this repoAudit Infrastructure As Code
cyberful/cyberful
Audit infrastructure-as-code artifacts for unsafe defaults, policy gaps, privilege exposure, control drift, and deployment-impact evidence.
Audit Kubernetes Policy Enforcement
cyberful/cyberful
Audit Kubernetes admission and policy-as-code enforcement against local workload manifests, exception paths, namespace scope, and deployment evidence.
Audit Pci Dss Penetration Test Evidence
cyberful/cyberful
Audit PCI DSS penetration-test methodology, scope, internal and external reports, segmentation results, tester independence, remediation, retesting, retention, and multi-tenant support evidence.
Operate Content Discovery
cyberful/cyberful
Design and interpret advanced content discovery with ffuf and complementary web fuzzers.
Operate Network Recon
cyberful/cyberful
Build a high-fidelity network and service inventory using Nmap, Masscan, packet capture, DNS, and protocol-specific follow-up.
Operate Sast Toolchain
cyberful/cyberful
Operate Semgrep and source-oriented static analysis as a hypothesis, coverage, and regression system during advanced code audits.
Related
Categories
Questions about Test Service Workload Identity
What does Test Service Workload Identity do?
Test service accounts, OAuth clients, workload federation, token exchange, audience binding, delegated actors, credential rotation, and machine-identity authorization. Test Service Workload Identity is an agent skill from cyberful/cyberful. Test service accounts, OAuth clients, workload federation, token exchange, audience binding, delegated actors, credential rotation, and machine-identity authorization.
When should I use Test Service Workload Identity?
Test Service Workload Identity fits situations like: tasks that involve OAuth and OpenID Connect; tasks that involve Authorization and RBAC.
How do I install Test Service Workload Identity in Claude Code?
Run `npx skills add cyberful/cyberful --skill test-service-workload-identity -a claude-code`. Or copy the skill folder (cyberful/builtin/skills/test-service-workload-identity in cyberful/cyberful) into .claude/skills/test-service-workload-identity in your project. Claude Code loads it when a task matches its description.
How do I install Test Service Workload Identity in Codex?
Run `npx skills add cyberful/cyberful --skill test-service-workload-identity -a codex`. Or copy the skill folder (cyberful/builtin/skills/test-service-workload-identity in cyberful/cyberful) into .agents/skills/test-service-workload-identity in your project. Codex loads it when a task matches its description.
Can I use Test Service Workload Identity in Cursor, Gemini CLI or GitHub Copilot?
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add cyberful/cyberful --skill test-service-workload-identity -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/test-service-workload-identity, .gemini/skills/test-service-workload-identity, .github/skills/test-service-workload-identity and .opencode/skills/test-service-workload-identity in your project.
What does Test Service Workload Identity need to run?
Going by SKILL.md and its folder, Test Service Workload Identity needs Python for the scripts in its folder. Our summary lists: Python 3.
Does Test Service Workload Identity access the network?
SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.
Is Test Service Workload Identity safe to install?
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. The check reads SKILL.md only: the scripts in the folder are not scanned, so read them before running anything.
What licence does Test Service Workload Identity use?
Test Service Workload Identity is published under the AGPL-3.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
How many tokens does Test Service Workload Identity use?
About 895 tokens (SKILL.md is roughly 3.6k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 522 tokens, read only when the agent opens those files.
What are the alternatives to Test Service Workload Identity?
Skills that share tags, products or a category with Test Service Workload Identity: Cognito (itsmostafa/aws-agent-skills, 1.2k stars), Auth Implementation Patterns (ynulihao/AgentSkillOS, 618 stars), Soundcloud API Auth (soundcloud/api, 259 stars) and Frontmcp Auth UI (agentfront/frontmcp, 146 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
Who maintains Test Service Workload Identity?
cyberful (a GitHub organization) maintains it in cyberful/cyberful, which has 135 GitHub stars. The repository holds 85 skills in this directory. The repository was last updated on August 24, 2026.
Source: cyberful/cyberful on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.