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
Yes, In The Internet Of Everything, Things Will Have Passwords
Newest First  |  Oldest First  |  Threaded View
Page 1 / 2   >   >>
Marilyn Cohodas
50%
50%
Marilyn Cohodas,
User Rank: Strategist
1/2/2014 | 8:35:55 AM
Re: Scary "Things storing passwords"
Confession: I took a little liberty with the headline  to add a tongue-in-cheek element of playful humor and hyperbole reflecting on Pat's tone inorder to grab your attention. And it worked, judging by the string of comments. But in the article itself, it is very clear that Pat is talking primarily about identity and the IoT. I think he does a great job comparing what having an online identity means for people versus things.
asksqn
50%
50%
asksqn,
User Rank: Ninja
12/30/2013 | 10:45:38 PM
Get a password remembering plugin
The priblem is not one of memory as much as it is having to surrender more info than what is necessary for A to authenticate C, D and E. Case in point: Mobile apps with my way or the highway TOS. The app wants e access to everything short of a blood sacrifice and a drug screen, and, if the user does not agree carte blanche, then the app won't install. This type of shrinkwrapped agreement is neither secure nor private and does not inspire confidence from those of us who are technically savvy.
jgherbert
50%
50%
jgherbert,
User Rank: Apprentice
12/30/2013 | 4:01:45 PM
Re: Scary
@shamika: "The best combination of password's always consist of characters with both lower and uppercase, special symbols and numbers. Those considered being more stronger."

As they say, it isn't what you have, it's what you do with it. If the way in which we use those various characters is predictable, then even an encrypted hash of the password could be easily crackable. e.g. If you take a dictionary word like "notebook" and the password is "N0t3b00k!" - i.e. first letter capitalized, all vowels replaced with numbers, bang on the end, I would wager the password would not last long with a good cracker, yet it meets your stated requirements.

So maybe let's add to those requirements "...has decent length, is pseudo-random and does not follow predictable patterns" or something like that? Whatever the definition is, what it comes down to is that a "good", "secure" password is exactly the kind of password that's not memorable, and that sucks.
jgherbert
50%
50%
jgherbert,
User Rank: Apprentice
12/30/2013 | 3:56:37 PM
Password Managers
"Evolution has wired us to find it easier-to-remember gossip and stories about hunting bison than strings of characters, so we cheat by choosing the shortest and easiest to recall we can get away with."

On a slight tangent from the main point of the article, the standard response to moaning about passwords is to be told "use a password manager". I've discovered that so far, at least, they're good for storing things, but really are not as convenient as they should be in terms of how they integrate both with systems requesting authentication, and with cross-platform support.

For example, most password apps allow you to auto-generate a password for a web site (a good long random(isj) mix of character types creating an utterly unmemorable password). That's fine, but now I MUST have that password written down (stored in the manager) for that site. Next time I go to that site, I have to find that password in my manager. Some will spot that I'm on the site and offer up a shortcut to go get the password; some will enter it for me once I find it; and - many fewer - will spot that I'm on the site and automatically log me in. So far so good, but now I'm on my iPhone and want to log in. First of all, using a complex password to protect my password manager is a pain on a mobile device's soft keyboard, which is an immediate turn off - all those special characters and upper/lower case shifts makes a 12-character password require 22 keypresses to complete. Then I have the same problem - the best I might achieve is to find the site entry, copy it, then go back to the browser and paste it in. It's a very cumbersome process.

I've worked with one SSO system in the past, and it was quite good - login when you bootup and after that it was able to log in to almost every system on your behalf. Certainly almost every website authentication request could be managed, and even some apps. That's what I need on my phone too, plus automatic cloud sync between my phones and computers (I have mac, PC, iPhone and Windows Phone, so I need cross-platform support). When that comes, I don't mind having a highly complex password for my SSO manager and complex passwords for every site, because I only have to login to my SSO once per session. Oh - and yes, this does rather imply on a mobile phone that a PIN and automatic screen lock is a necessity, and that automatic password-protected screen savers were likewise a necessity on computers. Add to that the concept that a single login failure should trigger a logout of the SSO client so that brute forcing wouldn't get you access to a system with SSO enabled, and we have something that might actually be vaguely usable. Let me know when you find that, would you?
jgherbert
50%
50%
jgherbert,
User Rank: Apprentice
12/30/2013 | 3:46:34 PM
Re: Scary
@PaulS681: "Things storing passwords is a bit scary."

 

Agreed; and this is why it may be preferable to have a device holding a digital token on your behalf (like giving a Twitter app the ability to do things via API) giving them per permission to (a) do limited things, possible (b) for a limited time, and (c) revokable on demand. While this doesn't prevent credential theft, it does at least limit the impact of what that theft can achieve. You wouldn't, for example, want your thermostat to hold a copy of your password for your online banking just so it can pay the gas bill for you automatically or something; you'd want it to have permission only to pay a bill, only to a pre-determined recipient (the gas company) and for a limited value. Probably a bad example, but you get the idea. I like the concept that apps (or items in the IoE/IoT) can ask for permission to do things and I can grant it, with restrictions, and not have to actually deal with a password for the device.
shamika
50%
50%
shamika,
User Rank: Apprentice
12/28/2013 | 9:46:05 PM
Re: Scary
@ WKash, Interesting point you have highlighted. I believe it is an important aspect to look in to.
shamika
50%
50%
shamika,
User Rank: Apprentice
12/28/2013 | 9:45:34 PM
Re: Scary
The best combination of password's always consist of characters with both lower and uppercase, special symbols and numbers. Those considered being more stronger.
shamika
50%
50%
shamika,
User Rank: Apprentice
12/28/2013 | 9:45:01 PM
Re: Scary
"For humans, passwords are challenging" this is true. When we use passwords it is always important to look for strong passwords otherwise it can hacked easily. There are enough and more password hackers in the current market.
shamika
50%
50%
shamika,
User Rank: Apprentice
12/28/2013 | 9:44:27 PM
Re: Scary
Interesting article and thanks for sharing this information. This article shows  the exact workflow on how things happen which we see as a simple task. 
PaulS681
50%
50%
PaulS681,
User Rank: Apprentice
12/23/2013 | 8:19:00 PM
Re: Scary
Things storing passwords is a bit scary. As Patrick points out they could be a target for hackers (no pun intended). Things with passwords is an interesting futuristic concept although the future is now. I will be interested to see how these things manage passwords.
Page 1 / 2   >   >>


More SolarWinds Attack Details Emerge
Kelly Jackson Higgins, Executive Editor at Dark Reading,  1/12/2021
Vulnerability Management Has a Data Problem
Tal Morgenstern, Co-Founder & Chief Product Officer, Vulcan Cyber,  1/14/2021
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
2020: The Year in Security
Download this Tech Digest for a look at the biggest security stories that - so far - have shaped a very strange and stressful year.
Flash Poll
Assessing Cybersecurity Risk in Today's Enterprises
Assessing Cybersecurity Risk in Today's Enterprises
COVID-19 has created a new IT paradigm in the enterprise -- and a new level of cybersecurity risk. This report offers a look at how enterprises are assessing and managing cyber-risk under the new normal.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-36192
PUBLISHED: 2021-01-18
An issue was discovered in the Source Integration plugin before 2.4.1 for MantisBT. An attacker can gain access to the Summary field of private Issues (either marked as Private, or part of a private Project), if they are attached to an existing Changeset. The information is visible on the view.php p...
CVE-2020-36193
PUBLISHED: 2021-01-18
Tar.php in Archive_Tar through 1.4.11 allows write operations with Directory Traversal due to inadequate checking of symbolic links, a related issue to CVE-2020-28948.
CVE-2020-7343
PUBLISHED: 2021-01-18
Missing Authorization vulnerability in McAfee Agent (MA) for Windows prior to 5.7.1 allows local users to block McAfee product updates by manipulating a directory used by MA for temporary files. The product would continue to function with out-of-date detection files.
CVE-2020-28476
PUBLISHED: 2021-01-18
All versions of package tornado are vulnerable to Web Cache Poisoning by using a vector called parameter cloaking. When the attacker can separate query parameters using a semicolon (;), they can cause a difference in the interpretation of the request between the proxy (running with default configura...
CVE-2020-28473
PUBLISHED: 2021-01-18
The package bottle from 0 and before 0.12.19 are vulnerable to Web Cache Poisoning by using a vector called parameter cloaking. When the attacker can separate query parameters using a semicolon (;), they can cause a difference in the interpretation of the request between the proxy (running with defa...