As a conference last week, it was announced that TrustBearer OpenID will be one of two OpenID providers for the Microsoft HealthVault platform:

TrustBearer Labs’ OpenID service will allow HealthVault users to login securely to their account using multi-factor hardware authentication devices, such as smart cards, biometric readers, or security-enhanced mobile phones. The service uses challenge-response authentication to prevent common phishing and man-in-the-middle attacks, which are a growing concern of online service providers.

“Our objective is to give our customers choice and make their web experience easier, while helping them safeguard their privacy,” said George Scriban, senior product manager, Health Solutions Group, Microsoft. “We’re happy to be working with TrustBearer to give HealthVault users the option of using OpenID with their HealthVault account.”

A full story about the announcment can be found here.

A couple weeks ago we announced a new feature that allows users to link multiple tokens to a single TrustBearer OpenID account. The original reason for doing this was to allow users to link a backup token to their account in case their primary token was lost.

I found another purpose for linking multiple tokens: convenience. I keep a keyboard with a few USB ports at the office. Every day I plug this keyboard into my laptop. I linked an additional token to my TrustBearer OpenID account and I keep this token plugged into my keyboard. Now, whenever I’m in the office I don’t need to go searching for my keys to log into an OpenID website.

Hardware that is built-in to our computers is much more convenient to use. I’m sure that Apple has increased video chatting with iSight cameras now included with every laptop they sell. For awhile Dell has been including smart card readers in their business-class laptops. Many IBM & Lenovo ThinkPad laptops include a built-in biometric swipe sensor. Will we ever see a smart card reader in a MacBook? I doubt it. But that’s another conversation…

For those of you who have been issued a smart card, either from your company, government, or private institution, do you carry around a reader with you all the time? Has having the card convinced you to get a laptop with a built-in smart card reader? 

One of our developers came across an interesting post from a user who recorded a screencast of authenticating to TrustBearer OpenID using his Belgian eID. We added support for the Belgian eID to TrustBearer OpenID last week. It is great to see people taking advantage of this support already. Thank you, Xavier, for taking the time to create this video.

Today we’ve added support to link multiple tokens to the same account. Our first release of TrustBearer OpenID allowed each user to associate one token per account. This was by design for security and simplicity. If you lost your single token, you could no longer use your account.

We realized that it was only a matter of time until someone lost a token, or ran it through the washing machine. There was some discussion on the blog around how we should handle this case of lost tokens. Some ideas included sending a SMS message as a one-time unlock, answering a series of Q&A pairs and mailing a token to a pre-determined physical address. While all of these recovery methods are interesting, they either reduced security (SMS, Q&A) or added privacy implications (mailing a recovery token).

The simple backup solution was to allow multiple tokens to be linked. To use this feature, sign in to your TrustBearer OpenID dashboard, connect an additional token to your computer, give your backup token a name and click Add Token.

You can add or remove as many tokens as you would like. Warning: You can also now “abandon” your account by removing all tokens associated with your account. We will not make that OpenID username available to anyone once an account is abandoned.

Give it a try and let us know what you think.

These are three items that I carry with me, almost everywhere. Someday, this will be trimmed down to a single item. This morning, the TBLabs crew stumbled across an article that we are all very excited about. Axel Nennker managed to use a mobile phone as a hardware crypto key with TrustBearer OpenID.

Axel, we’d love to hear more about the phone, and how we could get one. Also, to your comments about no anti-phishing, please see our article on TrustBearer OpenID and Phishing. And on no-unlinkability, we’re working on some enhancements to the TrustBearer OpenID server, including linking & unlinking multiple tokens to an account.Exciting times. We’ll be out at the RSA Conference in April. Contact us if you’d like to meet-up.

Edit: The original post referenced details about this project that I did not have permission to publish. They have been removed. My apologies, Axel.

Shortly after our launch of TrustBearer OpenID, a citizen of Finland tried to use his Finnish eID (FineID) with no success.  We send a request to Finland’s PRC and promptly received a small suite of sample cards.  In less than 2 days of device coding and debugging, the FineID was added to the suite of supported devices.

This has turned out to be yet another great example of how TrustBearer Live makes it easy to tack on additional support without dealing with new software downloads and the headaches that brings.

If you run into any troubles using your FineID on our OpenID Provider, please let us know by contacting info@trustbearer.com.

It’s the season of political campaigns. And in this season, the vernacular of campaigning begin to swell into other areas- with front runners, presumptive nominees, comeback winners, and so forth.

For instance, we’ve learned recently the HD-DVD has dropped out of the HD format war; Blu-Ray is declared the apparent victor.

Well, in this same spirit, Paul at In Context analyzes the standards campaigning in the digital public identifier area, which at this point can be reduced to i-name vs. OpenID. In short, he finds that OpenID is not only running a better campaign, but really offers a better value:

OpenIDs offer something to people that i-cards don’t. Even run of the mill, freebie, URL-based OpenIDs give you a public identifier that you feel like you own. And the i-name flavor of OpenIDs give you a public identifier that you really do own cuz you’re not locked in to a particular OpenID provider.

OpenID is the winning, lightweight, technology for public, low-value transactions.

• Why winning? The OpenID community blended together the three competing lightweight technologies (LID, OpenID, and i-names) into a unified specification, community, code, and foundation.
• Why public? Because the appealing notion of having OpenID URI that’s mine (e.g. “=paul.trevithick”) also has the side-effect of projecting the same identifier to every relying site allowing me to be easily tracked. To be fair, there is a “directed identity” feature of OpenID that I can use to prevent this–I can just type in the URI of my OpenID OP instead. But I still think the perception is that an OpenID is mostly public.
• Why low-value? Because its simple and lightweight architecture does not incorporate a client component, end-to-end crypto, anti-phishing protection, etc. necessary to support higher value transactions and other privacy-enhancing features. But its great for logging in to blogs, etc.

Now, if OpenID does become the de factor public identifier, i-names would be an apt potential running mate.

This has been a topic of discussion over the past week around the office. We are all using TrustBearer Keys with OpenID on a daily basis, and I’m doing my best to not lose or break my key. I finally decided to add my TB Key to my physical keychain. Would you believe it’s not the most expensive item on that ring? That Volkswagen key fob is a salty $180 to replace. I know. Crazy. That’s how much it costs for the dealer to copy it onto another fob. Just the key… Still almost $100!

That cost has been a really good reason for me not to lose my car key. But, it’s going to happen one of these days. And I’ll roll back to using the valet key. So, should we offer a TrustBearer Key backup service? Actually, that’s not possible. At least not with the current configuration of the TrustBearer Key. The 1024-bit RSA keypair is generated on the token, and this key cannot be exported. We could offer an escrowed version in the future… but do you really want us to have a copy of your private key?

Another option, suggested earlier this week, is to allow users to link multiple keys to a single OpenID account. Similar to escrowing the keys, this provides users with a backup. Except in this case, the user is in control. We could implement this in a reasonable amount of time. It provides a decent way for users to maintain high security of their account, and have a backup. But, there’s always the cost. Have I copied my VW key yet? Nope. ($100 for a key?!)

VeriSign’s Personal Identity Provider allows users to link a One-Time Password token to their OpenID account. I gave this a try with my PayPal Security Key. It worked very well. I really liked the fact that I could recycle my PayPal OTP with VeriSign’s OpenID provider. VeriSign handles forgetting or losing a token with two options: By either using email (default) or SMS to send a one-time PIN. Linking my mobile phone was simple, and even though I’m not sure if it’s more secure than email, I preferred using the SMS method. But, the email option is the default and it cannot be disabled. Wait. I have a hardware token that greatly reduces the chance of someone guessing my password, but my email account is still a backdoor? Yup. I had this same thought when I clicked on the “I don’t have my PayPal Security Key” button when logging into PayPal. I understand that locking users out of their accounts is a bad thing, but any worthwhile malicious hacker is going to attack the weakest link: in this case, an email password.

TrustBearer OpenID works with higher security devices than OTP tokens like the PayPal Security Key. As a user of this service, I expect more than an email password to be thrown as an identity challenge if I lose my token. Is SMS the answer? As I mentioned earlier, it seems better, but I doubt it’s as secure as my non-exportable 1024-bit hardware key.

We could come up with a list of questions to which only the true owner will know the answers. How about 10 questions? 20? How many human-answerable questions are equivalent to the security of the hardware tokens we support? Sure, it’s going to be inconvenient, but that’s the point. I haven’t lost my VW key, because it is going to be extremely inconvenient to replace. But, I will shell out the $100, and go to the dealership (the only place that can copy the key) when I do lose it.

How inconvenient should we make recovering your access?

We have a growing feature list from users of our OpenID by TrustBearer.  If you have a feature you would like to see - send us an email at: info@trustbearer.com  We’re really excited about our TrustBearer platform and how quickly and easily we can support new devices.  We will soon be releasing support for Advanced Card Systems (ACS) cards and tokens as well as a couple of others that we will announce later.  Stay tuned.  

Aaron Topance on big league OpenID providers that don’t accept OpenIDs from other providers:

There seems to be a trend, as of recently, for large companies to become OpenID providers, but now allow logging into their service with your OpenID account. The trend I’m noticing, is everyone wants to be a provider, but no one wants to support OpenID logins. Well not “no one”, but not the major players. Consider the following major corporations or web sites that are OpenID providers:

• America Online
• Orange
• LiveJournal and Vox
• WordPress.com
• Yahoo!
• Blogger
• Verisign
• … and more

Supposedly, news has hit the front that Microsoft will be supporting OpenID as a provider, and rumors have it that your GMail account can be used as an OpenID identity. But what about logging into these providers with an existing identity? Here’s the question posed: Can I login to AOL, or create and AOL account, with an already existing OpenID identity? What about LiveJournal? WordPress? Yahoo!? Blogger? etc.