Keycloak administration
Skill Lukk17/agent-standards/.agents/skills/keycloak-administration
One git checkout drops a shared AI coding setup (skills, subagents, MCP servers, OpenSpec scaffolding) into any project, across Claude Code, Kilo, OpenCode, Codex, and Copilot.
npx -y skills add Lukk17/agent-standards --skill keycloak-administrationAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Keycloak identity and access management (IAM) administration guidance, realm management, client configuration, authentication flows, authorization policies, security hardening, and troubleshooting. Use when configuring Keycloak, setting up SSO, managing realms/clients, troubleshooting authentication issues, or implementing RBAC. Trigger phrases include "Keycloak", "SSO", "OIDC", "SAML", "identity provider", "IAM", "realm", "access management".
SKILL.md
5.5 KB, ~1.2k tokens by cl100k_base, as published. Nobody here has run it
Keycloak Administration
Quick Start
Choose your task and load the appropriate reference:
- New Installation → Continue below
- Realm & User Management → Load realm-management.md
- Client Configuration → Load client-configuration.md
- Authentication & SSO → Load authentication-sso.md
- Authorization & RBAC → Load authorization-rbac.md
- User Federation (LDAP/AD) → Load user-federation.md
- Security Hardening → Load security-hardening.md
- High Availability & Scaling → Load ha-scalability.md
- Troubleshooting → Load troubleshooting.md
- Integration Examples → Load integration-examples.md
Installation & Setup
Docker (Recommended for Development)
docker run -d \
--name keycloak \
-p 8080:8080 \
-e KEYCLOAK_ADMIN=admin \
-e KEYCLOAK_ADMIN_PASSWORD=admin \
quay.io/keycloak/keycloak:latest \
start-dev
Production Mode
bin/kc.sh build --db=postgres
export KC_DB=postgres
export KC_DB_URL=jdbc:postgresql://localhost/keycloak
export KC_DB_USERNAME=keycloak
export KC_DB_PASSWORD=password
export KC_HOSTNAME=keycloak.example.com
bin/kc.sh start --optimized
Initial Configuration Checklist
- Admin account: strong password (12+ chars)
- Hostname: configure
KC_HOSTNAMEfor production - SSL/TLS: required for production
- Database: PostgreSQL recommended
- SMTP: for email verification and password reset
Core Concepts
| Concept | Description |
|---|---|
| Realm | Tenant boundary. Master realm for admin only; create app realms per environment |
| Client | Application registration. OIDC (modern) or SAML (legacy). Confidential (server) or Public (SPA/mobile) |
| User/Group | Identity with credentials. Groups for hierarchical organization |
| Realm Role | Global permission across all clients in a realm |
| Client Role | Permission scoped to a single client |
| Composite Role | Role that inherits other roles |
Common Tasks
Configure SSO for an Application
- Create OIDC client with your app's
client-id - Set Valid Redirect URIs (exact URLs, avoid wildcards)
- Set Client Authentication: On (confidential) or Off (public with PKCE)
- Get discovery endpoint:
{AuthServerUrl}/realms/{realm}/.well-known/openid-configuration - Integrate with your app: see client-configuration.md
Enable MFA
- Authentication → Flows → Duplicate Browser flow
- Add OTP or WebAuthn authenticator
- Set as Required or Conditional
- Bind custom flow to realm
Connect LDAP/Active Directory
- User Federation → Add LDAP Provider
- Configure: URL, Bind DN, Search Base (
ou=users,dc=example,dc=com) - Set up attribute mappers
- Test connection, then sync
Essential CLI Commands
# Admin CLI setup
bin/kcadm.sh config credentials --server http://localhost:8080 --realm master --user admin
# Realm operations
bin/kcadm.sh create realms -s realm=my-realm -s enabled=true
bin/kcadm.sh get realms/my-realm
# User operations
bin/kcadm.sh create users -r my-realm -s username=john -s enabled=true
bin/kcadm.sh set-password -r my-realm --username john --new-password secret
# Export/Import
bin/kc.sh export --dir /backup --realm my-realm
bin/kc.sh import --dir /backup
Best Practices
- Realm separation: one realm per app/environment, never use Master for apps
- Token lifespans: access tokens 5-15 min, refresh tokens based on use case
- Public clients: always require PKCE
- Roles: use groups for assignment, roles for permissions, composite roles for aggregation
- Production security: SSL/TLS, brute force protection, MFA for admins, event logging
Reference Documentation
- realm-management.md: Realms, users, groups, attributes, sessions
- client-configuration.md: OIDC/SAML clients, scopes, mappers, service accounts
- authentication-sso.md: Auth flows, MFA, identity brokering, social login
- authorization-rbac.md: Roles, fine-grained authorization (UMA), policies, permissions
- user-federation.md: LDAP/AD integration, sync, mappers, custom providers
- security-hardening.md: Password policies, brute force, TLS, audit, production checklist
- ha-scalability.md: Clustering, database tuning, caching, monitoring, backup/DR
- troubleshooting.md: Login failures, token issues, LDAP sync, session problems, logging
- integration-examples.md: .NET, Spring Boot, Node.js, token validation
Gives 0 of the 12 instructions most security skills give in ~1.2k tokens
Counted across 648 of the 828 authors here whose files we hold, read 2026-08-06
- parameterize all database queriesin 67 of 648, across 49 files
- hash passwords using bcrypt scrypt or argon2in 48 of 648, across 35 files
- apply rate limiting to authentication endpointsin 48 of 648, across 24 files
- Configure security headersin 35 of 648, across 18 files
- validate all inputsin 32 of 648, across 24 files
- validate all external input at the system boundaryin 29 of 648, across 18 files
- run containers as a non-root userin 28 of 648, across 15 files
- use httponly secure samesite cookies for sessionsin 26 of 648, across 15 files
- run dependency audits before every releasein 21 of 648, across 10 files
- encode output to prevent cross-site scriptingin 21 of 648, across 10 files
- copy dependencies before source codein 20 of 648, across 9 files
- store secrets in environment variablesin 20 of 648, across 17 files
Said here and by no other author read
- use postgresql for production
- enable ssl tls for production
- configure smtp for email verification
- create one realm per app environment
- never use the master realm for apps
- avoid wildcards in valid redirect uris
Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.