Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

chore: add removed Go checks as deprecated #303

Draft
wants to merge 1 commit into
base: main
Choose a base branch
from
Draft
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
9 changes: 4 additions & 5 deletions avd_docs/aws/iam/AVD-AWS-0057/CloudFormation.md
Original file line number Diff line number Diff line change
@@ -1,20 +1,19 @@

Specify the exact permissions required, and to which resources they should apply instead of using wildcards.

```yaml---
```yaml
Resources:
GoodPolicy:
Type: 'AWS::IAM::Policy'
Type: AWS::IAM::Policy
Properties:
PolicyName: CFNUsers
PolicyDocument:
Version: "2012-10-17"
Statement:
- Effect: Allow
Action:
- 's3:ListBuckets'
Resource: 'specific-bucket'

- s3:ListBuckets
Resource: specific-bucket
```


69 changes: 34 additions & 35 deletions avd_docs/aws/iam/AVD-AWS-0057/Terraform.md
Original file line number Diff line number Diff line change
Expand Up @@ -2,41 +2,40 @@
Specify the exact permissions required, and to which resources they should apply instead of using wildcards.

```hcl
resource "aws_iam_role_policy" "test_policy" {
name = "test_policy"
role = aws_iam_role.test_role.id

policy = data.aws_iam_policy_document.s3_policy.json
}

resource "aws_iam_role" "test_role" {
name = "test_role"
assume_role_policy = jsonencode({
Version = "2012-10-17"
Statement = [
{
Action = "sts:AssumeRole"
Effect = "Allow"
Sid = ""
Principal = {
Service = "s3.amazonaws.com"
}
},
]
})
}

data "aws_iam_policy_document" "s3_policy" {
statement {
principals {
type = "AWS"
identifiers = ["arn:aws:iam::${data.aws_caller_identity.current.account_id}:root"]
}
actions = ["s3:GetObject"]
resources = [aws_s3_bucket.example.arn]
}
}

resource "aws_iam_role_policy" "test_policy" {
name = "test_policy"
role = aws_iam_role.test_role.id

policy = data.aws_iam_policy_document.s3_policy.json
}

resource "aws_iam_role" "test_role" {
name = "test_role"
assume_role_policy = jsonencode({
Version = "2012-10-17"
Statement = [
{
Action = "sts:AssumeRole"
Effect = "Allow"
Sid = ""
Principal = {
Service = "s3.amazonaws.com"
}
},
]
})
}

data "aws_iam_policy_document" "s3_policy" {
statement {
principals {
type = "AWS"
identifiers = ["arn:aws:iam::${data.aws_caller_identity.current.account_id}:root"]
}
actions = ["s3:GetObject"]
resources = [aws_s3_bucket.example.arn]
}
}
```

#### Remediation Links
Expand Down
3 changes: 2 additions & 1 deletion avd_docs/aws/iam/AVD-AWS-0057/docs.md
Original file line number Diff line number Diff line change
@@ -1,8 +1,9 @@

You should use the principle of least privilege when defining your IAM policies. This means you should specify each exact permission required without using wildcards, as this could cause the granting of access to certain undesired actions, resources and principals.


### Impact
Overly permissive policies may grant access to sensitive resources
<!-- Add Impact here -->

<!-- DO NOT CHANGE -->
{{ remediationActions }}
Expand Down
5 changes: 2 additions & 3 deletions avd_docs/aws/iam/AVD-AWS-0169/docs.md
Original file line number Diff line number Diff line change
@@ -1,11 +1,10 @@


By implementing least privilege for access control, an IAM Role will require an appropriate
IAM Policy to allow Support Center Access in order to manage Incidents with AWS Support.


### Impact
Incident management is not possible without a support role.
<!-- Add Impact here -->

<!-- DO NOT CHANGE -->
{{ remediationActions }}
Expand Down
23 changes: 11 additions & 12 deletions avd_docs/aws/sam/AVD-AWS-0114/CloudFormation.md
Original file line number Diff line number Diff line change
@@ -1,7 +1,7 @@

Specify the exact permissions required, and to which resources they should apply instead of using wildcards.

```yaml---
```yaml
Resources:
GoodFunction:
Type: AWS::Serverless::Function
Expand All @@ -10,20 +10,19 @@ Resources:
ImageUri: account-id.dkr.ecr.region.amazonaws.com/ecr-repo-name:image-name
ImageConfig:
Command:
- "app.lambda_handler"
- app.lambda_handler
EntryPoint:
- "entrypoint1"
WorkingDirectory: "workDir"
Policies:
- entrypoint1
WorkingDirectory: workDir
Policies:
- AWSLambdaExecute
- Version: '2012-10-17'
- Version: "2012-10-17"
Statement:
- Effect: Allow
Action:
- s3:GetObject
- s3:GetObjectACL
Resource: 'arn:aws:s3:::my-bucket/*'

- Effect: Allow
Action:
- s3:GetObject
- s3:GetObjectACL
Resource: arn:aws:s3:::my-bucket/*
```


3 changes: 2 additions & 1 deletion avd_docs/aws/sam/AVD-AWS-0114/docs.md
Original file line number Diff line number Diff line change
@@ -1,8 +1,9 @@

You should use the principle of least privilege when defining your IAM policies. This means you should specify each exact permission required without using wildcards, as this could cause the granting of access to certain undesired actions, resources and principals.


### Impact
Overly permissive policies may grant access to sensitive resources
<!-- Add Impact here -->

<!-- DO NOT CHANGE -->
{{ remediationActions }}
Expand Down
17 changes: 8 additions & 9 deletions avd_docs/aws/sam/AVD-AWS-0120/CloudFormation.md
Original file line number Diff line number Diff line change
@@ -1,7 +1,7 @@

Specify the exact permissions required, and to which resources they should apply instead of using wildcards.

```yaml---
```yaml
Resources:
GoodFunction:
Type: AWS::Serverless::StateMachine
Expand All @@ -16,16 +16,15 @@ Resources:
Role: arn:aws:iam::123456123456:role/service-role/my-sample-role
Tracing:
Enabled: true
Policies:
Policies:
- AWSLambdaExecute
- Version: '2012-10-17'
- Version: "2012-10-17"
Statement:
- Effect: Allow
Action:
- s3:GetObject
- s3:GetObjectACL
Resource: 'arn:aws:s3:::my-bucket/*'

- Effect: Allow
Action:
- s3:GetObject
- s3:GetObjectACL
Resource: arn:aws:s3:::my-bucket/*
```


6 changes: 4 additions & 2 deletions avd_docs/aws/sam/AVD-AWS-0120/docs.md
Original file line number Diff line number Diff line change
@@ -1,8 +1,10 @@

You should use the principle of least privilege when defining your IAM policies. This means you should specify each exact permission required without using wildcards, as this could cause the granting of access to certain undesired actions, resources and principals.
You should use the principle of least privilege when defining your IAM policies.
This means you should specify each exact permission required without using wildcards, as this could cause the granting of access to certain undesired actions, resources and principals.


### Impact
Overly permissive policies may grant access to sensitive resources
<!-- Add Impact here -->

<!-- DO NOT CHANGE -->
{{ remediationActions }}
Expand Down
6 changes: 2 additions & 4 deletions avd_docs/aws/ssm/AVD-AWS-0134/Terraform.md
Original file line number Diff line number Diff line change
Expand Up @@ -3,12 +3,10 @@ Remove this potential exfiltration HTTP request.

```hcl
resource "aws_ssm_parameter" "db_password" {
name = "db_password"
type = "SecureString"
name = "db_password"
type = "SecureString"
value = var.db_password
}


```


3 changes: 2 additions & 1 deletion avd_docs/aws/ssm/AVD-AWS-0134/docs.md
Original file line number Diff line number Diff line change
@@ -1,8 +1,9 @@

The data.http block can be used to send secret data outside of the organisation.


### Impact
Secrets could be exposed outside of the organisation.
<!-- Add Impact here -->

<!-- DO NOT CHANGE -->
{{ remediationActions }}
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -20,6 +20,7 @@
# service: accessanalyzer
# severity: LOW
# short_code: enable-access-analyzer
# deprecated: true
# recommended_action: Enable IAM Access analyzer across all regions.
# frameworks:
# cis-aws-1.4:
Expand Down
38 changes: 38 additions & 0 deletions checks/cloud/aws/iam/no_policy_wildcards.rego
Original file line number Diff line number Diff line change
@@ -0,0 +1,38 @@
# METADATA
# title: IAM policy should avoid use of wildcards and instead apply the principle of least privilege
# description: |
# You should use the principle of least privilege when defining your IAM policies. This means you should specify each exact permission required without using wildcards, as this could cause the granting of access to certain undesired actions, resources and principals.
# scope: package
# schemas:
# - input: schema["cloud"]
# related_resources:
# - https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html
# custom:
# id: AVD-AWS-0057
# avd_id: AVD-AWS-0057
# provider: aws
# service: iam
# severity: HIGH
# short_code: no-policy-wildcards
# deprecated: true
# recommended_action: Specify the exact permissions required, and to which resources they should apply instead of using wildcards.
# frameworks:
# default:
# - null
# cis-aws-1.4:
# - "1.16"
# input:
# selector:
# - type: cloud
# subtypes:
# - service: iam
# provider: aws
# terraform:
# links:
# - https://registry.terraform.io/providers/hashicorp/aws/latest/docs/data-sources/iam_policy_document
# good_examples: checks/cloud/aws/iam/no_policy_wildcards.yaml
# bad_examples: checks/cloud/aws/iam/no_policy_wildcards.yaml
# cloudformation:
# good_examples: checks/cloud/aws/iam/no_policy_wildcards.yaml
# bad_examples: checks/cloud/aws/iam/no_policy_wildcards.yaml
package builtin.aws.iam.aws0057
Loading
Loading