Following text involves AWS native tools for the continuous monitoring of activities within an AWS environment to detect and respond to security threats and breaches.
It encompasses the discovery collection of best practices, how to achieve this goal. Implementing this secure Activity Monitoring and Audit in AWS, will enhance security posture, mitigate risks, and better protect all AWS resources and sensitive data from unauthorised access or malicious activities.
Every decision made in AWS environment should be in accordance with the AWS Security Reference Architecture. This involves understanding the principles outlined in the architecture, conducting a risk assessment to identify potential security risks, and designing AWS architecture to incorporate security controls at every layer.
Framework
I personally recommend "internal audit framework" which is in compliance with AWS and should include the following (16) steps:
-
Start to use AWS Landing Zone with AWS Control Tower (AWS Organizations)
- AWS Landing Zone primarily sets up the initial infrastructure (multi-account AWS environment, core infrastructure components like networking and IAM). AWS Control Tower provides ongoing management and enforcement of security and compliance controls (centralised governance, compliance capabilities and enforcing policies across entire AWS environment). AWS Organizations is the underlying AWS service of AWS Control Tower.
-
Turn on AWS CloudTrail in each AWS account
- AWS CloudTrail logs can be analysed in real-time to detect unauthorised access attempts or changes to critical resources. Integration with monitoring tools enables proactive threat detection and compliance monitoring across the AWS environment.
-
Store AWS CloudTrail log in a centralised logging account with very restricted access
- Proper stream log management and analysis processes enable more efficient threat detection and incident response. Restricting access to the centralised logging account minimises the risk of unauthorised access, ensuring data confidentiality and integrity.
-
Create AWS CloudWatch alarms for specific API calls
- Real-time notification alarms of critical events for specific API calls (high-volume data transfers, sensitive resource modifications) should be enabled. These alarms serve as proactive measures. AWS CloudWatch Logs Insights can also search API history beyond the last 90 days. Additional useful info HERE.
-
Use Logging IP traffic for VPCs and DNS logs
- Obtaining valuable informations using VPC Flow Logs and Amazon Route 53 resolver query logs and streaming them to either an Amazon S3 bucket or a CloudWatch log group is crucial.
-
Periodically examine “AWS log files” with AWS GuardDuty
- This process enhances activity monitoring in AWS by proactively identifying security threats and suspicious activities. AWS GuardDuty can automatically analyse threat detection of AWS CloudTrail Events, VPC Flow Logs, DNS Logs and generally alerts to unexpected activity.
-
Enable AWS S3 buckets logging to monitor requests made to each bucket
- It allows to monitor requests made to each bucket and track access attempts, changes, and other activities. Analysing S3 access logs can help identify unauthorised access attempts, data breaches or misconfigurations.
-
Use AWS Config for viewing historical IAM configuration and changes over time
- AWS Config is enabling to view the IAM policy that was assigned to a user, group, or role at any time. It is basically resource inventory (existing as well as deleted).
-
Collect alerts for IAM configuration changes and their audits
- By setting up alerts we can be notified on IAM configuration changes. Additional useful info HERE.
-
Set up AWS Detective controls around user creation and using a user credentials
- It is need to be implemented together with AWS Config when a new user or group is created and for any API actions performed by a non-federated IAM principal.
-
Periodically generate and download IAM credential report
- Report can be used to audit the effects of credential lifecycle requirements (lists all users, status of their passwords, access key updates and MFA devices). It can be further reported to an external auditor.
-
Check regularly the AWS IAM Access Analyzer
- Achieving least privilege and grant the right fine-grained permissions. It provides capabilities to set, verify, and refine permissions, analyse external access and validate, that policies match corporate security standards.
-
Audit session activity using AWS EventBridge
- Set up rules to detect when changes happen to any AWS resources. It provides comprehensive visibility into user actions and system events.
-
Enable the session activity logging in AWS Systems Manager
- Continual stream of session data logs to AWS CloudWatch Logs with details (user’s commands in a session, the ID of the user and timestamps). Additional useful info HERE.
-
Use AWS Access Advisor to refine set up permission guardrails
- It analyses last accessed information in AWS accounts. Permission guardrails help control which services users and applications can access and determine the services not used by IAM users and roles. With service control policies (SCPs), access to those services can be restricted.
-
Automatically collect and monitor evidence by AWS Audit Manager
- Proactive measure reducing risk by fine-tuning AWS controls. Evidence is a record that contains the information needed to demonstrate compliance with the requirements specified by a control. Examples of evidence could be a change activity triggered by a user, or a system configuration snapshot.
Conclusion
Implementing the above framework will help to ensure that the AWS environment is secure and compliant with security best practices. It will also help to detect and respond to security threats and breaches in a timely manner. By continuously monitoring activities within the AWS environment, organisations can better protect their resources and sensitive data from unauthorised access or malicious activities. The information as well as the mentioned framework is in compliance with the Czech Act on Cyber Security No. 181/2014 Coll. and the Decree on Cyber Security No. 82/2018 Coll.
Top comments (0)