Perimeter
12/29/2011
04:33 PM
Taher Elgamal
Taher Elgamal
Commentary
50%
50%

More About Software Tokens

When software tokens are as strong as hardware ones

My recent post on software tokens generated interesting feedback. I wanted to elaborate a bit more on how soft tokens can be, in fact, as strong as hardware tokens -- perhaps even better in terms of security.

It is important to decide which threats we are protecting from. If we are interested in protecting against malware that tracks memory locations and is capable of obtaining the secrets from memory while a program is executing, then storing the secret keys in software or hardware tokens would not yield the desired protection. In fact, there is no difference between the security of either model. The only way to protect against this type of malware is to execute any operation using the secret in a trusted environment.

If protecting against cracking a password that was used to decrypt an encrypted key file, then solutions are available that make software and hardware tokens equivalent in terms of security.

I encourage readers to check out the Arcot systems scheme. Arcot is now part of CA Technologies, actually. Its scheme protects secret keys as well as OTP seeds and the like in a way that prevents an attacker who has access to the stored encrypted files from obtaining the secrets.

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
Ian Farquhar
50%
50%
Ian Farquhar,
User Rank: Apprentice
1/12/2012 | 2:01:42 AM
re: More About Software Tokens
If a threat model includes a malicious entity which can read memory, there is still a very significant difference between hard and soft tokens.

For a hard token, that entity will be able to access a single derived token code.-á That token code will be useful for a single authentication session.-á Where the token code function includes time, this further limits the usefulness of the token code.

For a soft token, the seed/keying material will be in memory, where it is vulnerable.-á When captured, it facilitates on-going use which could generate on-going valid token codes.

Consequently, I believe that the statement "there is no difference between the security of either model" is dubious.

Finally, I was wondering if Dr. ElGamal would like to comment on Wikipedia's claim that he is an advisor to Arcot Systems.-á As Dr. ElGamal is encouraging readers to evaluate their products, I would think that disclosure to be appropriate.

Full disclosure: I am an employee of RSA working as a technology advisor, although my comments above are my own.
RichieB
50%
50%
RichieB,
User Rank: Apprentice
1/8/2012 | 12:05:04 PM
re: More About Software Tokens
There is an important difference between software and hardware
authentication tokens: uniqueness. Software tokens can be copied and
misused afterwards. Always. The Arcot system seems to be resistant
against brute force attacks, which is great. This means the password
will need to be stolen along with the key files. This can be done using
malware, keyloggers, etc.

I agree that using a hardware
token on a compromised system leaves the session vulnerable after
authentication. But you can rest assured that when you remove the token
and power off the computer, nobody can do a fresh authentication
pretending to be you without physical access to that token. Because by
design, the secret key material inside the hardware token cannot be
copied.

So in environments where you need to be 100% sure
that the person authenticating is someone you know, and not someone who
made a copy of the key material, use a hardware PKI token. And make sure
lost or stolen tokens are reported and disabled immediately.
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Dark Reading Tech Digest, Dec. 19, 2014
Software-defined networking can be a net plus for security. The key: Work with the network team to implement gradually, test as you go, and take the opportunity to overhaul your security strategy.
Flash Poll
Title Partner’s Role in Perimeter Security
Title Partner’s Role in Perimeter Security
Considering how prevalent third-party attacks are, we need to ask hard questions about how partners and suppliers are safeguarding systems and data.
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-8142
Published: 2014-12-20
Use-after-free vulnerability in the process_nested_data function in ext/standard/var_unserializer.re in PHP before 5.4.36, 5.5.x before 5.5.20, and 5.6.x before 5.6.4 allows remote attackers to execute arbitrary code via a crafted unserialize call that leverages improper handling of duplicate keys w...

CVE-2013-4440
Published: 2014-12-19
Password Generator (aka Pwgen) before 2.07 generates weak non-tty passwords, which makes it easier for context-dependent attackers to guess the password via a brute-force attack.

CVE-2013-4442
Published: 2014-12-19
Password Generator (aka Pwgen) before 2.07 uses weak pseudo generated numbers when /dev/urandom is unavailable, which makes it easier for context-dependent attackers to guess the numbers.

CVE-2013-7401
Published: 2014-12-19
The parse_request function in request.c in c-icap 0.2.x allows remote attackers to cause a denial of service (crash) via a URI without a " " or "?" character in an ICAP request, as demonstrated by use of the OPTIONS method.

CVE-2014-2026
Published: 2014-12-19
Cross-site scripting (XSS) vulnerability in the search functionality in United Planet Intrexx Professional before 5.2 Online Update 0905 and 6.x before 6.0 Online Update 10 allows remote attackers to inject arbitrary web script or HTML via the request parameter.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Join us Wednesday, Dec. 17 at 1 p.m. Eastern Time to hear what employers are really looking for in a chief information security officer -- it may not be what you think.