Slashdot Log In
How Do You Deal With Sensitive Data?
Posted by
ScuttleMonkey
on Mon Jul 28, 2008 05:32 PM
from the just-turn-off-db-access-for-everyone dept.
from the just-turn-off-db-access-for-everyone dept.
imus writes "Just wondering how most IT shops secure sensitive data (customer records). Most centrally managed databases seem to be monitored and maintained very well and IT workers know when they are tampered with or when unauthorized access occurs. But what about employees who do legitimate selects from these databases and then load CSV files and other text files onto their laptops and PDAs? How are companies dealing with situations where the database is relatively secure, but end-use devices contain bits and pieces of sensitive business data, and sometimes whole segments? Does anyone use sensitive data discovery software such as Find_SSNs or Senf or other tools? Once found, how do you deal with it? Do you force encryption, delete it or prevent extracts?"
Related Stories
This discussion has been archived.
No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Full
Abbreviated
Hidden
Loading... please wait.
Sensitive Data (Score:5, Funny)
I try not to talk loudly around it, and make sure it's emotional needs are met.
Re: (Score:2, Funny)
I try not to talk loudly around it, and make sure it's emotional needs are met.
No wonder sensitive data is lost so easily in Microsoft Windows... it's still scared of the chairs.
Re: (Score:2)
I try not to talk loudly around it, and make sure it's emotional needs are met.
But what about YOUR needs?
Seems to me that if you're willing to go that far, then it should be happy to go with you everywhere you go. Hallway conversations and performance reviews would be a good start.
Easy (Score:4, Insightful)
Unless of course, you're.. (Score:5, Informative)
Parent
Re: (Score:3, Funny)
Um (Score:5, Insightful)
Parent
Re: (Score:3, Insightful)
Since when have pay and competence had anything to do with each other?
Look in your average board room if you want evidence of the lack of a link.
Re: (Score:3, Interesting)
You can never pay someone enough that they can't be paid some more to "lose" a laptop with data on it.
We work hard to mitigate corporate espionage (which is surprisingly common), but no matter how much they're paid, someone can get greedy and take a $30k bonus in cash to give up some data.
Re: (Score:3, Informative)
This actually raises a valid point - Like every other reasonably competent government out there, the poster should do full disk encryption on every portable device and ban those incapable of it from the network (along with all employee owned devices). The poster should just do it a fair bit more quickly.
Truecrypt's free. Lenovo's disk encryption is free and allows biometric use if you're using their laptops. The generic mainstream commercial options are less than a hundred dollars a head in many cases.
There
Re:Easy (Score:5, Insightful)
Parent
Re:Easy (Score:5, Insightful)
It's all well and good having policies like that, but if your employees either don't know about them or can plausibly claim they don't know, they won't do any good. Every employee who has, or even might have access to sensitive data should be required to sign a copy of that policy and it should be part of their records. That way, if anything happens, they won't be able to pretend they didn't know they were violating company policy. Depending on local laws, this might help you avoid (or defend) a suit for wrongful termination.
Parent
Start at the top (Score:5, Interesting)
The main problem usually happens at the top - or the legal department.
I worked at a place with a clear and documented policy against transmitting sensitive information over insecure networks - including the old text pagers from RIM (prior to the GSM blackberry). It was routine for me to receive sensitive/proprietary information on my pager from legal counsel. When I pointed out their failure to secure that data, they simply said I was paranoid - not that I'd misinterpreted the policy. They were too busy to worry about that. I documented every instance and handed 1 copy to the CIO, another to the secretary of the Chief Counsel and the final with the CEO's secretary since I couldn't get in to see either of them. I did this on my last day working there - left for a better job.
Turns out the new job wasn't any better with important data - they wanted me to recover data from a desktop where they escorted the contractor out of the building. I don't know why. Seems he didn't really use the machine and remoted into his home server and a colo server for almost everything. The contract didn't ensure he placed all the code into the corporate SCS weekly or that he would document it or write manuals. 6 months of hourly cash paid and basically nothing to show for it. I did find a password protected ZIP file full of stuff - took 3 days to brute force it, but it was over 3 weeks old and the code didn't run.
The company didn't even have a $20 background check performed before giving him access to the network. I would have liked a clean drug test too.
Also, being tight at the start of a company is easier than after the barn doors are already open. Most of us start ups don't have the willpower to do this - or the technical expertise.
Parent
Re:Easy (Score:5, Insightful)
but the first time you fire someone for violating that policy
Another one that thinks the solution is to fire employees, and gets modded insightful. You know what I get the impression that most slashdotters would make piss poor bosses. Firing employees randomly when they violate a policy to set an example isn't exactly smart.
Do you know what it costs to hire an employee, and get them up to speed doing their job well? Never mind the fact that the next person you hire to fill the roll might be a dud, or that the job market may mean the position goes unfilled for quite some time. Do you know what it does to morale? That gossip around the water cooler gets people updating resumes and looking for work elsewhere before they're fired for some other petty reason to set an example. Then there's the legal aspect - if you're wanting to avoid unfair dismissal claims providing clear guidelines is just one step - you have to show that the on the spot firing was justified. Then there's the human aspect - unless you're a soul-less piece of shit that cares not a jot about destroying a family's livelihood you may want to look for actions that don't leave people jobless.
Parent
Re: (Score:3, Interesting)
Next one, I'll make an example of. That's random.
Next one I'll consider how bad the violation is, and their overall performance, whether or not a warning would be sufficient. That's not random.
Just because you're not playing inie meanie miney moe, doesn't mean your actions are well thought out and non-random.
Policies (Score:4, Interesting)
At a technical level, every laptop/portable data storage device should have its hard drive encrypted. Disable USB ports if you can get away with it, or at least put software on which forces encryption of files sent to USB keys. That will cover most of your issues.
Users will legitimately require access to sensitive data as part of their job; the IT department should have the power to ensure they don't do it in a way that exposes the company to the embarassment of losing a laptop with SSNs in the subway...
Re:Policies (Score:5, Insightful)
I think *IF* such information is needed for lookups, then a 1-way hash is a necessity. If you aren't responsible for dispatching to customer locations on a weekend, then you shouldn't need street addresses. I can see needing some information for customers, but SSNs, or CC data should *NEVER* be on anything outside of the office, or a backup storage facility.
It's that simple. No SSNs leave the office... No CC information leaves the office... no street addresses leave the office, unless absolutely necessary.
I've seen smaller companies that have the entire database in the "on call" laptop, that gets copied from the server friday, and to the server monday.. I shudder every time I think about it...
Parent
Re: (Score:2)
Not to pick nits, but a 1-way hash of SSNs don't do you much good. Though it's a hash, you get limited to the keyspace of the SSN which is trivially reversible. (instead of 2^80 possibilities, you get 10^9)
Unless your process is driven by marketing (Score:5, Interesting)
And you might have gotten away with it too, if it weren't for those pesky kids... from marketing and sales.
Honestly, I don't know about government, but it most other places it seems to invariably be some sales or marketing guy who's lost a hard drive full of SSN's and contract data and whatnot. I guess it's simply a tale of greed. The prospect of selling an extra copy/insurance/account/contract is tempting enough to override all other concerns. So when you try saying that Mr Marketing GOD can't take all that data with him, guess who wins? Remember also that he's the guy who knows how to sell stuff to people, including his side of the story, while you're probably the security nerd that doesn't even speak management.
To go on a roundabout tangent towards how _I_ would fix it: the funny thing is that the market can work in funny ways too. In a "bad money drives good money off the market" way. It applies to more than that. E.g.,
- if some people can get away with tax evasion or corruption, they undercut and drive off the market the honest merchants. (See most of the ex-Communist Bloc.)
- if some people can get away with monopolistic behaviour, they drive off the market those who don't. (See MS.)
- and if some people can make a few extra bucks or save some costs by wiping their ass with your privacy, they gain an avantage over those who don't, and may eventually even drive them off the market one way or another.
Etc.
The thing is, the free market is just an optimization algorithm. It takes a given set of constraints, and eventually moves the economy towards a more optimal state. Optimal for those constraints. But like any optimization algorithm, you must make sure you set the constraints you need, or the solution may be something else than you expected. Bad behaviours can (and usually are) more "optimal" than good behaviours, if left unregulated. And eventually those who weren't destructive, either get the clue when the others are eating their lunch, or get to get bankrupt/bought/whatever.
So basically what I'm saying is that nothing will really get fixed as long as there _is_ an economic advantage in ignoring privacy and security, and just giving the salesmen anything they want. The only way to fix it is if there was some kind of a negative feedback in the loop. When they'll stand to lose more money by losing your data, than anything they could gain by mis-using it, _then_ they'll start taking it seriously. Until then, nope.
And it's not just a matter of personal principles and doing the right thing, regardless of what everyone else is doing. You're not isolated from the rest of the economy. If anyone wanted to be the "good" guy there, will find that the "bad" guys have an advantage over him. If he doesn't care, maybe his boss does, or maybe the shareholders just get rid of those shares and reward the bad guys instead.
Parent
Re: (Score:3, Informative)
Re: (Score:2)
Oh, and for the Mac people out there -- encryption means full disk encryption. Not FileVault.
Our hospital records are strongly protected (Score:5, Funny)
we use a robots.txt file and a strongly worded "keep out - private data" header on all important records
I just wish (Score:2)
Automate it and rent it! (Score:2)
Re: (Score:3, Funny)
The trick is to make the tool and not tell them about it.
Even better, develop a form that you make everyone fill out when requesting data which is really just the arguments for your script. I had a coworker who was constantly praised on his responsiveness to requests because his mail->sql->excel->mail script always responded in (int(rand()*10)+5) minutes.
Well, until he forgot to turn it off when he had the flu and somebody noticed "he" kept working. He literally replaced himself with a (not so) s
Once found, here's what you do (Score:5, Interesting)
Once found, how do you deal with it? Do you force encryption, delete it or prevent extracts?
First off you need to have a policy on who is allowed to extract it, and how they should handle the data (be it encryption, keeping the data on-site, etc).
But here's the trick: If you find data kept in violation of the policy, you send EVERYONE to training. I'm talking mandatory training where they lose computer access (and thus, don't get paid) until they do the training. All new hires have to do it, too. Make it really boring, and administered after normal work hours.
After the first time everyone is sent to training for some poor schmuck being careless, I guarantee nobody will ever violate policy again.
Re:Once found, here's what you do (Score:5, Interesting)
Causing several unproductive hours for the majority of the work staff doesn't sound like a good idea to me.
Actually, I was being mostly facetious....
Except that it is how several companies do it, due to government contracts, insurance, and (gasp) congressional decree.
I honestly had to take several training courses (yearly) because someone screwed up. And when that happens, the peer pressure is really increased to not screw up.
One time, a person randomly tripped in the hallway, and the potential workman's comp issue was terrifying. I joked that we would have to go to training to learn how to walk. And guess what... "paying attention while walking" was added to an existing mandatory training course!
Ah, government work.
Parent
Encryption & data loss protection (Score:2, Informative)
We use forced whole disk encryption on all laptops. Additionally, you can look at data loss solutions like you've suggested but I'd recommend something a bit more holistic, like Cisco's Security Agent, which provides a centrally managed firewall, IPS, anti-virus and data loss protection function all from a single installed agent.
12345 (Score:5, Insightful)
Re: (Score:2)
"What a coincidence... that's the same password on my luggage!"
Forcing users to use strong or randomly-generated passwords tends to lead to keeping it on a post-it note on the monitor!
But post-it notes with a difficult password are not inherently bad. Just store the note in a safe on-site where the data are stored. If someone has access to the safe, they also have access to the disk drives.
For laptops going off-site, encrypt it with the user's public key. Make that encryption part of the extract (which w
Re: (Score:3, Interesting)
I have 16 personal passwords at work, and 10 shared passwords.
All change, some daily, some weekly, some monthly. Oh, and did I mention they retain our passwords for 3 years to prevent re-use, and run them against dictionaries so anything not random rejects.
Keeping track of these things is a huge pain, you never know what password you used, and most of the systems have a 3 tries and you're locked policy.
They even have the password databases tied together so if you use one password on one system, it can't be
Re: (Score:3, Interesting)
When it comes to employees, especially non-technical ones, the best bet is to generate a password for them. Have the password printed on a laminated card along with 15 other random passwords. Give this to employee and tell them to (very good) keep it in their wallet or (less good) even post it on a monitor.
Only they know which of 15 passwords it is. If they lose their wallet tell them to call you right after they call the DMV and their CC company.
Check the logs for bad password attempts and then call the
Send letters (Score:4, Insightful)
Enforce Strict Naming Conventions (Score:5, Funny)
And for storage, I burn them all to DVD and put them inside empty "Aerosmith" jewel cases. Keeps them nice and safe from prying eyes.
We lock it via user-restricted accounts (Score:2, Insightful)
We use specific user names and strong passwords (not user selected) behind a strong firewall and web encryption.
But the reality is that anyone could stick the query results to file on a flash drive ...
Re: (Score:2)
Generally I find that a 3/4 rule for a 10+ character password works... Upper, Lower, Number, Non-AlphaNumeric. Suggest that users do short phrases like... "c is for cookie" even "c 1s 4 c00k13" works... this is generally pretty strong, far easier to remember, and less likely to be written down/stolen.
Point out the concept of the above to people, and they are far more likely to use a secure password, that they can live with... Using a co
Why do they need access? (Score:5, Funny)
Ask yourself why the employees need the SSN access in the first place!
Tell your DBA to create a view which replaces the SSN with some other random number for every possible person with DB access. That way, folks doing data mining or data quality will be happy.
If your devs need SSN access to develop your application, ask them why the hell they need to work on the production DB!
There's eventually going to be folks who need access to the real data. Hire a large football player, dress him in a suit, and have a "come to jesus" moment with any employee to make sure they understand how serious this is.
Re: (Score:3, Interesting)
Re: (Score:3, Informative)
Beware. Hashing SSNs is dirt-easy to crack with a dictionary attack. There are only 10^9 possible SSNs. Let's say you hashed them all with SHA-1, which I have personally benchmarked on my crappy 4-year-old desktop machine at 50,000 hashes per second. That means I could test every possible hash of an SSN in 20,000 seconds, or about 5-1/2 hours.
And I have, to prove the point to one of our teams that was proposing this exact same system.
It is "sort-of" possible to do it securely, but your protocols an
Legitimate selects? (Score:5, Insightful)
What about employees who do legitimate selects from these databases and then load CSV files and other text files onto their laptops and PDAs?
What kind of employee? General users shouldn't be doing selects directly anyway, but should be using software that limits what they can query to the minimum information they need, preferably not in a general purpose form like csv. On the other hand the developers of that software need to do all and any kinds of selects for a whole range of reasons. They however, should not be let anywhere near the actual production databases.
This is how we do it anyway.
Don't let PHB run the show and don't buy from golf (Score:3, Interesting)
Don't let PHB's run the show and don't buy based on golf course meetings.
Extreme Prejudice (Score:2)
Laptops: Yes PDAs: No (Score:3, Interesting)
I can't imagine a need for an employee to have any bit of our client's data on their PDA. There's really no excuse for that at all.
As for laptops, sure, we issue our employees laptops, with which they are able to work from home via VPN. There are occasions where the employee will have to save and modify excel spreadsheets, or CSV files, as you mentioned.
Ideally, whole drive encryption would be utilized, but it's not (yet) in our case. I've been behind the times implementing that.
This is how we do it... (Score:4, Interesting)
Well, in our environment, (an insurance company), the system will allow those authorized to copy data onto their notebooks, but what happens is that what actually gets written or copied are not the actual data. From what I know it goes something like this:
Say the actual Name is John Doe and SSN is 123-456-789 and DoB is 1976-12-08, what gets copied is something like Name: XvfC Gzd, SSN: 908-954-213, DoB: 2788-98-98.
So you work with the dummy data instead of the actual thing. Once done with whatever you wanted to do, the data get processed to reflect the needed changes before being written to disk.
Even after getting written, committing only happens after rigorous checks.
At The Biggest Bank in America (Score:2)
I start by keeping as little of it as possible (Score:3, Insightful)
Any project I manage, and most I am influential all, I make it a point to constantly ask "Why are we collecting this? How long do we need to keep it? When can we delete this data?"
If you don't have it, you can't lose track of it and it can't be stolen from you.
If you have to store sensitive data -- and in some cases we all do -- you try to isolate the sensitive parts of it from the identifying parts of it. Use hashed values for keys instead of actual names or account numbers, that kind of thing.
There's the obvious of course -- data on laptops should be encrypted, and the key for that encryption shouldn't be taped to the inside of the battery door.
How about $10,000 per SSN? (Score:4, Insightful)
If employees can complete work during a regular work day then there is no reason to take it home with them.
If management insists that data security matters, it is possible to set up systems so that it's not possible for employees to copy of chunks of data and remove them.
The solution likely is to nail these companies to the wall, and make it more expensive to let data out of the workplace that it is to hire more or better employees and develop secure internal systems to protect data.
As it stands now a company can usually get by with firing one employee and saying "Oh my God! We promise this will never ever happen again!"
For a start, how about a penalty of $10,000 for every SSN or credit card number released to the wild, no matter what the reason or excuse? Suddenly losing a laptop with 100,000 customer files will become a VERY big deal.
Encryption, encryption and common sense (Score:3, Informative)
To make sure I do my best to keep their data away from others (especially since I travel a lot), I encrypt twice. First I encrypt the hard drive (before booting the OS) and then I encrypt the individual customer's files in separate "containers".
Truecrypt has a nice feature for its encryption of containers (I use files with uninformative names like turbo.dat, haiku.wav, just for the fun of it) that it will automatically unmount the containers when the computer is put into sleep mode or hibernation, which means that no customer data is accessible when I am travelling.
And regarding common sense: I do not keep any unecessary data on my laptop. I do not copy unneeded data to it and I remove all unneeded data immediately. I keep the different customer's data in separate cointainers and do not open different customer's containers at the same time to reduce the exposure, should somebody steal the laptop from my hands. I keep it locked to a big object whenever I work at a fixed place for some time and always before I leave it out of sight. I lock the screen every time I leave it.
And guess what? It doesn't take too much time either.
Financial Institution (Score:3, Informative)
We're very picky in the first place about who we allow to access customer data. We have a separate deployment team and production support team who are authorized to see the customer data. The QA team can get copies of customer data to cover certain test cases. This data can be partially scrubbed. The development team only gets thoroughly scrubbed or generated data. We handle data on a need-to-know basis, basically.
But your question is more geared at legitimate data on laptops. Well, our corporate policy is that all laptops have hard-drive level encryption, no exceptions. If you lose that laptop, you have to report it to our incident team. Your laptop has to be secured at all times in the office, and if you lose track of it at any time in, say, an airport, thats an incident that needs to be reported. You can't let other people use or borrow your laptop if you have sensitive data on it.
Thumb drives are forbidden unless they are an officially sanctioned encrypted thumb drive. Those thumb drives cannot be used with non-corporate machines. If you violate these rules you can be penalized anywhere from sanctions to termination.
Additionally, our internet is proxied, firewalled, and heavily monitored. Doing tricks with tunneling to get around the web censor software or firewall rules can get you pink slipped.
Obviously this is a high level overview. The best thing to do is try to give that data to as few people as possible and make them accountable. If someone has access to that data they can leak it, despite any technological measures you take. The best course of action is to make sure as few people have the data as possible, that they understand how to protect it properly, and that they are properly punished if they don't practice due-diligence in protecting the data.
Re:Pretty much a solved problem... (Score:4, Funny)
This is pretty much a solved problem.
As opposed to formatting comments on a discussion board?
Parent