{"vulnerability": "cve-2020-2956", "sightings": [{"uuid": "513948c7-9b77-41a1-8540-79835467513d", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "2a075640-a300-48a4-bb44-bc6130783b9b", "vulnerability": "CVE-2020-29564", "type": "published-proof-of-concept", "source": "https://t.me/pwnwiki_zhchannel/266", "content": "CVE-2020-29564 Consul Docker images \u7a7a\u5bc6\u78bc\u767b\u9304\u6f0f\u6d1e\nhttps://www.pwnwiki.org/index.php?title=CVE-2020-29564_Consul_Docker_images_%E7%A9%BA%E5%AF%86%E7%A2%BC%E7%99%BB%E9%8C%84%E6%BC%8F%E6%B4%9E", "creation_timestamp": "2021-04-27T09:02:06.000000Z"}, {"uuid": "aa6bfdb8-f092-46da-86a3-b83b8b2db948", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "2a075640-a300-48a4-bb44-bc6130783b9b", "vulnerability": "CVE-2020-29568", "type": "seen", "source": "https://t.me/cibsecurity/20857", "content": "\u203c CVE-2020-29568 \u203c\n\nAn issue was discovered in Xen through 4.14.x. Some OSes (such as Linux, FreeBSD, and NetBSD) are processing watch events using a single thread. If the events are received faster than the thread is able to handle, they will get queued. As the queue is unbounded, a guest may be able to trigger an OOM in the backend. All systems with a FreeBSD, Linux, or NetBSD (any version) dom0 are vulnerable.\n\n\ud83d\udcd6 Read\n\nvia \"National Vulnerability Database\".", "creation_timestamp": "2020-12-15T20:46:32.000000Z"}, {"uuid": "4e6bdb91-3543-44ea-9cc2-a528904a3ab3", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "2a075640-a300-48a4-bb44-bc6130783b9b", "vulnerability": "CVE-2020-29569", "type": "seen", "source": "https://t.me/cibsecurity/20853", "content": "\u203c CVE-2020-29569 \u203c\n\nAn issue was discovered in the Linux kernel through 5.10.1, as used with Xen through 4.14.x. The Linux kernel PV block backend expects the kernel thread handler to reset ring->xenblkd to NULL when stopped. However, the handler may not have time to run if the frontend quickly toggles between the states connect and disconnect. As a consequence, the block backend may re-use a pointer after it was freed. A misbehaving guest can trigger a dom0 crash by continuously connecting / disconnecting a block frontend. Privilege escalation and information leaks cannot be ruled out. This only affects systems with a Linux blkback.\n\n\ud83d\udcd6 Read\n\nvia \"National Vulnerability Database\".", "creation_timestamp": "2020-12-15T20:46:28.000000Z"}, {"uuid": "ab8e26b2-defe-4e9f-9440-b3d1cad74c01", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "2a075640-a300-48a4-bb44-bc6130783b9b", "vulnerability": "CVE-2020-29562", "type": "seen", "source": "https://t.me/cibsecurity/17145", "content": "\u203c CVE-2020-29562 \u203c\n\nThe iconv function in the GNU C Library (aka glibc or libc6) 2.30 to 2.32, when converting UCS4 text containing an irreversible character, fails an assertion in the code path and aborts the program, potentially resulting in a denial of service.\n\n\ud83d\udcd6 Read\n\nvia \"National Vulnerability Database\".", "creation_timestamp": "2020-12-04T12:26:59.000000Z"}, {"uuid": "dcf9405f-f618-4685-ae1c-dd2110506bef", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "2a075640-a300-48a4-bb44-bc6130783b9b", "vulnerability": "CVE-2020-29561", "type": "seen", "source": "https://t.me/cibsecurity/17141", "content": "\u203c CVE-2020-29561 \u203c\n\nAn issue was discovered in SonicBOOM riscv-boom 3.0.0. For LR, it does not avoid acquiring a reservation in the case where a load translates successfully but still generates an exception.\n\n\ud83d\udcd6 Read\n\nvia \"National Vulnerability Database\".", "creation_timestamp": "2020-12-04T12:26:56.000000Z"}, {"uuid": "bb9cc0f5-4398-4e65-8720-447ce5aca134", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "2a075640-a300-48a4-bb44-bc6130783b9b", "vulnerability": "CVE-2020-29565", "type": "seen", "source": "https://t.me/cibsecurity/17143", "content": "\u203c CVE-2020-29565 \u203c\n\nAn issue was discovered in OpenStack Horizon before 15.3.2, 16.x before 16.2.1, 17.x and 18.x before 18.3.3, 18.4.x, and 18.5.x. There is a lack of validation of the \"next\" parameter, which would allow someone to supply a malicious URL in Horizon that can cause an automatic redirect to the provided malicious URL.\n\n\ud83d\udcd6 Read\n\nvia \"National Vulnerability Database\".", "creation_timestamp": "2020-12-04T12:26:58.000000Z"}, {"uuid": "2d843a8e-12b7-402f-ba0f-a03f413da827", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "2a075640-a300-48a4-bb44-bc6130783b9b", "vulnerability": "CVE-2020-29564", "type": "seen", "source": "https://t.me/cibsecurity/17244", "content": "\u203c CVE-2020-29564 \u203c\n\nThe official Consul Docker images 0.7.1 through 1.4.2 contain a blank password for a root user. System using the Consul Docker container deployed by affected versions of the Docker image may allow a remote attacker to achieve root access with a blank password.\n\n\ud83d\udcd6 Read\n\nvia \"National Vulnerability Database\".", "creation_timestamp": "2020-12-08T18:31:01.000000Z"}, {"uuid": "99572f17-7286-4fb8-b82c-68843ffe4a5d", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "2a075640-a300-48a4-bb44-bc6130783b9b", "vulnerability": "CVE-2020-29567", "type": "seen", "source": "https://t.me/cibsecurity/20849", "content": "\u203c CVE-2020-29567 \u203c\n\nAn issue was discovered in Xen 4.14.x. When moving IRQs between CPUs to distribute the load of IRQ handling, IRQ vectors are dynamically allocated and de-allocated on the relevant CPUs. De-allocation has to happen when certain constraints are met. If these conditions are not met when first checked, the checking CPU may send an interrupt to itself, in the expectation that this IRQ will be delivered only after the condition preventing the cleanup has cleared. For two specific IRQ vectors, this expectation was violated, resulting in a continuous stream of self-interrupts, which renders the CPU effectively unusable. A domain with a passed through PCI device can cause lockup of a physical CPU, resulting in a Denial of Service (DoS) to the entire host. Only x86 systems are vulnerable. Arm systems are not vulnerable. Only guests with physical PCI devices passed through to them can exploit the vulnerability.\n\n\ud83d\udcd6 Read\n\nvia \"National Vulnerability Database\".", "creation_timestamp": "2020-12-15T20:40:48.000000Z"}]}