An issue was discovered in Xen through 4.13.x, allowing guest OS users to cause a denial of service because of bad continuation handling in GNTTABOP_copy. Grant table operations are expected to return 0 for success, and a negative number for errors. The fix for CVE-2017-12135 introduced a path through grant copy handling where success may be returned to the caller without any action taken. In particular, the status fields of individual operations are left uninitialised, and may result in errant behaviour in the caller of GNTTABOP_copy. A buggy or malicious guest can construct its grant table in such a way that, when a backend domain tries to copy a grant, it hits the incorrect exit path. This returns success to the caller without doing anything, which may cause crashes or other incorrect behaviour.

This plugin has been deprecated as it does not adhere to established standards for this style of check.

The remote Ubuntu 20.04 LTS host has packages installed that are affected by multiple vulnerabilities as referenced in the USN-5617-1 advisory.

    It was discovered that memory contents previously stored in microarchitectural special registers after     RDRAND, RDSEED, and SGX EGETKEY read operations on Intel client and Xeon E3 processors may be briefly     exposed to processes on the same or different processor cores. A local attacker could use this to expose     sensitive information. (CVE-2020-0543)

    Julien Grall discovered that Xen incorrectly handled memory barriers on ARM-based systems. An attacker     could possibly use this issue to cause a denial of service, obtain sensitive information or escalate     privileges. (CVE-2020-11739)

    Ilja Van Sprundel discovered that Xen incorrectly handled profiling of guests. An unprivileged attacker     could use this issue to obtain sensitive information from other guests, cause a denial of service or     possibly gain privileges. (CVE-2020-11740, CVE-2020-11741)

    It was discovered that Xen incorrectly handled grant tables. A malicious guest could possibly use this     issue to cause a denial of service. (CVE-2020-11742, CVE-2020-11743)

    Jan Beulich discovered that Xen incorrectly handled certain code paths. An attacker could possibly use     this issue to cause a denial of service. (CVE-2020-15563)

    Julien Grall discovered that Xen incorrectly verified memory addresses provided by the guest on ARM-based     systems. A malicious guest administrator could possibly use this issue to cause a denial of service.
    (CVE-2020-15564)

    Roger Pau Monn discovered that Xen incorrectly handled caching on x86 Intel systems. An attacker could     possibly use this issue to cause a denial of service. (CVE-2020-15565)

    It was discovered that Xen incorrectly handled error in event-channel port allocation. A malicious guest     could possibly use this issue to cause a denial of service. (CVE-2020-15566)

    Jan Beulich discovered that Xen incorrectly handled certain EPT (Extended Page Tables).

    An attacker could possibly use this issue to cause a denial of service, data corruption or privilege     escalation. (CVE-2020-15567)

    Andrew Cooper discovered that Xen incorrectly handled PCI passthrough. An attacker could possibly use this     issue to cause a denial of service. (CVE-2020-25595)

    Andrew Cooper discovered that Xen incorrectly sanitized path injections. An attacker could possibly use     this issue to cause a denial of service. (CVE-2020-25596)

    Jan Beulich discovered that Xen incorrectly handled validation of event channels. An attacker could     possibly use this issue to cause a denial of service. (CVE-2020-25597)

    Julien Grall and Jan Beulich discovered that Xen incorrectly handled resetting event channels. An attacker     could possibly use this issue to cause a denial of service or obtain sensitive information.
    (CVE-2020-25599)

    Julien Grall discovered that Xen incorrectly handled event channels memory allocation on 32-bits domains.
    An attacker could possibly use this issue to cause a denial of service. (CVE-2020-25600)

    Jan Beulich discovered that Xen incorrectly handled resetting or cleaning up event channels. An attacker     could possibly use this issue to cause a denial of service. (CVE-2020-25601)

    Andrew Cooper discovered that Xen incorrectly handled certain Intel specific MSR (Model Specific     Registers). An attacker could possibly use this issue to cause a denial of service. (CVE-2020-25602)

    Julien Grall discovered that Xen incorrectly handled accessing/allocating event channels. An attacker     could possibly use this issue to cause a denial of service, obtain sensitive information of privilege     escalation. (CVE-2020-25603)

    Igor Druzhinin discovered that Xen incorrectly handled locks. An attacker could possibly use this issue to     cause a denial of service. (CVE-2020-25604)

Tenable has extracted the preceding description block directly from the Ubuntu security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote SUSE Linux SLES11 host has packages installed that are affected by multiple vulnerabilities as referenced in the SUSE-SU-2020:14444-1 advisory.

  - Improper invalidation for page table updates by a virtual guest operating system for multiple Intel(R)     Processors may allow an authenticated user to potentially enable denial of service of the host system via     local access. (CVE-2018-12207)

  - TSX Asynchronous Abort condition on some CPUs utilizing speculative execution may allow an authenticated     user to potentially enable information disclosure via a side channel with local access. (CVE-2019-11135)

  - An issue was discovered in Xen through 4.12.x allowing x86 PV guest OS users to cause a denial of service     via a VCPUOP_initialise hypercall. hypercall_create_continuation() is a variadic function which uses a     printf-like format string to interpret its parameters. Error handling for a bad format character was done     using BUG(), which crashes Xen. One path, via the VCPUOP_initialise hypercall, has a bad format character.
    The BUG() can be hit if VCPUOP_initialise executes for a sufficiently long period of time for a     continuation to be created. Malicious guests may cause a hypervisor crash, resulting in a Denial of     Service (DoS). Xen versions 4.6 and newer are vulnerable. Xen versions 4.5 and earlier are not vulnerable.
    Only x86 PV guests can exploit the vulnerability. HVM and PVH guests, and guests on ARM systems, cannot     exploit the vulnerability. (CVE-2019-18420)

  - An issue was discovered in Xen through 4.12.x allowing x86 PV guest OS users to gain host OS privileges by     leveraging race conditions in pagetable promotion and demotion operations. There are issues with     restartable PV type change operations. To avoid using shadow pagetables for PV guests, Xen exposes the     actual hardware pagetables to the guest. In order to prevent the guest from modifying these page tables     directly, Xen keeps track of how pages are used using a type system; pages must be promoted before being     used as a pagetable, and demoted before being used for any other type. Xen also allows for recursive     promotions: i.e., an operating system promoting a page to an L4 pagetable may end up causing pages to be     promoted to L3s, which may in turn cause pages to be promoted to L2s, and so on. These operations may take     an arbitrarily large amount of time, and so must be re-startable. Unfortunately, making recursive     pagetable promotion and demotion operations restartable is incredibly complicated, and the code contains     several races which, if triggered, can cause Xen to drop or retain extra type counts, potentially allowing     guests to get write access to in-use pagetables. A malicious PV guest administrator may be able to     escalate their privilege to that of the host. All x86 systems with untrusted PV guests are vulnerable. HVM     and PVH guests cannot exercise this vulnerability. (CVE-2019-18421)

  - An issue was discovered in Xen through 4.12.x allowing attackers to gain host OS privileges via DMA in a     situation where an untrusted domain has access to a physical device. This occurs because passed through     PCI devices may corrupt host memory after deassignment. When a PCI device is assigned to an untrusted     domain, it is possible for that domain to program the device to DMA to an arbitrary address. The IOMMU is     used to protect the host from malicious DMA by making sure that the device addresses can only target     memory assigned to the guest. However, when the guest domain is torn down, or the device is deassigned,     the device is assigned back to dom0, thus allowing any in-flight DMA to potentially target critical host     data. An untrusted domain with access to a physical device can DMA into host memory, leading to privilege     escalation. Only systems where guests are given direct access to physical devices capable of DMA (PCI     pass-through) are vulnerable. Systems which do not use PCI pass-through are not vulnerable.
    (CVE-2019-18424)

  - An issue was discovered in Xen through 4.12.x allowing 32-bit PV guest OS users to gain guest OS     privileges by installing and using descriptors. There is missing descriptor table limit checking in x86 PV     emulation. When emulating certain PV guest operations, descriptor table accesses are performed by the     emulating code. Such accesses should respect the guest specified limits, unless otherwise guaranteed to     fail in such a case. Without this, emulation of 32-bit guest user mode calls through call gates would     allow guest user mode to install and then use descriptors of their choice, as long as the guest kernel did     not itself install an LDT. (Most OSes don't install any LDT by default). 32-bit PV guest user mode can     elevate its privileges to that of the guest kernel. Xen versions from at least 3.2 onwards are affected.
    Only 32-bit PV guest user mode can leverage this vulnerability. HVM, PVH, as well as 64-bit PV guests     cannot leverage this vulnerability. Arm systems are unaffected. (CVE-2019-18425)

  - An issue was discovered in Xen through 4.12.x allowing x86 AMD HVM guest OS users to cause a denial of     service or possibly gain privileges by triggering data-structure access during pagetable-height updates.
    When running on AMD systems with an IOMMU, Xen attempted to dynamically adapt the number of levels of     pagetables (the pagetable height) in the IOMMU according to the guest's address space size. The code to     select and update the height had several bugs. Notably, the update was done without taking a lock which is     necessary for safe operation. A malicious guest administrator can cause Xen to access data structures     while they are being modified, causing Xen to crash. Privilege escalation is thought to be very difficult     but cannot be ruled out. Additionally, there is a potential memory leak of 4kb per guest boot, under     memory pressure. Only Xen on AMD CPUs is vulnerable. Xen running on Intel CPUs is not vulnerable. ARM     systems are not vulnerable. Only systems where guests are given direct access to physical devices are     vulnerable. Systems which do not use PCI pass-through are not vulnerable. Only HVM guests can exploit the     vulnerability. PV and PVH guests cannot. All versions of Xen with IOMMU support are vulnerable.
    (CVE-2019-19577)

  - An issue was discovered in Xen through 4.12.x allowing x86 PV guest OS users to cause a denial of service     via degenerate chains of linear pagetables, because of an incorrect fix for CVE-2017-15595. Linear     pagetables is a technique which involves either pointing a pagetable at itself, or to another pagetable     of the same or higher level. Xen has limited support for linear pagetables: A page may either point to     itself, or point to another pagetable of the same level (i.e., L2 to L2, L3 to L3, and so on). XSA-240     introduced an additional restriction that limited the depth of such chains by allowing pages to either
    *point to* other pages of the same level, or *be pointed to* by other pages of the same level, but not     both. To implement this, we keep track of the number of outstanding times a page points to or is pointed     to another page table, to prevent both from happening at the same time. Unfortunately, the original commit     introducing this reset this count when resuming validation of a partially-validated pagetable, incorrectly     dropping some linear_pt_entry counts. If an attacker could engineer such a situation to occur, they     might be able to make loops or other arbitrary chains of linear pagetables, as described in XSA-240. A     malicious or buggy PV guest may cause the hypervisor to crash, resulting in Denial of Service (DoS)     affecting the entire host. Privilege escalation and information leaks cannot be excluded. All versions of     Xen are vulnerable. Only x86 systems are affected. Arm systems are not affected. Only x86 PV guests can     leverage the vulnerability. x86 HVM and PVH guests cannot leverage the vulnerability. Only systems which     have enabled linear pagetables are vulnerable. Systems which have disabled linear pagetables, either by     selecting CONFIG_PV_LINEAR_PT=n when building the hypervisor, or adding pv-linear-pt=false on the command-     line, are not vulnerable. (CVE-2019-19578)

  - An issue was discovered in Xen through 4.12.x allowing attackers to gain host OS privileges via DMA in a     situation where an untrusted domain has access to a physical device (and assignable-add is not used),     because of an incomplete fix for CVE-2019-18424. XSA-302 relies on the use of libxl's assignable-add     feature to prepare devices to be assigned to untrusted guests. Unfortunately, this is not considered a     strictly required step for device assignment. The PCI passthrough documentation on the wiki describes     alternate ways of preparing devices for assignment, and libvirt uses its own ways as well. Hosts where     these alternate methods are used will still leave the system in a vulnerable state after the device     comes back from a guest. An untrusted domain with access to a physical device can DMA into host memory,     leading to privilege escalation. Only systems where guests are given direct access to physical devices     capable of DMA (PCI pass-through) are vulnerable. Systems which do not use PCI pass-through are not     vulnerable. (CVE-2019-19579)

  - An issue was discovered in Xen through 4.12.x allowing x86 PV guest OS users to gain host OS privileges by     leveraging race conditions in pagetable promotion and demotion operations, because of an incomplete fix     for CVE-2019-18421. XSA-299 addressed several critical issues in restartable PV type change operations.
    Despite extensive testing and auditing, some corner cases were missed. A malicious PV guest administrator     may be able to escalate their privilege to that of the host. All security-supported versions of Xen are     vulnerable. Only x86 systems are affected. Arm systems are not affected. Only x86 PV guests can leverage     the vulnerability. x86 HVM and PVH guests cannot leverage the vulnerability. Note that these attacks     require very precise timing, which may be difficult to exploit in practice. (CVE-2019-19580)

  - An issue was discovered in Xen through 4.12.x allowing x86 HVM/PVH guest OS users to cause a denial of     service (guest OS crash) because VMX VMEntry checks mishandle a certain case. Please see XSA-260 for     background on the MovSS shadow. Please see XSA-156 for background on the need for #DB interception. The     VMX VMEntry checks do not like the exact combination of state which occurs when #DB in intercepted, Single     Stepping is active, and blocked by STI/MovSS is active, despite this being a legitimate state to be in.
    The resulting VMEntry failure is fatal to the guest. HVM/PVH guest userspace code may be able to crash the     guest, resulting in a guest Denial of Service. All versions of Xen are affected. Only systems supporting     VMX hardware virtual extensions (Intel, Cyrix, or Zhaoxin CPUs) are affected. Arm and AMD systems are     unaffected. Only HVM/PVH guests are affected. PV guests cannot leverage the vulnerability.
    (CVE-2019-19583)

  - An issue was discovered in xenoprof in Xen through 4.13.x, allowing guest OS users (without active     profiling) to obtain sensitive information about other guests. Unprivileged guests can request to map     xenoprof buffers, even if profiling has not been enabled for those guests. These buffers were not     scrubbed. (CVE-2020-11740)

  - An issue was discovered in xenoprof in Xen through 4.13.x, allowing guest OS users (with active profiling)     to obtain sensitive information about other guests, cause a denial of service, or possibly gain     privileges. For guests for which active profiling was enabled by the administrator, the xenoprof code     uses the standard Xen shared ring structure. Unfortunately, this code did not treat the guest as a     potential adversary: it trusts the guest not to modify buffer size information or modify head / tail     pointers in unexpected ways. This can crash the host (DoS). Privilege escalation cannot be ruled out.
    (CVE-2020-11741)

  - An issue was discovered in Xen through 4.13.x, allowing guest OS users to cause a denial of service     because of bad continuation handling in GNTTABOP_copy. Grant table operations are expected to return 0 for     success, and a negative number for errors. The fix for CVE-2017-12135 introduced a path through grant copy     handling where success may be returned to the caller without any action taken. In particular, the status     fields of individual operations are left uninitialised, and may result in errant behaviour in the caller     of GNTTABOP_copy. A buggy or malicious guest can construct its grant table in such a way that, when a     backend domain tries to copy a grant, it hits the incorrect exit path. This returns success to the caller     without doing anything, which may cause crashes or other incorrect behaviour. (CVE-2020-11742)

  - tftp.c in libslirp 4.1.0, as used in QEMU 4.2.0, does not prevent ..\ directory traversal on Windows.
    (CVE-2020-7211)

  - In libslirp 4.1.0, as used in QEMU 4.2.0, tcp_subr.c misuses snprintf return values, leading to a buffer     overflow in later code. (CVE-2020-8608)

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

This update for xen fixes the following issues :

bsc#1174543 - secure boot related fixes

bsc#1163019 - CVE-2020-8608: Potential OOB access due to unsafe snprintf() usages

bsc#1169392 - CVE-2020-11742: Bad continuation handling in GNTTABOP_copy

bsc#1168140 - CVE-2020-11740, CVE-2020-11741: Multiple xenoprof issues

bsc#1168142 - CVE-2020-11739: Missing memory barriers in read-write unlock paths

Note that Tenable Network Security has extracted the preceding description block directly from the SUSE security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

Multiple vulnerabilities have been discovered in the Xen hypervisor, which could result in denial of service, guest-to-host privilege escalation or information leaks.

This update for xen fixes the following issues :

CVE-2020-0543: Fixed a side channel attack against special registers which could have resulted in leaking of read values to cores other than the one which called it. This attack is known as Special Register Buffer Data Sampling (SRBDS) or 'CrossTalk' (bsc#1172205).

CVE-2020-11742: Bad continuation handling in GNTTABOP_copy (bsc#1169392).

CVE-2020-11740, CVE-2020-11741: xen: XSA-313 multiple xenoprof issues (bsc#1168140).

CVE-2020-11739: Missing memory barriers in read-write unlock paths (bsc#1168142).

CVE-2019-19583: Fixed improper checks which could have allowed HVM/PVH guest userspace code to crash the guest, leading to a guest denial of service (bsc#1158004 XSA-308).

CVE-2019-19581: Fixed a potential out of bounds on 32-bit Arm (bsc#1158003 XSA-307).

CVE-2019-19580: Fixed a privilege escalation where a malicious PV guest administrator could have been able to escalate their privilege to that of the host (bsc#1158006 XSA-310).

CVE-2019-19579: Fixed a privilege escalation where an untrusted domain with access to a physical device can DMA into host memory (bsc#1157888 XSA-306).

CVE-2019-19578: Fixed an issue where a malicious or buggy PV guest could have caused hypervisor crash resulting in denial of service affecting the entire host (bsc#1158005 XSA-309).

CVE-2019-19577: Fixed an issue where a malicious guest administrator could have caused Xen to access data structures while they are being modified leading to a crash (bsc#1158007 XSA-311).

Xenstored Crashed during VM install (bsc#1167152)

Note that Tenable Network Security has extracted the preceding description block directly from the SUSE security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

The remote host is affected by the vulnerability described in GLSA-202005-08 (Xen: Multiple vulnerabilities)

    Multiple vulnerabilities have been discovered in Xen. Please review the       CVE identifiers referenced below for details.
  Impact :

    Please review the referenced CVE identifiers for details.
  Workaround :

    There is no known workaround at this time.

update to 4.11.4

----

multiple xenoprof issues [XSA-313, CVE-2020-11740, CVE-2020-11741] (#1823912, #1823914) Missing memory barriers in read-write unlock paths [XSA-314, CVE-2020-11739] (#1823784) Bad error path in GNTTABOP_map_grant [XSA-316, CVE-2020-11743] (#1823926) Bad continuation handling in GNTTABOP_copy [XSA-318, CVE-2020-11742] (#1823943)

Note that Tenable Network Security has extracted the preceding description block directly from the Fedora update system website.
Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

This update for xen fixes the following issues :

Security issues fixed :

  - CVE-2020-11742: Bad continuation handling in     GNTTABOP_copy (bsc#1169392).

  - CVE-2020-11740, CVE-2020-11741: xen: XSA-313 multiple     xenoprof issues (bsc#1168140).

  - CVE-2020-11739: Missing memory barriers in read-write     unlock paths (bsc#1168142).

  - CVE-2020-11743: Bad error path in GNTTABOP_map_grant     (bsc#1168143).

  - arm: a CPU may speculate past the ERET instruction     (bsc#1160932).

Non-security issues fixed :

  - Xenstored Crashed during VM install (bsc#1167152)

  - DomU hang: soft lockup CPU #0 stuck under high load     (bsc#1165206, bsc#1134506)

  - Update API compatibility versions, fixes issues for     libvirt. (bsc#1167007, bsc#1157490)

  - aacraid blocks xen commands (bsc#1155200)

This update was imported from the SUSE:SLE-15-SP1:Update update project.

multiple xenoprof issues [XSA-313, CVE-2020-11740, CVE-2020-11741] (#1823912, #1823914) Missing memory barriers in read-write unlock paths [XSA-314, CVE-2020-11739] (#1823784) Bad error path in GNTTABOP_map_grant [XSA-316, CVE-2020-11743] (#1823926) Bad continuation handling in GNTTABOP_copy [XSA-318, CVE-2020-11742] (#1823943)

Note that Tenable Network Security has extracted the preceding description block directly from the Fedora update system website.
Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

According to its self-reported version number, the Xen hypervisor installed on the remote host is affected by a denial of service vulnerability in GNTTABOP_copy due to status fields of individual operations being left uninitialised. A buggy or malicious guest can construct its grant table in such a way that, when a backend domain tries to copy a grant, it hits the incorrect exit path. This returns success to the caller without doing anything, which may cause crashes or other incorrect behaviour.

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

This update for xen to version 4.12.2 fixes the following issues :

Security issues fixed :

CVE-2020-11742: Bad continuation handling in GNTTABOP_copy (bsc#1169392).

CVE-2020-11740, CVE-2020-11741: xen: XSA-313 multiple xenoprof issues (bsc#1168140).

CVE-2020-11739: Missing memory barriers in read-write unlock paths (bsc#1168142).

CVE-2020-11743: Bad error path in GNTTABOP_map_grant (bsc#1168143).

CVE-2020-7211: Fixed potential directory traversal using relative paths via tftp server on Windows host (bsc#1161181).

arm: a CPU may speculate past the ERET instruction (bsc#1160932).

Non-security issues fixed: Xenstored Crashed during VM install (bsc#1167152)

DomU hang: soft lockup CPU #0 stuck under high load (bsc#1165206, bsc#1134506)

Update API compatibility versions, fixes issues for libvirt.
(bsc#1167007, bsc#1157490)

aacraid blocks xen commands (bsc#1155200)

Problems Booting Fedora31 VM on sles15 sp1 Xen Dom0 (bsc#1162040).

Note that Tenable Network Security has extracted the preceding description block directly from the SUSE security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

This update for xen fixes the following issues :

Security issues fixed :

CVE-2020-11742: Bad continuation handling in GNTTABOP_copy (bsc#1169392).

CVE-2020-11740, CVE-2020-11741: xen: XSA-313 multiple xenoprof issues (bsc#1168140).

CVE-2020-11739: Missing memory barriers in read-write unlock paths (bsc#1168142).

CVE-2020-11743: Bad error path in GNTTABOP_map_grant (bsc#1168143).

CVE-2020-7211: Fixed potential directory traversal using relative paths via tftp server on Windows host (bsc#1161181).

arm: a CPU may speculate past the ERET instruction (bsc#1160932).

Non-security issues fixed: Xenstored Crashed during VM install (bsc#1167152)

DomU hang: soft lockup CPU #0 stuck under high load (bsc#1165206, bsc#1134506)

Update API compatibility versions, fixes issues for libvirt.
(bsc#1167007, bsc#1157490)

aacraid blocks xen commands (bsc#1155200)

Note that Tenable Network Security has extracted the preceding description block directly from the SUSE security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

This update for xen fixes the following issues :

Security issues fixed :

CVE-2020-11742: Bad continuation handling in GNTTABOP_copy (bsc#1169392).

CVE-2020-11740, CVE-2020-11741: xen: XSA-313 multiple xenoprof issues (bsc#1168140).

CVE-2020-11739: Missing memory barriers in read-write unlock paths (bsc#1168142).

CVE-2020-11743: Bad error path in GNTTABOP_map_grant (bsc#1168143).

arm: a CPU may speculate past the ERET instruction (bsc#1160932).

Non-security issues fixed :

Xenstored Crashed during VM install (bsc#1167152)

DomU hang: soft lockup CPU #0 stuck under high load (bsc#1165206, bsc#1134506)

Update API compatibility versions, fixes issues for libvirt.
(bsc#1167007, bsc#1157490)

aacraid blocks xen commands (bsc#1155200)

Note that Tenable Network Security has extracted the preceding description block directly from the SUSE security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

ID	Name	Product	Family	Severity
196575	RHEL 5 : xen (Unpatched Vulnerability) (deprecated)	Nessus	Red Hat Local Security Checks	critical
165248	Ubuntu 20.04 LTS : Xen vulnerabilities (USN-5617-1)	Nessus	Ubuntu Local Security Checks	high
150584	SUSE SLES11 Security Update : xen (SUSE-SU-2020:14444-1)	Nessus	SuSE Local Security Checks	critical
139595	SUSE SLES12 Security Update : xen (SUSE-SU-2020:2234-1)	Nessus	SuSE Local Security Checks	high
138394	Debian DSA-4723-1 : xen - security update	Nessus	Debian Local Security Checks	high
137624	SUSE SLES12 Security Update : xen (SUSE-SU-2020:1630-1)	Nessus	SuSE Local Security Checks	high
136638	GLSA-202005-08 : Xen: Multiple vulnerabilities	Nessus	Gentoo Local Security Checks	high
136438	Fedora 30 : xen (2020-cbc3149753)	Nessus	Fedora Local Security Checks	high
136312	openSUSE Security Update : xen (openSUSE-2020-599)	Nessus	SuSE Local Security Checks	high
136210	Fedora 31 : xen (2020-295ed0b1e0)	Nessus	Fedora Local Security Checks	high
136189	Xen Bad Continuation Handling in GNTTABOP_copy DoS (XSA-318)	Nessus	Misc.	medium
136164	SUSE SLES12 Security Update : xen (SUSE-SU-2020:1139-1)	Nessus	SuSE Local Security Checks	high
136163	SUSE SLES12 Security Update : xen (SUSE-SU-2020:1138-1)	Nessus	SuSE Local Security Checks	high
136076	SUSE SLED15 / SLES15 Security Update : xen (SUSE-SU-2020:1124-1)	Nessus	SuSE Local Security Checks	high

Detections

Analytics

CVE-2020-11742

medium

Tenable Plugins

critical

high

critical

high

high

high

high

high

high

high

medium

high

high

high