Perimeter
2/10/2012
01:19 PM
Taher Elgamal
Taher Elgamal
Commentary
Connect Directly
RSS
E-Mail
50%
50%
Repost This

On Determining Online Identities

Forging a stronger tie between the sign-on process and the actual known user who owns that particular account

Recently, there has been a lot of discussion and argument over the use of online activities to detect user identities. One of the common discussion points today is how Facebook detects the user not just by the user name and password he enters, but also by matching that user with his known activities, circle of friends, and so on. Other similar activities are done by Google (Street Identity) and others.

The advantages of these approaches are that they provide a stronger tie between the sign-on process and the actual known user who owns that particular account. This will help reduce the effect of phishing and stolen credentials, which end up in identity theft and other fraud. In the credit card industry, the associations have been promoting technologies labeled “3D secure” to provide additional identity verification when a credit card is entered in an online transaction.

There are some possible disadvantages for these approaches that are centered around the possible loss of private information that the sites collect and use to determine the online identity of a user. Indeed, if these data elements are protected properly, then the loss of privacy could be severe. However, the power of improving the strength of the tie between a user and a session that the user initiated is a much stronger, continuous authentication process around online sessions.

Examples in the credit card transaction industry are also in progress. IdentityMind is spearheading a new direction that ties the actual user who is known to own a credit card to the transaction, rather than depending on machine IDs, which have been used or years with only marginal improvement in the fraud rates.

Recognized in the industry as the "inventor of SSL," Dr. Taher Elgamal led the SSL efforts at Netscape. He also wrote the SSL patent and promoted SSL as the Internet security standard within standard committees and the industry. Dr. Elgamal invented several industry and government standards in data security and digital signatures area, including the DSS government standard for digital signatures. He holds a Ph.D. and M.S. in Computer Science from Stanford University.

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
MS8699
50%
50%
MS8699,
User Rank: Apprentice
2/14/2012 | 4:39:04 AM
re: On Determining Online Identities
SSL Certificates is Very important for on line Business
Register for Dark Reading Newsletters
White Papers
Flash Poll
Current Issue
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2011-3154
Published: 2014-04-17
DistUpgrade/DistUpgradeViewKDE.py in Update Manager before 1:0.87.31.1, 1:0.134.x before 1:0.134.11.1, 1:0.142.x before 1:0.142.23.1, 1:0.150.x before 1:0.150.5.1, and 1:0.152.x before 1:0.152.25.5 does not properly create temporary files, which allows local users to obtain the XAUTHORITY file conte...

CVE-2013-2143
Published: 2014-04-17
The users controller in Katello 1.5.0-14 and earlier, and Red Hat Satellite, does not check authorization for the update_roles action, which allows remote authenticated users to gain privileges by setting a user account to an administrator account.

CVE-2014-0036
Published: 2014-04-17
The rbovirt gem before 0.0.24 for Ruby uses the rest-client gem with SSL verification disabled, which allows remote attackers to conduct man-in-the-middle attacks via unspecified vectors.

CVE-2014-0054
Published: 2014-04-17
The Jaxb2RootElementHttpMessageConverter in Spring MVC in Spring Framework before 3.2.8 and 4.0.0 before 4.0.2 does not disable external entity resolution, which allows remote attackers to read arbitrary files, cause a denial of service, and conduct CSRF attacks via crafted XML, aka an XML External ...

CVE-2014-0071
Published: 2014-04-17
PackStack in Red Hat OpenStack 4.0 does not enforce the default security groups when deployed to Neutron, which allows remote attackers to bypass intended access restrictions and make unauthorized connections.

Best of the Web