Cloud Computing – It’s a Question of Trust Arrow to Content

March 27, 2015 | Leave a Comment

By Raj Samani, Vice President and CTO, McAfee EMEA

Can we really trust cloud computing? Or perhaps more importantly do you trust the cloud? And does the perceived lack of transparency, combined with recent negative headlines, impact future investments in cloud computing?

In conjunction with the Cloud Security Alliance, we have prepared a survey to gain a better understanding of the perceived trust within cloud computing. Our Cloud Trust survey is intended to tell us about levels of trust and where the fundamental differences lie between certain geographies and organizations (by size).

The reality is that cloud computing plays an integral role in our digital lives and allows all of us to focus on what matters most while outsourcing the work required to deliver our email, host our websites and much else. Gaining an understanding of the emerging security and privacy requirements is important. It gives us a platform that we can trust and rely on, both as consumers and within our work lives.

We therefore really need your help. Please take five minutes to provide your feedback. Let us know your perception of how trustworthy cloud computing is and has been, and more importantly the measures that are required for the future cloud. The survey can be found here.

So far the results make for some really interesting reading, most notably that the cloud is seen as considerably more trustworthy than 12 months ago. We will keep the survey open a little longer and publish a report based on the findings. This will help all of us as an industry introduce the necessary trust within the cloud computing services that we rely on.

How To Address The BYOD Security Issue Arrow to Content

March 26, 2015 | Leave a Comment

By Chris Hines, Product Marketing Manager, Bitglass

byod1-1“As soon as you allow a user to have access to the cloud applications, let’s say it’s a file sharing service, inevitably they want to do it from their own device, from home, from their ipad, from their android device, inevitably this will happen” – Neil MacDonald, Gartner Analyst

Given the abundance of mobile devices, coupled with the productivity and cost reduction benefits they bring, the number of companies that allow employees to access sensitive corporate data from their personally-owned devices has continued to flourish. According to Gartner, by 2017, over half of organizations will actually FORCE users to bring their own device to work.

This proliferation of data that is now moving outside of company networks, down to things like employee-owned smartphones, tablets and laptops can increase the chance of data leaking out and getting into the wrong hands. This is perhaps why BYOD has become a huge pain point for professionals looking to secure mobile devices (I’m sure a lot of you are already cringing at the thought of BYOD security). It also doesn’t help that the employees themselves have a false sense of mobile security savvy.

It turns out that surprise, surprise, smartphone users are making silly and unsafe mistakes when it comes to privacy. A survey of 1,000 smartphone users done by security firm Lookout, found that of those that said they were security savvy –52% admitted to not read privacy policies before downloading mobile apps, 34% didn’t set a PIN or passcode on their phones and 35% downloaded mobile apps from unofficial marketplaces. It’s also important to point out that 76% connect to public wifi networks, increasing the risk of cyber criminals getting their hands on sensitive data coming down to mobile devices.

So, how do you solve for BYOD security?

If you want to secure BYOD devices you should invoke a “managed” vs. “unmanaged” device profile policy within your company. Here is a diagram that demonstrates what a policy like this might look like.

ScreenShot2015-03-25at12.54.08PMAs you can discern from the diagram there are very different contextual access controls, application access and data protection techniques used for managed vs. unmanaged devices. Since “managed” devices pass the contextual access control test they can then access any cloud application they would like, and have full access to all data stored within them. Because of the managed device profile, these pose significantly less risk to your corporate data then “unmanaged” devices.

Unmanaged devices do not pass the contextual access control test, limiting their application access capabilities to sensitive data and increasing the data protection methods used to protect against them. This profile involves controlled acccess. A clear example of this would be forcing unmanaged devices into an encrypted container for all downloads made from cloud apps, and redacting certain keywords before they hit the device.

The managed vs. unmanaged approach to security works because no matter what your security posture may be, it allows for BYOD security while providing the productivity, and cost reduction benefits companies were aiming for to begin with.

Now that you know how to achieve BYOD security, it’s time for you to take a look at your own infrastructure and start building your device profiling strategy. Here’s how to get started

 

Securing the Intersection of Sanctioned and Unsanctioned Apps in Cloud Ecosystems Arrow to Content

March 23, 2015 | Leave a Comment

If you are in charge of deploying a cloud app or suite like Box, Office 365, or Google Apps in your environment, you need to read this:

ecosystem-blog-tangled-webby Krishna Narayanaswamy, Chief Scientist, Netskope

We just completed a piece of research here at Netskope on cloud app ecosystems. In it, we highlight an important trend: the rise of cloud apps that orbit large, “anchor tenant” apps like Salesforce or Box.

Here’s how this trend works: Enterprises adopt popular cloud apps like Salesforce. IT is aware of and often manages the deployment, management, and security of the app. As lines of business begin using it, they find lots of different ways to get value. Those use cases often involve third-party services that integrate with the main app (like how Marketo, Zendesk, and DocuSign integrate with Salesforce). Because it’s in Salesforce’s best interest to facilitate this ecosystem (because it makes Salesforce more valuable), Salesforce facilitates developers with rich APIs, documentation, and even sometimes with go-to-market support. Recently Salesforce commented that half of its revenue is attributed to its APIs. That’s a heck of a business!

But what enterprises don’t often realize is that when they sanction an “anchor tenant” app, they are also welcoming dozens of apps that integrate with that app, many of which they don’t know about. And since they don’t know about them, they often don’t realize that those apps are sharing data back and forth with their sanctioned app, which poses risk of data exposure or leakage.

The big finding in our study is the number of apps per major app. We studied four apps, and found that in each of the enterprises in our cloud service, there is an average of 28, 26, 20, and 19 cloud apps for every implementation of Box, Salesforce, Dropbox, and Google Apps, respectively. Even more interesting, when we marry these stats to the data in the Netskope Active Platform, we find that, among other things, 15.3 percent of all downloaded data and 44.4 percent of DLP violations are from the Salesforce ecosystem (exclusive of Salesforce).

Why spend time on this research? Well, there’s a lot of talk in the market about protecting the major apps or sanctioned apps. While organizations rightly put a lot of emphasis on those apps, more controls can be like building a fence around Fort Knox. Instead, they should be paying attention to the myriad of apps that share data with those apps. Those ecosystems are made up of apps that have been sanctioned by the enterprise and several that are unsanctioned.

Here are five things we recommend for getting your arms around cloud app ecosystems:

  1. Know what apps are running in your organization that integrate with your major apps, including sanctioned and unsanctioned apps;
  2. Understand the workflows they complete and what data they pull out of (or contribute to) your major apps;
  3. Secure access to those apps with identity management or SSO;
  4. Monitor those apps as a group with your major apps. We have the ability to do this with custom app tags in the Netskope product; and
  5. If you enforce policies (e.g., “don’t share outside of the company” or “don’t download to an unmanaged device if what’s being downloaded contains personally identifiable information,”) in your major apps, extend those policies to your ecosystem apps as well to get the intended security outcome.

If you want to read the report, you can get it here.

2015 Bitglass Cloud Security Report : Security Still Cloud’s Achilles Heel Arrow to Content

March 12, 2015 | Leave a Comment

By Christopher Hines, Product Marketing Manager, Bitglass

ScreenShot2015-03-11at2.11.47PM

The cloud. Companies want it, but can they secure it? Moving to cloud applications like Salesforce, Office 365 and Box, can be beneficial for business but companies must first answer the question of security.

Today we announced the findings from the 2015 Bitglass Cloud Security Report. The report was the result of a survey done with 1,010 IT securers working across the globe.

This report helps provide insight into the level of cloud adoption today, industry trends, top cloud security risks and the cloud security solutions that IT securers are leveraging. So, let’s dig into some of the findings.

Delivering on the hype?….Yes and No

The report confirmed that the hype behind cloud adoption has been proven true. Companies are seeing benefits including increased flexibility, greater availability and low costs since moving to the cloud. Interestingly, when it comes to security and compliance, the results showed that cloud is falling short. In fact, 90% of organizations have security concerns!

Insider threats > outsider cyber hackers

We found that the majority of concerns that companies have are not of malware and hacking from outside entities. Instead, companies are most concerned about their employees and view them as the weakest link in the security chain. Of the 1,010 respondents, 63% said that unauthorized access to sensitive company data was the number one greatest risk to their organization. Hijacking of accounts (61%) and malicious insiders (43%) made up the rest of the top 3 risks to company data.

With the amount of corporate data that is now flowing up into cloud apps and downloaded down to mobile devices, it makes sense why employee represent the greatest risk to organizations. Companies must be able to control the flow of their data.

How companies are approaching security

65% of respondents said that data encryption topped the list of the most effective security technology for data protection. It’s also important to note that due to the proliferation of data that is now moving outside of the firewall, 68% of companies believe that a perimeter-based approach to security is no longer the correct strategy for securing data.

I encourage you to take a deeper look into the data within the report and see what your peers have to say when it comes to our industry’s greatest concern. Securing the cloud.

A Few Lessons from Recent Adware Insecurities Arrow to Content

March 11, 2015 | Leave a Comment

Recent adware has made significant waves in some information security circles for its security vulnerabilities and 
for its potential larger impact on one of the essential systems of trust that Internet sites use – the Browser [1] [2].

 

By Jacob Ansari, Manager, Brightline

image001While users can obtain fixes or removal tools for both Superfish[3] and PrivDog, the issue remains that our browsers can make trust decisions for us that we do not always know about or understand, and to which we may not consent.

This problem isn’t new as public-key infrastructure (PKI) systems (e.g., systems that use digital certificates, which are used to verify the authenticity of websites on the Internet) ultimately rely on a series of ostensibly trustworthy entities not abusing that trust.  For users, this often means understanding what root certificates their web browsers trust.  These root certificates, issued by organizations called certificate authorities (CAs), digitally sign or verify the authenticity of other certificates that sites on the Internet use to substantiate their identity.  Modern browsers come with several root certificates installed, usually from CAs, although users, or the software they install, can modify this repository.

This was the core problem with Superfish.  The utility, installed by default on Lenovo laptops, subverted that trust relationship by installing not just a certificate that the browser trusted, but a root certificate which would then re-sign other certificates and allow the holder of that root certificate to decrypt the web traffic to those sites.  The ad company intended for this to inject advertisements into browser traffic, even on encrypted sites, but the Superfish phony root certificate would allow an attacker to manipulate any encrypted web traffic and make it appear legitimate.  The plot thickened a few days later when researchers and savvy users discovered that an ad blocking and replacement tool called PrivDog[4] did the same thing, although it had the potential to create even more security issues as it would re-sign any certificate, including otherwise invalid or questionable certificates without any verification whatsoever.  The situation with PrivDog has a particularly troublesome quality to it in that the developer of this software is the founder and CEO of Comodo, one of the largest CAs in the world; however, it appears that the versions of PrivDog with this particular problem do not appear to come bundled with Comodo security software for users.

Attacks that target this system of trust before exist.  An attack in 2011 took place against DigiNotar[5], a Dutch CA.  The attacker or attackers (thought to be agents of the Iranian government trying to spy on dissidents) issued numerous certificates that appeared legitimate.  However, they had access to the corresponding private keys, and thus the ability to decrypt any intercepted encrypted traffic authenticated by these fraudulent certificates or any certificates derived from them.  In 2012, another CA issued a subordinate root certificate, encased in a specialized hardware device called a hardware security module (HSM), to a third party as a product for monitoring traffic from an organization, ostensibly for preventing company confidential information from leaving[6].  However, in doing so, this yielded the same sort of result as it allowed the device with the root certificate to impersonate any other encrypted site on the Internet in a fashion that most users would not detect.

These developments create significant dangers for safe Internet use in that an attacker who obtains these certificates can potentially manipulate many users into trusting hostile sites.  Even without the scenario of a criminal gaining access to root certificates, placing root certificates outside of the most protected and trusted sort of environments tampers with one of the underpinnings of the Internet.  The trust that needs to exist will subsequently erode away if users cannot trust that the site they intend to visit is the actually the site in the browser.  Adversely affecting website security and authenticity for criminal purposes, or as an act of surveillance, has its own issues, legal, political and otherwise.  Doing so merely to serve up advertisements in browsers shows a breathtaking measure of recklessness.

So what do we learn from this?
Primarily we learn that the world is full of organizations that play with fire and adversely affect Internet security for a variety of self-serving reasons.  Perhaps this isn’t surprising.  Users will need to fully understand how these trust relationships work, so that they can make decisions about what sites to visit and trust from a more informed standpoint.  This may be an unrealistic expectation that puts a lot of burden on ordinary people who just want to use the Internet in the ways they always have. Additionally, Certificate Authorities and other intermediaries should undergo more scrutiny in terms of how they manage security of certificates, keys, and the likes.  There several audit standards out there to guide CAs from WebTrust for Certification Authorities to the various CA Browser Forum guidelines. More than likely however, the responsibility will fall to the community of security professionals to connect all interested parties out about these sorts of threats and mount effective defenses against them.

[1] PCWorld.com – CEO says Superfish is safe as US issues alert to remove Superfish from Lenovo PCs
[2] A Few Thoughts on Cryptographic Engineering
[3] Lenovo – Superfish Uninstall Instructions
[4] nakedsecurity.com – Anatomy of a certificate problem – the “PrivDog” software in the spotlight
[5] Wikipedia – DigiNotar
[6] Trustwave issued a man-in-the-middle certificate

24 Hours After FREAK, 766 Cloud Providers Still Vulnerable Arrow to Content

March 6, 2015 | Leave a Comment

The Average Company Uses 122 FREAK-vulnerable services

By Sekhar Sarukkai, Co-founder and VP of Engineering, Skyhigh Networks

blog-banner-freak-1024x614This week a group of researchers at INRA, Microsoft Reseach, and IMDEA discovered a widespread vulnerability in OpenSSL that has rendered millions of Apple and Android devices vulnerable to man-in-the-middle attacks when they visited supposedly secure websites and cloud services. You can read the detailed description of the vulnerability from the discovering researchers here.

The researchers have dubbed this the “FREAK” vulnerability (CVE-2015-0204) or Factoring Attack on RSA-EXPORT Keys, and it enables attackers to force clients to use older, weaker encryption , known as the “export-grade” key or 512-bit RSA keys.

Currently, the media have focused on tracking vulnerable websites and highlighting specific sites, such as the White House, FBI, and NSA that suffered from the vulnerability.  As of Wednesday at 12PM PST, 36.7% of browser-trusted sites, 26.3% of Full IPv4, and 9.7% of Alexa’s top 1M domains were vulnerable (Note – this website is not vulnerable).  For the latest website vulnerability metrics, check https://freakattack.com/

Naturally, here at Skyhigh we’re most concerned with identifying and tracking vulnerable cloud services and helping enterprises manage their IT Security response and protect their users and data. Below we’ll share the latest data on cloud service vulnerabilities and share the security steps organizations must take to protect themselves. You can read our detailed advice on how to protect corporate cloud data from FREAK here.

First, a little background (why is their “export grade” security anyway?)
In the 1990’s Netscape developed an SSL technology that was widely used to protect credit card transactions using public key cryptography. However, US policy required the creation of an intentionally weakened version of the technology and dictated that a maximum key length of 512 bits would be permitted for “export-grade” encryption.

The idea was that, with 512-bit encryption, the NSA would have the ability to access communications, while theoretically providing crypto that was still good enough for commercial use.  And now, despite the fact that these export restrictions have been modified or lifted, “export-grade” cryptography support was never removed, so many devices can be tricked into accepting the lowest “export-grade” encryption, opening them up to man-in-the-middle attacks.

How does the man-in-the-middle attack work?
Mathew Green, a research professor at Johns Hopkins Information Security Institute, has a simply stated (and widely cited) description of how the FREAK-enabled man-in-the-middle attack works:

  • In the client’s Hello message, it asks for a standard ‘RSA’ ciphersuite.
  • The MITM attacker changes this message to ask for ‘export RSA’.
  • The server responds with a 512-bit export RSA key, signed with its long-term key.
  • The client accepts this weak key due to the OpenSSL/Secure Transport bug.
  • The attacker factors the RSA modulus to recover the corresponding RSA decryption key.
  • When the client encrypts the ‘pre-master secret’ to the server, the attacker can now decrypt it to recover the TLS ‘master secret’.
  • From here on out, the attacker sees plain text and can inject anything it wants.

How many cloud services are vulnerable?
Skyhigh’s Service Intelligence Team tracks vulnerabilities and security breaches across thousands of cloud providers, including the FREAK vulnerability. Almost 24 hours after the vulnerability was widely publicized, 766 cloud providers are still not patched, making them vulnerable to attack. These services include some of the leading backup, HR, security, collaboration, CRM, ERP, cloud storage, and backup services.

The average company uses 897 cloud services, making the likelihood they use at least one affected service extremely high. Across over 350 companies using Skyhigh, 99% are using at least one cloud provider that is still not patched and the average company uses 122 vulnerable services. We’ll continue tracking these services, working with customers to diagnose and remediate vulnerabilities and provide updates as cloud services are patched.

Here’s how to eliminate the FREAK vulnerability from your cloud service
In order to close the vulnerability, cloud providers should disable support for export suites. Rather than excluding RSA export cipher suites, administrators should disable support for all known ciphers and enable forward secrecy. Mozilla published a guide here, and a SSL Configuration Generator, which will provide good certifications for common servers.

Here’s how to protect your company from FREAK
Enterprises need to determine and contain both their service-side and client-side exposure. Skyhigh has contacted each of the cloud providers affected and is working with them to ensure they are aware of their vulnerability and perform remediation. We’ve also alerted our customers who use affected services.

There are 4 steps that every company needs to take in response to FREAK:

  1. Determine your service-side exposure: Skyhigh automatically alerted customers to services they use that are affected by FREAK. If you’d like to identify all the affected services in use at your company for free, email [email protected]. If you’d like to look up an individual service to see if it’s vulnerable, visit: https://tools.keycdn.com/freak
  2. Contain your client-side exposure: Ensure that only browser versions that are not susceptible (Chrome, or later versions of IE & Firefox for example). If employees use unmanaged BYOD devices, educate them on the current safe browser list at http://www.computerworld.com/article/2892926/time-to-freak-out-how-to-tell-if-youre-vulnerable.html
  3. Validate proxy configurations: If you manage your enterprise network and your enterprise uses a MITM proxy (like a web proxy) ensure that the configurations are properly set so it does not degrade.
  4. Ensure any OpenSSL use within enterprise is updated: If not careful, external facing sites may be fixed first and internal sites/development environments never. Ensure that you don’t take your eye off internal deployments, as well.

What Does Customer Managed Encryption Keys Really Mean for Cloud Service Providers? Arrow to Content

March 6, 2015 | Leave a Comment

By Todd Partridge, Director of Strategy, Intralinks

This is the first in a 3-part series examining information security in the cloud.

shutterstock_216282499

Have you ever leased a safety deposit box from your bank? For years the security and privacy of a safe deposit box has been the standard in the physical world. People have put their most important and their most valued information in bank vaults around the world with the confidence that it would remain secure and kept away from unsolicited parties. Safe deposit boxes provided the extremely high security measures and processes needed to protect these assets at scale.

In essence, the hundreds of customers a bank may have shared the cost of providing that ongoing security and privacy. Today’s SaaS industry is predicated on the same principles: that it is far more cost effective for customers to share the cost of computer power, infrastructure, and application maintenance. The question that often remains is whether or not SaaS providers are capable of providing the same level of confidence that banks have provided for safe deposit boxes.

On the consumer side of the SaaS market, users hear the stories of large enterprises losing priceless intellectual property and they listen to ‘experts’ saying that cryptography could have protected them. To the average user of a cloud service the question becomes, “why not just encrypt the data and be done with it?” Reality becomes even murkier when it is mixed with strong PR campaigns of companies looking to make a name for themselves as they capitalize on the misfortune of these companies that may not have taken the appropriate measures to protect their data in the cloud. In the cloud, customer data faces different threats when at rest, in transit, or in use.

There are important differences to each of these threats and their associated responses that bear further discussion. Here we’ll take on data at rest, but as a backdrop we must not forget that it is the intricate weave of all three that is important.

Data at Rest
Any service hosting customer data must provide assurances that it is protected while in their custody from external hackers, malicious insiders, and as we learned recently, governments. So, data must be encrypted at rest, which is relatively easy to implement. Many players, big and small, may declare that they give their customers full control of the encryption keys, also known as Customer Managed Keys (CMK). As companies begin to realize the importance of owning and managing the encryption keys used to protect their data in the cloud, the important question is – how is that control implemented?

There are several questions that today’s enterprises should consider when evaluating a cloud service provider’s claims of customer managed encryption keys:

  1. Can the customer login directly to the appliance that houses the keys and suspend the key without provider’s help or knowledge, if needed?
  2. Is there any provider software in the middle that can be compromised and leak the key?
  3. Keys need to be rotated. What happens to data at the time of key rotation?
  4. Does the customer need to wait for re-encryption of terabytes of data with the new key?

Arguably, if the chosen managed keys solution cannot provide these capabilities, it may fall short of many enterprise requirements for secure storage of that company’s most valuable information assets. Businesses need to pay attention to the details of the proposed solution just as you would pay attention to whether or not your bank has the right measures in place to protect those items you place in their safe deposit boxes.

Keeping Data Protected
It is obvious that data protection, especially in a SaaS model, is a complex task where science, engineering, and operations must be aligned perfectly to protect information assets from any number of threats. Just as banks provide a multi-layered security model to protect their customer’s value assets, cloud service providers need to give their customers analogous capabilities such as:

  1. A container suitable for the storage of a company’s most valuable information
  2. Customers’ ability to choose the geographic location of said container
  3. Secured channels of access to the data
  4. The ability to provide controls that allow no single entity to own or control access to the encryption keys
  5. The solution should be able to account for all copies of the data
  6. The solution should provide compliance reports and audit trails that document which users access, or attempt to access, the protected data, as well as when the action took place

In our next two articles in this series on information security in the cloud, we’ll explore the threats and security considerations of protecting data in transit and while in use.

Todd Partridge is the Director of Strategy at Intralinks. He has broad industry experience in the enterprise information management (EIM) space, with deep expertise in all trends and technologies related to information governance, enterprise content management, document management, web content management, business intelligence, team collaboration, e-mail management and enterprise records management practices.

Why Companies Must Adopt the ‘Assume Mentality’ When It Comes to Breaches Arrow to Content

February 27, 2015 | Leave a Comment

By Christopher Hines, Product Marketing Manager, Bitglass

Assume_MentalityRecently Target announced that the credit card data breach that they suffered back in 2013 ended up costing them $162M. Now, I know some may argue that to a company like Target, that number is a drop in the bucket, and you’re right. But there is a lesson to be learned from this. Companies must realize that no security infrastructure is 100% fool proof, not the multi-billion dollar corporations, not the mom and pop shops in your local neighborhood, not the start-ups in Silicon Valley. But why?

This is the question that millions of people (maybe even yourself) are trying to wrap their heads around. Yes, your company has a dedicated security team, and has invested in security infrastructure, using technologies like SIEM solutions and products that provide “visibility.” Yet your SSN and employee information still ends up in the hands of cyber criminals!

If there is only one thing that you take away from this blog, understand this. Having security in place doesn’t mean you are somehow bulletproof and exempt from breaches. There’s no hacker guide that says “Leave X company alone. They’ve got cool security.” The increased number of cloud applications like Box, Office 365 and Salesforce, coupled with the rise in BYOD at work has allowed more data to flow outside the corporate firewall. Data is now EVERYWHERE, not just your company’s corporate network. Your IT security team must first realize this, accept it and then solve for it. Not the easiest thing to do.

Hackers Use The Goat Paths
When King Leonidas and the 300 Spartans took on the Persian army at the Hot Gates, they believed that they could hold their ground due to the mountain’s impenetrable walls. What they failed to consider was that an old goat path that Greek shepherds often used to cut through the mountains could also be found and used by the Persian army. The Persians found the goat path and were able to surround the 300 Spartans, and defeat them. Why the random story?

Since companies want to benefit from the cloud’s flexibility and the productivity of BYOD, they have to also build ways of allowing their employees to reach their corporate data (goat paths). This simultanously gives hackers a bigger attack surface to work with. In the past they relied mostly on malware since data was kept inside corporate networks. Now, since data has moved outside, they can also use techniques like Phishing attacks to steal employee credentials, and then use them to access company data. Since employees often have more access to sensitive data than they actually need, companies end up placing their data at risk.

This means that the same goat paths that company employees use to access sensitive company data can now also be used by hackers.  All they need is employee credentials.

Security teams must keep these goat paths in mind.

Adopt the “Assume Mentality”
Companies must now assume that a breach is on its way and that’s its only a matter of time until they experience one. Instead of denying its possibility make sure you prepare your IT security teammates, as well as your employees, for the inevitable.

Start building a security infrastructure designed with the goal of limiting the damage of a breach once it occurs instead of getting your hopes up on preventing them altogether.

Breaches are not preventable. But they are discoverable. Learn about Breach Discovery, a new solution that will help you limit the damage of breaches.

The Dark Side of the Web: 14 Essential Cloud Usage Facts Every CISO Should Know Arrow to Content

February 12, 2015 | Leave a Comment

By Kamal Shah, Vice President, Products and Marketing, SkyHigh Networks

Between frequent headlines on data breaches and the growth of Shadow IT, it is easy to be captivated with what people are saying, blogging, and tweeting about the state of cloud adoption and security. But the fact is – it’s hard to separate the hype from the truth, and stories about security are often rich in speculation or exaggeration.

The sixth installment of our quarterly Cloud Adoption and Risk (CAR) Report presents a hard data-based analysis of enterprise cloud usage. With cloud usage data from over 15 million enterprise employees and 350 enterprises spanning all major verticals, this report is the industry’s most comprehensive and authoritative source of information on how employees are using cloud services.  And, with a full year of usage statistics, this latest edition of the report is the industry’s most comprehensive to date.

You can download the full report here. In addition to popular recurring features such as the Top 20 Enterprise Cloud Services and the Ten Fastest-Growing Applications, the latest report contains several eye-opening findings. View the slideshow below for more highlights from the report.

The Dark Side of the Web from Skyhigh Networks Cloud Security Software


The Average Number of Cloud Services in Use Increased 43%

The average company had 897 cloud services in use in Q4, up from 626 in Q4 last year. This growth was lopsided across categories. Development services (e.g. GitHub, SourceForce, etc.) experienced the largest rate of growth at 97%. The second fastest-growing category is collaboration (e.g. Microsoft Office 365, Gmail, etc.), which grew 53% despite already having a high number of services in use.

The Number of CSPs with Enterprise Security Capabilities Doubled

The number of cloud service providers investing in key security capabilities more than doubled in 2014. Specifically, 1,082 (11% of all services) now encrypt data at rest versus 470 in Q4 2013, 1,459 (17%) offer multi-factor authentication versus 705 in Q4 2013, and 533 (5%) hold ISO 27001 certification versus 188 in Q4 2013. At the same time, over 89% of the cloud services lack basic security capabilities required by enterprises.

Over One Third of Employees Upload Sensitive Data to File Sharing Services

37% of employees upload sensitive data to file sharing services, and 22% of all files uploaded to file sharing services contained sensitive data. Beyond file sharing, 4% of fields in other critical business applications such as CRM contain sensitive personally identifiable information (PII) or personal health information (PHI) data subject to regulatory compliance.

One Tenth of Corporate File Sharing Is External

Analyzing the use of file sharing and collaboration services revealed that 11% of documents were shared with business partners outside the company. Of externally shared documents, 9% contained sensitive data. Even more concerning was the fact that 18% of external collaboration requests went to third party email addresses (e.g. Gmail, Hotmail, and Yahoo! Mail).

92% of Companies Have Compromised Credentials

The vast majority of companies have users with at least one stolen credential, and the average company had 12% of users affected. The most exposed industries are Real Estate, High Tech, and Utilities, while the least exposed are Government and Healthcare. With 31% of passwords reused across websites and applications, stolen login credentials pose significant risk to corporate data.

Anthem’s Breach and the Ubiquity of Compromised Credentials Arrow to Content

February 9, 2015 | Leave a Comment

By Sekhar Sarukkai, Co-Founder and VP of Engineering, Skyhigh Networks

Blue-Stethoscope[1]The year is still young, and we’ve already witnessed a breach of potentially historic proportions. Anthem Inc, the nation’s second largest health insurer, released a statement last week announcing the breach of a database with 80 million customer records. Anthem estimated the number of stolen accounts at “tens of millions,” which would be the largest healthcare breach to date. For comparison, hacks at Target and Home Depot exposed 70 million and 56 million records, respectively. In this case, the records contain sensitive customer data including names, birthdays, addresses, and social security numbers. Fortunately the company reported no medical or financial information was stolen.

Let’s run through the mechanics of the attack based on available information. The source of the breach was a compromised login credential. The attackers initially ran a database query using a system administrator’s credentials. They then uploaded the hacked data to a cloud storage service. Anthem declined to name the service but did mention it is commonly used in US companies. This last fact may have made the exfiltration more difficult to detect. The average company uses 37 different file sharing services, which include a mix of enterprise ready services such as Box and high-risk services such as 4shared.

Anthem Only the Tip of the Iceberg

The circumstance through which hackers gained entrance into Anthem’s system is not rare; in fact it is the norm. User login credentials are sold on the Darknet by professional cybercriminals. Skyhigh’s analysis of cloud usage data of over 15 million enterprise employees across 350 enterprises indicates that 92% of companies have users with compromised credentials. On average, 12% of users are affected. In other words, over one in ten enterprise users have their credentials for sale on the Darknet. With 31% of passwords reused according to a study by Joseph Bonneau, stolen login credentials pose a huge liability for enterprise security.

Avoiding “The Big One”

To start, companies should enforce two-factor authentication to reduce the likelihood that a stolen credential alone is sufficient to gain access to a mission-critical system. Security should also put in place role-based access control for corporate systems so that no single credential has unfettered access to all data. With the prevalence of stolen credentials available to attackers, these are critical steps in preventing a breach of this scale.

There are two parts to this story, however. Security teams would be wise to guard the way out as well as the way in. In this case and in an increasingly high number of instances, attackers used a cloud service to exfiltrate data. The cloud is a easy path  for removing data from the corporate environment because many organizations lack visibility into the flow of traffic to cloud services. This points to the need for security intelligence systems that provide visibility into cloud usage and identify anomalous behavior. With this technology in place, alerts for anomalous behavior can not only identify external threats, but they can also protect against insider threats.

As in the vast majority of cases, no single misstep or shortcoming led to this breach. There are clear steps companies can take to lower the likelihood of suffering from a similar attack and to minimize the damage in the event hackers do gain access to corporate systems. Anthem’s breach should serve as a wakeup call to all enterprises.

Page Dividing Line