Solved

Security Ideas and Recommendations (Please Comment)

Posted on 2004-04-16
7
391 Views
Last Modified: 2012-05-04
My team of 6 users works on highly sensitive documents.  Do you have any recommendations on securing our electronic data?  Anything beyond adding passwords to individual documents?  We do have a shared server and have a security group set up to apply to our folders, but I am trying to see what other alternatives are out there for storing our shared files...to be absolutely certain that our data is confidential.  Thanks for your ideas...
0
Comment
Question by:MargareP
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
7 Comments
 
LVL 11

Expert Comment

by:PennGwyn
ID: 10846905
Do those six workstations, or the repository, ever connect to anything else?

0
 
LVL 38

Assisted Solution

by:Rich Rumble
Rich Rumble earned 200 total points
ID: 10847259
Depending on your OS, you could use NTFS and file permission attruibutes, for unix-ish os's "chown" and "chgrp" as well as the file permissions themselves "chmod"

Depending on your document type, you can assign passwords to open, passwords to modify. PDF's have pretty high security, you can even deligate who can print your document, although now there are password removers for pdf's it's still a very secure application.
http://www.adobe.com/security/main.html
You did say "securing our electronic data" which could also mean file transfers and copies, as well as your PC's themselves. With M$ most everything is Plain-Text, and has no built-in mechanisim for encryption. Unix os's have ssh, scp sftp and many more encryption transfer methods built-in.

Compression programs have typically have an encryption option also. Most of the most popular ones stand up well if the password is long and strong,...and down to get the friction on... oh wait... i'm white.

Windows EFS is bound to be suggested by someone if they find you are using M$... it is good, but file transfers from the encrypted file system, are Plain-Text across the network... stupid M$.

I say locked down PDF's compressed and passworded, with file permissions on the drive set to maximum security is the way to go for ultra-paranoia. PGP is also a great suite of tools for the security conscience. http://www.pgp.com/
GL!
-rich
0
 
LVL 5

Assisted Solution

by:Droby10
Droby10 earned 200 total points
ID: 10849086
- Windows EFS is bound to be suggested by someone if they find you are using M$... it is good, but file transfers from the encrypted file system, are Plain-Text across the network... stupid M$.

that is not true, and i'll be happy to show you the network dumps for SMB RREAD calls before and after encryption to prove it....but i foresee the real problem being with such a solution is that efs is a singular key assignment and we have multiple users needing access.  you _could_ impersonate the share as the file owner, thus getting around the issue above, but i'm not sold on that idea either, as you loose accountability at the core of distribution for documents.

i would actually suggest an alternative distribution service something that provides EFS encryption locally for the service account (remove log on locally priviledges, add log on as service)...and a separate user-encryption per login to requests (something as simple as pgp, gpg is probably as good as anything else - but you'll want to choose an encryption scheme that protects against risk for the life of the document).

[encrypted storage]--->[efs]--->[distribution service]--->[pgp/gpg]-->[client app]

0
What does it mean to be "Always On"?

Is your cloud always on? With an Always On cloud you won't have to worry about downtime for maintenance or software application code updates, ensuring that your bottom line isn't affected.

 
LVL 38

Assisted Solution

by:Rich Rumble
Rich Rumble earned 200 total points
ID: 10849319
It's only true when copying to a NON-NTFSv5 dirve, I mis-spoke /typed :) Ntfsv5 is the only FileSystem that can do EFS,  But... if Accessed across the network... not copied, it's Plain-Text, I mis-spoke/typed... Should of said Accessed, not copied.

The other failing of EFS is the Former Plain-Text file is still present on the disk, deleted, but still there (efsX.tmp X being a number starting at 0 and incremnting) The PT file is stored in the dir the file that was encrypted was, not in the %temp% dir as M$ would have you believe.

This is off the subject... sorry. If using EFS, you would as suggested above want to use another tool on top of it... but then why use it (efs) at all. PGP would be good on it's own.
-rich
0
 
LVL 23

Assisted Solution

by:Tim Holman
Tim Holman earned 100 total points
ID: 10849351
Look at DESLock for file encryption.  In fact, if you can get hold of this month's SC Magazine there's a whole section on data encryption products in it... !
DESLock ensures that only the user who has the encryption key (USB fob) and password can access a virtual encrypted drive.  Contents are decrypted into memory only, so that no plain text ends back up on the hard disk.
In terms of non-repudiation, look at Adobe Acrobat or some other watermarking utility.
0
 
LVL 5

Accepted Solution

by:
Droby10 earned 200 total points
ID: 10849629
good question.  i guess it amounts to development constraints/objectives/desires.

transparency: regardless of storage format the file distribution service doesn't need to know of those parameters.
isolation: the parameters for the storage format itself would contained within the bounds of the distribution host (ie. a local account).
accountability: thread contexts using direct read/write calls on an host with auditing enabled would reflect those actions - rather than the typical scenario being proxied via a pgp service running locally under another user/service context.
scalability: efs encryption/decryption occurs at a much lower level than the application/service based counter-parts.  encryption can be an expensive process and we're talking about a two pass architecture.

but using pgp for the entirety would be an adquate solution as well - i would just opt for the above were i designing it.

for clarification on the copying/access...it's the same call being made, it's encrypted...so long as the client end can support it.  a win2k server with fat partitions will still receive the encrypted transfer, because the underlying mechanism to decrypt it exists, provided as a dependency of ntfs5, regardless of the actual utilization of ntfs5 for volume formatting.

m$ clearly states that the temporary file is in the current directory in virtually any whitepaper on the topic, so i'm not sure what the huff is there....but i do agree with the core of the point made.

i was wrong about something before...efs provides for multiple user access.  2k doesn't provide an interface to manage this but it can be accomplished via AddUsersToEncryptedFile, RemoveUsersFromEncryptedFile, QueryUsersOnEncryptedFile, and FreeEncryptionCertificateHashList api calls.  2k3 dialog properties for encrypted files gives a ui for managing this.  so theoretically, efs can be used soley for storage and distribution completely integrated and packages (barring an management interfaces that would need to be built on the 2k side).
0
 
LVL 5

Expert Comment

by:Droby10
ID: 10849647
wow, am i drunk or is experts-exchange manipulating my postd?
0

Featured Post

2017 Webroot Threat Report

MSPs: Get the facts you need to protect your clients.
The 2017 Webroot Threat Report provides a uniquely insightful global view into the analysis and discoveries made by the Webroot® Threat Intelligence Platform to provide insights on key trends and risks as seen by our users.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Liquid Web and Plesk discuss how to simplify server management with a single tool  in their webinar.
Make the most of your online learning experience.
Sending a Secure fax is easy with eFax Corporate (http://www.enterprise.efax.com). First, just open a new email message. In the To field, type your recipient's fax number @efaxsend.com. You can even send a secure international fax — just include t…
This video Micro Tutorial shows how to password-protect PDF files with free software. Many software products can do this, such as Adobe Acrobat (but not Adobe Reader), Nuance PaperPort, and Nuance Power PDF, but they are not free products. This vide…
Suggested Courses
Course of the Month6 days, 12 hours left to enroll

623 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question