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.

Operations

2/24/2021
03:25 PM
Connect Directly
Twitter
LinkedIn
RSS
E-Mail
50%
50%

Google Invests in Linux Kernel Developers to Focus on Security

Google will fund two full-time Linux kernel developers to maintain and improve Linux security in the long term.

Google and the Linux Foundation have announced plans to fund two full-time maintainers to exclusively focus on Linux kernel security development. Gustavo Silva and Nathan Chancellor, both active Linux contributors, will work to strengthen kernel security and associated projects.

Related Content:

Open Source Security's Top Threat and What To Do About It

Special Report: 2020 State of Cybersecurity Operations and Incident Response

New From The Edge: Security + Fraud Protection: Your One-Two Punch Against Cyberattacks

Their goal is to make the pervasive operating system more sustainable as research indicates a need to improve open source software security, specifically in Linux. A report from the Linux Foundation's Open Source Security Foundation (OpenSSF) and the Laboratory for Innovation Science at Harvard University (LISH) found a lack of security efforts in open source software.

It's worth noting Linux has more than 20,000 contributors and 1 million commits as of August 2020. But while there are thousands of Linux developers, Google's contribution to underwrite two full-time Linux security maintainers indicates the greater role security will play in its future. The company also hopes this initiative will motivate other organizations to contribute.

"Supply chain security and open source security are critical," says Google software engineer Dan Lorenc. "A lot of companies know that now and want to help but don't really know how to … we're trying to talk about it now and show people how we're doing it, so that they can get encouraged and get inspired and come up with other ways they can help out, too." 

Lorenc sees two key components in the issue of open source software security. One is the fact that it comes from people all over the world, some of whom might be malicious or have bad intentions – an inherent problem to open source security. The other is it's software, and all software has flaws, whether intentional or not, that need to be fixed.

"Just because that's not your code doesn't mean there aren't bugs," Lorenc adds. "That's kind of a misconception that a lot of companies are now starting to realize." These two factors, combined with the rise of people using open source software, is driving security as a priority.

Linux, which has become a bigger part of the supply chain and key enterprise systems, has also become an appealing target to advanced attackers. Strengthening the Linux kernel will be a key step in protecting open source software from both cybercriminals and advanced threats.

Chancellor, one of the two developers taking on this role, has been working on the Linux kernel for four-and-a-half years. Two years back, he began contributing to mainline Linux under the ClangBuiltLinux project, an initiative to get the Linux kernel building with the Clang and LLVM compiler tools. Chancellor hopes more people start to use the LLVM compiler infrastructure project and contribute fixes to both that and the kernel, as "it will go a long way towards improving Linux security for everyone," he said in a statement

Silva began working on the kernel as part of the Linux Foundation's Core Infrastructure Initiative, a program in which younger developers are mentored by engineers who work on the kernel. Now his full-time security work focuses on removing several classes of buffer overflows. He's also working on fixing vulnerabilities before they hit the mainline and developing defense mechanisms that cut off whole classes of vulnerabilities. Silva submitted his first kernel patch in 2010 and has consistently been among the top five most active kernel developers since 2017.

Both Chancellor and Silva report to David Wheeler, director of open source supply chain security at the Linux Foundation. 

Today's news is the result of several challenging pieces fitting into place. It can be tough, Lorenc says, to find adequate funding, to find people who can take on projects like these, and to find projects like the Linux kernel, which does a good job of onboarding new contributors and getting patches in so that developers have actionable things to do, he explains.

"It's really a matter of finding people willing to do the work, with people willing to mentor them and accept the work, and then [there's] important work to be done," he continues, noting that "matching everything up can be challenging." In this case, Google is providing the funding, but many people working on this already have full-time jobs and can't take on these side projects.

On that note, it can also be difficult to find projects willing to accept contributions, he adds. Many open source projects, especially some of the neglected ones, don't have people available to merge code and onboard new maintainers. Matching all these factors up can be a challenge.

While there are no concrete plans to add more maintainers, Lorenc says they're open to it.

"We see this as a great use of investment, so these are the types of things where we love to scale up where we can," he adds.

Kelly Sheridan is the Staff Editor at Dark Reading, where she focuses on cybersecurity news and analysis. She is a business technology journalist who previously reported for InformationWeek, where she covered Microsoft, and Insurance & Technology, where she covered financial ... View Full Bio
 

Recommended Reading:

Comment  | 
Print  | 
More Insights
Comments
Threaded  |  Newest First  |  Oldest First
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
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
How Enterprises are Developing Secure Applications
How Enterprises are Developing Secure Applications
Recent breaches of third-party apps are driving many organizations to think harder about the security of their off-the-shelf software as they continue to move left in secure software development practices.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-16632
PUBLISHED: 2021-05-15
A XSS Vulnerability in /uploads/dede/action_search.php in DedeCMS V5.7 SP2 allows an authenticated user to execute remote arbitrary code via the keyword parameter.
CVE-2021-32073
PUBLISHED: 2021-05-15
DedeCMS V5.7 SP2 contains a CSRF vulnerability that allows a remote attacker to send a malicious request to to the web manager allowing remote code execution.
CVE-2021-33033
PUBLISHED: 2021-05-14
The Linux kernel before 5.11.14 has a use-after-free in cipso_v4_genopt in net/ipv4/cipso_ipv4.c because the CIPSO and CALIPSO refcounting for the DOI definitions is mishandled, aka CID-ad5d07f4a9cd. This leads to writing an arbitrary value.
CVE-2021-33034
PUBLISHED: 2021-05-14
In the Linux kernel before 5.12.4, net/bluetooth/hci_event.c has a use-after-free when destroying an hci_chan, aka CID-5c4c8c954409. This leads to writing an arbitrary value.
CVE-2019-25044
PUBLISHED: 2021-05-14
The block subsystem in the Linux kernel before 5.2 has a use-after-free that can lead to arbitrary code execution in the kernel context and privilege escalation, aka CID-c3e2219216c9. This is related to blk_mq_free_rqs and blk_cleanup_queue.