用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt;运行前请先检查来源。
npx skills add https://github.com/CyberStrikeus/CyberStrike --skill cis-aws-foundations-3-2-3命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地?可下载 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-foundations-3.2.3 |
| description | Ensure that RDS instances are not publicly accessible |
| category | cis-storage |
| version | 7.0.0 |
| author | cyberstrike-official |
| tags | ["cis","aws","storage","rds","public-access","network-security","vpc"] |
| cis_id | 3.2.3 |
| cis_benchmark | CIS AWS Foundations Benchmark v7.0.0 |
| tech_stack | ["aws"] |
| cwe_ids | [] |
| chains_with | ["cis-aws-foundations-3.2.1","cis-aws-foundations-3.2.2","cis-aws-foundations-3.2.4"] |
| prerequisites | [] |
| severity_boost | {} |
Ensure and verify that the RDS database instances provisioned in your AWS account restrict unauthorized access in order to minimize security risks. To restrict access to any RDS database instance, you must disable the Publicly Accessible flag for the database and update the VPC security group associated with the instance.
Ensure that no public-facing RDS database instances are provisioned in your AWS account, and restrict unauthorized access in order to minimize security risks. When the RDS instance allows unrestricted access (0.0.0.0/0), anyone and anything on the Internet can establish a connection to your database, which can increase the opportunity for malicious activities such as brute force attacks, PostgreSQL injections, or DoS/DDoS attacks.
Disabling public accessibility may require application reconfiguration to use private endpoints or VPN connections. Ensure all applications connecting to the RDS instance can reach it through private networking before making changes.
Databases.Instance Name from the dashboard, under Connectivity and Security.Security section, check if the Publicly Accessible flag status is set to No.networking section, click the subnet link under Subnets.Route Table tab from the dashboard bottom panel.0.0.0.0/0 and an Internet Gateway attached, the selected RDS database instance was provisioned inside a public subnet; therefore, it is not running within a logically isolated environment and can be accessed from the Internet.describe-db-instances command to list all available RDS database names in the selected AWS region:aws rds describe-db-instances --region <region-name> --query 'DBInstances[*].DBInstanceIdentifier'
The command output should return each database instance identifier.
Run the describe-db-instances command again, using the PubliclyAccessible parameter as a query filter to reveal the status of the database instance's Publicly Accessible flag:
aws rds describe-db-instances --region us-east-1 --query 'DBInstances[*].[DBInstanceIdentifier,PubliclyAccessible]' --output table
Check the Publicly Accessible parameter status. If the Publicly Accessible flag is set to Yes, then the selected RDS database instance is publicly accessible and insecure. Follow the steps mentioned below to check database subnet access.
Run the describe-db-instances command again using the RDS database instance identifier that you want to check, along with the appropriate filtering to describe the VPC subnet(s) associated with the selected instance:
aws ec2 describe-route-tables --filters "Name=association.subnet-id,Values=" --query "RouteTables[].Routes[?GatewayId!='null']"
GatewayId and DestinationCidrBlock attributes returned in the output. If the route table contains any entries with the GatewayId value set to igw-xxxxxxxx and the DestinationCidrBlock value set to 0.0.0.0/0, the selected RDS database instance was provisioned within a public subnet.describe-route-tables command using the ID of the subnet returned in the previous step to describe the routes of the VPC route table associated with the selected subnet:aws ec2 describe-route-tables --region <region-name> --filters "Name=association.subnet-id,Values=<subnet-id>" --query 'RouteTables[*].Routes[]'
describe-db-instances command again using the RDS database instance identifier that you want to check, along with the appropriate filtering to describe the VPC ID associated with the selected instance:aws rds describe-db-instances --region <region-name> --db-instance-identifier <db-instance-name> --query 'DBInstances[*].DBSubnetGroup.VpcId'
describe-route-tables command using the ID of the VPC returned in the previous step to describe the routes of the VPC's main route table that is implicitly associated with the selected subnet:aws ec2 describe-route-tables --region <region-name> --filters "Name=vpc-id,Values=<vpc-id>" "Name=association.main,Values=true" --query 'RouteTables[*].Routes[]'
GatewayId and DestinationCidrBlock attributes returned in the output. If the route table contains any entries with the GatewayId value set to igw-xxxxxxxx and the DestinationCidrBlock value set to 0.0.0.0/0, the selected RDS database instance was provisioned inside a public subnet; therefore, it is not running within a logically isolated environment and does not adhere to AWS security best practices.The PubliclyAccessible flag should be set to No (or False) for all RDS instances. Additionally, the RDS instances should be deployed in private subnets without routes to Internet Gateways.
Databases.Modify from the dashboard top menu.Connectivity section, click on Additional connectivity configuration and update the value for Publicly Accessible to Not publicly accessible to restrict public access.Connectivity and security tab, and click the VPC attribute value inside the Networking section.Details tab from the VPC dashboard's bottom panel and click the Route table configuration attribute value.Edit routes.igw-xxxxx and click Save routes.Continue, and in the Scheduling of modifications section, perform one of the following actions based on your requirements:
Apply during the next scheduled maintenance window to apply the changes automatically during the next scheduled maintenance window.Apply immediately to apply the changes right away. With this option, any pending modifications will be asynchronously applied as soon as possible, regardless of the maintenance window setting for this RDS database instance.describe-db-instances command to list all available RDS database identifiers in the selected AWS region:aws rds describe-db-instances --region <region-name> --query 'DBInstances[*].DBInstanceIdentifier'
The command output should return each database instance identifier.
Run the modify-db-instance command to modify the configuration of a selected RDS instance, disabling the Publicly Accessible flag for that instance. This command uses the apply-immediately flag. If you want to avoid any downtime, the --no-apply-immediately flag can be used:
aws rds modify-db-instance --region <region-name> --db-instance-identifier <db-instance-identifier> --no-publicly-accessible --apply-immediately
The command output should reveal the PubliclyAccessible configuration under pending values, to be applied at the specified time.
Updating the Internet Gateway destination via the AWS CLI is not currently supported. To update information about the Internet Gateway, please use the AWS Console procedure.
Repeat steps 1-5 for each RDS instance provisioned in the current region.
Change the AWS region by using the --region filter to repeat the process for other regions.
By default, new Amazon RDS instances are created with the Publicly Accessible setting disabled. However, this option can be explicitly enabled during instance creation or modification.
| Controls Version | Control | IG 1 | IG 2 | IG 3 |
|---|---|---|---|---|
| v8 | 3.3 Configure Data Access Control Lists | x | x | x |
| v7 | 14.6 Protect Information through Access Control Lists | x | x | x |
| Techniques / Sub-techniques | Tactics | Mitigations |
|---|---|---|
| T1530 | TA0010 | M1037, M1054 |
Level 1 | Automated