Compliance, Mapped to Your Cloud

Assess your AWS, Azure, and Google Cloud environments against the industry frameworks and regulations your auditors expect.

56
Frameworks Supported
18
Standards Families
3
Cloud Providers
5 min
To First Results
ASecureCloud compliance report preview
Google Cloud logo

SOC 2 (2017)

42 controls
53 checks mapped

SOC 2 evaluates the controls relevant to the security, availability, processing integrity, confidentiality, and privacy of customer data managed by a service organization.

Controls assessed

CC2.3.1 - CC2.3 COSO Principle 151

The entity communicates with external parties regarding matters affecting the functioning of internal control.

CC3.2.6 - CC3.2 COSO Principle 71

The entity identifies risks to the achievement of its objectives across the entity and analyzes risks as a basis for determining how the risks should be managed.

CC4.1.12

Entity's Senior Management assigns the role of Information Security Officer who is delegated to centrally-manage, coordinate, develop, implement and maintain an enterprise-wide cybersecurity and privacy program.

CC4.1.22

Entity has set up mechanism to assign and manage asset ownership responsibilities and establish a common understanding of asset protection requirements.

CC4.1.32

Entity uses Sprinto, a continuous monitoring system, to track and report the health of the information security program to the Information Security Officer and other stakeholders.

CC4.1.42

Entity's Senior Management reviews and approves all company policies annually.

CC4.1.52

Entity's Senior Management reviews and approves the state of the Information Security program including policies, standards and procedures, at planned intervals or if significant changes occur to ensure their continuing suitability, adequacy and effectiveness.

CC4.1.62

Entity periodically updates and reviews the inventory of systems as a part of installations, removals and system updates.

CC4.1.72

Entity's Senior Management reviews and approves the Organizational Chart for all employees annually.

CC4.1.82

Entity's Senior Management reviews and approves the Risk Assessment Report annually.

CC5.2.11

Entity uses Sprinto, a continuous monitoring system, to track and report the health of the information security program to the Information Security Officer and other stakeholders.

CC5.2.26

Entity's Senior Management reviews and approves all company policies annually.

CC5.2.325

Entity's Senior Management reviews and approves the state of the Information Security program including policies, standards and procedures, at planned intervals or if significant changes occur to ensure their continuing suitability, adequacy and effectiveness.

CC5.2.41

Entity's Senior Management reviews and approves the Organizational Chart for all employees annually.

CC6.1.11

Entity has documented policy and procedures to manage Access Control and an accompanying process to register and authorize users for issuing system credentials which grant the ability to access the critical systems.

CC6.1.323

Entity uses Sprinto, a continuous monitoring system, to alert the security team to update the access levels of team members whose roles have changed.

CC6.1.43

Entity's Senior Management or the Information Security Officer periodically reviews and ensures that access to the critical systems is restricted to only those individuals who require such access to perform their job functions.

CC6.1.62

Entity ensures that the production databases access and Secure Shell access to infrastructure entities are protected from public internet access

CC6.1.715

Entity ensures that logical access provisioning to critical systems requires approval from authorized personnel on an individual need or for a predefined role.

CC6.1.84

Ensure SSH access is tightly controlled by blocking project-wide SSH keys and enabling OS Login at both instance and project levels; also restrict overly permissive access by ensuring service accounts do not have admin privileges.

CC6.1.92

Enable OS Login at the instance and project levels to bind SSH access to IAM identities and centralize authorization.

CC6.1.107

Protect sensitive data by enforcing CMEK/CSEK for storage and Dataproc, enabling Confidential Computing, and rotating KMS keys at least every 90 days.

CC6.1.111

Block project-wide SSH keys to require per-instance SSH access and reduce shared credential risk.

CC6.3.13

Apply least privilege by avoiding default service accounts and ensuring service accounts do not have admin roles or full API access.

CC6.3.23

Apply least privilege by avoiding default service accounts and ensuring service accounts do not have admin roles or full API access.

CC6.3.33

Ensure service accounts are not over-privileged and instances do not use default service accounts with full API access.

CC6.6.15

Harden remote access by disabling IP forwarding and serial ports, restricting SSH/RDP from the internet, and disabling SQL Server remote access.

CC6.6.32

Disable VM serial port access and SQL Server remote access to reduce attack surface.

CC6.6.45

Prevent external threats by disabling IP forwarding and serial ports, restricting SSH/RDP from the internet, and disabling SQL Server remote access.

CC6.7.21

Restrict data movement channels by blocking project-wide SSH keys to enforce controlled, per-instance access.

CC7.1.23

To meet its objectives, the entity uses detection and monitoring procedures to identify changes to configurations that result in the introduction of new vulnerabilities, and susceptibilities to newly discovered vulnerabilities.

CC7.1.33

To meet its objectives, the entity uses detection and monitoring procedures to identify changes to configurations that result in the introduction of new vulnerabilities, and susceptibilities to newly discovered vulnerabilities.

CC7.1.43

To meet its objectives, the entity uses detection and monitoring procedures to identify changes to configurations that result in the introduction of new vulnerabilities, and susceptibilities to newly discovered vulnerabilities.

CC7.2.111

The entity monitors system components and the operation of those components for anomalies that are indicative of malicious acts, natural disasters, and errors affecting the entity's ability to meet its objectives; anomalies are analyzed to determine whether they represent security events.

CC7.2.211

The entity monitors system components and the operation of those components for anomalies that are indicative of malicious acts, natural disasters, and errors affecting the entity's ability to meet its objectives; anomalies are analyzed to determine whether they represent security events.

CC7.2.311

The entity monitors system components and the operation of those components for anomalies that are indicative of malicious acts, natural disasters, and errors affecting the entity's ability to meet its objectives; anomalies are analyzed to determine whether they represent security events.

CC7.2.41

The entity monitors system components and the operation of those components for anomalies that are indicative of malicious acts, natural disasters, and errors affecting the entity's ability to meet its objectives; anomalies are analyzed to determine whether they represent security events.

CC7.3.12

The entity evaluates security events to determine whether they could or have resulted in a failure of the entity to meet its objectives (security incidents) and, if so, takes actions to prevent or address such failures.

CC7.3.22

The entity evaluates security events to determine whether they could or have resulted in a failure of the entity to meet its objectives (security incidents) and, if so, takes actions to prevent or address such failures.

CC7.3.32

The entity evaluates security events to determine whether they could or have resulted in a failure of the entity to meet its objectives (security incidents) and, if so, takes actions to prevent or address such failures.

CC7.3.42

The entity evaluates security events to determine whether they could or have resulted in a failure of the entity to meet its objectives (security incidents) and, if so, takes actions to prevent or address such failures.

CC7.3.52

The entity evaluates security events to determine whether they could or have resulted in a failure of the entity to meet its objectives (security incidents) and, if so, takes actions to prevent or address such failures.

See where you stand against any framework

Connect an account and get a full compliance breakdown with mapped findings and remediation guidance — free to start.