{"id":27535,"date":"2022-01-21T18:15:11","date_gmt":"2022-01-21T18:15:11","guid":{"rendered":"https:\/\/rbsitsoftwaresolution.com\/blog\/nasty-linux-kernel-bug-found-and-fixed.html"},"modified":"2022-01-21T18:15:11","modified_gmt":"2022-01-21T18:15:11","slug":"nasty-linux-kernel-bug-found-and-fixed","status":"publish","type":"post","link":"https:\/\/www.rbsitsoftwaresolution.in\/blog\/nasty-linux-kernel-bug-found-and-fixed.html","title":{"rendered":"Nasty Linux kernel bug found and fixed"},"content":{"rendered":"

Most reported Linux “security” bugs actually aren’t Linux bugs. For example, security vendor CrowdStrike<\/a>‘s report on the biggest Linux-based malware families<\/a> was really about system administration security blunders with telnet, SSH, and Docker, not Linux at all. But, that doesn’t mean Linux doesn’t have security holes.\u00a0 For example, a new nasty Linux kernel problem<\/a> has just popped up. \u00a0 <\/p>\n

\n\t\tZDNet Recommends<\/span>
\n\t<\/h3>\n

<\/p>\n

<\/span><\/p>\n

<\/a><\/p>\n

\n
\n The best Linux Foundation classes
\n <\/a>\n <\/p>\n

Want a good tech job? Then you need to know Linux and open-source software. One of the best ways to learn is via a Linux Foundation course.<\/p>\n

\n Read More<\/a>\n <\/p>\n

In this one, there’s a heap overflow bug in the legacy_parse_param in the Linux kernel’s fs\/fs_context.c program. This parameter is used in Linux filesystems during superblock creation for mount and superblock reconfiguration for a remount. The superblock records all of a filesystem’s characteristics such as file size, block size, empty and filled storage blocks. So, yeah, it’s important.\u00a0 <\/p>\n

The legacy_parse_param() “PAGE_SIZE – 2 – size” calculation was mistakenly made an<\/a>\u00a0unsigned type<\/a>. This means a large value of “size” results in a high positive value instead of a negative value as expected. Whoops.\u00a0 <\/p>\n

This, in turn, meant you copy data beyond the memory slab allocated for it. And, as all programmers know, writing beyond the memory your program is supposed to have access to is a terrible thing. <\/p>\n

One big reason why Rust is being incorporated into Linux<\/a> is that Rust makes this kind of memory mistake much harder to do. As every C developer knows, it’s all too easy to trip over memory allocation in a C program.\u00a0 <\/p>\n

So, how bad is it? By the Common Vulnerability Scoring System (CVSS) v3.1 scoring test, it’s a solid 7.7. That’s considered a high-security vulnerability.\u00a0 <\/p>\n

A local attacker can use it to escalate their user privileges or crash the system. This can be done with a specially crafted program that triggers this integer overflow. That done, it’s trivial to execute arbitrary code and give the attacker root privileges. <\/p>\n

\n<\/section>\n

To exploit it requires the CAP_SYS_ADMIN privilege to be enabled. If that’s the case,\u00a0 an unprivileged local user can open a filesystem that does not support the File System Context application programming interface (API). In this situation, it drops back to legacy handling, and from there, the flaw can escalate an attacker’s system privileges.\u00a0 <\/p>\n

Exploiting is not as hard to do as you might think. Its discoverer, Linux kernel developer William Liu reports he created exploits against Ubuntu 20.04<\/a> and container escape exploits against Google’s hardened Container-Optimized (COS)<\/a>. <\/p>\n

This security hole was introduced back on Feb 28, 2019, in the Linux 5.1-rc1 kernel<\/a>. It’s now present in all Linux kernels. Yes, all of them. Fortunately, the patch is in<\/a>. \u00a0 <\/p>\n

You can also disable it by disabling user namespaces by setting user.max_user_namespaces to with the following shell code on the Red Hat<\/a> Linux family. <\/p>\n