4 ms·
One of my clients is a Bank. I work occasionally on one of their intranet-sites-that's-actually-not-on-the-intranet-but-the-internet, and it has a password reco
by cubicle67 16y ago
One of my clients is a Bank. I work occasionally on one of their intranet-sites-that's-actually-not-on-the-intranet-but-the-internet, and it has a password recovery procedure written in plain text on the login screen and open to the most basic social engineering imaginable [Have to be careful what I say here. I'd love to describe just how easy it is, but I'd better not]
I've spoken to them and told them this is A Very Bad Thing, but they just brushed me off, so I wrote a pretty strongly worded email outlining how and why it was bad, but they just said [paraphrasing] "That's our procedure. people forget passwords all the time and we need to make it easy or they'll get upset"
The people in charge honestly seem to have no idea that people from outside the company can see this site. I try and try, but now I just despair
- jrockway 16y agoIncidentally, I work at a bank, and to get access remotely you have to have a randomly-generated username, a random password, and a client-side certificate. The VPN software denies all outgoing connections except to port 80 (and the VPN port, I guess) when it is not active. When it is active, it makes all the network interfaces that aren't the VPN disappear (so you can't see your link-level network anymore). Then, it asks for your password every 24 hours. Usually I find the commute to work less stressful. But it does show you that some organizations do take data security seriously... perhaps too seriously. (The port blocking is just security theater. I can run whatever I want over port 80. But the random username / random password / client-side SSL certificate is excellent security.)
- evgeny0 16y agoBut the random username / random password / client-side SSL certificate is excellent security. The SSL certificate is, but not the random username. That's just a maintenance hassle. A username is not a secret - that's what the password is for. The random password isn't so great, either, because it pretty much forces you to write it down and then it just becomes a (poor) version of the SSL certificate. It should instead be a strong password that you can actually remember.
- ams6110 16y agoMost really secure VPNs I've used have use a SecurID[1] token and PIN, instead of a static password. [1] http://www.rsa.com/node.aspx?id=1156 http://www.rsa.com/node.aspx?id=1156
- cromulent 16y agoI've been using an extranet site recently that calls you, using Twilio or something I guess. They have my mobile phone number. You enter your username and password on the web form and your phone rings a couple of seconds later. You are asked by a recording to type in your PIN. When you do, the HTTP request is completed and you are logged in. It's very easy as a user, and seems quite secure. The username/password/PIN are all quite weak and easy to remember, but in conjunction with the phone call, it's fairly strong.
- rmc 16y agoIt should instead be a strong password that you can actually remember. I agree that in theory a strong password one can remember is more secure than a randomly generated password that you have to write down. However in practice, people just choose easy to guess passwords, or reuse the same password everywhere. That's a larger security problem, so the random passwords are more secure in practice.
- yxhuvud 16y agoWhat do you mean by not seeing the link level anymore? What happens if you connect your vpn through a virtual machine? Will the host still have normal internet?
- cosmicray 16y ago> One of my clients is a Bank. In that case, and based on their brush off, don't deal with IT. Send your concerns to the Internal Auditing department. They (usually) have the stroke to make people sit down and take things seriously. Internal Auditing is the ones who have to interface with federal regulators, and possibly with the SEC.
- yuhong 16y ago[Have to be careful what I say here. I'd love to describe just how easy it is, but I'd better not] I know, dealing with "legacy" PR based on controlling the message that is fundamentally flawed.