{"id":23397,"date":"2021-03-16T04:34:20","date_gmt":"2021-03-16T04:34:20","guid":{"rendered":"https:\/\/rbsitsoftwaresolution.com\/blog\/old-linux-storage-bugs-new-security-patches.html"},"modified":"2021-03-16T04:34:20","modified_gmt":"2021-03-16T04:34:20","slug":"old-linux-storage-bugs-new-security-patches","status":"publish","type":"post","link":"https:\/\/www.rbsitsoftwaresolution.in\/blog\/old-linux-storage-bugs-new-security-patches.html","title":{"rendered":"Old Linux storage bugs, new security patches"},"content":{"rendered":"

One of the good things about Linux is that it supports so much old hardware. With just a bit of work, there’s almost no computing hardware that can’t run Linux. That’s the good news. The bad news is that sometimes ancient security holes can be found within old programs. That’s the case with Linux’s Small Computer System Interface (SCSI) data transport driver.<\/p>\n

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


\n \"The<\/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 pick them up is via a Linux Foundation course.<\/p>\n

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

A trio of security holes — CVE-2021-27365<\/a>, CVE-2021-27363<\/a>, and CVE-2021-27364<\/a>\u00a0— was found by security company GRIMM<\/a> researchers in an almost forgotten corner of the mainline Linux kernel. The first two of these have a Common Vulnerability Scoring System (CVSS) score above 7, which is high. While you may not have had a SCSI or iSCSI drive in ages, these 15 years old bugs are still around. One of them could be used in a Local Privilege Escalation (LPE) attack. In other words, a normal user could use them to become the root user.<\/p>\n

Don’t let the word “local” fool you. As Adam Nichols, Principal of Software Security at GRIMM, said: “These issues make the impact of any remotely exploitable vulnerability more severe. Enterprises running publicly facing servers would be at the most risk.”<\/p>\n

True, the vulnerable SCSI code isn’t loaded by default on most desktop distros. But it’s a different story on Linux servers. If your server needs RDMA (Remote Direct Memory Access), a high-throughput, low-latency networking technology, it’s likely to autoload the rdma-core<\/a> Linux kernel module, which brings with it the vulnerable SCSI code.\u00a0<\/p>\n

Whoops!<\/p>\n

Exploiting the hole isn’t easy, but GRIMM has released a proof of concept exploit<\/a>, which shows how to exploit two of the vulnerabilities. Now that the way has been shown you can count on attackers giving it a try.\u00a0<\/p>\n

In particular, CentOS<\/a> 8, Red Hat Enterprise Linux (RHEL)<\/a> 8, and Fedora<\/a> systems, where unprivileged users can automatically load the required modules if the rdma-core package is installed, are vulnerable. SUSE Linux Enterprise Server (SLES)<\/a> can also be attacked. Ubuntu<\/a> 18.04 and earlier are also open to attack.\u00a0 And, of course, if you’re actually using SCSI or iSCSI drives you can be assaulted.<\/p>\n

\n<\/section>\n

Fortunately, these bugs have already been patched. So, unless you like taking chances with your Linux servers, I’d advise you to patch your Linux distributions as soon as possible.<\/p>\n

Related Stories:<\/strong><\/p>\n