Slashdot Mirror


The Internet of Things Is the Password Killer We've Been Waiting For

jfruh writes: You can't enter a password into an Apple Watch; the software doesn't allow it, and the UI would make doing so difficult even if it did. As we enter the brave new world of wearable and embeddable devices and omnipresent 'headless' computers, we may be seeing the end of the password as we know it. What will replace it? Well, as anyone who's ever unlocked car door just by reaching for its handle with a key in their pocket knows, the answer may be the embeddable devices themselves.

27 of 124 comments (clear)

  1. What will replace it? by turkeydance · · Score: 2, Funny

    the NSA enabled code. don't leave home without it.

  2. wow by Anonymous Coward · · Score: 5, Funny

    This is one of the rare cases where the title doesn't ask the question, yet the answer is still no.

    1. Re: wow by jovius · · Score: 2

      I could imagine there being a collection of things, which one needs to place in the correct position for the access. No need to hardcode anything.

      One has more or less certain unique things at home for instance. The position info would add to that.

      The devices would be the user interface.

    2. Re:wow by AmiMoJo · · Score: 2

      Android users have actually had this for a while with Smart Lock. For example, you can disable the PIN/password lock screen when your phone is paired with certain Bluetooth devices.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    3. Re: wow by Dragonslicer · · Score: 2

      Admit it, you just want real life to be more like a video game.

  3. I'm working on apps without passwords by GoodNewsJimDotCom · · Score: 2, Insightful

    In the app, you're always logged in once you register. Yes, I know it is a security breach, but so is losing your stupid phone.

    You enter your email to register. And if you ever change phones, you simply do what is commonly known as a "password recovery", but don't actually get a password, you just get perma logged in.

    Here's a secret for people who deal with hackers: Have the app generate a keygen unique to the phone: Time stamp it, time stamp it again on the first click, get the X/Y position, and you have a pretty unique code. Keep that code permanently with the installed app, so if they're banned and forget to uninstall your app, they're banned again. Also this key could be used to login automatically without even registering! But if they ever want to recover their account if they lose their phone, they should enter their email in the settings.

    1. Re:I'm working on apps without passwords by AuMatar · · Score: 4, Insightful

      ANd if they want to use their account on multiple devices? On their actual PC? On a PC at a firend's house or library?

      And email recovery- laughable. If they lost their phone, which was almost definitely logged into their email, then they've lost everything.

      Please name your apps, so I can be sure never to use them.

      --
      I still have more fans than freaks. WTF is wrong with you people?
    2. Re:I'm working on apps without passwords by GoodNewsJimDotCom · · Score: 4, Interesting

      Look if your phone gets malware or MITM and skims the logon normally, you're boned. You're boned in many ways since if you have malware you probably have a keystroke logger too. Yet this passwordless style won't ever let them know how to log onto your account. This is no different since your login/password phase of authentication is the same. In fact with the server giving you a quite long randomized password its better than someone's recycled password they use on every site.

      If you don't enter an email and verify it, yes, you lose everything! This is why you enter your email and verify it, gain some virtual currency for completing the task. The thing is, it won't prompt you for this for about 10-30 minutes in since you don't have anything worth saving anyway, and no one wants detracted from seeing if the game is cool or not.

    3. Re:I'm working on apps without passwords by mlts · · Score: 3, Interesting

      With all the security available in device operating systems, there are better ways to do this:

      When the app is created, have it generate a public/private keypair, store the private key in the OS's keystore (called KeyChain in both iOS and Android.) Then, on first authentication to the servers (you are using SSL/TLS for all communication, right?), the central server will store the device's public key's fingerprint. From then on, it functions like a client certificate, and can be optionally used with an app's PIN function for added security.

      The benefit of this over a shared secret? Someone hacks the server, a list of key fingerprints will do an attacker no good to authenticate against (because they don't even have the key material that the fingerprint shows), and can be added/deleted per device. With iOS's and Android's keystore functionality, if the device is locked, the keystore is encrypted and inaccessible, providing another layer of protection on top of encrypting /data.

      To the user, it functions exactly the same, but it is a lot more secure in virtually every way. The only way it would be less secure is if RSA or the public key algorithm in use was completely broken.

      As for bans, you can easily do what Yik Yak and other apps do -- grab the IMEI (if available) and other serials (UDID), and ban by that. Then, even if the app is uninstalled, the phone is still blacklisted.

    4. Re:I'm working on apps without passwords by rtb61 · · Score: 2, Interesting

      The big shift should be away from passwords and to passkeys. So you install the same passkey generating app on multiple devices and when you enter the same password on multiple devices, the app generates a different rotating different passkey for each separate site that device access. So you password never passes beyond your device and the app sets up a procedurally generated passkey that varies with ever access and the passkey accepting app handshakes to ensure that the passkey changes align, the server app also requires different keys from different devices, again changing upon every access.

      So from an end user point of view, one passphrase accessing everything they connect to (likely at least one more passphrase for more secure banking services), with the app generating keys to access services with the client server app having established the pattern for future procedurally generated keys, so they match as the continually change upon each access. You would then need to be able to sync clients devices, so they can access the same site from multiple devices, this just tends to be more of accepting different keys from different devices for the same access, so the server just becomes aware of them and likely checks with the orginating device where possible for establishing new device access. When that fails normal extended authentication is required to re-establish a passkey pattern ie confirmation of personal details, email confirmation et al this to re-establish access between passkey client and passkey server.

      So it requires an agreed standard and protocol to be used by all.

      --
      Chaos - everything, everywhere, everywhen
    5. Re: I'm working on apps without passwords by Anonymous Coward · · Score: 2, Insightful

      Why would it be a failure? It's actually a pretty elegant security design that for example the GMail app uses as well by default:

      Attackers on other systems or from other apps cannot get to the password. This covers 99% of the risk.

      There's a residual risk: if other apps can break their jail to root mode, or if your system is remote exploitable - but in those cases you are likely hosed no matter what, and requiring password entry won't eliminate those threats.

      The best security design is the one that does not get in the way of productivity.

    6. Re:I'm working on apps without passwords by linuxrocks123 · · Score: 4, Insightful

      Dude, he's not running a f*cking bank. He's obviously talking about a system for some phone toy like Angry Birds. Do you care if I can get into your Angry Birds account? Probably not much.

      He's describing a system that is good enough for phone toys and things that require similarly low security. Like apparently Slashdot, which lets you perma-login with a browser cookie and redirects https to http rather than the other way around.

      --
      vi ~/.emacs # I'm probably going to Hell for this.
    7. Re:I'm working on apps without passwords by jedidiah · · Score: 2

      Security that can't meet real world usability requirements is ultimately useless. It doesn't matter how much contempt you show for the end user.

      --
      A Pirate and a Puritan look the same on a balance sheet.
  4. mixed signals by Gravis+Zero · · Score: 4, Funny

    halfway through the article...

    [ Don't miss: Welcome to the Internet of Things. Please check your privacy at the door. ]

    --
    Anons need not reply. Questions end with a question mark.
  5. RFID tags, obviously by penguinoid · · Score: 3, Insightful

    Just implant yourself with an RFID tag. As a bonus, it will also reduce the chance that a surveillance camera misidentifies someone as you.

    --
    Don't waste your vote! Vote for whoever you want, unless you live in a swing state it won't matter anyways
  6. True, in a sense... by fuzzyfuzzyfungus · · Score: 4, Insightful

    In the sense that both 'the internet of things' and 'passwords' can be described as "an egregiously maldesigned and actively user-hostile security clusterfuck; typically bodged together by people who don't know, don't care, or both", I suppose that 'IoT' would be a worthy successor.

    In all other respects, what a load of tedious, meandering, bullshit to arrive at some vacuous generalities about a vaguely described non-solution.

    1. Re:True, in a sense... by gstoddart · · Score: 3, Insightful

      Yeah, the IoT is a lightweight proof of concept which nobody yet knows what to do with but are otherwise hoping catches on because it really sounds cool.

      The problem with being a lightweight proof of concept is there is pretty much zero security in them thus far.

      Derpa derp, internet of things, this is people spitballing about what it might be if it ever comes to pass.

      The internet of things isn't even as far as being a solution in search of a problem. It's a construct desperately trying to become real enough to try to have a solution in search of a problem.

      The only people who care about the internet of things are the people trying to tell us how awesome the internet of things will be.

      Using it for security? Not bloody likely.

      --
      Lost at C:>. Found at C.
    2. Re:True, in a sense... by Darinbob · · Score: 3, Interesting

      Of course we know what to do with IoT. It exists today. It's not the gadget/smartphone loving hipster IoT that the media fawns over. But the smart grid is IoT, many SCADA systems could fit that description, other networks of sensor controllers that exist today, etc. Sometimes they do have passwords (which nobody enters by hand), sometimes they have to present certificates. There is a LOT of security in them.

    3. Re:True, in a sense... by gumbi+west · · Score: 2, Interesting

      The Internet of Things is something Bill Gates wrote about 20 years ago and it's about as close to reality as it was then. The real issue is that we need an embeddable computer that runs Windows (don't laugh, it's what people know) and costs about $0.05, maybe $0.25 is good enough, but I doubt it. Then We'll start to see the Internet of Things take off.

      I have literally zero things that are not internet enabled that I wish were internet enabled. If someone offered me an enabled and non-enabled device I'd take the non-enabled device every time. It's one fewer thing to break and my device is that much less likely to get hacked and broken.

      So, basically, it will have to get to the point where everything is enabled for me to buy these things. That will happen when a computer costs basically nothing $0.05 is basically nothing.

    4. Re:True, in a sense... by gumbi+west · · Score: 2

      I think it's really interesting how I'm moderated for this. 50% interesting 30% overrated and 20% troll. There is a lot of passion here about me being wrong.

      Or perhaps it's the /. revulsion to having Windows take over. Pretty bad, in my mind, but the only thing worse would be Andriod with its total lack of privacy controls.

    5. Re:True, in a sense... by Attila+Dimedici · · Score: 2

      The only people who care about the internet of things are the people trying to tell us how awesome the internet of things will be.

      You are sadly mistaken. There are a large bunch of people who care about the Internet of things because they recognize what a boon it will be to mining personal data for the corporations who get their stuff adopted first. The IoT is the smart TV which reports your viewing habits, and random videos of your living room (or wherever your TV is) to the company which made it (Samsung, and probably others). I am sure there are other such devices.

      --
      The truth is that all men having power ought to be mistrusted. James Madison
  7. Not embeddable devices, smartphones (or watches) by swillden · · Score: 3, Interesting

    This is the right basic idea, I think, but I think everything will converge into a single device, either the mobile phone or a wearable. And as it becomes more and more central to everything we do, that device will become very smart about authentication.

    The problem with using dedicated embeddable devices is twofold. First, the more of them you have to carry, the more difficult it is to keep track of them. With old-fashioned metal keys we've solved this with the key ring... but that creates its own problem. The more keys you add to it, the more valuable it becomes. Loss or theft become increasingly more problematic. And our metal keys open fewer, and less important, things than our electronic authenticators do.

    So, it makes sense to combine the electronic keys in a single device, but then to use the capabilities it has that metal keys do not to solve the theft and loss problems. First, against loss, there must be a way of backing up all of the credentials, securely and automatically, so that in the event the device is lost they can all be recovered relatively easily. Some sort of remote server backup, to which you authenticate with some other mechanism that you protect very carefully (there are lots of options here, but a long, randomly-generated password printed out and stored in a safe place is a good option). That backup needs to be reliable and reliably accessible, but access need not be easy or convenient, since it should be rarely needed.

    What about theft? This is where the smart device has huge advantages over dumber devices, because it can authenticate the user. This authentication needn't be particularly strong, but it should have good anti brute-force protections, and it should be smart. The goal is to make something that is extremely convenient for the user, but makes it relatively unlikely that someone else who gets it can use it. How could that work? Google is pushing towards this vision with Android Smart Lock features. The core idea is that the device shouldn't rely on a single signal, because that signal then has to be very strong.

    It's worth looking at analogies with meatspace facilities that care a great deal about security. What they don't do is put a bank vault door on the exterior wall and rely on the strong combination lock to keep thieves out. Instead, they rely on layering of defenses, monitoring and active response.

    What can your phone do? Quite a bit, probably. Not only does it have a touchscreen for entering passwords, it also has cameras, an accelerometer, GPS, various radios, compass, altimeter, microphones, a proximity sensor and probably other stuff I'm forgetting. In addition, it can know a lot about your habits, your plans (e.g. what's on your calendar) and more. With that wealth of signals, it should be possible for the device to determine with relatively high certainty whether or not it is still in your possession. Where it's uncertain, it can fall back to asking for authentication with, say, a fingerprint or simple PIN to increase its certainty. Or in more extreme cases, it can fall back to an even stronger password. The idea is to make authentication as seamless, transparent and automatic as possible... but as strong as necessary.

    Or maybe a smart watch will be a better choice. It has pretty much all the same capabilities as a phone, but the advantage that you strap it to your body, making it harder to lose, and harder to steal. (Actually, I think over the next few years for many of us our phones will migrate onto our wrists; right now the smart watch is an extension of the phone, I think that will flip, with the handheld device becoming an extension of the watch providing a larger screen, aimable camera, etc.).

    The "as strong as necessary" bit is important here, too. When the phone is going to use a stored authentication key to unlock something for you, the degree of certainty that it needs to have that you're you depends on what it's unlocking. If I'm using my phone to log me into slashdot on my laptop, I really cou

    --
    Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
  8. Re:Not Looking Forward To This by mlts · · Score: 3, Interesting

    Of course, I am leery of the next step above this... having to wait for an ad to play on the fridge before I can open the door, having to pay the stove manufacturer $29.99 a month so I can use the self-cleaning settings, finding my faucet won't turn on because it lost connection with the cellular tower as the telco dropped GSM for pure LTE, getting fined by my HOA because the freezer detected more than the alloted moving things via its camera in the house, and so on.

    Then, there is the security nightmare. Think those IoT providers will pay more than lip service to ensuring their devices are not easy prey? Won't happen.

    Finally, there are the higher prices. I don't feel like paying hundreds of dollars for a thermostat, or thousands of dollars for a fridge because it is "smart". If I wanted to pay top dollar for a fridge, depending on availability, I would get a propane or natural gas fridge, so my stuff stays cold even if there is a power outage.

  9. Uh.... by weekendgeek · · Score: 2

    Not sure what Apple Watch you've used, but if mine isn't on my wrist, I'm required to enter a numeric password if I want to see anything more than the watch face.

    It's even greater than 4 numbers, too.

    If it's on my wrist, the iPhone needs to be unlocked at which point the watch is unlocked as well.

    --
    It would be presumptuous to conclude that Americans have no right to know what is being done in their name
  10. Re:Not Looking Forward To This by mlts · · Score: 3, Interesting

    If phone makers (and phones are not cheap items) in general won't provide updates for more than a version or two at most, then I doubt IoT device makers would provide much, if any, about updates.

    IMHO, the best thing about IoT is to just say no.

    There are ways to design IoT devices securely (for example, having them use a hardened, central hub that handles the communication through the Internet, so attacks on individual devices end up having to be physically local), but since IoT is such a "fad", security is at best an afterthought after the product design is rushed out the door, so I expect zero security whatsoever.

  11. iButton by hawguy · · Score: 2

    I remember when the iButton (and the Java ring with a java iButton embedded in the ring) came out, *that* was going to eliminate passwords - just hold your ring up to the iButton reader on your door, your computer, or any thing you want to secure. Passwords are a thing of the past when you have your iButton.

    It's only been 17 years, so I'm sure we'll start seeing the readers built in to computers any day now.

    https://en.wikipedia.org/wiki/...

  12. There's nothing wrong with... by mark-t · · Score: 2

    ... tying something you physically possess to identification, but it should never be used standalone. A password, pass-phrase, or even a pin should still be required, because anything else can always potentially be taken from you, or worse yet... compromised. The additional factor of having some physical device that can further confirm your identity gives an added layer of security over the password by itself that can still be beneficial, but it should never be trusted to the exclusion of a password.