Skip to contentSkip to conversation

Patch "scsi: sg: fixup infoleak when using SG_GET_REQUEST_TABLE" has been added to the 4.4-stable tree

PATCH [email protected] 1 participant 1 message Sep 22, 2017

Subsystems (3)
lore
Share & tools
lore

[email protected]

author maintainer Applied
#0 lore raw

This is a note to let you know that I've just added the patch titled

scsi: sg: fixup infoleak when using SG_GET_REQUEST_TABLE

to the 4.4-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary

The filename of the patch is:
scsi-sg-fixup-infoleak-when-using-sg_get_request_table.patch
and it can be found in the queue-4.4 subdirectory.

If you, or anyone else, feels it should not be added to the stable tree, please let <[email protected]> know about it.

Quoted 1 line

From 3e0097499839e0fe3af380410eababe5a47c4cf9 Mon Sep 17 00:00:00 2001

From: Hannes Reinecke <[email protected]>
Date: Fri, 15 Sep 2017 14:05:16 +0200
Subject: scsi: sg: fixup infoleak when using SG_GET_REQUEST_TABLE

From: Hannes Reinecke <[email protected]>

commit 3e0097499839e0fe3af380410eababe5a47c4cf9 upstream.

When calling SG_GET_REQUEST_TABLE ioctl only a half-filled table is returned; the remaining part will then contain stale kernel memory information. This patch zeroes out the entire table to avoid this issue.

---
 drivers/scsi/sg.c |    5 ++---
 1 file changed, 2 insertions(+), 3 deletions(-)
drivers/scsi/sg.c +2 -3
@@ -850,7 +850,6 @@ sg_fill_request_table(Sg_fd *sfp, sg_req
 	list_for_each_entry(srp, &sfp->rq_list, entry) {
 		if (val > SG_MAX_QUEUE)
 			break;
-		memset(&rinfo[val], 0, SZ_SG_REQ_INFO);
 		rinfo[val].req_state = srp->done + 1;
 		rinfo[val].problem =
 			srp->header.masked_status &
@@ -1067,8 +1066,8 @@ sg_ioctl(struct file *filp, unsigned int
 		else {
 			sg_req_info_t *rinfo;
 
-			rinfo = kmalloc(SZ_SG_REQ_INFO * SG_MAX_QUEUE,
-								GFP_KERNEL);
+			rinfo = kzalloc(SZ_SG_REQ_INFO * SG_MAX_QUEUE,
+					GFP_KERNEL);
 			if (!rinfo)
 				return -ENOMEM;
 			read_lock_irqsave(&sfp->rq_list_lock, iflags);

Patches currently in stable-queue which might be from [email protected] are

queue-4.4/scsi-sg-use-standard-lists-for-sg_requests.patch queue-4.4/scsi-sg-factor-out-sg_fill_request_table.patch queue-4.4/skd-submit-requests-to-firmware-before-triggering-the-doorbell.patch queue-4.4/scsi-sg-remove-save_scat_len.patch queue-4.4/block-relax-a-check-in-blk_start_queue.patch queue-4.4/scsi-sg-fixup-infoleak-when-using-sg_get_request_table.patch queue-4.4/skd-avoid-that-module-unloading-triggers-a-use-after-free.patch