Perimeter
10/18/2011
10:01 PM
Taher Elgamal
Taher Elgamal
Commentary
Connect Directly
RSS
E-Mail
50%
50%
Repost This

On Trusting Certificate Authorities

The time has come for a way to vet CAs by reputation

I get questions almost daily about the weaknesses of the certificate authorities (CAs) that are today “trusted” in every browser. The decision we made years ago to use PKI as the cornerstone for security in SSL and the early Web is under attack because of the poor practices of some CAs and the fact that we could not tell or remove these from our trusted lists without patching the browsers.

We knew since the beginning that the trust model in browsers is not sufficient. Almost every online business now has some reputation elements that the Internet can help establish and inform the users. It is ironic that the businesses that are the core of the trust of the entire e-commerce world lack any reputation support.

It could be time for some Internet entity to start to collect reputation data on CAs, and serve users and other entities in that regard. As long as root keys are hard-coded into browsers, we are not able to revoke CAs, which is obviously a missing component of any PKI system. So, in the meantime, can we at least help the community?

Eventually, PKI implementations in browsers need to be revisited. Browser vendors are, in fact, the root of trust, regardless of opinions and business practices. And as such, it would have been so much easier for the browser to sign CA root keys instead of just hard-coding.

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. In addition to serving on numerous corporate advisory boards, Dr. Elgamal is the Chief Security Officer at Axway, a global provider of multi-enterprise solutions and infrastructure. He holds a Ph.D. and M.S. in Computer Science from Stanford University. View more of his blog posts here.

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2012-0360
Published: 2014-04-23
Memory leak in Cisco IOS before 15.1(1)SY, when IKEv2 debugging is enabled, allows remote attackers to cause a denial of service (memory consumption) via crafted packets, aka Bug ID CSCtn22376.

CVE-2012-1317
Published: 2014-04-23
The multicast implementation in Cisco IOS before 15.1(1)SY allows remote attackers to cause a denial of service (Route Processor crash) by sending packets at a high rate, aka Bug ID CSCts37717.

CVE-2012-1366
Published: 2014-04-23
Cisco IOS before 15.1(1)SY on ASR 1000 devices, when Multicast Listener Discovery (MLD) tracking is enabled for IPv6, allows remote attackers to cause a denial of service (device reload) via crafted MLD packets, aka Bug ID CSCtz28544.

CVE-2012-3062
Published: 2014-04-23
Cisco IOS before 15.1(1)SY, when Multicast Listener Discovery (MLD) snooping is enabled, allows remote attackers to cause a denial of service (CPU consumption or device crash) via MLD packets on a network that contains many IPv6 hosts, aka Bug ID CSCtr88193.

CVE-2012-3918
Published: 2014-04-23
Cisco IOS before 15.3(1)T on Cisco 2900 devices, when a VWIC2-2MFT-T1/E1 card is configured for TDM/HDLC mode, allows remote attackers to cause a denial of service (serial-interface outage) via certain Frame Relay traffic, aka Bug ID CSCub13317.

Best of the Web