Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Comments
Weak Password Advice From Microsoft
Oldest First  |  Newest First  |  Threaded View
Page 1 / 2   >   >>
Kelly Jackson Higgins
100%
0%
Kelly Jackson Higgins,
User Rank: Strategist
7/28/2014 | 3:57:22 PM
password mess
I feel like a broken record, always preaching to family and friends the importance of not reusing passwords, creating strong passwords, etc. But the reality is most users continue those bad habits because it's inconvenient and time-consuming to do the right thing. Sure, there are password managers, but not everyone wants to go there. We need to get away from passwords altogether. Scan my eyeball, already.
AlkaG040
100%
0%
AlkaG040,
User Rank: Apprentice
7/29/2014 | 8:38:03 AM
Single Sign-on as a solution for passwords
I would say instead of using weak passwords at all, use a Single Sign-on solution to access all your accounts from one dashboard so that you only have to remember one set of credentials instead of many and that's to your SSO provider account.

I personally use Smartsignin by PerfectCloud and I can sign into all my accounts without having to remember my Strong passwords or storing them anywhere - Cloud/System. The best thing is, they don't store my credentials anywhere.
Marilyn Cohodas
50%
50%
Marilyn Cohodas,
User Rank: Strategist
7/29/2014 | 9:55:51 AM
Important to whom?
Your point is well-taken Andrey that in terms of risk the calculus of "important" versus "unimportant" is not a simple matter. For the typical user, it's obvious that you will want to protect your credit cards, online banking and financial activities, etc.  with strong passwords. But for more frivolous social activities like FB, Pinterest, etc, the message --- that these sites are gold-mines for hackers -- has not been driven home at all. 
Andrey Dulkin
50%
50%
Andrey Dulkin,
User Rank: Apprentice
7/29/2014 | 2:08:50 PM
Re: password mess
Unfortunately, we won't be able to get rid of passwords until a more secure and at least as user-friendly authentication mechanism is available. Even then, we'll still have all the legacy systems that do not support any other authentication method. Thus, we have to make password authentication as secure as possible, which can be done by engaging all 3 involved parties - the service providers, the organizations and the users. The service providers should employ secure salted hashing schemes, that will make it more difficult for attackers to get to the actual passwords. The organizations should employ automated systems to secure the credentials for their sensitive assets, instead of relying on the users to come up with unique and complex passwords. And the users should be educated about the dangers of password re-use and identity theft, and try to adhere to best practices (and yes, this is probably the weakest link of the scheme...) This approach will make it more difficult for attackers to actually take advantage of their attacks' spoils.
Andrey Dulkin
50%
50%
Andrey Dulkin,
User Rank: Apprentice
7/29/2014 | 2:20:41 PM
Re: Important to whom?
I agree and would like to highlight another point - while there has been a lot of focus over the last few years on credit card details theft, there wasn't as much discussion of identity thefts. With credit cards, it has become a routine: CC data stolen->the company involved offers credit monitoring services->some people choose to replace their cards, for some the issuers replace them, for most the cards remain active->life goes on. But with identity thefts, people can't simply replace their personal data - their mother's maiden name, the school they went to, their SSN, their government-issued ID and so on. And once these details are out there, one can never know neither who will use them, nor when or for what purpose.
Marilyn Cohodas
50%
50%
Marilyn Cohodas,
User Rank: Strategist
7/29/2014 | 2:52:57 PM
Re: Important to whom?
Yes, indeed! The PII that is floating around cyberspace is going to be a huge problem (if it isn't already!) We ran a blog on that very topic a few months back that made a very good case about that in What's Worse: Credit Card Or Identity Theft?

 

DarkReadingTim
50%
50%
DarkReadingTim,
User Rank: Strategist
7/31/2014 | 1:14:48 AM
Re: password mess
What's surprising is how often shared passwords are part of company processes -- the user doesn't even have a chance to make a safe choice. There ought to be a way to flag shared passwords to IT or upper management, just as users are flagged when their passwords are unsafe.
Marilyn Cohodas
50%
50%
Marilyn Cohodas,
User Rank: Strategist
7/31/2014 | 8:41:48 AM
Re: password mess
Or create some kind of SSO or security vault where employees can create individual passwords for the various enterprise apps they use which are then stored in a safe place, and accessed by the password managaer app for authentication. 
Kelly Jackson Higgins
50%
50%
Kelly Jackson Higgins,
User Rank: Strategist
8/1/2014 | 10:11:22 AM
Re: password mess
I still say biometrics all the way.

Passwords are a nightmare.
TGUT
50%
50%
TGUT,
User Rank: Apprentice
8/4/2014 | 4:18:27 PM
Re: password mess
I disagree (partially). I think using weak(ish)/throwaway passwords for non-critical sites is perfectly acceptable. The key, as was pointed out, is properly identifying what is a critical site and also how weak is acceptable.

For example, I must have a login to Dark Reading just to comment here. However, I really couldn't care less if someone gets a hold of this account as it does not tie to anything critical, provide personal information, or provide a launching point for phishing attacks on my friends, family, or coworkers.

This is a prime candidate for a weak(ish) password that I could use for all such accounts. I'm not advocating password1 or anything, but using Rhom,bo1d or something equally simple saves precious brain power for the critical 20+ character unique passwords I use elsewhere.

I prefer to keep all my passwords in my head and dislike the concept of password managers for a number of reasons.

1. If it's a local-only password manager, I can't login from somewhere other than my own computer. That's called willing denial of service in my book.

2. If it's an online password manager, several password managers have had major security holes putting all your accounts at risk from a single breach.

There are a couple more reasons for my dislike of password managers, but those are the basics.
Page 1 / 2   >   >>


Stop Defending Everything
Kevin Kurzawa, Senior Information Security Auditor,  2/12/2020
Small Business Security: 5 Tips on How and Where to Start
Mike Puglia, Chief Strategy Officer at Kaseya,  2/13/2020
5 Common Errors That Allow Attackers to Go Undetected
Matt Middleton-Leal, General Manager and Chief Security Strategist, Netwrix,  2/12/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
6 Emerging Cyber Threats That Enterprises Face in 2020
This Tech Digest gives an in-depth look at six emerging cyber threats that enterprises could face in 2020. Download your copy today!
Flash Poll
How Enterprises Are Developing and Maintaining Secure Applications
How Enterprises Are Developing and Maintaining Secure Applications
The concept of application security is well known, but application security testing and remediation processes remain unbalanced. Most organizations are confident in their approach to AppSec, although others seem to have no approach at all. Read this report to find out more.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2019-20477
PUBLISHED: 2020-02-19
PyYAML 5.1 through 5.1.2 has insufficient restrictions on the load and load_all functions because of a class deserialization issue, e.g., Popen is a class in the subprocess module. NOTE: this issue exists because of an incomplete fix for CVE-2017-18342.
CVE-2019-20478
PUBLISHED: 2020-02-19
In ruamel.yaml through 0.16.7, the load method allows remote code execution if the application calls this method with an untrusted argument. In other words, this issue affects developers who are unaware of the need to use methods such as safe_load in these use cases.
CVE-2011-2054
PUBLISHED: 2020-02-19
A vulnerability in the Cisco ASA that could allow a remote attacker to successfully authenticate using the Cisco AnyConnect VPN client if the Secondary Authentication type is LDAP and the password is left blank, providing the primary credentials are correct. The vulnerabilities is due to improper in...
CVE-2015-0749
PUBLISHED: 2020-02-19
A vulnerability in Cisco Unified Communications Manager could allow an unauthenticated, remote attacker to conduct a cross-site scripting (XSS) attack on the affected software. The vulnerabilities is due to improper input validation of certain parameters passed to the affected software. An attacker ...
CVE-2015-9543
PUBLISHED: 2020-02-19
An issue was discovered in OpenStack Nova before 18.2.4, 19.x before 19.1.0, and 20.x before 20.1.0. It can leak consoleauth tokens into log files. An attacker with read access to the service's logs may obtain tokens used for console access. All Nova setups using novncproxy are affected. This is rel...