Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Partner Perspectives  Connecting marketers to our tech communities.
8/5/2016
10:00 AM
Jonathan King
Jonathan King
Partner Perspectives
50%
50%

There’s Something Phishy in the Package

The typosquatting risk is real. It's time to increase our vigilance and control over third-party source code.

Building and maintaining a chain of trust for the code that your company is using is obviously critical and not a new concept. I covered some of these issues in a recent blog on dynamic dependencies. But a frequently used trick in email phishing, typosquatting or misspelling names, may be on its way to a code repository near you.

Typosquatting involves using a name that is very similar to the legitimate one but which has a typo or mistake that will trick the eye. Common techniques include substituting similar looking Ietters, reversing the odrer of two letters in a word, changing the number of repeating lettters, and using adjacent keys on the keybosrd.

Information systems student Nikolai Tschacher demonstrated this risk in his thesis. After adding packages with misspelled names into several code registries, more than 17,000 computers executed his code instead of the legitimate package they intended to use, and more than 7,500 of them ran the scripts with administrator privilege.

The majority of package or code registries today include techniques, such as a hash, to verify that the code has not been altered. Additional protections include digital signatures or restrictions on which destinations you can load from. But these don’t help much if you are loading the wrong package because of a typo.

There does not yet appear to be any third-party trusted repositories of code. That’s probably because it is a significant amount of work: registering developers; verifying people, companies, and addresses; monitoring and evaluating submissions; and generally making sure that work is valid and traceable. Somebody would have to pay for the extra work, and it would significantly slow down the process.

This highlights the ongoing challenges with open repositories from essentially anonymous sources. We have all benefited from open source code and package repositories, getting quick access to everything from basic utilities to unusual functions. Being fast and agile is hugely desirable, but so is being trustworthy and secure. To address these challenges in other work areas, we sometimes ask for some type of verification or certification from an intermediary or trusted party.

Using an internal registry is a great way to protect software from the time it comes off the development machines to when it is deployed in production. But you are still vulnerable to being infected if a developer gets caught by a typosquatting package when retrieving code from an external repository.

Until we can require attackers to get Phishing Licenses, as illustrated by XKCD, we are going to have to increase our vigilance and control over third-party source code. Know what sources you use and what controls they have. Know what is going into production and at what stage packages you use are moved to a controlled repository. Carefully scrutinize new items before they go on the approved list.

 

Jon King is a security technologist and Intel Principal Engineer in the Intel Security Office of the CTO, where he is researching and working on future security challenges. Jon is a seasoned developer and architect with over 20 years of industry experience, and a 10-year ... View Full Bio
Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Edge-DRsplash-10-edge-articles
7 Old IT Things Every New InfoSec Pro Should Know
Joan Goodchild, Staff Editor,  4/20/2021
News
Cloud-Native Businesses Struggle With Security
Robert Lemos, Contributing Writer,  5/6/2021
Commentary
Defending Against Web Scraping Attacks
Rob Simon, Principal Security Consultant at TrustedSec,  5/7/2021
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Current Issue
2021 Top Enterprise IT Trends
We've identified the key trends that are poised to impact the IT landscape in 2021. Find out why they're important and how they will affect you today!
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2021-27734
PUBLISHED: 2021-05-17
Hirschmann HiOS 07.1.01, 07.1.02, and 08.1.00 through 08.5.xx and HiSecOS 03.3.00 through 03.5.01 allow remote attackers to change the credentials of existing users.
CVE-2021-27342
PUBLISHED: 2021-05-17
An authentication brute-force protection mechanism bypass in telnetd in D-Link Router model DIR-842 firmware version 3.0.2 allows a remote attacker to circumvent the anti-brute-force cool-down delay period via a timing-based side-channel attack
CVE-2021-31727
PUBLISHED: 2021-05-17
Incorrect access control in zam64.sys, zam32.sys in MalwareFox AntiMalware 2.74.0.150 where IOCTL's 0x80002014, 0x80002018 expose unrestricted disk read/write capabilities respectively. A non-privileged process can open a handle to \.\ZemanaAntiMalware, register with the driver using IOCTL 0x8000201...
CVE-2021-31728
PUBLISHED: 2021-05-17
Incorrect access control in zam64.sys, zam32.sys in MalwareFox AntiMalware 2.74.0.150 allows a non-privileged process to open a handle to \.\ZemanaAntiMalware, register itself with the driver by sending IOCTL 0x80002010, allocate executable memory using a flaw in IOCTL 0x80002040, install a hook wit...
CVE-2021-32402
PUBLISHED: 2021-05-17
Intelbras Router RF 301K Firmware 1.1.2 is vulnerable to Cross Site Request Forgery (CSRF) due to lack of validation and insecure configurations in inputs and modules.