I'd be interested on how the contracts are worded in case of loss of data by
the Cloud business owner. Keep thinking how the box storage facilities
have, depending on the contract and past discussions on the subject, had a
liability for I believe $1.00 per box when they disappeared from the
collection.
Robert W. Dalton, CRM
Dalton Consulting
1-253-229-4555
[log in to unmask]
"This communication is intended for the sole use of the individual and
entity to whom it is addressed, and may contain information that is
privileged, confidential and excempt from disclosure under application law.
If you have received this communication in error, please notify me
immediately by calling 1-253-229-4555, or by reply to this communication
-----Original Message-----
From: Records Management Program [mailto:[log in to unmask]] On Behalf
Of RIMMAN
Sent: Monday, March 02, 2009 07:55
To: [log in to unmask]
Subject: Re: [RM] RainDrop: Cloud Computing Won't Improve Application
Security
Sitting here listening to the Sun Fed CIO espousing the slickness and
savings of the cloud , especially when purchased and run internally as
a private cloud and it's greener but well there 's that darn security
stuff to contend with.
Plenty of solutions in closed cloud environments but it's a major
deployment expense, but long run savings once deployed.
Still no answer for limiting access to data and/or controlling volume,
more of a save it all model.
Larry
Sent from MY iPhone
On Mar 2, 2009, at 8:29 AM, "Colgan, Julie J."
<[log in to unmask]> wrote:
> Just like we've been doing for years with regard to physical records
> outsourcing security due dilligence, the same care should be taken
> when shipping applications and data to the cloud ... the devil is in
> the details ...
>
>
http://searchsecurity.techtarget.com.au/articles/29841-Cloud-computing-won-t
-improve-application-security
List archives at http://lists.ufl.edu/archives/recmgmt-l.html
Contact [log in to unmask] for assistance
To unsubscribe from this list, click the below link. If not already present,
place UNSUBSCRIBE RECMGMT-L or UNSUB RECMGMT-L in the body of the message.
mailto:[log in to unmask]
List archives at http://lists.ufl.edu/archives/recmgmt-l.html
Contact [log in to unmask] for assistance
To unsubscribe from this list, click the below link. If not already present, place UNSUBSCRIBE RECMGMT-L or UNSUB RECMGMT-L in the body of the message.
mailto:[log in to unmask]
|