July 22, 2015 By Shane Schick 2 min read

Keeping data safe means staying current with the latest in cryptography, and researchers say it may be time to look beyond the RC4 algorithm to secure connections based on transport layer security (TLS).

A paper published by experts from the University of Leuven in Belgium titled “All Your Biases Belong to Us: Breaking RC4 in WPA-TKIP and TLS” outlined an attack method they’ve called Numerous Occurrence Monitoring and Recovery Exploit, or NOMORE. It shows how vulnerabilities in RC4 could be exploited via some malicious JavaScript injected in an HTTPS-protected Web cookie. The technique essentially involves conducting a series of tests with a large number of encryption requests to figure out the Web cookie’s value. The researchers said some experiments had a 94 percent success rate and took little more than two days to perform a plaintext recovery attack on TLS.

As SecurityWeek pointed out, RC4 dates back to the late 1980s, but it’s still used by an estimated 30 percent of TLS connections today. While there have been previous experiments that showed the algorithm may be susceptible to cybercriminals, in some cases they took thousands of hours to work. In contrast, the NOMORE man-in-the-middle attacks outlined by the University of Leuven researchers is not only fast, but works on real devices and could potentially be extended to other forms of data that are encrypted on a regular basis.

On the other hand, a blogger on Virus Bulletin suggested that NOMORE would be more difficult to carry out in practice. After all, how many attackers are able to continue injecting JavaScript into a victim’s browser over a three-day period? If they could, they might do a lot worse than break RC4. It’s also unlikely that cybercriminals could make NOMORE run any faster since the attack is dependent on the connection between the website and the victim’s machine.

Although the research may sound the death knell for RC4, getting rid of it won’t happen overnight. ZDNet looked at how Mozilla, Microsoft and others have slowly been moving on to more sophisticated algorithms, but telemetry applications and simple inertia may keep thousands of websites and users hanging on despite the risks. Fortunately, there are many other — and probably better — ways to encrypt data, and hopefully news of NOMORE will prompt firms to give them a closer look.

More from

NIST’s role in the global tech race against AI

4 min read - Last year, the United States Secretary of Commerce announced that the National Institute of Standards and Technology (NIST) has been put in charge of launching a new public working group on artificial intelligence (AI) that will build on the success of the NIST AI Risk Management Framework to address this rapidly advancing technology.However, recent budget cuts at NIST, along with a lack of strategy implementation, have called into question the agency’s ability to lead this critical effort. Ultimately, the success…

Researchers develop malicious AI ‘worm’ targeting generative AI systems

2 min read - Researchers have created a new, never-seen-before kind of malware they call the "Morris II" worm, which uses popular AI services to spread itself, infect new systems and steal data. The name references the original Morris computer worm that wreaked havoc on the internet in 1988.The worm demonstrates the potential dangers of AI security threats and creates a new urgency around securing AI models.New worm utilizes adversarial self-replicating promptThe researchers from Cornell Tech, the Israel Institute of Technology and Intuit, used what’s…

Passwords, passkeys and familiarity bias

5 min read - As passkey (passwordless authentication) adoption proceeds, misconceptions abound. There appears to be a widespread impression that passkeys may be more convenient and less secure than passwords. The reality is that they are both more secure and more convenient — possibly a first in cybersecurity.Most of us could be forgiven for not realizing passwordless authentication is more secure than passwords. Thinking back to the first couple of use cases I was exposed to — a phone operating system (OS) and a…

Topic updates

Get email updates and stay ahead of the latest threats to the security landscape, thought leadership and research.
Subscribe today