AWS Integration - Terraform from Any Supported Host
Overview
This topic describes how to integrate with AWS by running Lacework Terraform modules from any host supported by Terraform.
If you are new to the Lacework Terraform provider, or Lacework Terraform modules, read Terraform for Lacework Overview to learn the basics on how to configure the provider.
note
Lacework Terraform modules for AWS do not support GovCloud integration yet.
Resources Provisioned by Lacework Terraform Modules
To integrate AWS with Lacework, Lacework Terraform modules provision the following resources in the designated AWS account:
- IAM Cross-Account Role - A cross-account role is required to give access to Lacework access for assessments of cloud resource configurations and for analysis of CloudTrail events. The cross-account role is given the following policies:
- SecurityAudit - AWS-managed policy to provide read-only access to cloud resource configurations.
- Lacework Custom Audit Policy - A custom policy that extends SecurityAudit to enable read-only access to additional configuration resources.
- Lacework Custom IAM Policy - A custom policy that provides Lacework read-only access to ingest CloudTrail logs.
- CloudTrail - Lacework can create a new trail or use an existing CloudTrail.
- S3 Bucket - An S3 bucket is required for all CloudTrail integrations. Lacework can use an existing bucket or create a new bucket in the designated account.
- SNS Topic - An SNS topic is required for all CloudTrail integrations. Terraform can use an existing SNS topic or create one if an SNS topic has not been added to an existing CloudTrail.
- SQS Queue - An SQS queue is required for all CloudTrail integrations and monitored by Lacework.
Requirements
- AWS Account Admin - The account used to run Terraform must have administrative privileges on every AWS account you intend to integrate with Lacework.
- AWS CLI - The Terraform provider for AWS leverages the configuration from the AWS CLI and it is recommended the AWS CLI is installed and configured with API keys for the account being integrated.
- Lacework Administrator - You must have a Lacework account with administrator privileges.
- Lacework CLI - Lacework leverages the configuration from the Lacework CLI. It is recommended the Lacework CLI is installed and configured.
- Terraform -
~> 0.14
,~> 0.15
,~> 1.0
,~> 1.1
.
Module Inputs Reference
For an up-to-date guide on all available configuration inputs, refer to the Terraform registry documentation:
- AWS CloudTrail Module Inputs
- AWS Config Module Inputs
- AWS IAM Role Module Inputs
- AWS CloudTrail for Control Tower Module Inputs
Module Dependencies
Lacework Terraform modules for AWS have the following dependencies that are installed when running terraform init
:
For detailed information on these dependencies, see Lacework on the Terraform registry.
Install and Configure the Lacework CLI
To configure accounts, the Terraform provider for Lacework leverages the Lacework CLI configuration to authenticate with the Lacework API server. Lacework provides a shell script to install the Lacework CLI in your system.
Follow these instructions to install and configure the Lacework CLI before continuing.
Install the AWS CLI
For details on how to install the AWS CLI, see Configuring your AWS CLI.
Deployment Scenarios
Lacework Terraform modules for AWS support the following deployment scenarios:
- Add Configuration Assessment Only - This deployment scenario configures an AWS account for cloud resource configuration assessment.
- Deploy New CloudTrail and Add Configuration Assessment - This deployment scenario configures a new CloudTrail in an AWS account, configures an AWS account for cloud resource configuration assessment, and integrates the AWS account with Lacework.
- Integrate Existing CloudTrail and Add Configuration Assessment - This deployment scenario uses an existing CloudTrail, S3 bucket, and can create a new or use an existing SNS topic passed as inputs to the module. The example creates the SQS queue and IAM role for Lacework, and then configures both integrations with Lacework.
- New Consolidated CloudTrail - This scenario enables a new consolidated CloudTrail and IAM role for Lacework, then configures both integrations with Lacework. Finally, it configures a new CloudTrail Trail in an AWS sub-account that points to the main CloudTrail.
- Existing Consolidated CloudTrail - This scenario uses a consolidated CloudTrail and creates an IAM role for Lacework, then configures all sub-accounts to be integrated with Lacework.
- AWS Organization Using Control Tower or Similar Structure - This scenario is for integrating with AWS organizations that use AWS Control Tower (or similar setup) to automatically set up their CloudTrail logging. This scenario uses a different module that only creates an IAM role for Lacework in the
log_archive
account and an SQS queue in theaudit
account. - Configure Multiple AWS Accounts - This scenario configures multiple AWS accounts for cloud resource configuration compliance only.
- Existing CloudTrail Using S3 Bucket Notifications - This scenario configures a cross-account IAM role to provide Lacework access to an existing CloudTrail with Lacework and uses S3 Bucket notifications rather than CloudTrail SNS notifications.
- Supplemental: New or Existing CloudTrail with KMS Bucket Encryption - Additional parameters for use of KMS-encrypted S3 buckets.
Scenario 1 - Add Configuration Assessment Only
This scenario configures an AWS account for cloud resource configuration assessment.
Run the Lacework CLI
Run the following CLI command:
lacework generate cloud-account aws \
--config --noninteractive \
--aws_region AWSRegion --apply
note
Lacework Terraform modules provide a number of inputs for customization. See the Terraform registry documentation for the complete list of inputs for each module.
Validate the Configuration
To confirm that the Cloud Account integrations are working, use the Lacework CLI or log in to the Lacework Console.
To validate the integration using the CLI, run the lacework cloud-account list
command. You should see AwsCfg
for the Configuration integration
To validate the integration using the Lacework Console, log in to your account and go to Settings > Cloud Accounts.
Scenario 2 - Deploy New CloudTrail and Add Configuration Assessment
This scenario creates a new CloudTrail in an AWS account along with a cross-account IAM role to provide Lacework access to monitor CloudTrail, AWS resource configurations, and integrate the AWS account into Lacework.
Run the Lacework CLI
Run the following CLI command:
lacework generate cloud-account aws \
--config --cloudtrail --noninteractive \
--aws_region AWSRegion --apply
note
Lacework Terraform modules provide a number of inputs for customization. See the Terraform registry documentation for the complete list of inputs for each module.
Validate the Configuration
To confirm that the Cloud Account integrations are working, use the Lacework CLI or log in to the Lacework Console.
To validate the integration using the CLI, run the lacework cloud-account list
command. You should see two integrations: AwsCfg
for the Configuration integration, and AwsCtSqs
for the CloudTrail integration.
To validate the integration using the Lacework Console, log in to your account and go to Settings > Integrations > Cloud Accounts.
Scenario 3 - Integrate Existing CloudTrail and Add Configuration Assessment
In this scenario, Terraform configures a cross-account IAM role to provide Lacework access to monitor an existing CloudTrail. That same cross-account role also provides Lacework permissions to audit AWS resource configurations and integrate the AWS account into Lacework. An SQS queue is created for Lacework, and you can optionally deploy an SNS topic for that SQS queue if one does not already exist.
About SNS Topics
AWS CloudTrail provides an option to create an SNS topic, which is required to integrate AWS environments with Lacework. The Lacework Terraform module for CloudTrail creates a new SNS topic by default. The SNS topic must be created in the same region as the existing CloudTrail, and it must be manually attached to the CloudTrail by logging in to the AWS console, navigating to CloudTrail, and then selecting the new SNS topic.
Run the Lacework CLI
note
The command must be run in the account that owns the S3 bucket used with the CloudTrail.
Run the following CLI command:
lacework generate cloud-account aws \
--config --cloudtrail --noninteractive \
--aws_region AWSRegion \
--existing_bucket_arn BucketARN \
--apply
If you have an SNS topic configured on the existing CloudTrail, specify it using the flag
--existing_sns_topic_arn YourExistingTopicARN
.
If you do not have an existing SNS topic configured on the existing CloudTrail, then the Terraform module automatically creates one, but you must manually attach the SNS topic to the existing CloudTrail.
note
Lacework Terraform modules provide a number of inputs for customization. See the Terraform registry documentation for the complete list of inputs for each module.
Validate the Configuration
To confirm that the Cloud Account integrations are working, use the Lacework CLI or log in to the Lacework Console.
To validate the integration using the CLI, run the lacework cloud-account list
command. You should see two integrations: AwsCfg
for the Configuration integration, and AwsCtSqs
for the CloudTrail integration.
To validate the integration using the Lacework Console, log in to your account and go to Settings > Integrations > Cloud Accounts.
Scenario 4 - Deploy New Consolidated CloudTrail and Configuration Assessment
Lacework supports the integration of consolidated CloudTrail deployments where multiple sub-accounts send CloudTrail logs to a main CloudTrail account.
This scenario enables an organization CloudTrail and a cross-account IAM role to give Lacework access to CloudTrail and integrates the AWS accounts into Lacework.
Run the Lacework CLI
Run the following CLI command:
lacework generate cloud-account aws \
--config --cloudtrail --noninteractive \
--aws_region RegionOfMainAccount \
--consolidated_cloudtrail --apply \
--aws_subaccount SubAccount:RegionOfSubAccount
note
The AWS sub accounts names you provide should match with the profile names in your ~/.aws/credentials
.
If you are integrating more sub accounts, you can integrate them by provide multiple --aws_subaccount
flags.
For more information on organization level CloudTrail deployments, see AWS documentation.
note
Lacework Terraform modules provide a number of inputs for customization. See the Terraform registry documentation for the complete list of inputs for each module.
Validate the Configuration
To confirm that the Cloud Account integrations are working, use the Lacework CLI or log in to the Lacework Console.
To validate the integration using the CLI, run the lacework cloud-account list
command. You should see at least two integrations (depending on how many --aws_subaccount
flags you provided): one or more AwsCfg
for the Config integration(s), and AwsCtSqs
for the CloudTrail integration.
To validate the integration using the Lacework Console, log in to your account and go to Settings > Integrations > Cloud Accounts.
Scenario 5 - Integrate Existing Consolidated CloudTrail and Configuration Assessment
Lacework supports the integration of consolidated CloudTrail deployments where multiple sub-accounts send CloudTrail logs to a main CloudTrail account.
This scenario uses an existing consolidated CloudTrail, and deploys a cross-account IAM role to give Lacework access to CloudTrail and integrates the AWS accounts into Lacework. The cross-account role also provides Lacework access to assess cloud resource configurations.
About SNS Topics
AWS CloudTrail provides an option to create an SNS topic, which is required to integrate AWS environments with Lacework. The Lacework Terraform module for CloudTrail creates a new SNS topic by default. The SNS topic must be created in the same region as the existing CloudTrail, and it must be manually attached to the CloudTrail by logging in to the AWS console, navigating to CloudTrail, and then selecting the new SNS topic.
Run the Lacework CLI
Run the following CLI command:
lacework generate cloud-account aws \
--config --cloudtrail --noninteractive \
--aws_region RegionOfMainAccount \
--consolidated_cloudtrail --apply \
--existing_bucket_arn BucketARN \
--aws_subaccount SubAccount:RegionOfSubAccount
If you have an SNS topic configured on the existing CloudTrail, specify it using the flag
--existing_sns_topic_arn YourExistingTopicARN
.
If you do not have an existing SNS topic configured on the existing CloudTrail, then the Terraform module automatically creates one, but you must manually attach the SNS topic to the existing CloudTrail.
For more information on organization level CloudTrail deployments, see AWS documentation.
note
Lacework Terraform modules provide a number of inputs for customization. See the Terraform registry documentation for the complete list of inputs for each module.
Validate the Configuration
To confirm that the Cloud Account integrations are working, use the Lacework CLI or log in to the Lacework Console.
To validate the integration using the CLI, run the lacework cloud-account list
command. You should see at least two integrations (depending on how many --aws_subaccount
flags you provided): one or more AwsCfg
for the Configuration integration(s), and AwsCtSqs
for the CloudTrail integration.
To validate the integration using the Lacework Console, log in to your account and go to Settings > Integrations > Cloud Accounts.
Scenario 6 - AWS Organizations Using AWS Control Tower
note
The Terraforn solution for Control Tower supports CloudTrail only. To use Terraform to create a Configuration integration for multiple accounts, see Scenario 7 - Configure Multiple AWS Accounts. To use Control Tower to create a Configuration integration, see AWS Control Tower Integration Using CloudFormation.
Lacework supports the integration of consolidated CloudTrail for AWS Organizations using AWS Control Tower (or similar deployments) that split the S3 bucket for the consolidated CloudTrail and the subscribed SNS topic.
This scenario uses an existing consolidated CloudTrail in an S3 bucket, deploys a cross-account IAM role to the log_archive
account to give Lacework access to that S3 bucket, deploys an SQS queue for the existing SNS topic in the audit
account and finally, integrates the AWS accounts into Lacework.
terraform {
required_providers {
lacework = {
source = "lacework/lacework"
version = "~> 1.0"
}
}
}
provider "lacework" {}
provider "aws" {
alias = "log_archive_account"
region = "YourAWSRegion"
profile = "[profile name for log_archive account in ~/.aws/credentials]"
}
provider "aws" {
alias = "audit_account"
region = "YourAWSRegion"
profile = "[profile name for audit account in ~/.aws/credentials]"
}
module "cloudtrail-controltower" {
source = "lacework/cloudtrail-controltower/aws"
version = "~> 0.1"
providers = {
aws.audit = aws.audit_account
aws.log_archive = aws.log_archive_account
}
# The only two required variables are the SNS topic ARN and the S3 Bucket ARN where the CloudTrail logs are stored
# SNS Topic ARN is usually in the form: arn:aws:sns:[control_tower_region]:[aws_audit_account_id]:aws-controltower-AllConfigNotifications
sns_topic_arn = "arn:aws:sns:[control_tower_region]:[aws_audit_account_id]:aws-controltower-AllConfigNotifications"
# S3 Bucket ARN is usually in the form: arn:aws:s3:::aws-controltower-logs-[log_archive_account_id]-[control_tower_region]
s3_bucket_arn = "arn:aws:s3:::aws-controltower-logs-[log_archive_account_id]-[control_tower_region]"
# If encryption is being used
# KMS key ARN is usually in the form: arn:aws:kms:[aws_region]:[aws_account]:key/[value]
# kms_key_arn = "arn:aws:kms:[aws_region]:[aws_account]:key/[value]"
# All other fields are documented at: https://github.com/lacework/terraform-aws-cloudtrail-controltower
}
note
- For information on organization level CloudTrail deployments, see AWS documentation.
- For information on AWS Organizations, see AWS Organizations documentation.
- For information on AWS Control Tower, see AWS Control Tower documentation.
- Ensure the Lacework is CLI installed and configured to the Lacework account you plan to integrate.
- Ensure you have your multiple account credentials in your ~/.aws/credentials file.
- Open an editor of your choice (such as Vim) and create a new file named
main.tf
. - Copy the code snippet above, and paste it into the
main.tf
file. - Validate the provider/module versions and the configuration as covered in the provider documentation.
- Update the AWS provider
profile
,region
,sns_topic_arn
, ands3_bucket_arn
. - (Optional) If you have an IAM role in your
log_archive
account that you want to use, first setuse_existing_iam_role = true
, then specify the account using the inputiam_role_name
andiam_role_arn
. If you do not have an existing IAM role configured in yourlog_archive
account, the Terraform module automatically creates one. This IAM role MUST be in thelog_archive
account, not theaudit
account. - Open a Terminal and change directories to the directory that contains the
main.tf
file and runterraform init
to initialize the project and download the required modules. - Run
terraform plan
to validate the configuration and review pending changes. - After you review the pending changes, run
terraform apply
to execute the changes.
note
Lacework Terraform modules provide a number of inputs for customization. See the Terraform registry documentation for the complete list of inputs for each module.
Validate the Configuration
After Terraform finishes applying changes, use the Lacework CLI or log in to the Lacework Console to confirm the integration is working.
To validate the integration using the CLI, open a Terminal and run lacework cloud-account list
. You should see AwsCtSqs
for the CloudTrail integration.
To validate the integration using the Lacework Console, log in to your account and go to Settings > Integrations > Cloud Accounts.
Scenario 7 - Configure Multiple AWS Accounts
This scenario configures multiple AWS accounts for cloud resource configuration compliance only. You must have a corresponding AWS credentials file with the respective profiles listed in the example. For example, if your credentials file includes a profile named development
, then use that name in the --aws_subaccount
flag in the command.
Run the Lacework CLI
Run the following CLI command:
lacework generate cloud-account aws --config --apply \
--noninteractive --aws_region RegionOfMainAccount \
--aws_subaccount SubAccount1:RegionOfSubAccount1 \
--aws_subaccount SubAccount2:RegionOfSubAccount2 \
--aws_subaccount SubAccount3:RegionOfSubAccount3
note
Lacework Terraform modules provide a number of inputs for customization. See the Terraform registry documentation for the complete list of inputs for each module.
Validate the Configuration
To confirm that the Cloud Account integrations are working, use the Lacework CLI or log in to the Lacework Console.
To validate the integration using the CLI, run the lacework cloud-account list
command. You should see at as many AwsCfg
integrations as flags (--aws_subaccount
) you provided plus the main account.
To validate the integration using the Lacework Console, log in to your account and go to Settings > Integrations > Cloud Accounts.
Scenario 8 - Integrate Existing CloudTrail Using S3 Bucket Notifications
In this scenario, Terraform configures a cross-account IAM role to provide Lacework access to an existing CloudTrail with Lacework and uses S3 Bucket notifications, rather than CloudTrail SNS notifications. An SQS queue is created for Lacework, and you can optionally deploy an SNS topic for that SQS queue if one does not already exist.
note
If your existing S3 bucket is already sending messages to your existing SQS queue. The new S3 to SQS notification setup (for Lacework) is not possible because both notifications require the same suffix (not allowed by AWS). In this case, you can move to an SNS fanout.
main.tf
Template
terraform {
required_providers {
lacework = {
source = "lacework/lacework"
version = "~> 1.0"
}
}
}
provider "lacework" {}
provider "aws" {
region = "us-west-2"
}
module "aws_cloudtrail" {
source = "lacework/cloudtrail/aws"
version = "~> 2.2"
# Use an existing CloudTrail
use_existing_cloudtrail = true
bucket_arn = "YourExistingBucketARN"
# Use S3 Bucket Notifications
use_s3_bucket_notification = true
}
note
Terraform must be configured to run using the account that owns the S3 bucket used with the CloudTrail.
- Ensure the Lacework CLI is installed and configured to the Lacework account you plan to integrate.
- Open an editor of your choice (such as Vim) and create a new file named
main.tf
. - Copy the code snippet above, and paste it into the
main.tf
file. - Validate the provider/module versions and the configuration as covered in the provider documentation.
- Optionally, use the
s3_notification_type
option to configure the destination type (SNS or SQS) for the S3 bucket notification, which defaults to the SQS. In situations where there are multiple SQS queues that need to consume the S3 bucket notifications, or if your existing S3 bucket is already sending messages to an existing SQS queue, you can use the SNS destination type to do an SNS fanout. - Update the
region
andbucket_arn
. - Open a Terminal and change directories to the directory that contains the
main.tf
file and runterraform init
to initialize the project and download the required modules. - Run
terraform plan
to validate the configuration and review pending changes. - After you review the pending changes, run
terraform apply
to execute the changes.
note
Lacework Terraform modules provide a number of inputs for customization. See the Terraform registry documentation for the complete list of inputs for each module.
Validate the Configuration
To confirm that the Cloud Account integrations are working, use the Lacework CLI or log in to the Lacework Console.
To validate the integration using the CLI, run the lacework cloud-account list
command. You should see two integrations: AwsCfg
for the Config integration, and AwsCtSqs
for the CloudTrail integration.
To validate the integration using the Lacework Console, log in to your account and go to Settings > Integrations > Cloud Accounts.
Supplemental - For New or Existing CloudTrail with KMS Encrypted Buckets
Lacework supports reading from KMS-encrypted CloudTrail buckets by configuring the cross-account role to give Lacework access to the KMS key.
When the below inputs are added to your Terraform plan, your CloudTrail and S3 are configured to use the provided KMS key, and your cross-account role is updated to allow Lacework to read the KMS key.
Input | Details |
---|---|
bucket_sse_algorithm | For KMS, specify aws:kms |
bucket_sse_key_arn | Specify the ARN of your KMS key. (Access to this key is granted to the Lacework IAM cross-account role.) |
Example
module "aws_cloudtrail" {
source = "lacework/cloudtrail/aws"
version = "~> 2.0"
... More code here ...
bucket_sse_algorithm = "aws:kms"
bucket_sse_key_arn = "arn:aws:kms:example-region-1:123456789098:key/111aa2bb-333c-4d44-5555-a111bb2c33dd"
}
AWS Security Token Service Limitations
The Lacework AWS module fails due to STS limitations. See AWS STS documentation for more information.
Using aws-vault, for example, requires passing the --no-session
flag. See aws-vault documentation for more information.