Cloud Hosting

Have your security team members ever made a mistake in the cloud? Human error happens and it can take on many forms. But, none are as serious as failing to understand the way cloud defenses work.

If a mistake does come to mind, be reassured youre not alone.

Seven in 10 organizations suffered a public cloud security incident between July 2019 and July 2020, reports Help Net Security. Of those cloud computing security incidents, 66% involved the exposure of cloud-based data as the result of an exploited misconfiguration.

How can you be sure youre getting the right type and level of protection? Lets take a look at what you need to know about protecting your cloud security when using the Amazon Web Services (AWS) shared responsibility model.

For many, security goes hand-in-hand with control. One cant secure something unless one has control over it, the logic goes. It takes acue from the perimeter-based model.The holder of the data needs to not only own the apps and data but also the base infrastructure itself.

Not so in the cloud. This approach follows the AWS shared responsibility model. In this model, the data holder shares security duties with their cloud service provider (CSP). The latter is always in charge of physically securing the infrastructure. From there, the balance shifts depending on the cloud deployment model in use.

There are a few options when it comes to how to do this. Groups with a software-as-a-service (SaaS) model are solely responsible for the defense of their cloud-based data, for instance. The CSP is at least somewhat on the hook for everything else. In a platform-as-a-service (PaaS) model, organizations need to broaden their duties to focus more on their apps with client and endpoint protection. Lastly, one could use the infrastructure-as-a-service (IaaS) model. Here, customers obligations expand even further to share the load for using network controls and securing the host.

This brings us to human error and the AWS shared responsibility model. Most groups dealing with this model dont understand it. Indeed, an Oracle and KPMG cybersecurity report found just 8% of IT security leaders felt they fully understood the AWS shared security model. Such confusion could lead them to overlook key cloud security functions or AWS shared controls for which theyre at least partially on the hook. It could also result in them doubling up on functions that arent theirs to provide, wasting budget and resources.

So, how do you make sure your people understandwhat they need to do to secure the cloud? A good provider is honest about this potential confusion. For example, in an effort to help make the security balance clearer to its customers, Amazon Web Servicespublished a breakdown of its shared responsibility model on its website.

AWS also partnered with QRadar to deliver free rules and reference sets in order to help customers gain more insight into the cloud. Users can view these and other data points from within the QRadar Console. They dont have to go looking through piles of alerts in an attempt to understand whats going on in their cloud networks. This complements AWSs defense duties without customers needing to look elsewhere for tools, worry about adding third-party products or make cloud defense more complex than it needs to be. They can keep their end of the cloud safe solely through the AWS-QRadar partnership.

Human error and misconfigurations can threaten your data in the cloud. Thats even more true when it comes to knowing what exactly you need to secure. In response, consider working with CSPs that are upfront about their shared responsibilities. Remember that sometimes the best solution to human error is the right tools. Using a partnership of solutions such as the AWS shared responsibility model and AWS-QRadar can help to simplify the process of cloud security and give you the insight you need. This will help cut down on misconfigurations in the cloud and keep your assets secure.

See original here:
Cloud Clarity: Adding Security and Control to the AWS Shared Responsibility Model - Security Intelligence