<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/atom10full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><feed xmlns="http://www.w3.org/2005/Atom" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0">
    <title>Infrablog</title>
    <link rel="alternate" type="text/html" href="http://blogs.verisign.com/infrablog/" />
    
   <id>tag:blogs.verisign.com,2009:/infrablog/2</id>
    <link rel="service.post" type="application/atom+xml" href="https://blogs.verisign.com/cgi/mt/mt-atom.cgi/weblog/blog_id=2" title="Infrablog" />
    <updated>2009-03-10T03:07:12Z</updated>
    <subtitle>Cool stuff from VeriSign's Advanced Products &amp; Research team. </subtitle>
    <generator uri="http://www.sixapart.com/movabletype/">Movable Type 4.21-en</generator>
 

<link rel="self" href="http://feeds.feedburner.com/VerisignInfrablog" type="application/atom+xml" /><feedburner:browserFriendly></feedburner:browserFriendly><entry>
    <title>The Next Trust Infrastructure: Securing Mashups</title>
    <link rel="alternate" type="text/html" href="http://blogs.verisign.com/infrablog/2009/03/the_next_trust_infrastructure.php" />
    <link rel="service.edit" type="application/atom+xml" href="https://blogs.verisign.com/cgi/mt/mt-atom.cgi/weblog/blog_id=2/entry_id=1583" title="The Next Trust Infrastructure: Securing Mashups" />
    <id>tag:blogs.verisign.com,2009:/infrablog//2.1583</id>
    
    <published>2009-03-09T01:07:59Z</published>
    <updated>2009-03-10T03:07:12Z</updated>
    
    <summary>There is no doubt that mashups will be an important construct of the next Internet. The ability to "compose" distributed Web services into one single aggregate service or view is a significant enabler. The lightweightness of HTML and JavaScript speak...</summary>
    <author>
        <name>Nico Popp</name>
        <uri>http://nico.pip.verisignlabs.com</uri>
    </author>
    
        <category term="Blogosphere" />
    
        <category term="security &amp; trust" />
    
    <content type="html" xml:lang="en" xml:base="http://blogs.verisign.com/infrablog/">
        <![CDATA[<p>There is no doubt that mashups will be an important construct of the next Internet. The ability to "compose" distributed Web services into one single aggregate service or view is a significant enabler. The lightweightness of HTML and JavaScript speak to the simplicity of a successful programming model. Add to this the emergence of open standards like OAuth, and the need to distribute functionality across screen boundaries (PC, mobile and IP TV), and the picture becomes very clear; mashups and widgets are likely lead the componentization of the Web and become an important distribution mechanism.</p>

<p><br />
For mashups to become ubiquitous, a trust infrastructure is needed. To establish trust between a widget aggregator (a consumer portal, the enterprise portal or your homepage or TV screen), and a widget provider, protocols like OAuth essentially rely on the exchange of shared secrets. This works well when there are only a few big portals serving as aggregators. However, because they require pair-wise trust relationships, the approach does not scale to a truly distributed environment. In particular, the model breaks very quickly in the enterprise as the number of network end-points (enterprise portals and SAAS) explodes.<br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="Alice.jpg" src="http://blogs.verisign.com/innovation/Alice.jpg" width="347" height="333" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></span><br />
<a href="http://www.findravi.com/">Ravi Ganesan</a> and his new company <a href="http://www.safemashups.com/">SafeMashup</a> may have found the answer to this thorny problem. Ravis' answer is brilliantly simple: reuse the existing and proven trust infrastructure of the Web. Indeed, <a href="http://www.safemashups.com/">SafeMashup</a> enables existing CAs to issue credentials to mashers and mashees. These credentials are identical to the one they issue to Web sites today. Because Web 2.0 protocols such as OAuth require a shared secret, Ravi uses the SSL handshake and the issued SSL certificate as a secure method to establish a shared secret between the masher and the mashee. This approach allows him to layer SSL and certificates on top of the Web 2.0 protocols without requiring any change to these protocols. Brilliant!</p>

<p><br />
There is no doubt that broad deployment of mashups requires an open, standard-based scalable trust infrastructure. Reusing the existing PKI infrastructures and its rugged SSL cousin strikes me as a very good idea! After all, when the wheel works, why reinvent the wheel.  So, "bonne chance" to Ravi and <a href="http://www.safemashups.com/">SafeMashup</a>. Indeed, there is something truly exciting brewing in San Antonio, Texas.<br />
</p>]]>
        
    </content>
</entry>

<entry>
    <title>OpenID and the User-Centric Time Machine</title>
    <link rel="alternate" type="text/html" href="http://blogs.verisign.com/infrablog/2009/02/openid_and_the_user-centric_ti.php" />
    <link rel="service.edit" type="application/atom+xml" href="https://blogs.verisign.com/cgi/mt/mt-atom.cgi/weblog/blog_id=2/entry_id=1563" title="OpenID and the User-Centric Time Machine" />
    <id>tag:blogs.verisign.com,2009:/infrablog//2.1563</id>
    
    <published>2009-02-22T17:45:07Z</published>
    <updated>2009-02-23T00:16:56Z</updated>
    
    <summary>There have been a few very insightful discussions from Chris Messina and other regarding the PIP as a secure file, so I thought I would share some of our longer-term product goals. Today, the PIP file vault is a personal...</summary>
    <author>
        <name>Nico Popp</name>
        <uri>http://nico.pip.verisignlabs.com</uri>
    </author>
    
        <category term="DRM" />
    
        <category term="Identity" />
    
        <category term="PIP / SeatBelt" />
    
        <category term="VeriSign" />
    
    <content type="html" xml:lang="en" xml:base="http://blogs.verisign.com/infrablog/">
        <![CDATA[<p>There have been a few very insightful discussions from <a href="http://factoryjoe.com/blog/">Chris Messina</a> and other regarding the PIP as a secure file, so I thought I would share some of our longer-term product goals. </p>

<p><br />
Today, the <a href="http://pip.verisignlabs.com">PIP file vault</a> is a personal digital locker for our users to manually upload their most personal files. That by itself is not an innovation. In fact, the Web is full of personal storage services like Gmail. Online storage provides immediate and useful value, yet its usefulness is limited by the amount of work an end-user is willing to commit (uploading takes work!).</p>

<p><br />
Now it is interesting to consider how this simple Web 1.0 model of personal digital storage evolves when combined with an OpenID provider. Together, can these technologies allow us to transfer and store in one single place under our control the personal files, private data and rich media content that is today spread throughout the Internet? In short, can a simple file vault become the in-cloud "time machine" of our distributed digital lifestyle?</p>

<p><br />
<strong>A SAAS and device-centric view of cloud storage:</strong></p>

<p>A lot has happened with network storage in the last few years. One of the most notorious disruptions is Amazon S3. I would characterize Amazon S3 as a SAAS-centric view of storage. Web applications can outsource the storage function to a highly cost-effective network that already has reached economy of scale. Obviously, it fits the Amazon economic model perfectly. Closer to the end user, we find Microsoft and Apple storage services. Their approach is similar in concept. To them, cloud storage is merely a device enhancement and synchronization is their lingua Franca (iSynch for Apple, Live Mesh for Microsoft). The concept certainly has merit for users with data spread across multiple devices. However, this is a very device-centric view of the world. It fails to realize that increasingly, our critical data resides across many Internet Web Sites with no ability to synch.</p>

<p><br />
<strong>A user-centric viewpoint: centralized storage for distributed private data</strong></p>

<p>So, what happens now when one looks at storage with a Web 2.0 user-centric view instead of the cloud-centric view of Amazon, and the device-centric view of Microsoft and Apple? One sees independent, distributed and sometime competing Web services. Through these services, users store personal information, create new data, and acquire digital content. Some of that content is low value and can be left behind. Some of his data is social in nature and is probably best shared with our Facebook friends. However, some of this data is also highly confidential and personal in nature. In that case, we, the end user, should be able to request its safe transfer, and backup to a digital locker that we fully control (the OP). </p>

<p><br />
<strong>Towards a "Locker Connect" mechanism</strong></p>

<p>Using the OpenID and OAuth models, such private data transfer can be authenticated and authorized by the end-user (although the data flows from the RP to the OP). The locker network end point address can be discovered as any identity attribute would. Finally, a user interface ala Facebook Connect can provide a friendly user experience while ensuring a user-centric control point (the user controls what, where, when and if the data is being sent).</p>

<p><br />
<strong>The "wow" effect</strong></p>

<p>The use cases certainly sound unlimited. Think digital health care and the $20B stimulus package: whether I am accessing my doctor, hospital, lab or pharmacy Web sites, I can now authenticate across all health service providers and authorize the audited transfer of personal health records back to my locker. Think rich media content: I can now purchase digital music, movies, or books across multiple e-tailers and have the bits (or maybe just the digital rights) sent back to my locker. Think payment and billing: please, send all my purchase and online statements back to my digital locker.<br />
 </p>

<p><br />
Yes, we can! With data portability and OpenID, a simple file vault can grow into a much more compelling personal identity service. And who knows. With security and private storage, we may even have a real business model!<br />
</p>]]>
        
    </content>
</entry>

<entry>
    <title>PIP Update: a free secure digital lock box</title>
    <link rel="alternate" type="text/html" href="http://blogs.verisign.com/infrablog/2009/02/pip_update_a_free_secure_digit.php" />
    <link rel="service.edit" type="application/atom+xml" href="https://blogs.verisign.com/cgi/mt/mt-atom.cgi/weblog/blog_id=2/entry_id=1554" title="PIP Update: a free secure digital lock box" />
    <id>tag:blogs.verisign.com,2009:/infrablog//2.1554</id>
    
    <published>2009-02-17T17:54:30Z</published>
    <updated>2009-02-20T17:04:12Z</updated>
    
    <summary>The PIP team just released a new feature on Friday: a secure digital vault to store your most personal documents online. Think of it as a digital lock box in the cloud to store copies of your most important documents...</summary>
    <author>
        <name>Nico Popp</name>
        <uri>http://nico.pip.verisignlabs.com</uri>
    </author>
    
    <content type="html" xml:lang="en" xml:base="http://blogs.verisign.com/infrablog/">
        <![CDATA[<p>The <a href="http://pip.verisignlabs.com">PIP</a> team just released a new feature on Friday: a secure digital vault to store your most personal documents online. Think of it as a digital lock box in the cloud to store copies of your most important documents online (deed of trust, will, passport, property pictures for insurance, etc). </p>

<p><span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="p1.JPG" src="http://blogs.verisign.com/innovation/p1.JPG" width="100%" height="100%" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></span></p>

<p>Since, these documents are your secrets, all files are encrypted using key management best practices. To increase security, access to the vault requires two-factor authentication. If you already have a VIP token, simply link it to your PIP account. For our most cost conscious PIP users, we offer a free mobile version of the VIP OTP token. It can be downloaded to your phone here<LINK> (I use the iPhone Beta version that will be available soon). Once strongly authenticated, the vault opens (Flash is your friend) and you can begin to upload files. <br />
 <br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="p2.JPG" src="http://blogs.verisign.com/innovation/p2.JPG" width="100%" height="100%" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></span></p>

<p>The activation process is really straightforward, and our usability team has done a lot of work on the user interface. Moreover, it is free to all PIP users. So, <a href="http://pip.verisignlabs.com">try the new features</a> and tell us what you think. By combining OpenID, strong authentication, password vault and secure storage, the PIP is getting one step closer to realizing VeriSign's long term vision of a user-centric identity service that will enable and protect our digital self.<br />
 <br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="p3.JPG" src="http://blogs.verisign.com/innovation/p3.JPG" width="100%" height="100%" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></span><br />
</p>]]>
        
    </content>
</entry>

<entry>
    <title>FaceBook Joins OpenID: Goodbye OpenID, Bonjour Open Connect?</title>
    <link rel="alternate" type="text/html" href="http://blogs.verisign.com/infrablog/2009/02/facebook_joins_openid_goodbye.php" />
    <link rel="service.edit" type="application/atom+xml" href="https://blogs.verisign.com/cgi/mt/mt-atom.cgi/weblog/blog_id=2/entry_id=1544" title="FaceBook Joins OpenID: Goodbye OpenID, Bonjour Open Connect?" />
    <id>tag:blogs.verisign.com,2009:/infrablog//2.1544</id>
    
    <published>2009-02-12T22:15:29Z</published>
    <updated>2009-02-12T22:16:06Z</updated>
    
    <summary>Great news for OpenID aficionados, the largest identity social network is embracing OpenID. With 221M users, one could easily conclude that OpenID has just received the stimulus package that it needed to finally achieve critical mass. But, what does it...</summary>
    <author>
        <name>Nico Popp</name>
        <uri>http://nico.pip.verisignlabs.com</uri>
    </author>
    
        <category term="Identity" />
    
    <content type="html" xml:lang="en" xml:base="http://blogs.verisign.com/infrablog/">
        <![CDATA[<p>Great news for OpenID aficionados, the largest <strike>identity</strike> social network <a href="http://openid.net/2009/02/05/facebook-joins-openid-foundation-board/">is embracing OpenID</a>. With <a href="http://www.techcrunch.com/2009/02/12/looks-like-facebook-just-took-the-top-spot-among-social-media-sites/">221M users</a>, one could easily conclude that OpenID has just received the stimulus package that it needed to finally achieve critical mass. But, what does it really mean for OpenID? While we are all looking forward to the day FaceBook becomes both an OpenID provider and relying party, the initial impact is more likely to be a significant change in the OpenID user interface. As shown, <a href="http://developers.facebook.com/connect.php">here </a>and <a href="http://www.youtube.com/swf/l.swf?swf=http%3A//s.ytimg.com/yt/swf/cps-vfl78056.swf&video_id=N94s7ix0JPo&rel=1&eurl=http%3A//www.google.com/friendconnect/&iurl=http%3A//i3.ytimg.com/vi/N94s7ix0JPo/hqdefault.jpg&sk=I1oUaXVaXVOcTcqqtWutV7m-cffMk0m3C&use_get_video_info=1&load_modules=1&autoplay=1&hl=en&cr=US&title=Introducing%20Google%20Friend%20Connect&avg_rating=4.63265306122&length_seconds=95">there</a>, is clear that from a UI standpoint, Google and FaceBook are converging in terms of how to achieve login and exchange of personal data across relying parties and social networks.<br />
 </p>

<p><br />
While FaceBook will likely integrate OpenID as the "alternate" login method for FaceBook Connect, Google and its followers will do the same with Open Social and Google Friends Connect (in the case of Google, you may also get the friendly Yahoo!, MySpace and AOL followers). By becoming the alternate login method (but a more obscure one), the risk for OpenID is to be relegated to the level of OAuth and SAML as authentication protocols without any consumer brand recognition. Alternatively, OpenID may rise above the "<a href="http://www.readwriteweb.com/archives/googles_new_open_stack_sans_facebook_microsoft.php">open stack</a>" plumbing to become the network mark that ensures interoperability across the FaceBook and Google networks. That my friend, is of course politics, but with a Facebook on board, it would appear that this week, this old chimera of federated Internet identity may have made a significant leap forward.<br />
</p>]]>
        
    </content>
</entry>

<entry>
    <title>New PIP Feature: Add any Site to your 1-Click Sign-in List</title>
    <link rel="alternate" type="text/html" href="http://blogs.verisign.com/infrablog/2009/01/new_pip_feature_update_add_any.php" />
    <link rel="service.edit" type="application/atom+xml" href="https://blogs.verisign.com/cgi/mt/mt-atom.cgi/weblog/blog_id=2/entry_id=1483" title="New PIP Feature: Add any Site to your 1-Click Sign-in List" />
    <id>tag:blogs.verisign.com,2009:/infrablog//2.1483</id>
    
    <published>2009-01-12T02:13:57Z</published>
    <updated>2009-01-12T02:22:29Z</updated>
    
    <summary>This week, the PIP team is releasing an improved version of the 1-click sign in. The great news is that PIP users are no longer restricted to our small initial list of supported sites. Indeed, you can now add any...</summary>
    <author>
        <name>Nico Popp</name>
        <uri>http://nico.pip.verisignlabs.com</uri>
    </author>
    
        <category term="Identity" />
    
        <category term="PIP / SeatBelt" />
    
    <content type="html" xml:lang="en" xml:base="http://blogs.verisign.com/infrablog/">
        <![CDATA[<p>This week, the PIP team is releasing an improved version of the 1-click sign in. The great news is that PIP users are no longer restricted to our small initial list of supported sites. Indeed, you can now add any of your favorite sites to your 1-click list (with a few caveats such as pure flash sites).  Over time, we will monitor the most popular sites being added and we will include them to the default 1-click list.</p>

<p><br />
This is great news for PIP users, especially for the non-US community who is no longer limited to our choice of sites (I must confess that our initial list was very US-centric). By the way, kudos to the PIP engineering team: doing all this in JavaScript without any browser plug-in is a real engineering "tour de force". Also, the team also improved the UI and performance of the bookmarklet window. Note that you will be prompted to re-install the 1-click bookmarklet. </p>

<p><br />
The Internet is getting easier. Happy 1-click navigation!</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="1CLICKADD.jpg" src="http://blogs.verisign.com/infrablog/1CLICKADD.jpg" width="100%" height="100%" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></span><br />
</p>]]>
        
    </content>
</entry>

<entry>
    <title> My OpenID New Year's Wish List</title>
    <link rel="alternate" type="text/html" href="http://blogs.verisign.com/infrablog/2009/01/my_openid_new_years_wish_list.php" />
    <link rel="service.edit" type="application/atom+xml" href="https://blogs.verisign.com/cgi/mt/mt-atom.cgi/weblog/blog_id=2/entry_id=1478" title=" My OpenID New Year's Wish List" />
    <id>tag:blogs.verisign.com,2009:/infrablog//2.1478</id>
    
    <published>2009-01-04T06:34:29Z</published>
    <updated>2009-01-04T06:35:34Z</updated>
    
    <summary>2009 promise to be a pivotal year for OpenID. So far, industry adoption has been strong with consumer powerhouses such as Google, Yahoo!, Microsoft and MySpace backing up the technology. At the same time, consumer adoption remains limited to early...</summary>
    <author>
        <name>Nico Popp</name>
        <uri>http://nico.pip.verisignlabs.com</uri>
    </author>
    
        <category term="Identity" />
    
    <content type="html" xml:lang="en" xml:base="http://blogs.verisign.com/infrablog/">
        <![CDATA[<p>2009 promise to be a pivotal year for OpenID. So far, industry adoption has been strong with consumer powerhouses such as Google, Yahoo!, Microsoft and MySpace backing up the technology. At the same time, consumer adoption remains limited to early adopters. Meanwhile, FaceBook, the identity provider of choice for 160M consumers is promoting its own alternative in the form of Friends Connect, creating the risk of balkanization. With a new year beginning, a <a href="http://openid.net/2008/12/27/openid-board-election-results/">recently augmented leadership</a>, and high competitive stakes, the moment felt opportune to put together my 2009 wish list for OpenID.</p>

<p><br />
<strong>Execution: The Separation of Concerns</strong></p>

<p>My first wish is organizational. The OpenID foundation board host really bright and passionate people. Folks are committed to the success of OpenID. Across the board, there is also a strong willingness to do what is right. Nevertheless, execution on key priorities appears to remain sluggish at times. Perhaps, the foundation needs a more effective way to drive execution. There, it could borrow a page from what larger corporations do extremely well. They separate governance from execution.  The OpenID board is governance. It needs to articulate priorities, but create focused committees around these priorities. Then, it needs to empower the best elements in the board and the community to drive the outcome. Sounds obvious, but by enforcing that separation of concern and empowering people to work in parallel, I think the OpenID foundation could gain tremendously effectiveness in 2009. </p>

<p><br />
<strong>Identifier: Email Address as OpenID, at Last!</strong></p>

<p>In the last two years, I have been regularly in a position to explain and pitch OpenID to Financial Institutions, Mobile Network Operators and MSOs. By experience, I have learned that OpenID detractors and alternate technology providers will always bring two detrimental arguments against OpenID: user experience and security. The usability argument can be summarized as follows:  "How much marketing dollars do you plan on spending to teach consumers to type a URL instead of a user name?". The answer is simple and usually reminiscent of Omer Simpson's catch phrase. So, in 2009, let us do ourselves a favor. Let us remove the leading argument against OpenID. Let us make email addresses first class OpenID identifiers. It is not about alienating URLs as identifiers, it is about enabling email addresses alongside URLs, because millions of consumers already regard email as their primary online identity and an email address is already their user name across so many sites.</p>

<p><br />
<strong>Security: OpenID Security Analysis and Best Practices</strong></p>

<p>The second argument that OpenID detractors will always bring up is security. In fact, there is a lot of confusion around the security of OpenID as a protocol and its propensity to phishing as a user experience. There again, detractors and naysayers are having a ball. What we need there is a neutral third party study that explains why OpenID is a sound protocol, and describes the best security practices to deploy the technology. None of the companies involved in the foundation should be responsible for such study. Instead, the board should sponsor an independent and reputable third party security lab to lead the security review. Once it is complete, the foundation should publish the results of the security analysis, alongside the recommended deployment best practices. </p>

<p><strong><br />
Branding: Establishing the "OpenID Network Mark"</strong></p>

<p>Everyone agrees that OpenID needs to emerge as a brand that consumers can recognize. Similarly to Visa for payment, Dolby for music and Gore-Tex for rainwear, OpenID ought to become the "ingredient brand" for identity. The reason the OpenID brand needs to emerge is that we need a "network mark" that transcends all the identity silos. Very much like consumers know that their bank card will work when they see the Cirrus network logo on an ATM machine, consumers need to know that their identity will work on a Web site that carries the OpenID network logo. A network mark has a simple yet powerful meaning. It does not matter whether the card is from Bank of America, Wells Fargo or WAMU, it just works with this ATM machine. It does not matter whether the identity is from Google, Yahoo! or MySpace, it just works with this Web site. </p>

<p><br />
In the OpenID brand lies the one big problem. Although a strong OpenID brand will prove to be good for everyone in the long run (by creating ubiquitous interoperability, Visa helped card issuing banks make more money than they would made on their own), at this time, none of the large consumer companies involved in the OpenID foundation have any incentive to promote another brand than their own. Therefore, the foundation needs to create a forcing function. My recommendation would be to leverage its ownership of the OpenID intellectual property to enforce the network mark. Let us keep OpenID free to all, but let us require everyone who uses the technology and benefit from the free IP to display the OpenID logo. </p>

<p><br />
Avoiding the balkanization of identity to achieve the broadest possible user-centric federation network is what is at stakes in 2009. Undeniably, this is the year when OpenID can get from good to great. The OpenID network will rise or OpenID will become another commodity protocol encapsulated in the stacks of more fragmented identity networks (such as Google Open Connect or FaceBook Connect). It is up to us the OpenID community to make things right by seizing the opportunity. As we say in the valley, it is all about mere and simple execution. Yes, indeed, this coming year ought to be a critical and exciting year for Internet identity and OpenID.</p>

<p></p>

<p><br />
</p>]]>
        
    </content>
</entry>

<entry>
    <title>Google's Smart OpenID Move</title>
    <link rel="alternate" type="text/html" href="http://blogs.verisign.com/infrablog/2008/11/googles_smart_openid_move.php" />
    <link rel="service.edit" type="application/atom+xml" href="https://blogs.verisign.com/cgi/mt/mt-atom.cgi/weblog/blog_id=2/entry_id=1418" title="Google's Smart OpenID Move" />
    <id>tag:blogs.verisign.com,2008:/infrablog//2.1418</id>
    
    <published>2008-11-04T00:42:35Z</published>
    <updated>2008-11-04T00:45:20Z</updated>
    
    <summary>There has been a lot of buzz around Google's OpenID announcement last week. First, because Google awkwardly decided to change the service end point discovery part of the protocol. The good news is that Google fixed their faux-pas fairly quickly....</summary>
    <author>
        <name>Nico Popp</name>
        <uri>http://nico.pip.verisignlabs.com</uri>
    </author>
    
    <content type="html" xml:lang="en" xml:base="http://blogs.verisign.com/infrablog/">
        <![CDATA[<p>There has been a lot of buzz around <a href="http://www.nytimes.com/external/readwriteweb/2008/10/29/29readwriteweb-google_is_now_an_openid_provider.html">Google's OpenID announcement</a> last week. First, because Google awkwardly decided to change the service end point discovery part of the protocol. The good news is that Google fixed their faux-pas fairly quickly. In fact, they had no reason not too follow the spec and alienate the OpenID community.</p>

<p><br />
More significant and more interesting however, was Google OpenID departure from requiring users to use URL as OpenID identifiers. Instead Google wants to let users use their GMail address as an OpenID identifier. Using GMail addresses as OpenID is not only a justifiable way to improve the OpenID user experience; it is also a very smart move by Google in their quest to become the dominant Internet identity provider (IDP).</p>

<p><br />
As a consumer, there is no doubt that using an email address is the obvious identifier. Email is to consumers what domain names and URL are to businesses: a natural identifier. After all, email is already my Amazon, Apple and many other sites login.  It is the intuitive OpenID that any consumer will expect to type in any relying party login box. In the long run, not having to teach millions of consumers that they should type a URL instead of an email address will prove a huge win for OpenID. Too bad it took though it took the weight of one to move an entire community forward.</p>

<p><br />
But the consumer is not the only winner here. I think Google will prove to be the other beneficiary. By making email addresses, the de-facto OpenID identifier, guess who is now more likely to become the identity provider of choice for millions of consumers? I would venture that those IDPs who are already providing millions of Web mailboxes to consumers, have just gained a position of strength. Coincidentally, Google, Yahoo! and Microsoft have quite a few of those under management! Of course, Yahoo! and MSN are well tame rivals as far as Google is concerned. No, to appreciate this chess move, we ought to look at the other guardians of our Web identity: the social networks. </p>

<p><br />
So, by changing the OpenID user interface, Google is now in a position of strength vis-à-vis OpenID, forcing FaceBook further into a dead-end proprietary identity APIs strategy. The beauty is that Google did not even have to force a button or any branding on relying party web sites. The choice of identifier alone will make it easier for consumers to choose Google over FaceBook. I would now expect to see Google drive OpenID integration across all APIs related to social networks and mobile (we already know that OAuth/OpenID integration is next) at full speed.</p>

<p><br />
So, for sure, with Google and email, OpenID has gained a lot this week. At the same time, the idea of a federated Web identity network dominated by the three large Web mail providers is becoming more real. Nevertheless, consumers should rejoice. This week was a big step towards less name and passwords, and in the end, more convenience is certainly no evil.<br />
 <br />
</p>]]>
        
    </content>
</entry>

<entry>
    <title>DECE or the Digital Content Cloud: Last Chance for DRM.</title>
    <link rel="alternate" type="text/html" href="http://blogs.verisign.com/infrablog/2008/09/the_digital_content_cloud_last.php" />
    <link rel="service.edit" type="application/atom+xml" href="https://blogs.verisign.com/cgi/mt/mt-atom.cgi/weblog/blog_id=2/entry_id=1338" title="DECE or the Digital Content Cloud: Last Chance for DRM." />
    <id>tag:blogs.verisign.com,2008:/infrablog//2.1338</id>
    
    <published>2008-09-12T16:06:55Z</published>
    <updated>2008-09-12T17:07:43Z</updated>
    
    <summary> For almost 18 months, we have been working with the Movie studios on creating a blueprint architecture for rich digital media (a fancy name for digital movies). The concept falls in what I like to call the "big idea"...</summary>
    <author>
        <name>Nico Popp</name>
        <uri>http://nico.pip.verisignlabs.com</uri>
    </author>
    
        <category term="DRM" />
    
        <category term="DRM" />
    
        <category term="Digital Movies" />
    
    <content type="html" xml:lang="en" xml:base="http://blogs.verisign.com/infrablog/">
        <![CDATA[<p></p>

<p>For almost 18 months, we have been working with the Movie studios on <a href="http://www.marketwatch.com/news/story/industry-leaders-create-global-standard/story.aspx?guid={6ADACD55-F477-4671-8F99-69AACDC7CD3E}&dist=hppr">creating a blueprint architecture for rich digital media</a> (a fancy name for digital movies). The concept falls in what I like to call the "big idea" category. The goal is to create an Internet eco-system that re-creates the user experience and commercial success of the DVD:  an industry standard shared across all content providers, all retailers, and all device manufacturers.</p>

<p><br />
Like the brick and mortar DVD, this new Internet DVD will share a common brand recognized by consumers worldwide; it will provide a common format with interoperable digital rights protection technology; The Internet DVD will be backed by a common usage policy that is consistent across movie studios and will provide a simple user experience for consumers. Believe it or not, we all believe that these lofty goals are achievable and we even have a proof of concept to support our irrational exuberance. You will just have to wait for this effort to become consumer facing to see it.</p>

<p><br />
If successful, this "Internet DVD" standard, will allow any consumer to purchase and download movies from any online store (pick your favorite ecommerce store), and view it on any device (a PC, an IP TV, a mobile device). From the studios standpoint, the concept of the Internet DVD arises from witnessing the Internet speed transformation of the music industry: loss of sales driven by pirated content, emergence of music distribution silos where the lack of interoperability eventually leads to the elimination of rights protection altogether, a risk that the movie industry is not willing to accept without a good fight.</p>

<p><br />
A key requirement of the "Internet DVD" is to enable DRM interoperability, which is timely considering the focus of regulatory instances, such as the <a href="http://www.techcrunch.com/2008/01/04/europe-wants-to-force-drm-interoperability/">European government</a>. Of course, <a href="http://www.techcrunch.com/2007/01/10/the-inevitable-death-of-drm/">many will argue</a> that the easiest way to achieve DRM interoperability is to get rid of DRM altogether. My theory (a lonely one in the blogosphere) is that a cloud-based approach is not only technically viable to create DRM interoperability. It is also the only possible approach to creating a user experience that resonates with consumers. </p>

<p><br />
Indeed, the key to making the Internet DVD an insanely great consumer product is both open standards and a cloud approach. The cloud services (including OpenID-based identity services, of course,) are essential to mask the complexity of dealing with multiple DRM systems, multiple content formats and multiple retailers. The other trick is to leverage the cloud to provide additional functionality that the silos dismiss today: rights locker, perpetual ownership and the separation of the purchase from download experience. That last one is likely to resonate with marketers as the Internet DVD will encourage impulse by without forcing consumers to be tethered to a 10GB pipe. </p>

<p><br />
Of course, the proof is in the pudding. We still have a few challenges ahead. We need to prove that the industry can come together and create a compelling joint offering for digital entertainment. We also need to prove that the hereditary vices of DRM can be hidden from consumers by using a cloud-based approach. The immensity of such challenge aside, the immediate lesson to me is that the cloud can be a disruptive force when it comes to new product design. The cloud creates new dimension that can challenge common thinking and alter the status quo, like the well-established thinking that DRM is a dead end. One thing is sure. The movie industry is a fascinating world and it will be fun to see how the cloud allows it to reinvent its biggest commercial success. So, say hi to <a href="http://www.marketwatch.com/news/story/industry-leaders-create-global-standard/story.aspx?guid={6ADACD55-F477-4671-8F99-69AACDC7CD3E}&dist=hppr">the Internet DVD</a>, it may be coming to a computer near you very soon now. </p>]]>
        
    </content>
</entry>

<entry>
    <title>The New Personal Identity Portal (PIP)</title>
    <link rel="alternate" type="text/html" href="http://blogs.verisign.com/infrablog/2008/08/the_new_personal_identity_port.php" />
    <link rel="service.edit" type="application/atom+xml" href="https://blogs.verisign.com/cgi/mt/mt-atom.cgi/weblog/blog_id=2/entry_id=1021" title="The New Personal Identity Portal (PIP)" />
    <id>tag:blogs.verisign.com,2008:/infrablog//2.1021</id>
    
    <published>2008-08-20T17:45:53Z</published>
    <updated>2008-08-21T05:14:04Z</updated>
    
    <summary>Today, we are releasing a brand new version of the Personal Identity Portal (PIP). With support for two-factor authentication, the PIP remains a strong OpenID provider as VeriSign remains committed to the broad deployment of OpenID across the Internet. Beyond...</summary>
    <author>
        <name>Nico Popp</name>
        <uri>http://nico.pip.verisignlabs.com</uri>
    </author>
    
        <category term="Identity" />
    
        <category term="PIP / SeatBelt" />
    
    <content type="html" xml:lang="en" xml:base="http://blogs.verisign.com/infrablog/">
        <![CDATA[<p>Today, we are releasing a brand new version of the <a href="https://pip.verisignlabs.com/">Personal Identity Portal</a> (PIP). With support for two-factor authentication, the PIP remains a strong OpenID provider as VeriSign remains committed to the broad deployment of OpenID across the Internet. Beyond OpenID, the new PIP also includes some unique identity management features. As the user-centric identity movement reaches beyond authentication and attribute exchange, we wanted to evolve the PIP into an identity aggregation service that enhances control, convenience and security over personal data even when the data is scattered across non-interoperable Web sites.<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="homepage.jpg" onclick="window.open('http://pip.verisignlabs.com')" src="http://blogs.verisign.com/innovation/homepage.jpg" width="100%" height="100%" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></span>This theme of identity aggregation is going to remain an important product philosophy for us moving forward. Our first implementation focuses on personalization, convenience and security. This post provides a brief overview of the new features. For those of you who never read product description, you can sign up for a free PIP account <a href="https://pip.verisignlabs.com/register.do">here</a>. For the more curious minds, please, read on, and let us know what you think. </p>

<p><big><strong><br />
Personalization and the Personal Identity Page</strong></big><br />
The Personal Identity Page allows you to aggregate public identities and presence across multiple Web sites under your OpenID. In my case, my personal identity page can be found at <a href="http://nico.pip.verisignlabs.com">nico.pip.verisignlabs.com</a>. You can see that I have chosen to aggregate my Blog, my Flickr pictures, my YouTube videos, and other personal links to provide a complete reflection of my public Web persona. With a Personal identity page, my OpenID  URL now provides a simple way for people to find and discover my "aggregate me". Think of it as a modern version of public white pages. We have tried to keep it simple enough that it can be built within a few minutes, but rich enough to keep it interesting. <br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img onclick="window.open('http://nico.pip.verisignlabs.com')" alt="idpage.jpg" src="http://blogs.verisign.com/innovation/nicos_namepage.jpg" width="470" height="446" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></span>Of course, for many, the logical place to share their identity is their social network. For that reason, we have also created a FaceBook application. As shown below, the PIP FaceBook application lets you embed your "identity carrousel" into your FaceBook profile to share it with your friends. </p>

<p><br />
<big><strong>Convenience and 1-Click Sign-in across any Web site</strong></big><br />
The PIP 1-click sign-in service may be one of the most interesting new features. The service aims at enabling single sign on across all popular Web 1.0 and Web 2.0 sites (whether they support OpenID or not). We have devised a client-less authentication solution that only requires one single click for you to log in across your social sites (FaceBook, Yahoo!, Google, MySpace...), your travel sites (TripIt, Expedia, United...), your financial site (Wells Fargo, E*Trade, ....), almost any of your sites, really! Think of it as a password vault in the cloud. Think of it as a universal single single-sign-on Web service. <span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="1Click.jpg" src="http://blogs.verisign.com/innovation/1Click.jpg" width="470" height="379" class="mt-image-none" style="" /></span>Since, we did not think you wanted to give all your names and passwords to VeriSign, we have designed it in such a way that VeriSign never sees your actual names and passwords (we only receive and store an encrypted form of them and you keep the secret key for yourself). Of course, you still need to log into the PIP (that is the one required login). Unlike most existing solutions out there, there is no client to install, only an optional bookmarklet to save in your browser (the install is drag and drop in Firefox and Safari and we have an automated install script for IE6 and IE7 users). It works on Windows, and the MAC. It will work in your 3G iPhone too, making OpenID and general login really user-friendly in a mobile environment (more in my next post). Note that the Beta 1-click service only supports 70 popular Web sites at this point. If your feedback is positive, we will add many more, so once again, let us know what you like and what you dislike.<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="1CkickJS.jpg" src="http://blogs.verisign.com/innovation/1CkickJS.jpg" width="100%" height="100%" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></span>The bookmarklet is also a nifty navigation tool. When you are not on the login page of a Web site, it triggers a small navigation window (see above). The window displays the list of all the Web sites that you have registered with the 1-click sing-in service. Simply click any of these links; you will navigate to the site and be logged in automatically. No more URL to enter, no more name and passwords to remember or type, only your PIP OpenID!</p>

<p><br />
<big><strong>Security and Free Digital certificates</strong></big><br />
Since the 1-click vault security hinges on the PIP authentication, we wanted to offer you a broad choice of strong authentication solutions. Last year, we enabled VIP credentials (OTP tokens) within the PIP. This year we added a free layer of security that does not require any hardware. Indeed, we are giving our PIP users a free VeriSign certificate to secure their PIP account. Certificates and PKI have often been blamed for poor user experience. Therefore, we decided to create a new user interface for logging in with a certificate. Instead of issuing an identity certificate, we are issuing what we call a "browser certificate. A browser certificate is anonymous. It does not contain any information about you. Think of it as an opaque token that you link against you PIP account to protect it (it provides a second authentication factor: "something you have". Your PIP login name and passwords remains your first authentication factor: "something you know"). You can install these certificates on Mac and Windows (as many as you need). The certificates are free. We are still working on the iPhone (we have encountered a few challenges with certificates with the iPhone Safari, but with a little help from Apple, we will get there). </p>

<p><br />
<big><strong>Voila!</strong></big><br />
The whole PIP team has worked hard during the last 8 months to bring you all this new functionality. We are really excited to release this new version of the Personal Identity Portal to our growing PIP community. We hope you will enjoy using it as much as we enjoyed building it. Feel free to drop us a note, report bugs and make product suggestions. Our support email is <a href="mailto:support@verisignlabs.com">support@verisignlabs.com</a>. We are looking forward to your feedback!</p>

<p></p>

<p><br />
</p>]]>
        
    </content>
</entry>

<entry>
    <title>PiP and the "Fun" Test</title>
    <link rel="alternate" type="text/html" href="http://blogs.verisign.com/infrablog/2008/05/pip_and_the_fun_test.php" />
    <link rel="service.edit" type="application/atom+xml" href="https://blogs.verisign.com/cgi/mt/mt-atom.cgi/weblog/blog_id=2/entry_id=940" title="PiP and the &quot;Fun&quot; Test" />
    <id>tag:blogs.verisign.com,2008:/infrablog//2.940</id>
    
    <published>2008-05-30T18:18:21Z</published>
    <updated>2008-05-30T22:56:49Z</updated>
    
    <summary>Fun Commutations has deployed a service that attempts to demonstrate a man-in-the-middle based phishing attack against a number of OpenID providers using Janrain's IDSelector.  Since VeriSign's Personal Identity Provider or "PiP" is one of the providers included in the Selector we naturally had a look.
</summary>
    <author>
        <name>Gary Krall</name>
        
    </author>
    
        <category term="PIP / SeatBelt" />
    
    <content type="html" xml:lang="en" xml:base="http://blogs.verisign.com/infrablog/">
        <![CDATA[<p>As referenced on Mike Jones's blog, Fun Commutations has deployed a service at:  http://idtheft.fun.de/ that attempts to demonstrate a man-in-the-middle based phishing attack against a number of OpenID providers using Janrain's <a href="https://www.idselector.com/">IDSelector</a>.  Since our <a href="https://pip.verisignlabs.com/">Personal Identity Provider or "PiP"</a> is one of the providers included in the Selector we naturally had a look.</p>

<p><br />
The good news is that there are a couple of features specifically designed in the PiP to combat the attacks noted in the demonstration.  The first is found within the PiP itself.  The optional feature is called "Secure Sign-On" and the way it works is that if the user has enabled it, they must first be logged into the PiP *before* they attempt to login to a RP.  If they are not logged in and they attempt to login they will be presented with this message:</p>

<p><br />
<img alt="PIP Warning Message" src="http://blogs.verisign.com/infrablog/images/login_crop.jpg" width="493" height="250" /></p>

<p><br />
The important point is that any PiP user who has enabled this knows that they must first login, so in the "Fun" case seeing a login screen while having the feature enabled would immediately flag the user that they were being phished.</p>

<p><br />
Secondly, this feature combined with our <a href="https://pip.verisignlabs.com/seatbelt.do">SeatBelt</a> being used in conjunction with the PiP beta  product affords even more detection.  With SeatBelt if a user is entering their identity URL we immediately detect whether or not the user is logged in and if they aren't we give them the option to login to their account.  With SeatBelt installed Firefox 2  and 3 users can clearly see if they are on the "correct" login page through a visual indicator in their status bar.  There are a number of checks SeatBelt performs to insure that the login page the user is entering their credentials into is correct for their configured OP.  In addition to the PiP, SeatBelt is supported by 9 other providers some of which are listed in the selector (more on this in a follow-up post).</p>

<p><br />
In addition to these features our PiP product also provides 2 factor authentication through our <a href="http://blogs.verisign.com/identity/">VeriSign Identity Protection ("VIP") Authentication Service </a>so at the end of the day our view is balancing usability with the layering of functionality to thwart the very thing that Fun in their demo attempts to bring forward.  "Secure Sign-In" backed with 2 factor authentication and SeatBelt we believe is a step to providing a level of comfort to the OpenID community in continuing to drive usage and adoption.</p>]]>
        
    </content>
</entry>

<entry>
    <title>Federation 2.0: In Search of a Switzerland for Identity Portability</title>
    <link rel="alternate" type="text/html" href="http://blogs.verisign.com/infrablog/2008/05/federation_20_in_search_of_a_s.php" />
    <link rel="service.edit" type="application/atom+xml" href="https://blogs.verisign.com/cgi/mt/mt-atom.cgi/weblog/blog_id=2/entry_id=935" title="Federation 2.0: In Search of a Switzerland for Identity Portability" />
    <id>tag:blogs.verisign.com,2008:/infrablog//2.935</id>
    
    <published>2008-05-27T21:36:01Z</published>
    <updated>2008-05-27T21:42:20Z</updated>
    
    <summary>The controversy around personal and social data portability is growing. For consumers, it is an important issue because it will determine how much ownership they will be able to enforce upon their "digital identity" that lives today across competing Internet...</summary>
    <author>
        <name>Nico Popp</name>
        <uri>http://nico.pip.verisignlabs.com</uri>
    </author>
    
        <category term="Identity" />
    
    <content type="html" xml:lang="en" xml:base="http://blogs.verisign.com/infrablog/">
        <![CDATA[<p>The controversy around personal and social data portability is <a href="http://industry.bnet.com/technology/2008/05/16/its-google-vs-facebook-in-data-portability-fight/">growing</a>. For consumers, it is an important issue because it will determine how much ownership they will be able to enforce upon their "digital identity" that lives today across competing Internet silos. For the silos, the Google, FaceBook, Yahoo! and Microsoft of the world, a lot is at stakes since, ultimately, it is about whom consumers will entrust with their digital self.</p>

<p><br />
Undoubtedly, data portability is the natural child of federated identity (more on that in a future post). Personal and social data are an important part of any consumer identity'. Like identifiers, credentials and profile attributes, social graphs, activity streams belong to the end user who created them in the first place. In the long run, consumers will require full control, privacy, security and portability over such personal information. Therefore, the identity technical community must engineer a new and comprehensive identity portability layer. The new layer needs to broaden the tradition notion of identity federation beyond names, passwords and profile to encompass the full gamet of personal and social data. Furthermore, this new layer must support a plurality of identity service providers who can compete and distinguish themselves by the quality of their service and the user experience that they provide. Freeing our data off Web portals and social networks by creating a new service layer dominated by one single service provider is hardly trading one master for another. </p>

<p><br />
Incidentally, putting the user first and ensuring plurality of competing identity service providers strikes as the fundamental principle that OpenID places on identity providers. The OpenID foundation has always be the strong proponent of a user-centric approach to Internet identity. Unlike many organizations, it appears to have achieved a <a href="http://openid.net/2008/02/07/evolving-the-openid-foundation-board/">balanced representation</a> across the grass-root technical community and large big Internet corporations. Moreover, because of the strategic stakes it represents, the quest for personal data portability is likely to become the main driving force behind OpenID deployment and maybe, even the necessary solution to the so-called "<a href="http://www.techcrunch.com/2008/03/24/is-openid-being-exploited-by-the-big-internet-companies/">relying party problem</a>". </p>

<p><br />
As a neutral ground, I hope the foundation will quickly realize that it has the opportunity and responsibility to provide the necessary leadership that helps <a href="http://www.techcrunch.com/2008/05/16/battle-over-data-ownership-on-gillmor-gang/">clearing the technical issues</a> around personal information and data portability. Yes, more than large Internet companies proclaiming their own APIs as open standards, it seems to me that OpenID can be the right foundation (pun intended) to lead towards a true interoperable solution for Internet data portability.</p>

<p><br />
</p>]]>
        
    </content>
</entry>

<entry>
    <title>Friend Connect or the Deportalization of Social Networks</title>
    <link rel="alternate" type="text/html" href="http://blogs.verisign.com/infrablog/2008/05/friend_connect_or_the_deportal.php" />
    <link rel="service.edit" type="application/atom+xml" href="https://blogs.verisign.com/cgi/mt/mt-atom.cgi/weblog/blog_id=2/entry_id=923" title="Friend Connect or the Deportalization of Social Networks" />
    <id>tag:blogs.verisign.com,2008:/infrablog//2.923</id>
    
    <published>2008-05-19T19:52:00Z</published>
    <updated>2008-05-20T17:18:17Z</updated>
    
    <summary>The issue of personal data portability is rapidly moving center stage. So, what is the big fuss about and what is really at stake here? For us, as consumers, it is an important issue because eventually, it will determine how...</summary>
    <author>
        <name>Nico Popp</name>
        <uri>http://nico.pip.verisignlabs.com</uri>
    </author>
    
        <category term="Identity" />
    
        <category term="Miscellaneous" />
    
    <content type="html" xml:lang="en" xml:base="http://blogs.verisign.com/infrablog/">
        <![CDATA[<p>The issue of personal data portability is <a href="http://industry.bnet.com/technology/2008/05/16/its-google-vs-facebook-in-data-portability-fight/">rapidly moving center stage</a>. So, what is the big fuss about and what is really at stake here?</p>

<p><br />
For us, as consumers, it is an important issue because eventually, it will determine how much ownership we will be able to enforce upon our personal data and content, including our social graph, that today, is dispersed across competing social networks and Web portals. </p>

<p><br />
For Google, and FaceBook (FB), the stakes are equally high. Ultimately, the winner could take it all and be the one who really drives revenue from social networking. But to understand, we need to review the controversy first.</p>

<p><br />
It really <a href="http://code.google.com/apis/opensocial/">all started with OpenSocial</a>. OpenSocial was Google's response to the rapid rise towards hegemony of FB APIs. To counter FB, Google created an alternative that it self-proclaimed an open standard by rallying a large number of FB competitors behind it.</p>

<p><br />
Competitive response aside, Open Social also arises from our industry's realization that social network is much more than a destination. Social networking is really a <a href="http://www.internetevolution.com/author.asp?section_id=466&doc_id=151997">new application dimension</a>. It is a new form of interactions that can augment almost any application, or any web site. To add social networking capabilities to an application, you need APIs. OpenSocial fills that gap. </p>

<p><br />
With OpenSocial, Google is also reducing social network to mere "containers". Google is turning the social networking portals into a set interoperable data sources that it can dip into. In fact, with the consent of the end-user, these social databases become instantly accessible to a whole new layer of identity services. The first generation of these new of services is now known. It is called <a href="http://www.google.com/friendconnect/">Google Friend Connect</a>. </p>

<p><br />
It is clear that FB understand the threat of a layer above social networks dominated by Google. Its decision to block Friend Connect under the excuse of privacy control <http://developers.facebook.com/news.php?blog=1&story=111> does not fool anyone. It is also likely that OpenSocial may have forced FB into exposing its own APis to third party Web sites. Friend Connect, on the other hand, is consistent with <a href="http://www.readwriteweb.com/archives/social_cloud.php">Google "social cloud" strategy</a>. It simply extends OpenSocial by alleviating the need for site owners to write code. Although it remains to be seen whether an embedded widget can provide the right user interface, by putting itself, between Web sites and social networks, Google is moving fast to disintermediate the leading social network. If Google were to succeed, it would surely make a significant dent into FB's $15B valuation. </p>

<p><br />
But what is the real prize here? What is really at stakes? Let me venture an explanation. How do you discover sites, products, music, videos on the Internet? You Google it,of course.  Now, in the real world, how do you discover products, movies, or books? Very often, you discover them through your social connections. Social events are always full of "I love this new product, you should really buy it too", "you must see that movie", "I highly recommend reading that book", "this restaurant is unbelievable". So maybe, social discovery is the perfect complement to search when it comes to generate and monetize traffic to other sites.</p>

<p><br />
So here may lie Google's bet on Open Social. The bet is that social networking capabilities integrated into a Web site can drive viral traffic (because your social feed will notify your friends of a site visit or of a transaction, because you will recommend a merchant by becoming a 'member of the site' or writing a review, because you will trust a site by finding people you know who have already experienced this site). Not withstanding the data mining and advertising intelligence opportunity that sitting between sites and social networks can present in the long run, the bet is that social interactions will drive more site visitors. Of course, for an ad network like Google that strives on monetizing new customer acquisition and traffic, it is a very rational bet. </p>

<p><br />
So while FB seems initially more concerned about keeping interactions within the walled garden, Google is forcing all the social networks to embrace a deportalization strategy. Of course, it is a smart move for Google who, unlike social networks, has already strong customers relationship with most Web sites through its AdWords and AdSense programs. Without access to a direct channel to online merchants and .COM sites, FB is in a relatively weaker position but it had to respond and <a href="http://developers.facebook.com/news.php?blog=1&story=108 ">Facebook Connect is its current answer </a>to Google. Will FB be more effective in driving revenue by deportalizing its APis and driving traffic outside FB instead of raising the walls of the garden day by day? That remains to be seen.</p>

<p><br />
At the end of the day, social traffic is still a theory in search of validation. For these merchants and Web site owners, that traffic may never materialize. To the non-believers, I can only oppose the success of Yelp whose sole purpose of its community is to drive traffic to local businesses. Considering the energy that Google is deploying around open Social and Friend Connect, we should have our final answer soon. One thing is almost certain, for the near future, the social cloud is likely to be the strongest market force driving internet-scale identity services, and that is very good news for OpenID.</p>

<p></p>

<p> <br />
</p>]]>
        
    </content>
</entry>

<entry>
    <title>The Business of Identity</title>
    <link rel="alternate" type="text/html" href="http://blogs.verisign.com/infrablog/2008/03/the_business_of_identity.php" />
    <link rel="service.edit" type="application/atom+xml" href="https://blogs.verisign.com/cgi/mt/mt-atom.cgi/weblog/blog_id=2/entry_id=819" title="The Business of Identity" />
    <id>tag:blogs.verisign.com,2008:/infrablog//2.819</id>
    
    <published>2008-03-18T21:30:53Z</published>
    <updated>2008-03-18T23:13:58Z</updated>
    
    <summary>With the increasing visibility of OpenID, VeriSign gets often invited to conferences to discuss the implications of this new technology. One of the questions that I often get from the audience borrows a line from Jerry Mc Guire: "When technology...</summary>
    <author>
        <name />
        
    </author>
    
        <category term="Identity" />
    
    <content type="html" xml:lang="en" xml:base="http://blogs.verisign.com/infrablog/">
        <![CDATA[<p>With the increasing visibility of OpenID, VeriSign gets often invited to conferences to discuss the implications of this new technology. One of the questions that I often get from the audience borrows a line from Jerry Mc Guire: "When technology is based on IP-free open standards, how do identity vendors and service providers make ends meet?" In other words: "Show me the money!"  Broad question, so I thought I would get on the record to describe a few of the popular business theories around OpenID and discuss their respective merit.</p>

<p><br />
<strong>The IDM Software Business Model:</strong></p>

<p>The first answer is to observe that OpenID is a federation protocol and as such, it fits well within an identity management suite (very much like SAML, or WS-*). Vendors in that space are well known: CA, HP, IBM, Microsoft, Oracle, Sun, etc. IDM vendors derive revenue by licensing their identity management software to large enterprises. Single-Sign-On across enterprise applications still remains an unsolved problem within many enterprises. Because of it is ligthtweightness, OpenID carries the promise of simpler integration across many internal Web applications (enterprise portal, SAP, Oracle Web apps, etc...), making it an attractive IDM solution component and a must-have for most IDM software vendors. </p>

<p><br />
<strong>The Service Aggregator Business Model:</strong></p>

<p>OpenID is especially best suited for managing identities across consumer services. So, the natural early adopters will be consumer service aggregators, such as Mobile Network Operators and MSOs. Indeed, these companies view their millions of subscribers as an untapped strategic asset. The ability to leverage OpenID to more easily up-sell and cross-sell subscribers across a growing portfolio of services and channels (wireless, broadband and TV) has strong business appeal. In other words, federating within the walled garden makes good business sense: one unified identity, one converged brand experience, one view of the customer and the ability to subscribe existing customers across new services in one single click, whilst charging them on one single bill.</p>

<p><br />
<strong>The Security Business Model:</strong></p>

<p>As a consumer, if you have one consolidated identity for use across many Web services, you are more likely to want to protect that unique identity. It is also easier to do so, since only the identity provider needs to deal with the complexity of any additional security technology. In a shared identity eco-system, security solutions such as strong authentication become more cost-effective since the price of securing identities can now be shared across all the relying parties. In other words, economies of scale can be realized. This is exactly the VeriSign identity protection model that we introduced in early 2006. At that time, OpenID did not exist, so the chances of sharing a complete identity were pretty slim. Therefore, we decided to adopt a simpler sharing model where only the security (the second authentication factor) is shared across sites. Authentication services such as VIP are a good fit for OpenID as they make it relatively easy to turn any IDP into a strong IDP. Beside, if accepting a name and a password from a third party may not provide much additional value over a self-issued name and password, the idea that an identity provider will provide a more secure and stronger identity could well be a compelling value proposition for sites to start accepting OpenID as relying parties.</p>

<p><br />
<strong>The Insurance Policy Model:</strong></p>

<p>Building on the idea that what makes accepting a third-party as an identity provider is a stronger identity, arises the identity assurance model. In that model, the identity provider becomes a risk underwriter. Basically, the IDP "insures" the relying party on the validity and knowledge that it has about a given identity. The identity risk profile allows the IDP to make some explicit guarantees (e.g. "no charge back") and be compensated for it. For example, a bank who knows a lot about a consumer identity and purchase behavior could vouch for a consumer transaction to be trustworthy and underwrite the risk based on the consumer risk-profile that it has accumulated over time. </p>

<p><br />
<strong>The Lead Generation and Advertising Model:</strong></p>

<p>In OpenID everyone is focused on Single-Sign-On. The truth is that the real money-maker may be more about attribute exchange than simpler login. By attribute exchange, I mean the ability to seamlessly transmit a subscriber's registration profile and payment information in real-time. In that context, I can see OpenID become an enabler for CPA-based advertising. In the CPA model, the publisher and the ad network (IDP) get paid when the user registers with the advertiser (lead acquisition) or purchases from the advertiser (impulse buy). By removing the typing, OpenID can enable a much more effective CPA model where the user only needs to login into their identity provider to authorize a registration or a purchase. The ability to register a new customer and allow them to pay from any device within 1-click could prove a significant enabler for direct response advertising.</p>

<p><br />
Of course, all these business models remain somewhat theoretical and unproven. However, the intuition is that there are many angles to consider when approaching OpenID from a business perspective. Interestingly, the breadth of opportunities should make the emerging standard more relevant to many leading Internet companies. This may explain the broad and growing attraction for federated identity, and OpenID in particular. That is all good news for the technology, as without business drivers, it will remain a technology construct that makes conferences headlines but is ignored by business minded leaders. That would be a shame of course as the best ideas are the one that can seduce consumers, technologist and those who follow the same three directives day after day: "Show me the money, show me the money, show me the money!" </p>]]>
        
    </content>
</entry>

<entry>
    <title>Been a Busy Two Weeks!</title>
    <link rel="alternate" type="text/html" href="http://blogs.verisign.com/infrablog/2007/07/been_a_busy_two_weeks.php" />
    <link rel="service.edit" type="application/atom+xml" href="https://blogs.verisign.com/cgi/mt/mt-atom.cgi/weblog/blog_id=2/entry_id=504" title="Been a Busy Two Weeks!" />
    <id>tag:blogs.verisign.com,2007:/infrablog//2.504</id>
    
    <published>2007-07-26T19:08:07Z</published>
    <updated>2007-07-26T19:15:00Z</updated>
    
    <summary>Not too long ago I learned from my colleges in our Japanese office about things happening around OpenID in Asia. Working with Kentaro Sakamoto-san from VeriSign Japan, I managed to setup a trip coinciding with the ITU-T's Focus Group on...</summary>
    <author>
        <name />
        
    </author>
    
        <category term="VeriSign" />
    
    <content type="html" xml:lang="en" xml:base="http://blogs.verisign.com/infrablog/">
        <![CDATA[<p>Not too long ago I learned from my colleges in our Japanese office about things happening around OpenID in Asia. Working with Kentaro Sakamoto-san from VeriSign Japan, I managed to setup a trip coinciding with the ITU-T's Focus Group on Identity Management meeting, to Tokyo and Seoul.  Working with Sakamoto-san and <a href='http://www.linkedin.com/in/pebblebeach'>Andy Song from AhnLab</a>, who I met at Web 2.0 Expo this year, we managed to setup a great trip where I spent about a week in Tokyo and 22 hours in Seoul.  I had a lot of great meetings in Tokyo and in Seoul AhnLab hosted a wonderful half-day OpenID session.  Slides from that are up on SlideShare at <a href='http://www.slideshare.net/daveman692/open-id-overview-seoul-july-2007'>http://www.slideshare.net/daveman692/open-id-overview-seoul-july-2007</a>  Thanks again to Sakamoto-san, everyone at VeriSign Japan, and Andy for being terrific hosts.</p>

<p><br />
Last Saturday, we completed the upgrade of our Personal Identity Provider.  All accounts have been automatically upgraded and the URL is the same at <a href='http://pip.verisignlabs.com'>http://pip.verisignlabs.com</a>.  We definitely encourage everyone to come try it out as we believe it is the best OpenID Provider in existence! Not only does it have all of the features from the PIP we launched last May, but adds support for OpenID 2.0, the ability to manage multiple identities within one PIP account, integration with strong authentication via our VeriSign Identity Protection network, Information Card support as one way to help protect against phishing attacks, and our <a href='https://pip.verisignlabs.com/seatbelt.do'>SeatBelt Firefox add-on</a> which works with a variety of OpenID Providers.</p>

<p><br />
This week I'm up in Portland OR at <a href='http://conferences.oreillynet.com/os2007/'>O'Reilly's Open Source Convention</a>.  Tuesday morning, <a href='http://simonwillison.net'>Simon Willison</a> and I gave a three-hour <a href='http://conferences.oreillynet.com/cs/os2007/view/e_sess/13976' >OpenID Bootcamp tutorial</a> where we dove into many different aspects of OpenID from a basic introduction, to security concerns and solutions, to implementation details.  Slides from the tutorial are also up on SlideShare at <a href='http://www.slideshare.net/daveman692/openid-bootcamp-tutorial'>http://www.slideshare.net/daveman692/openid-bootcamp-tutorial</a>.  In the afternoon, Simon and I <a href='http://conferences.oreillynet.com/cs/os2007/view/e_sess/14786' >joined Tim O'Reilly</a> during his Radar Executive Briefing where we gave an update on OpenID and discussed why as he said, "OpenID is taking the world by storm".</p>

<p><br />
Ending the day Tuesday, I was awarded  a <a href='http://google-code-updates.blogspot.com/2007/07/drum-roll-winners-of-2007-google.html'>Google-O'Reilly Open Source award</a> which I posted more about on <a href='http://daveman692.livejournal.com/308345.html'>my personal blog</a>.  The award I won was for Best Strategist which refers to the work I've done over this past year at VeriSign within the wider OpenID community.  Am certainly really honored to have been recognized, though am guessing I now need to work on raising my hacker geek cred again. :P</p>]]>
        
    </content>
</entry>

<entry>
    <title>Updating the PIP</title>
    <link rel="alternate" type="text/html" href="http://blogs.verisign.com/infrablog/2007/06/updating_the_pip.php" />
    <link rel="service.edit" type="application/atom+xml" href="https://blogs.verisign.com/cgi/mt/mt-atom.cgi/weblog/blog_id=2/entry_id=484" title="Updating the PIP" />
    <id>tag:blogs.verisign.com,2007:/infrablog//2.484</id>
    
    <published>2007-06-28T04:03:38Z</published>
    <updated>2007-06-28T04:15:00Z</updated>
    
    <summary>Today at the Burton Group's Catalyst conference in San Francisco during an interoperability event this evening, we'll be demoing a pre-release of our upcoming update to our Personal Identity Provider. This update touches every aspect of the PIP, providing the...</summary>
    <author>
        <name />
        
    </author>
    
        <category term="VeriSign" />
    
    <content type="html" xml:lang="en" xml:base="http://blogs.verisign.com/infrablog/">
        <![CDATA[Today at the <a href="http://catalyst.burtongroup.com/NA07/index.html">Burton Group's Catalyst conference</a> in San Francisco  during an <a href="http://www.burtongroup.com/Press/Releases/18June2007.aspx">interoperability event</a> this evening, we'll be demoing a pre-release of our upcoming update to our <a href="http://pip.verisignlabs.com/">Personal Identity Provider</a>.  This update touches every aspect of the PIP, providing the foundation for a identity management platform from VeriSign.
<br /><br />
Over the next few weeks, leading up to the launch of this update, we'll be looking at the new features one-by-one in a series of blog posts.   From a high-level, you can look forward to the following, but overall we've focused this release on security, control, and convenience:
<ul>
<li>Completely redesigned interface to make the PIP easier to use</li>
<li>Support for OpenID 1.1 and 2.0</li>
<li>Ability to create multiple identities managed from within a single user account</li>
<li>New "tag based" profile data management interface making it easier to view and sort all of your profile data</li>
<li>Ability to download managed Information Cards for each of your created identities to use with technology such as Microsoft's Cardspace</li>
<li>Strong authentication support via second-factor credentials from the <a href="http://www.verisign.com/products-services/security-services/identity-protection/index.html">VeriSign Identity Protection network</a>, 
along with the ability to have a one-time PIN sent via SMS or email if you've forgotten your credential</li>
<li>Phishing-resistant logins using both VIP credentials and managed Information Cards</a>
<li>Full activity logging so you can have a complete picture of where you've used your identities</li>
<li>Integration with our own "OpenID SeatBelt" FireFox add-on to provide additional convenience and security protections when using OpenID 
identities from the PIP, AOL, Xlogon and MyOpenID.com</li>
</ul>
<br /><br />
Check it out, but please realize that any accounts you create will go away in a few weeks when we fully transition the PIP.  <a href="http://jpip.verisignlabs.com">http://jpip.verisignlabs.com</a>]]>
        
    </content>
</entry>

</feed>
