From: Tim Wiederhake <twiederh@redhat.com>
To: "Borislav Petkov" <bp@alien8.de>,
"Dave Hansen" <dave.hansen@linux.intel.com>,
"H. Peter Anvin" <hpa@zytor.com>,
"Ingo Molnar" <mingo@redhat.com>,
"Paolo Bonzini" <pbonzini@redhat.com>,
"Thomas Gleixner" <tglx@linutronix.de>,
kvm@vger.kernel.org, linux-kernel@vger.kernel.org,
x86@kernel.org
Cc: Tim Wiederhake <twiederh@redhat.com>
Subject: [PATCH 2/2] x86/msr: Allow unprivileged read access to some MSRs
Date: Tue, 23 May 2023 21:49:49 +0200 [thread overview]
Message-ID: <20230523194949.96149-2-twiederh@redhat.com> (raw)
In-Reply-To: <20230523194949.96149-1-twiederh@redhat.com>
Delaying access control allows unprivileged processes to
read specific MSRs, such as IA32_CORE_CAPABILITIES and
IA32_ARCH_CAPABILITIES. This is helpful for e.g. qemu and
libvirt who require the raw MSR content to calculate host
CPU capabilities. Other programs might be interested in
IA32_EFER for x86-64-v1 detection.
Signed-off-by: Tim Wiederhake <twiederh@redhat.com>
---
arch/x86/kernel/msr.c | 38 +++++++++++++++++++++++++++++++++-----
1 file changed, 33 insertions(+), 5 deletions(-)
diff --git a/arch/x86/kernel/msr.c b/arch/x86/kernel/msr.c
index 058f2b67d0c7..9485aa7f8161 100644
--- a/arch/x86/kernel/msr.c
+++ b/arch/x86/kernel/msr.c
@@ -50,6 +50,23 @@ enum allow_write_msrs {
static enum allow_write_msrs allow_writes = MSR_WRITES_DEFAULT;
+static int filter_read(struct file *file, u32 reg)
+{
+ if (file->private_data)
+ return 0;
+
+ switch (reg) {
+ case MSR_IA32_CORE_CAPS:
+ case MSR_IA32_ARCH_CAPABILITIES:
+ case MSR_EFER:
+ return 0;
+ default:
+ break;
+ }
+
+ return -EPERM;
+}
+
static ssize_t msr_read(struct file *file, char __user *buf,
size_t count, loff_t *ppos)
{
@@ -59,6 +76,10 @@ static ssize_t msr_read(struct file *file, char __user *buf,
int cpu = iminor(file_inode(file));
int err = 0;
+ err = filter_read(file, reg);
+ if (err)
+ return err;
+
if (count < 8)
return -EINVAL; /* Invalid chunk size */
@@ -71,7 +92,7 @@ static ssize_t msr_read(struct file *file, char __user *buf,
return 8;
}
-static int filter_write(u32 reg)
+static int filter_write(struct file *file, u32 reg)
{
/*
* MSRs writes usually happen all at once, and can easily saturate kmsg.
@@ -83,6 +104,9 @@ static int filter_write(u32 reg)
*/
static DEFINE_RATELIMIT_STATE(fw_rs, 30 * HZ, 1);
+ if (!file->private_data)
+ return -EPERM;
+
switch (allow_writes) {
case MSR_WRITES_ON: return 0;
case MSR_WRITES_OFF: return -EPERM;
@@ -113,7 +137,7 @@ static ssize_t msr_write(struct file *file, const char __user *buf,
if (err)
return err;
- err = filter_write(reg);
+ err = filter_write(file, reg);
if (err)
return err;
@@ -156,6 +180,9 @@ static long msr_ioctl(struct file *file, unsigned int ioc, unsigned long arg)
err = -EFAULT;
break;
}
+ err = filter_read(file, regs[1]);
+ if (err)
+ return err;
err = rdmsr_safe_regs_on_cpu(cpu, regs);
if (err)
break;
@@ -176,7 +203,7 @@ static long msr_ioctl(struct file *file, unsigned int ioc, unsigned long arg)
if (err)
break;
- err = filter_write(regs[1]);
+ err = filter_write(file, regs[1]);
if (err)
return err;
@@ -202,8 +229,7 @@ static int msr_open(struct inode *inode, struct file *file)
unsigned int cpu = iminor(file_inode(file));
struct cpuinfo_x86 *c;
- if (!capable(CAP_SYS_RAWIO))
- return -EPERM;
+ file->private_data = (void *)(capable(CAP_SYS_RAWIO));
if (cpu >= nr_cpu_ids || !cpu_online(cpu))
return -ENXIO; /* No such CPU */
@@ -245,6 +271,8 @@ static int msr_device_destroy(unsigned int cpu)
static char *msr_devnode(const struct device *dev, umode_t *mode)
{
+ if (mode)
+ *mode = 0644;
return kasprintf(GFP_KERNEL, "cpu/%u/msr", MINOR(dev->devt));
}
--
2.39.2
next prev parent reply other threads:[~2023-05-23 19:55 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-05-23 19:49 [PATCH 1/2] x86/msr: Read MSRs individually Tim Wiederhake
2023-05-23 19:49 ` Tim Wiederhake [this message]
2023-05-23 20:31 ` [PATCH 2/2] x86/msr: Allow unprivileged read access to some MSRs H. Peter Anvin
2023-05-30 10:23 ` [PATCH v2] " Tim Wiederhake
2023-05-30 16:56 ` Jim Mattson
2023-05-30 17:19 ` Dave Hansen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20230523194949.96149-2-twiederh@redhat.com \
--to=twiederh@redhat.com \
--cc=bp@alien8.de \
--cc=dave.hansen@linux.intel.com \
--cc=hpa@zytor.com \
--cc=kvm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=pbonzini@redhat.com \
--cc=tglx@linutronix.de \
--cc=x86@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®