用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt;运行前请先检查来源。
npx skills add https://github.com/CyberStrikeus/CyberStrike --skill cis-aws-database-5-13命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地?可下载 SkillsMP 当前能够提供的文件。
macOS post-exploitation for credential harvesting, DTrace monitoring, TCC bypass, and stealth operations via native tools
Windows userland post-exploitation for credential harvesting, monitoring, AMSI/ETW bypass, and stealth operations
Kubernetes post-exploitation for container escape, secret extraction, RBAC abuse, and cluster persistence
基于 SOC 职业分类
正在显示 SKILL.md
| name | cis-aws-database-5.13 |
| description | Ensure ElastiCache has automatic backups enabled |
| category | cis-database |
| version | 2.0.0 |
| author | cyberstrike-official |
| tags | ["cis","aws","database","elasticache","redis","backup","snapshots","disaster-recovery"] |
| cis_id | 5.13 |
| cis_benchmark | CIS AWS Database Services Benchmark v2.0.0 |
| tech_stack | ["aws"] |
| cwe_ids | [] |
| chains_with | ["cis-aws-database-5.11","cis-aws-database-5.12"] |
| prerequisites | [] |
| severity_boost | {} |
Ensure that Amazon ElastiCache clusters that store critical or stateful data have automatic backups enabled with a non-zero retention period. This setting configures ElastiCache to take daily snapshots of caches and retain them for a defined number of days, allowing restoration of data in case of corruption, accidental deletion, or infrastructure failure.
Automatic backups provide a simple and reliable way to recover ElastiCache data without relying solely on application-level safeguards. In the event of node failure, misconfiguration, or data corruption, a recent backup snapshot can be used to create a new cache or replication group, significantly reducing recovery time and impact on dependent applications.
Enabling automatic backups for ElastiCache ensures that cache data is regularly captured in snapshots, keeping it protected and readily recoverable in case of accidental deletion, corruption, or node failure. As a result, organizations can quickly recreate cache clusters from recent backups and restore access to the cached data, minimizing downtime and business impact from unexpected data loss events.
1. List backup settings for all cache clusters (node-based):
aws elasticache describe-cache-clusters \
--show-cache-node-info \
--query "CacheClusters[*].{Id:CacheClusterId,Engine:Engine,SnapshotRetentionLimit:SnapshotRetentionLimit}"
2. List backup settings for all replication groups (Redis/Valkey):
aws elasticache describe-replication-groups \
--query "ReplicationGroups[*].{Id:ReplicationGroupId,Engine:Engine,SnapshotRetentionLimit:SnapshotRetentionLimit}"
All cache clusters and replication groups storing critical data have SnapshotRetentionLimit > 0.
Enable backups on a replication group (Redis/Valkey):
aws elasticache modify-replication-group \
--replication-group-id <replication-group-id> \
--snapshot-retention-limit 7 \
--snapshotting-cluster-id <primary-cache-cluster-id> \
--apply-immediately
aws elasticache describe-cache-clusters \
--show-cache-node-info \
--query "CacheClusters[*].{Id:CacheClusterId,ReplicationGroupId:ReplicationGroupId}"
By default, SnapshotRetentionLimit is 0 (automatic backups disabled) for ElastiCache clusters.
| Controls Version | Control | IG 1 | IG 2 | IG 3 |
|---|---|---|---|---|
| v8 | 11 Data Recovery | x | x |
Level 1 | Manual