Comments
yourfanat wrote: I am using another tool for Oracle developers - dbForge Studio for Oracle. This IDE has lots of usefull features, among them: oracle designer, code competion and formatter, query builder, debugger, profiler, erxport/import, reports and many others. The latest version supports Oracle 12C. More information here.
Cloud Expo on Google News
SYS-CON.TV
Cloud Expo & Virtualization 2009 East
PLATINUM SPONSORS:
IBM
Smarter Business Solutions Through Dynamic Infrastructure
IBM
Smarter Insights: How the CIO Becomes a Hero Again
Microsoft
Windows Azure
GOLD SPONSORS:
Appsense
Why VDI?
CA
Maximizing the Business Value of Virtualization in Enterprise and Cloud Computing Environments
ExactTarget
Messaging in the Cloud - Email, SMS and Voice
Freedom OSS
Stairway to the Cloud
Sun
Sun's Incubation Platform: Helping Startups Serve the Enterprise
POWER PANELS:
Cloud Computing & Enterprise IT: Cost & Operational Benefits
How and Why is a Flexible IT Infrastructure the Key To the Future?
Click For 2008 West
Event Webcasts
App Attack Surface in the Cloud | @CloudExpo #Cloud #AWS #Microservices
Is the App Attack Surface in the Cloud Really Different Than On-Premises?

Is the App Attack Surface in the Cloud Really Different Than On-Premises?

No.

Still here? Okay then, let me explain further. This whole thing started because I was reading the Internet the other day and happened upon a claim that stated: “the attack surface for cloud applications is dramatically different than for highly controlled data centers”.

And that made me frustrated because it isn’t true at all.

The attack surface for applications deployed in the cloud is the same as that of applications deployed on-premises. It doesn’t matter if we’re talking about SaaS or IaaS. An application’s attack surface is always the same.

app security basicsAn application may be attacked at the application layer, at the platform layer and sometimes* at the operating system layer.

The vast majority of threats against applications in the past 15 years have targeted protocols (HTTP, TCP, or SSL/TLS) that are the responsibility of the platform (app or web server) or at the application itself (SQLi, XSS, CSRF, etc…). Both of these layers of the application stack are the same irrespective of where that application might be deployed.

top breach stats

The attack surface for cloud applications remains the same. Let’s say you had an app, in the cloud, that was vulnerable to SQLi. Which shouldn’t be too much of a stretch cause there are a whole lot of apps that are today. Just saying.

Let’s say you decided to move that app on-premises. In that “highly controlled data center.”

Did the SQLi vulnerability go away?

Of course not. It’s still there and it’s still just as exploitable. We can reverse that process and guess what, the app is vulnerable (and exploitable) regardless of whether it’s “in the cloud” or “on-premises.”

If it was vulnerable to Heartbleed or Shellshock or Apache Killer on-premises, it’s still vulnerable in the cloud. And vice versa. The attack surface of an application does not change with its deployment location.

What changes when you move from on-premises to the cloud is what you are responsible for securing.

For example, the only thing you really have control over with SaaS (and are ultimately responsible for managing) is who is authorized access. That’s why ID federation is becoming such a big deal; it’s the best technological solution we have to providing the level of corporate governance over access to SaaS applications.

In IaaS, your responsibility goes deeper into the stack – down to the guest operating system. You may recall this statement from AWS head of global security programs Bill Murray:

“Customers are responsible for protecting everything from the guest operating system they run on AWS up through the applications they are running, ” he told El Reg. We are responsible for the host OS and the VM and everything down to the concrete of the data centre floor.”

Which means the OS, platform, and application layers of the application stack are your responsibility in IaaS. Interestingly enough, they’re also your responsibility in the data center. And those layers – those attack surfaces – don’t magically disappear when you put an app into the cloud.

That’s important to remember when you start evaluating what services you need in the cloud for apps you may be deploying “out there.” DDoS. WAF. Data leak prevention. Access control. These are all app security services that remain as critical in the cloud as they are in the data center, on-premises – because the attack surface of an application doesn’t change with its deployment location.

* I say sometimes because while the rate at which malware/trojans are deposited during volumetric attacks is increasing, the thing is that the deposits are generally happening via the application layer. They aren’t directly targeting the operating system layer.

Read the original blog entry...

About Lori MacVittie
Lori MacVittie is responsible for education and evangelism of application services available across F5’s entire product suite. Her role includes authorship of technical materials and participation in a number of community-based forums and industry standards organizations, among other efforts. MacVittie has extensive programming experience as an application architect, as well as network and systems development and administration expertise. Prior to joining F5, MacVittie was an award-winning Senior Technology Editor at Network Computing Magazine, where she conducted product research and evaluation focused on integration with application and network architectures, and authored articles on a variety of topics aimed at IT professionals. Her most recent area of focus included SOA-related products and architectures. She holds a B.S. in Information and Computing Science from the University of Wisconsin at Green Bay, and an M.S. in Computer Science from Nova Southeastern University.

Latest Cloud Developer Stories
With more than 30 Kubernetes solutions in the marketplace, it's tempting to think Kubernetes and the vendor ecosystem has solved the problem of operationalizing containers at scale or of automatically managing the elasticity of the underlying infrastructure that these solutions n...
The deluge of IoT sensor data collected from connected devices and the powerful AI required to make that data actionable are giving rise to a hybrid ecosystem in which cloud, on-prem and edge processes become interweaved. Attendees will learn how emerging composable infrastructur...
When building large, cloud-based applications that operate at a high scale, it's important to maintain a high availability and resilience to failures. In order to do that, you must be tolerant of failures, even in light of failures in other areas of your application. "Fly two mis...
Machine learning has taken residence at our cities' cores and now we can finally have "smart cities." Cities are a collection of buildings made to provide the structure and safety necessary for people to function, create and survive. Buildings are a pool of ever-changing performa...
As Cybric's Chief Technology Officer, Mike D. Kail is responsible for the strategic vision and technical direction of the platform. Prior to founding Cybric, Mike was Yahoo's CIO and SVP of Infrastructure, where he led the IT and Data Center functions for the company. He has more...
Subscribe to the World's Most Powerful Newsletters
Subscribe to Our Rss Feeds & Get Your SYS-CON News Live!
Click to Add our RSS Feeds to the Service of Your Choice:
Google Reader or Homepage Add to My Yahoo! Subscribe with Bloglines Subscribe in NewsGator Online
myFeedster Add to My AOL Subscribe in Rojo Add 'Hugg' to Newsburst from CNET News.com Kinja Digest View Additional SYS-CON Feeds
Publish Your Article! Please send it to editorial(at)sys-con.com!

Advertise on this site! Contact advertising(at)sys-con.com! 201 802-3021



SYS-CON Featured Whitepapers
ADS BY GOOGLE