Call toll free:
1.877.898.2905

Subscribe


Calendar


Search


Ping Identity > Blogs > Ping Talk 

Ping Talk Blog

NEW! Webex Single Sign-On & Account Management Connector

August 19, 2010 , Andre Durand | Ping Identity

Andre Durand

We just released a new SaaS Connector which enables Single Sign-On (SSO) and user account management for WebEx Meeting Center, the leading online communication and collaboration platform.   In addition to support for user account management, the WebEx Connector includes a Quick Connection template that simplifies and streamlines the SSO and provisioning configuration by pre-populating connection settings, SSO endpoint parameters and provisioning configuration.

Features
  • Quick Connection Template:  The WebEx quick connection template, in combination with SAML 2.0 metadata exchange, streamlines the configuration of a WebEx Meeting Center connection.   Standard configuration parameters are pre-populated within the connection, requiring entry of only site-specific details.
  • User Account Management:  The WebEx SaaS Connector enables user account management, which automatically creates user accounts in WebEx Meeting Center and continually monitors your existing corporate directory for modifications and deletions.

WebEx is the newest in Ping Identity’s family of SaaS Connectors, which provide advanced SSO and user account management capabilities for leading SaaS vendors including Workday, Salesforce and Google.

For additional information check out our WebEx solution page or contact your sales representative.


NEW! IWA & Java SSO Integration Kits

August 19, 2010 , Andre Durand | Ping Identity

Andre Durand

Java Integration Kit 2.4.1

Ping recently released a new Java Integration Kit for PingFederate. It includes completely rewritten Java Sample Applications with a focus on providing a reference OpenToken application integration. Build-able source code is included with the distribution. The OpenToken Adapter and Agent remains the same as the 2.4 kit version.

IWA IdP Integration Kit Version 2.4

The PingFederate Integrated Windows Authentication (IWA) IdP Integration Kit provides an Identity Provider (IdP) adapter for PingFederate. This kit allows a PingFederate IdP server to perform single sign-on (SSO) to Service Provider (SP) applications, based on IWA credentials.

In addition to various bug fixes, version 2.4 of the IWA IdP Integration kit includes:

•    Added full NTLM functionality and support for security policies exhibited by Windows clients and servers
•    Added support for Kerberos failover to NTLM authentication when the user is external to the domain

Both Integration Kits are available for immediate use from the Download Page.


Trust - the discussion continues. Part II

August 13, 2010 , John Fontana | IdM, Ping Identity

John Fontana

Trust in the digital world is like banking’s five C’s for obtaining credit, according to Hilary Ward, head of managed identity services for Citi Global Transaction Services.

She was speaking Thursday as part of a panel on Federal News Radio trying to answer the question: Is Trust the Next Killer App?
 
For the record, the answer was yes; and the five C’s in banking, the industry where Ward makes her mark, are: character (integrity), capacity (sufficient cash flow to service the obligation), capital (net worth), collateral (assets to secure the debt) and conditions (of the borrower and overall economy).
 
“Trust is knowing who you are dealing with, knowing you can collaborate and knowing they are going to be responsive and have integrity in your interactions,” she said. “Now extend that across enterprise boundaries.”
 
In other words, it’s not an easy problem to solve, but it is one that must be solved, according to Ward and her panel colleagues, John Clippinger, founder and co-director of The Law Lab at Harvard University, and Jeff Voas, a computer scientist at the National Institute of Standards and Technology (NIST).
 
“Trust is not a static property,” says Voas. “It evolves over time. It has to be built into the principals, into online transactions. But what is trust today is not trust tomorrow.  It has to be part of the system. It is not something you glue on [after the fact].”
 
In essence, digital trust can be as fickle, and as fleeting, as it is in inter-personal relationships.
 
“Technology is just a layer,” says Ward. “It is the policies and the ability to have transparency to the rules.” That provides an expectation on how things will happen, which is then backed by a dispute resolution process. “The parties have to feel confident they can resolve issues,” Ward says.
 Michael Farber, Booz Allen Hamilton
Moderator Michael Farber (right), a vice president with Booz Allen Hamilton's IT business, plied the trio with questions ranging from defining trust, to building standards, to understanding transparency, and to determining whether risk management and reputation can scale. (Clippinger and Ward say yes. Voas said he is still pondering.)
 
“One of the challenges I see is that if you believe in trust-as-a-service you have to be accountable to third-parties to enforce that trust,” said Clippinger. “To do that, you have to relinquish some sort of control. I think that is a huge obstacle for most companies.”
 
Gartner says that obstacle will take time to erode. The analyst firm predicts by next year “third-party providers will offer identity-proofing services and assume limited liability for individual identities.” And by 2013,” identity-proofing services will be used widely in industry segments with strong assurance requirements.”
 
Coming to grips with such risks throughout trust networks was a recurring theme.
 
“The Internet is the Wild West,” said Voas. “We have a grand challenge in taking the best practices out of [closed] communities and bringing them into [the Internet] community in terms of trust. The human factor is a big challenge. It is people trusting people.”
 
Clippinger said the Law Lab is very interested in reputation systems. “Reputation linked to authenticated identity is going to be very important.”
 
Ward said Citi thinks that it can use identity as “the underpinning of how things are done downstream.”
 
A big impact in all of this, according to the panel, is the emerging user-centric identity model, trust framework organizations like the Open Identity Exchange (OIX), and mobile platforms.
 
“We think mobile devices will be a key to gluing it together,” said Clippinger.
 
Ward said contract law will be a big part of trust. “Accountability will help build a fabric for the [trust] framework.”
 
In the end, the answer to the question “Is trust the next killer app?” was a resounding yes, but no one was discounting the number of variables that need to be considered before the killer is unleashed.
 
 
Follow John on Twitter and check out our Identity-Conversation Tweet list
 
 

Trust - the discussion continues

August 10, 2010 , John Fontana | IdM, Ping Identity

John Fontana

There is a lot of talk about trust these days. It was a pivotal topic at the recent Cloud Identity Summit (CIS) and the Burton Group Catalyst Conference.

Verisign’s Nico Popp, SafeNet’s Doron Cohen, Bitkoo’s Doron Grinsten, PayPal’s Andrew Nash and Accenture’s Mike Neuenschwander all took an angle on the topic at CIS.
 
And Burton put on an interop that highlighted the importance of trusted providers and trust frameworks, while the Open Identity Exchange announced at the conference it had formed the U.S. ICAM Trust Framework Working Group with the hope of extending its existing framework to Level-of-Assurance 2 and 3 statuses.
 
Now the discussion will continue on Thursday (8/12) when Federal Radio News broadcasts (listen here at 11am EST) a panel discussion examining the topic “Is Trust the Next Killer App?”
 
The panel includes John Henry Clippinger, founder and co-director of The Law Lab at Harvard University and author of "A Crowd of One: The Future of Individual Identity."  Clippinger last month took Facebook to task for violating the trust of its users. Clippinger also helped found and support Project Higgins, which is designed to give people more control over their personal identity, profile and social networking data.
 
Also on the panel is Jeff Voas, a computer scientist at the National Institute of Standards and Technology (NIST). He served as the IEEE Reliability Society President (2003-2005, 2009-2010), and serves as the IEEE Computer Society's Second VP (2010). Voas is IEEE Division VI's Director-Elect (2010).
 
The third panel member is Hilary Ward, who is head of managed identity services for Citi Global Transaction Services where she is responsible for creating a sustainable global identity business strategy. In 2008, Citi received from the Liberty Alliance (now Kantara) an IDDY Deployment Award for providing managed identity services that helped users utilize digital credentials and signature technologies in a comprehensive and legally binding way.
 
The Citi Managed Identity Services infrastructure spans the web (HTTP/ HTTPS), web services (SAML, WS-Security, SOAP), PKI (Certificate Authorities, X.509, PKCS#7), strong authentication technologies (HSM, KSM) records management and entitlement management (XACML), identity platforms (RDBMS, LDAP), document formats (PDF, XML) and development platforms (.NET, Java).
 
 
Follow John on Twitter and check out our Identity-Conversation Tweet list
 
 

Evolution of federation

August 2, 2010 , John Fontana | IdM, Ping Identity

John Fontana

Last week the industry got down to work on the evolution of federation.

Broad federations. B-to-C and G-to-C. Federations of federations to be exact.
 
The Burton Group hosted the first-ever open identity for business interop. It was a test that spanned multi-provider, multi-protocol and included multiple levels of assurance. The interop was built on profiles for SAML, OpenID and IMI (info.card) developed by the Identity, Credential and Access Management (ICAM) subcommittee of the U.S. CIO Council.
 
The goal is to enable the industry to build federations over a broad spectrum using government standards as a baseline.  On display was interoperability among published ICAM profiles for OpenID and IMI (info.cards), and the soon-to-be-published ICAM SAML profile.
 
“The government is saying these are mature enough for government use,” said Drummond Reed, executive director of both the Open Identity Exchange (OIX) and the Information Card Foundation. “That is an important statement for how ready these are for large scale usage. And the government is also judging what level of assurance the technology and the protocols are ready for.”
 
From a high level, the goal is to certify identity providers to issue identities that grade out at varying levels of assurance for use in business-to-consumer and government-to-consumer interactions.<more/>
 
Today, Google, Yahoo, PayPal, Equifax and VeriSign are among certified identity providers (IDPs), but only at Level of Assurance (LOA) 1, which is defined as “little or no confidence in the asserted identity’s validity.”
 
But the type of infrastructure desired -- trusted providers, graded assurance, policies and trust frameworks (such as the Open Identity Trust Framework Model shown below) – would open the floodgates for identity to be plugged in everywhere on the Internet with levels of assurance up to LOA 4 (very high confidence in the asserted identity’s validity.)The Trust Framework model
 
Yes, it would be a huge step forward. But not before some hard work gets done.
 
“The hard part is the business agreements between the (identity) providers and the relying parties (RP),” said Ian Glazer, an analyst with Gartner/Burton. “Making sure the pipes fit together; not hard at all.”
 
I have been hinting over the past months that Ping is already engineering support for emerging protocols, such as OpenID.  Ping’s participation in the interop is evidence of how that work is progressing, and how those with SAML-based infrastructures will incorporate evolutions in identity.
 
Federations for business-to-business are being done today – Ping is one company making that possible – but the business-to-consumer space has unique challenges.
 
“Issues come up with aligning metadata and policies across large scale federations,” said Mike Jones, a board member of the OpenID Foundation and director of identity partnerships at Microsoft.
 
"Questions center on just getting metadata into a federation database, vetting that information and determining all the information needed has actually been captured,” says John Bradley, federation interoperability working group chairman at Kantara.  “IDPs and RPs have to figure out how to dynamically configure with someone that they are not negotiating with out of band,” he says.
 
Attribute management is another huge consideration. “We still have lots of work to do on how to use and manage attributes in this trust environment. There are lots of voices screaming lots of options,” said Peter Alterman senior advisor for strategic initiatives at the National Institutes of Health (NIH).
 
Another issue is the Secure Hash Algorithm (SHA), which the government wants graded at 256. Today, most implementations in federation software are at 1. It’s a relatively easy update for vendors to make, but end-user demand is not yet there, says Glazer. SHA hash functions are a set of cryptographic hash functions designed by the National Security Agency (NSA) and published by the NIST as a U.S. Federal Information Processing Standard.
 
Last week at the Burton interop, a collection of thought leaders worked through the issues because they know big problems are the most fun to solve.
 
Ping’s Pam Dingle built a demo showing a user logging into a health-care site with an OpenID and then, via Ping Federate in the background, upgrading to a SAML-based token with a higher level of assurance to enroll in a clinical trial.
 
Microsoft showed a user with a PayPal ID signing up for a medical device trial using OpenID and WS-Federation behind the scenes.
 
The other participants included Azigo, Equifax, InCommon, PayPal, CA Technologies,CardGears,NIH and Ping.
In addition, OIX announced it formed the U.S. ICAM Trust Framework Working Group with the hope of extending its existing framework to LOA 2 and 3 statuses. According to OIX’s Reed, the biggest problem will be the business model . “How do you have a successful federal model with money flowing through it,” says Reed.
 
Ping CTO Patrick Harding said the interop was “where open identity standards meet levels of assurance in the real world.” Harding said what will develop out of this work is a grading system for IDPs so relying parties will know what levels of assurance IDPs support.
 
The expectation is that “this will be the equivalent of the certification practice statements on PKI from 15 years ago. This is the moral equivalent for federated SSO 15 years later.”
 
Follow John on Twitter and check out our Identity-Conversation Tweet list 
 
 

 


Ping Celebrates 500th Customer at Burton Catalyst

July 28, 2010 , Jil Backstrom | Customers, Communities, Cloud, Ping Identity

Jil Backstrom

We achieved a major milestone this week surpassing 500 enterprise and SaaS customers.   We want to personally thank you for choosing Ping.  If you happen to be in San Diego this week for Burton Catalyst, come celebrate with us tonight at the Marriott Gaslamp Altitude bar. 


SHRM 2010 Delegates Support Ping’s Efforts to Help the Gulf Cleanup

July 9, 2010 , Jil Backstrom | Ping Identity

Jil Backstrom

Last week’s SHRM 2010 Conference was a success on many levels.  Not only were we in good company with 600+ HR-related vendors – many of them our customers and partners  - but we also had some great conversations with conference delegates about eliminating passwords for HR apps.  And we had an awesome win when it comes to Ping Identity's Community Enrichment efforts.  

At Ping, we believe that we have a responsibility to share our company’s talents and good fortune with nonprofit causes that enrich the communities around us. 

In the wake of this Spring’s devastating Gulf oil spill, Ping Identity has decided to focus the remainder of our 2010 monetary donation efforts toward supporting local, regional and national conservation organizations that are assisting in the recovery and clean up in Louisiana and other Gulf Coast states. 

Last week, 368 SHRM 2010 Conference delegates responded to Ping’s offer to donate $1 for every unique business card collected to help with the clean up.  Our CEO Andre Durand upped the ante  - tripling that total and allowing us to give $1,000 to the Coalition to Restore Coastal Louisiana’s (CRCL) collaborative Gulf clean up. We are making this donation on behalf of the SHRM 2010 delegates in recognition of their interest in helping make this happen.

Ping will continue similar fundraising efforts through 2010.  You can visit www.crcl.org to learn about how you can help.  And check out our Community Service page to learn more about Ping Identity’s Corporate Social Responsibility program.


PingParty Catalyst 2010

July 8, 2010 , Andre Durand | Ping Identity

Andre Durand

Going to Catalyst this year in San Diego? Join us on the roof at the Marriott at 9:01pm Wednesday July 28th. Bring your game. We'll bring ours.

PingParty 2010 Catalyst


Tasty Dog Chow!

June 24, 2010 , Sid Sidner | Ping Connect, Ping Identity

Sid Sidner

At Ping Identity, we eat our own dog food and love it!

Several weeks ago, Ping took another step in our own corporate evolution into cloud computing by adopting Google Apps.  Like millions of other companies that have jumped on the Google App bandwagon, we did it for lowered cost and improved functionality - the mantra of cloud computing.   Google can run the whole system for us for not much more than the price of a server, let alone the costs of software, networking, backup, power, and staff time.  And the functionality of Gmail, Google Calendar, and various applications is impressive, obviously focused around search as the organizational paradigm and with lots of creature comforts.

But enough of a sales pitch for Google, already!  What is most interesting is our use of our own product, PingConnect, to allow single sign-on to these applications.

Since I'm kinda new to federated identity technology, I called Ping Identity's Chris Turra, PingConnect system admin and all-round identity ninja, to help me understand how it all works.  Chris was great help and even drew me a diagram using Adobe Connect while we were on the phone.  Ping Identity picked Chris up during our Sxip Access product acquisition in 2008 and is an example of the quality of people I get to work with!

Let's review the identity topology a little bit.  Ping uses an LDAP accessible identity manager, Microsoft's Active Directory in fact, that stores each user's ID and password.  Access to Google Apps is effectively from the Internet now for ALL our employees, whether they work in one of Ping's offices, from a home office, or at the beach.   We have a portal page hosted in our Google Sites; we have our mail in Gmail; our calendars in Google Calendar; and finally we are starting to create and share documents in Google Docs (love that easy sharing!).

When a Ping employee accesses any of these with their browser (PC, Mac, iPad, iPhone, Android, Linux, etc), Google Apps redirects the browser to our instance of PingConnect along with a SAML request.  PingConnect authenticates the user against AD and if successful, returns the browser back to Google Apps with a SAML response that indicates an authentication success.  Because this is signed with the private key associated with the public key in a certificate that we gave Google Apps during setup, it trusts the SAML assertions and lets the employee have access.

Subsequent accesses from other browser tabs or windows don't require the user to authenticate at all, because Google picks up its session that indicate that the user is already authenticated.

But, wait!, you say - what about rich clients, like the mail clients on phones that aren't browser based? Google doesn't have a mechanism of doing single sign-on with IMAP... do they?  Well, it depends what you mean by single sign-on.  If you mean not having to have passwords everywhere, then PingConnect has got you covered, because PingConnect can generate a unique, random password for a user, that they can use to setup the rich client.  The user doesn't have to invent the password or remember it.

Here's how it works: an employee goes to their Google account settings and selects Change Password.  Google Apps then redirects back to PingConnect with the browser.  PingConnect generates a random password, displays it to the user, and then invokes a Web Service API on Google to set the password for the user.  This request uses standard HTTPS and is authenticated using an administrator ID and password.  The user then enters their user ID and the displayed password value into their rich client and voila! they can connect.  This has many virtues: the user can change their password at any time; our admin doesn't have to go and set a password for each account in Google; and nobody knows the clear text value of the password except the user, because PingConnect doesn't store it for reuse and Google of course stores it as a salted hash, from which it can't be recovered.

The user experience is great - the employee signs in somewhere, once, for browser based apps, using their Ping Identity user ID and corporate password.  And for rich clients, they use their ID and a randomly generated password.

Alpo, look out!

(In case you're interested, the setup for SSO in Google Apps requires a certificate with the public verification key, and the URLs for login, logout, and password change, which is how the PingConnect (or PingFederate) password manager gets invoked.)

More information about Ping Connect


More Entries