Posted December 12th, 2011 by rybolov
Contrary to what you might hear this week in the trade press, FedRAMP is not fully unveiled although there was some much-awaited progress. There was a memo that came out from the administration (PDF caveat). Basically what it does is lay down the authority and responsibility for the Program Management Office and set some timelines. This is good, and we needed it a year and a half ago.
However, people need to stop talking about how FedRAMP has solved all their problems because the entire program isn’t here yet. Until you have a process document and a catalog of controls to evaluate, you don’t know how the program is going to help or hinder you, so all the press about it is speculation.
Posted in DISA, FISMA, NIST, Outsourcing, Risk Management | No Comments »
Tags: 800-37 • 800-53 • 800-53A • accreditation • C&A • catalogofcontrols • categorization • certification • cloud • cloudcomputing • comments • compliance • dhs • fedramp • fisma • government • infosec • infosharing • itsatrap • management • moneymoneymoney • NIST • omb • scalability • security
Posted November 22nd, 2010 by rybolov
Considering that it’s a secondary source and therefore subject to being corrected later in an official announcement, but this is pretty big. Requiring the Departments and Agencies to consider cloud solutions both scares me (security, governance, and a multitude of other things about rushing into mandated solutions) and excites me (now cloud solutions are formally accepted as viable).
However, before you run around either proclaiming that “this is the death of serverhuggers” or “the end is nigh, all is lost” or even “I for one welcome our fluffy white overlords”, please consider the following:
- A “secure, reliable, cost-effective cloud option” is a very loaded statement very open to interpretation
- They already have to consider open source solutions
- They already have to consider in-sourcing
- They already have to consider outsourcing
- “Cloud” more often than not includes private clouds or community clouds
- Isn’t this just another way to say “quit reinventing the wheel”?
- Some Government cloud initiatives are actually IT modernization initiatives riding the bandwagon-du-jour
- Switching from Boeing, Northrup, and SAIC beltway bandit overlords to Google, Amazon, and SalesForce cloud overlords still mean that you have overlords
Posted in Outsourcing, Rants | 2 Comments »
Tags: cashcows • cloud • cloudcomputing • fedramp • google • government • itsatrap • management • moneymoneymoney • scalability
Posted June 2nd, 2010 by rybolov
A couple of weeks ago I went to the NIST Cloud Conference for the afternoon security sessions. You can go grab the slides off the conference site. Good stuff all around.
Come to think of it, I haven’t blogged about FedRAMP, maybe it’s time to.
FedRAMP is a way to do security authorization (formerly certification and accreditation, get with the times, man) on a cloud then let tenant projects use that authorization. Hmmm, sounds like…. a General Support System with common controls and Major Applications that inherit those controls. This isn’t really anything new, just the “bread and butter” security management concepts scoped to a cloud. Basically what will happen with FedRAMP is that they have 3 standards: DoD, DHS, and GSA (most stringent first) and cloud providers get authorized against that standard. Then when a project wants to build on that cloud, they can use that authorization for their own authorization package.
All things considered, FedRAMP is an awesome idea. Now if we can get the holdout agencies to actually acknowledge their internal common controls, I’ll be happy–the background story being that some number of months ago I was told by my certifier that “we don’t recognize common controls so even though you’re just a simple web application you have to justify every control even if it’s provided to you as infrastructure.” No, still not bitter at all here, but I digress….
And then there are the pieces that I haven’t seen worked out yet:
- Mechanism of Sharing: As a service provider, it’s hard enough to keep one agency happy. Add in 5 of them and it gets nearly impossible. This hasn’t really been figured out, but in Rybolov’s small, myopic world, a panel of agencies owning an authorization for a cloud provider means that the cloud never gets authorized. The way this has been “happening in the wild” is that one agency owns the authorization and all the other agencies get the authorization package from that agency.
- Using FedRAMP is Optional: An agency or project can require their own risk assessment and authorization even though a FedRAMP one is available. This means that if the agency’s auditors don’t understand the process or the “risk monkeys” (phrase courtesy of My Favorite Govie) decree it, you lose any kind of cost savings and time savings that you would get by participating in FEDRAMP.
- Cloud Providers Rule the Roost: Let’s face it, as much as the Government wants to pretend that the cloud providers are satisfying the Government’s security requirements, we all know that due to the nature of catalogs of controls and solution engineering, the vendor here has the advantage. Nothing new, it’s been happening that way with outsourcing, only now it’s immediately evident. Instead of trying to play ostrich and stick our heads in the sand, why don’t we look at the incentives for the cloud providers and see what makes sense for their role in all this.
- Inspector General Involvement: I don’t see this happening, and to be honest, this scares the hell out of me. Let me just invoke Rybolov’s Law: “My solution is only as good as my auditor’s ability to understand it.” IE, if the IGs and other auditors don’t understand FedRAMP, you don’t really have a viable solution.
The Big Ramp photo by George E. Norkus. FedRAMP has much opportunity for cool photos.
Posted in FISMA, NIST, Outsourcing, Risk Management, What Doesn't Work, What Works | 2 Comments »
Tags: 800-37 • 800-53 • accreditation • C&A • catalogofcontrols • categorization • certification • cloud • compliance • dhs • fedramp • fisma • government • infosec • management • NIST • risk • scalability • security