Bug 2158222

Summary: kernel: hugepage bug: bad page state in process bash
Product: [Other] Security Response Reporter: Alex <allarkin>
Component: vulnerabilityAssignee: Nobody <nobody>
Status: NEW --- QA Contact:
Severity: low Docs Contact:
Priority: low    
Version: unspecifiedCC: acaringi, allarkin, bhu, chwhite, crecklin, dbohanno, ddepaula, debarbos, dfreiber, dvlasenk, ezulian, fhrbata, hkrzesin, jarod, jburrell, jdenham, jfaracco, jferlan, jforbes, jlelli, joe.lawrence, jshortt, jstancek, jwyatt, kcarcia, kernel-mgr, ldoskova, lgoncalv, lleshchi, lzampier, nmurray, ptalbert, qzhao, rogbas, rrobaina, rvrbovsk, rysulliv, scweaver, swood, tyberry, vcowan, vkumar, walters, wcosta, williams, wmealing, ycote
Target Milestone: ---Keywords: Security
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
A flaw was found in the Linux kernels hugepages management. When dynamically allocate and free 1G hugepage through /proc/sys/vm/nr_hugepages, it can lead to a system crash.
Story Points: ---
Clone Of: Environment:
Last Closed: Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 2158225, 2158226, 2158227, 2193106    
Bug Blocks: 2152486    

Description Alex 2023-01-04 17:26:40 UTC
A flaw found in the Linux Kernel hugepages management.
The issue actual for Red Hat kernels before 442 build (like kernel-4.18.0-441.el8).

Steps to Reproduce:
1.grubby --args "default_hugepagesz=1G" --update-kernel DEFAULT
2.reboot
3.echo 1 > /proc/sys/vm/nr_hugepages
4.echo 0 > /proc/sys/vm/nr_hugepages

Reference:
https://bugzilla.redhat.com/show_bug.cgi?id=2151884

Comment 11 Alex 2023-05-04 11:01:03 UTC
Created kernel tracking bugs for this issue:

Affects: fedora-all [bug 2193106]