Computer system checks out as clean

Digital certificates need to regain users' trust

In the face of the growing use of stolen and fraudulent digital certificates to deliver malicious code, the National Institute of Standards and Technology has developed a set of baseline security controls and practices to support the secure issuance of the certificates.

Publicly trusted certificate authorities (CAs) — third-party organizations that issue certificates that are used to identify their users and digitally sign software — “form the basis for one of the primary mechanisms for providing strong assurance of identity in online transactions,” NIST says in its draft Interagency Report 7924, Reference Certificate Policy.

The report provides a standard model for a certificate policy defining the expectations and requirements to ensure trust between certificate authorities and those who rely on certificates to secure online transactions. The model document can be tailored to meet the specific needs of an agency or other organization.

“The widely placed trust in CAs is at the heart of security mechanisms used to protect business and financial transaction online,” the policy says. “Notably, protocols such as Transport Layer Security (TLS) rely on CAs to identify servers and clients in Web transactions. Governments around the world rely on CAs to identify parties involved in transactions with them.”

Much of the trust structure is automated, with servers and applications such as Web browsers relying on digital certificates without the individual users’ direct involvement.

Trust — and security — can be eroded when certificates are misused, which has been happening increasingly often in the past several years. “Analyses have revealed that these security breaches were often the result of insufficient security controls being in place on the computer systems and networks at these CAs, and sometimes exacerbated by weak record keeping,” NIST said.

It was discovered in 2010 that Stuxnet used compromised certificates to install itself, as did the related Flame malware, and stolen digital certificates have been used recently to deliver malware from a compromised site providing support for Tibetan refugee children and to steal virtual money in global attacks against online gaming companies. The security company Bit9 announced in February that it too had been a victim.

“Due to an operational oversight within Bit9, we failed to install our own product on a handful of computers within our network,” a blog post said. “As a result, a malicious third party was able to illegally gain temporary access to one of our digital code-signing certificates that they then used to illegitimately sign malware.”

Industry members recently formed an alliance to combat the problem. Seven of the largest publicly trusted CAs announced the Certificate Authority Security Council in February, to work with standards organizations and provide research, education and advocacy support for best practices for issuance and use of certificates.

Founding members include Comodo, DigiCert, Entrust, GlobalSign, Go Daddy, Symantec and Trend Micro.

NIST’s draft policy is based on the Federal Public Key Infrastructure Common Policy and addresses the need to ensure trust in a system for issuing digital certificates initially conceived as an offline process but which has evolved into an automated, online environment.

“This change in architecture, along with the changing threat environment faced by online systems, necessitates additional security mechanisms in place at CAs,” the document says.

Comments on the draft policy should be made by June 7 to using the comment form available online.

About the Author

William Jackson is a Maryland-based freelance writer.

inside gcn

  • IoT security

    A 'seal of approval' for IoT security?

Reader Comments

Tue, Apr 16, 2013 Larry Frank

The problem, of course, is that people placed their trust in what turned out to be less than appropriately secure PKIs and then were surprised when bad things happened. Most PKIs - you can't even find the policy they follow - and when you can, it is scary how they are run. All PKIs are NOT created equal - even if they use the same strength of cryptography. How they operate, what processes and security they have for issuing certificates and securing the infrastructure are at least as important as the algorithms and size of the keys. And most users have no idea what CAs they trust and less idea why (because Microsoft or Google, etc. put the roots in the trust store...) - no user involvement in what PKIs they trust - not surprising that things haven't worked out well...

Please post your comments here. Comments are moderated, so they may not appear immediately after submitting. We will not post comments that we consider abusive or off-topic.

Please type the letters/numbers you see above

More from 1105 Public Sector Media Group