Uncharted Waters

Apr 9 2012   9:18PM GMT

Bring Your Own Identity

Matt Heusser Matt Heusser Profile: Matt Heusser

Do you remember Microsoft Passport?

The idea behind passport was a single web-based login.  You could use it for your Microsoft account, then surf on over to Amazon.com and you are logged; surf on over to eBay, or Hotmail, or Etsy, whatever, take your pick, and you remained logged-in.  Combine that with Microsoft Wallet, and you could purchase items direct to your credit card.

It was a great idea, to become part of Microsoft Hailstorm, a collection of web-based services.

Except that, oh yeah, right, it wasn’t.

Microsoft Hailstorm failed and was scrapped, almost exactly ten years ago.  You could argue, I think it’s worth taking seriously, that Hailstorm was ahead of it’s time, and the time actually is today.

Today all the building blocks are in place for an identity service, and it could directly impact your business.

Let me explain

Problems (And Solutions) with Hailstorm

The obvious reason that Hailstorm/Wallet/Passport failed was because Microsoft was unable to secure the partners it needed – the eBays and Amazons of the world were unwilling or unable to trust Microsoft with the login keys.  (For that matter, I suspect neither were the Mastercards or the Discovers.)  A second was the Hailstorm pushed a centralized services model — the applications existed “in the cloud”, and how they would interoperate with your personal devices was murkey.  Finally, in those days, integrating with one of these services was a “project” that probably a small team of people and a large amount of time.  Like the chicken and the egg, companies didn’t offer passport because it did not guarantee users, and users didn’t sign up because they couldn’t use it anywhere.

Facebook, on the other hand, hit 500 million users two years ago.

Beyond Facebook, there are several other popular options, including a Google Account, Twitter, or Linkedin.  On some “badge” or point-based sites, like StackExchange, I have lost track of which account to log in as, which means I have three accounts, each with about a third the points I should have.

It also means new website don’t need to build an authentication feature; they can re-use a code sample from one or two companies and be off to the races.  Instead of taking time, sharing authentication suddenly saves you time.

Back in the Enterprise

“Bring Your Own Device”, or BYOD, is getting a lot of press right now; there are entire conference tracks about it.  The gist of BYOD is that journalists got frustrated they could not get iPads, so they bought them for themselves and started using them for work — and started blogging and writing about it.

I’m only mostly kidding.  iPhones and iPads (and that other thing about a robot, and the one that’s a fruit) all can take time that used to be ‘lost’ to the business and make it productive.  It seems reasonable in my mind for people to take the systems they pay for out of pocket and volunteer to get company e-mail and, sometimes, some web services, on those devices.  IT will figure out how to support these folks; it won’t even take very long.

I’m not talking about BYOD here – I am talking about my identity.  Why do I need a separate login for work as I do for LinkedIn?  LinkedIn knows who I am.  They know where I work.  To some extent, it seems reasonable that the company have an interest in my LinkedIn account.  For example, I might make claims about what I do, or claim that I continue to work at the company after my employment ends.

Shouldn’t logging in to the company computer be as easy as logging in to LinkedIn?

It’s not that easy

Oh, I understand the objections.  There are privacy concerns – who owns the data and the login?  There are practical concerns; LinkedIn and Facebook are websites, and I need to authenticate to LDAP and Active Directory inside the firewall just to get to the machine.  Plus there are a pile of permission issues; who can modify what email list, who can FTP to what box, what group am I am a member of and what permissions does that group have on what machines — I get it.  We’ve got a long way to go.

But, for the moment, just hear me out.  What if we started to move our web architecture to make multiple, overlapping authentication schemes available, not just for public websites, but to streamline operations within our companies?

Repeat after me: The future is not Bring Your Own Device; that is the present.

The future is bring your own identity.

Tomorrow

Right now, today, I can stitch together external services I have described above.  I am not talking about that.

I am talking about internal services.

Say you hire a new administrator tomorrow at BigCo.  In Windows Seven and Eight land, he is stuck – he needs a security Wallah to create a user id, then needs to learn a new userid and password combination.

What if, instead, there was a “User my facebook login” button in Windows nine?  What if you configured the machine to allow the first person who clicked it to login, the create his LDAP account based on the user who logs in.  With today’s monitoring software, the risk is minimal, and you’d have to create all logins to external servers, FTP accounts, database, etc, just like the old way.

Again, there is no “login with facebook” feature in Windows 9.

Perhaps there should be.

2  Comments on this Post

 
There was an error processing your information. Please try again later.
Thanks. We'll let you know when a new response is added.
Send me notifications when other members comment.

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy
  • Shannonwalters
    The question of data integrity and security is a really important point you bring up, and in the healthcare industry is it a big issues due to the HIPAA requirements. I think that IT departments really are going to have to use apps, systems and software to allow for the flexibility needed for BYOD - it is not going to go away, it is only going to get bigger as more people use smartphones and tablets. While the large enterprise solutions having a deeply integrates system where the IT department takes control of the device or provides workers with devices, in a hospital and business setting I am hearing that this can be an issue or barrier to these kinds of systems. Looking around, we did find a way to at least protect text messaging and help protect our hospital from lawsuits concerning HIPAA issues related with BYOD by using Tigertext; which while not as integrated as the large enterprise solutions, offers some really good benefits, especially cost, ease of implementation and device flexibility. IT managers, but also employees are really going to have to be aware of all the different solutions available for BYOD and security - especially for smartphones and iPADs. Resources: http://byod.us/ http://www.hhs.gov/ocr/privacy/hipaa/administrative/securityrule/index.html http://www.tigertext.com
    0 pointsBadges:
    report
  • Matt Heusser
    [...] Is Here! (Mostly). Posted by: mheusser Uncategorized Back in March, I wrote post called “Bring Your Own Identity” where I suggested that the next step in device management was to take these generic identity [...]
    0 pointsBadges:
    report

Forgot Password

No problem! Submit your e-mail address below. We'll send you an e-mail containing your password.

Your password has been sent to: