Home
Calendar
Certifications
Columns
Features
Forum
Resources
Vitals
Latest Additions
April 2013 Free Giveaway Sponsor - eLearnSecurity
Human Intelligence to Navigate the Security Data Deluge
February 2013 Free Giveaway Winner of SANS CyberCon Training
Interview: Bugcrowd Founders on Herding Ninjas for Crowdsourced Bug Bounties
Network Forensics: The Tree in the Forest
March 2013 Free Giveaway Sponsor - Mile2
Book Review: Violent Python
February 2013 Free Giveaway Sponsor - SANS
Holiday 2012 Free Giveaway Winner of Metasploit Pro by Rapid7
Course Review: SANS FOR408 Computer Forensic Investigations – Windows In-Depth
The Security Consulting Sugar High
Tutorial: Fun with SMB on the Command Line
Interview: Ilia Kolochenko, CEO of High-Tech Bridge
October 2012 Free Giveaway Winner of LearningGate Training
The Broken: Assessing Corporate Security in 2012 to Make a Better 2013
EH-Net Login
Welcome Guest.
Username:
Password:
Remember me
Lost Password?
No account yet?
Register
Who's Online
We have 33 guests online
You are here:
Home
Ethical Hacking Discussions and Related Certifications
Physical Security
Storing Passwords
EH-Net
May 22, 2013, 03:02:56 PM
Welcome,
Guest
. Please
login
or
register
.
Did you miss your
activation email?
1 Hour
1 Day
1 Week
1 Month
Forever
Login with username, password and session length
News
: Go back to The Ethical Hacker Network Online Magazine
Home Page
Home
Help
Calendar
Login
Register
EH-Net
>
Ethical Hacking Discussions and Related Certifications
>
Physical Security
(Moderator:
don
) >
Storing Passwords
Pages: [
1
]
Go Down
« previous
next »
Print
Author
Topic: Storing Passwords (Read 10372 times)
0 Members and 1 Guest are viewing this topic.
Knb15
Jr. Member
Offline
Posts: 50
Storing Passwords
«
on:
July 13, 2010, 11:16:28 AM »
I've been thinking about this, and would like your input please:
Handling company passwords can be a tricky thing (i know i don't have to tell you all this).
You shouldn't write down passwords because physical security can become a problem. Even if physical security is not a main concern, it still shouldn't be written down, because you never know who will have access to it.
It also shouldn't be kept on a computer, because first of all, you might need a password that is in that file to login to the computer to begin with. Secondly, it is possible that someone may gain access to that file and obtain your passwords. Even encrypted files run that risk (unless your company invests in good encryption software).
For a large company with a good budget, there seems to be more options as far as password storing software or good encryption software that can be purchased.
However, what about a small business that does not focus much on security because they don't feel they would ever be a target. The administrator understands that ANYONE can be a target, SPECIALLY those who think they won't ever be attacked. So in an effort to secure the place as best possible with what is available, he attempts to harden the passwords for all the systems, etc...
But then obviously, by making them more complex, a place to write them down becomes a necessity. You come in to the office, had a rough weekend, come in on Monday, and run a blank.
Maybe keeping a book with the passwords in a cabinet locked by a key that only one person has access to is a the best choice?
How about keeping it stashed in your email somewhere? Emails can be compromised as well, so i don't see that as being very safe.
I'm just trying to weight all the options i have regarding this. I figured some of you have had so much experience with this, that you may have a better solution than what i can think of.
"He" is me by the way.
Sorry for the long post, but thanks for reading.
Knb15
Logged
yatz
Full Member
Offline
Posts: 222
Re: Storing Passwords
«
Reply #1 on:
July 13, 2010, 11:40:52 AM »
You are right, storing passwords is tricky but definitely needs to be done.
I may not be the best source of info, but I would definitely keep the passwords in some way as part of a disaster recovery scenario in a fireproof safe that is locked with a key. Keep in mind who may need to access these passwords, whether it's just you as admin or the rest of your staff, or whatever.
Keeping them digitally may be good, but I would think a printed copy of the passwords is more efficient since a digital copy would require a working computer to get at, which is not a certainty during a disaster.
Also keeping them with other sensitive documents like a printout of router/switch configs, etc. in a binder that is locked in a safe.
If you think about it, HR needs to keep their documentation safe too, and much of the time that sensitive data is kept in a simple locking file cabinet.
Logged
"Live as though you would die tomorrow, learn as though you would live forever."
CCNA, MCSA, MCTS, Sec+, Net+, Linux+, CEH
H1t M0nk3y
Hero Member
Offline
Posts: 864
Re: Storing Passwords
«
Reply #2 on:
July 13, 2010, 11:59:09 AM »
Here is what we do for our applications:
1) Passwords are hashed (SHA-1) and stored in a database
2) We NEVER print passwords anywhere. So we never display them on the screen, print them on paper, etc.
3) We make database backups. Once a month, they are sent to a vault in another location.
4) The administrator of the system can reset any password, but since they are hashed, he cannot see them.
5) In the event of a disaster, we rebuilt the servers from the backups
6) If we would really, really have problems, we can manually go in the database and reset them.
We this, you will never lose data because of a disaster or lost passwords.
So don't print any passwords anywhere. Instead, make sure and administrator can reset them.
Hope that helped!
Logged
OSCP, GPEN, GWAPT, GSEC, CEH, CISSP
ajohnson
Recruiters
Hero Member
Offline
Posts: 1057
aka dynamik
Re: Storing Passwords
«
Reply #3 on:
July 13, 2010, 01:57:52 PM »
What types of passwords are you trying to manage? Utilities like Keepass and Password Safe can be helpful. Then users just have to keep track of one password (or two if you count logging into the computer); that's still much more manageable. Sometimes they do forget, so you have to have reset policies in place.
Storing a book with everyone's in them and giving access to someone is dangerous because he/she can then impersonate users.
Pass phrases are another good technique to make passwords easier to remember (although longer to type).
Logged
WIP: GCFA |
www.infosiege.net
| @infosiege
The day you stop learning is the day you start becoming obsolete.
chrisj
Hero Member
Offline
Posts: 1163
Re: Storing Passwords
«
Reply #4 on:
July 14, 2010, 12:06:50 AM »
I only know about 5 passwords at work, but that's because I use them the most.
Login, 2 root passwords, My password safe password, and the firewall password.
The rest are stored on a network drive in a Password Safe file. The software to open the safe is on my box. it works pretty well. Only time we've been hosed recently was when the SAN fried, before getting everything copied over to the new NAS. Even then it was just a case of restoring 8TB from tape.
We also have a back up copy on an full Disk Encrypted USB drive, requiring true crypt. There is a sealed envelope that goes with it. In the envelope are 3x5 cards: how to mount it, the passpharse for the USB drive, and the password for the master network engineering safe (has the passwords to all the other safes). They are not kept together, 1 is on site, 1 is off site. I get them both back once a month to check it's not open, and to update the passwords. My writing on the front, with a date (and I have have unique hand writing), Manager's signature on the back (after he seals it, with me watching).
The warning on the envelope says opening it will require changing all the passwords for all they systems company wide. When they opened it, I did just that. Caused a huge mess. But changed them all anyway.
I don't agree with the system we use, but it's worked for the most part.
Personally, I want to switch from Password Safe to Keepass (use it at home). I'm also curious now, what the traffic looks like with wireshark when opening a safe on a network drive...
Logged
OSWP, Sec+
Knb15
Jr. Member
Offline
Posts: 50
Re: Storing Passwords
«
Reply #5 on:
July 14, 2010, 09:34:32 AM »
Thanks for the replies, some very good ideas.
Most will not benefit this office i work for now because of how small it is. However, i will take bit and pieces of the ideas and find a medium that fits us well. Either way, it is good information to know how bigger companies work.
In response to dynamik, we don't have THAT many passwords. I don't care about saving the user passwords because i can reset them if needed. The ones im interested in storing some place safe are admin pass, router pass, some passwords for applications we use.
Logged
chrisj
Hero Member
Offline
Posts: 1163
Re: Storing Passwords
«
Reply #6 on:
July 14, 2010, 11:29:36 AM »
Quote from: Knb15 on July 14, 2010, 09:34:32 AM
Thanks for the replies, some very good ideas.
Most will not benefit this office i work for now because of how small it is. However, i will take bit and pieces of the ideas and find a medium that fits us well. Either way, it is good information to know how bigger companies work.
In response to dynamik, we don't have THAT many passwords. I don't care about saving the user passwords because i can reset them if needed. The ones im interested in storing some place safe are admin pass, router pass, some passwords for applications we use.
Knb15,
I'm using my solution in a company with less than 100 employees, 10 in my department, (3 help desk, 4 developers, 2 project managers, and me). Can't get much smaller than that.
The engineering safe, has admin passwords (linux and windows), routers / switches, firewalls (network firewall and spam firewalls), vendors (like cisco), other safes (help desk, and developers don't need access to the infrastructure).
Once upon a time we had all 3 mixed together, but there was an issue with people accessing things they were not supposed to (developers making changes to the firewall, help desk people making changes to switches), so we broke it up.
Logged
OSWP, Sec+
Knb15
Jr. Member
Offline
Posts: 50
Re: Storing Passwords
«
Reply #7 on:
July 19, 2010, 12:39:01 PM »
Quote from: chrisj on July 14, 2010, 11:29:36 AM
Knb15,
I'm using my solution in a company with less than 100 employees, 10 in my department, (3 help desk, 4 developers, 2 project managers, and me). Can't get much smaller than that.
The engineering safe, has admin passwords (linux and windows), routers / switches, firewalls (network firewall and spam firewalls), vendors (like cisco), other safes (help desk, and developers don't need access to the infrastructure).
Once upon a time we had all 3 mixed together, but there was an issue with people accessing things they were not supposed to (developers making changes to the firewall, help desk people making changes to switches), so we broke it up.
Chrisj, if i may ask, why are you thinking of switching to Keepass? Is it due to a deficiency in Password Safe? More/better features on Keepass?
In my company we have 5 employees (including myself) and the boss. When i first read your post Chrisj, i thought you guys used actual "safes" (lol). However, after re-reading i realized that you were talking about the software Password Safe, which would definitely work for my purposes.
Lastly, using a software solution means storing the passwords in a network drive like you said, or on a local drive.
1. Just to make sure i understand correctly, the benefit of having it saved on a network drive is because you have greater security on the server and the password database would then be accessible from anywhere on the network, as opposed to having it on a local drive and having access to it only on that machine?
2. Storing the passwords on a computer (rather than physically) requires a working computer to extract them when/if needed. Your solution is to have the file also stored on a USB in case the computer(s) fail?
If so, is there a way to encrypt the USB using a free software, or would it require a something purchased?
Thanks!
Logged
chrisj
Hero Member
Offline
Posts: 1163
Re: Storing Passwords
«
Reply #8 on:
July 19, 2010, 02:45:35 PM »
I'm thinking to switching to keepass, because I like some of the features more.
1: Password Safe only works on windows (haven't tried in wine). Keepass (well version 1.x anyway),works both on windows and linux. We tend to use both here. Some people have complained about having to use windows to open the password files.
2: Keepass hides the user names as well as the passwords when looking at the entries. If I have someone (vendor, contractor, day help for project overload) in my office, I don't have to show them the naming conventions of our system. I can open the keepass, copy the user name with a right click, and then the password. Thus never exposing them to the outsider. (Yes I'm paranoid). At least that's how keepass 1.x works on my linux box at home.
--------------------------
We store the encrypted password files on the network, because several people have to access them. Putting it on the network was my predecessor's idea, and it works out fairly well. The trade off was putting it in a less secure location (anyone can access the network drive) so everyone could use them.
I have my own personal password safe file on my desktop machine, since I'm the only one that should be accessing that one.
The "safes" are encrypted files to begin with, but yes I'm using TrueCrypt (open source) Full Disk Encryption on the USB drive. Basically the drive is the back up in case the network attached storage goes down, but we still need the passwords. (It has happened).
«
Last Edit: July 19, 2010, 02:48:35 PM by chrisj
»
Logged
OSWP, Sec+
Knb15
Jr. Member
Offline
Posts: 50
Re: Storing Passwords
«
Reply #9 on:
July 19, 2010, 10:21:56 PM »
Thanks for the tips and advice Chrisj!
I'm downloading both Keepass and TrueCrypt and will set up a system at work where this can also be used.
I'm also interested in looking at the source code for these programs just to see what they look like.
Logged
ajohnson
Recruiters
Hero Member
Offline
Posts: 1057
aka dynamik
Re: Storing Passwords
«
Reply #10 on:
July 19, 2010, 10:29:53 PM »
Quote from: chrisj on July 19, 2010, 02:45:35 PM
The trade off was putting it in a less secure location (anyone can access the network drive) so everyone could use them.
Can't you configure ACLs so only you guys can access it?
Logged
WIP: GCFA |
www.infosiege.net
| @infosiege
The day you stop learning is the day you start becoming obsolete.
chrisj
Hero Member
Offline
Posts: 1163
Re: Storing Passwords
«
Reply #11 on:
July 20, 2010, 10:47:33 AM »
The whole company use these devices, since they provide all the department shares. We have group permissions set up at the share level, but I don't trust the current devices (problems I've had with them).
The original box was a Windows based filer, with fiber channel SAN Storage.
It's gone to iomega SOHO NAS devices (that have already failed multiple times, just copying the data to them). It has group policies set up, but if it has access lists I can't find them.
I know I'm overly paranoid, but the company as a whole doesn't take security very seriously.
Logged
OSWP, Sec+
ajohnson
Recruiters
Hero Member
Offline
Posts: 1057
aka dynamik
Re: Storing Passwords
«
Reply #12 on:
July 21, 2010, 09:18:14 PM »
Ew. Share permissions are trash. Those are left over from the Win9x days; they existed before NTFS permissions and attempted to provide a minimal level of security. It's often easiest to just give Everyone Full Control share permissions and then get granular with NTFS permissions. Trying to mix-n-match often leads to misconfigurations. Since accessing a share will use the most restrictive of the share and NTFS permissions, you won't have any surprises if you get the NTFS permissions rights. There might be some instances where you'd want to provide more restrictive share permissions, but they're very rare since people are usually accessing files exclusively over the network and not working locally.
It's pretty weak you can't get your own share that only you have access to. That's really not asking for that much IMHO...
Logged
WIP: GCFA |
www.infosiege.net
| @infosiege
The day you stop learning is the day you start becoming obsolete.
Pages: [
1
]
Go Up
Print
« previous
next »
Jump to:
Please select a destination:
-----------------------------
EH-Net
-----------------------------
=> Calendar Of Events
===> ChicagoCon 2007
===> ChicagoCon 2008s
===> ChicagoCon 2008f
===> ChicagoCon 2009s
=> Ethical Hacktivism
=> News Items and General Discussion About EH-Net
===> Greetings
=> Special Events
-----------------------------
Ethical Hacking Discussions and Related Certifications
-----------------------------
=> General Certification
===> Networking
===> OS
===> Security
=> Compliance, Regulations & Standards
=> Control Systems
=> Cyber Warfare
=> Forensics
===> CCE / MCCE - (Master) Certified Computer Examiner
===> CHFI - Computer Hacking Forensic Investigator
===> EnCE - EnCase® Certified Examiner
===> GCFA - GIAC Certified Forensics Analyst
=> Hardware
=> Incident Response
===> CSIH - Computer Security Incident Handler
===> GCIH - GIAC Certified Incident Handler
=> Malware
===> Advisories
=> Mobile
=> Network Pen Testing
===> CEH - Certified Ethical Hacker
===> CPTC - Certified Penetration Testing Consultant
===> CPTE - Certified Penetration Testing Engineer
===> CSTA - Certified Security Testing Associate
===> eCPPT - eLearnSecurity Certified Professional Penetration Tester
===> ECSA - EC-Council Certified Security Analyst
===> GPEN - GIAC Certified Penetration Tester
===> OSCP - Offensive Security Certified Professional
=> Physical Security
=> Programming
=> Social Engineering
=> Web Applications
=> Wireless
===> CWNP Certs
===> GAWN - GIAC Assessing Wireless Networks
===> OSWP - Offensive Security Wireless Professional
=> Other
-----------------------------
Columns
-----------------------------
=> Editor-In-Chief
=> Andress
=> Gates
=> Haddix
=> Hadnagy
=> Heffner
=> Hoffman
=> Linn
=> RichM
=> Murray
=> J. Peltier
=> Weidman
=> Wilson
-----------------------------
Features
-----------------------------
=> /root
=> Book Reviews
=> Opinions
=> Skillz
===> Examples
===> May 06 - Star Hacks, Episode V: The Empire Hacks Back
===> July 06 - Hack Bill!
===> Sept 06 - Netcat in the Hat
===> Nov 06 - Hitch-Hackers Guide to the Galaxy
===> Dec 06 - A Christmas (Hacking) Story
===> Feb 07 - Charlottes Web Site
===> April 07 - Microsoft Office Space
===> June 07 - Serenity Hack
===> Oct 07 - Worst. Ethical. Hacker. Challenge. Ever.
===> Dec 07 - Frosty the Snow Crash
===> March 2008 - It Happened One Friday
===> Oct 2008 - Scooby Doo and the Crypto Caper
===> Dec 08 - Santa Claus Is Hacking to Town
===> Feb 2009 - Brady Bunch Boondoggle
===> July 2009 - Prison Break
===> October 2009 - SSHliders
===> December 2009 - Miracle on Thirty-Hack Street
===> December 2010 - The Nightmare Before Charlie Browns Christmas
-----------------------------
Resources
-----------------------------
=> Career Central
===> Looking For Work
===> Looking To Hire
=> Links to cool sites.
=> Mass Media
=> News from the Outside World
=> Tools
=> Tutorials
===> Tutorial Requests
Loading...
Exclusive Deal
SANSFIRE 2013
June 15 - 22
5% Off
w/ Code
:
EHN_5
SANS Deals 4 EH-Netters
5% OFF
Any
SANS Course
in Any Format!
Coupon Code:
EHN_5
Including
SANS Rocky Mountain 2013
&
SANS Boston 2013
Polls
Compared to this year, 2013 will be:
Great!
Better.
About the same.
Little worse.
FUBAR!
Recent Forum Topics
Greetings
: Hi from the UK
(0) by
C_B
Network Pen Testing
: AIX Vulnerability Assessments
(2) by
ras76
Tutorials
: Need guidance
(9) by
hanyhasan
Programming
: Finished Python Course in Codecademy now what?
(15) by
hanyhasan
Network Pen Testing
: Ruby on Rails Vulnerabilities / Attacks in BackTrack 5 r3
(0) by
SUdoctstudent
Network Pen Testing
: De-ICE 1.140 released!
(2) by
superkojiman
General Certification
: CPT Practical Submission
(1) by
UNIX
OSCP - Offensive Security Certified Professional
: Failed my first attempt at the OSCP exam
(94) by
azmatt
Tools
: Social-Engineer Toolkit (SET) Version 5.0 “The Wild West” Released
(2) by
m0wgli
Malware
: EICAR?
(3) by
UKSecurityGuy
Advisories
: HTB23154: Multiple Vulnerabilities in Exponent CMS
(0) by
AndyP
Advisories
: HTB23153: Multiple Vulnerabilities in Jojo CMS
(0) by
AndyP
Advisories
: HTB23151: Cross-Site Request Forgery (CSRF) in UMI.CMS
(0) by
AndyP
OSCP - Offensive Security Certified Professional
: Class Scheduled 6/8 - Linux n00b
(7) by
Taemyks
OSCP - Offensive Security Certified Professional
: OSCP exam scheduled
(6) by
gbhat
Incident Response
: LinkedIn Forensics
(0) by
AFENTIS_Forensics
General Certification
: Red Team/Blue Team
(1) by
ajohnson
Career Central
: Starter cert?
(3) by
Grendel
Network Pen Testing
: Beginner Ethical Hacker
(1) by
m0wgli
Web Applications
: Nessus and Nikto
(4) by
Seen
Network Pen Testing
: Cracking salted MD5 hash
(4) by
n37sh@rk
CEH - Certified Ethical Hacker
: Passed my C|EH
(3) by
n37sh@rk
Mass Media
: EC-council hacked, irony at his best?
(0) by
j0rDy
Web Applications
: SQL Injection into an INSERT statement.
(6) by
eyenit0
Network Pen Testing
: Solution for sipXtapi INVITE Message CSeq Field Header Remote Overflow
(1) by
m0wgli
Web Applications
: dns
(2) by
H1t M0nk3y
EH-Net News Feeds
Latest Additions
Privacy Notice
for TDCC & All Properties
© 2013 The Ethical Hacker Network
Joomla!
is Free Software released under the GNU/GPL License.