1# This file contains a list of CVE's where resolution has proven to be impractical
2# or there is no reasonable action the Yocto Project can take to resolve the issue.
3# It contains all the information we are aware of about an issue and analysis about
4# why we believe it can't be fixed/handled. Additional information is welcome through
5# patches to the file.
6#
7# Include this file in your local.conf or distro.conf to exclude these CVE's
8# from the cve-check results or add to the bitbake command with:
9#     -R conf/distro/include/cve-extra-exclusions.inc
10#
11# The file is not included by default since users should review this data to ensure
12# it matches their expectations and usage of the project.
13#
14# We may also include "in-flight" information about current/ongoing CVE work with
15# the aim of sharing that work and ensuring we don't duplicate it.
16#
17
18# strace https://nvd.nist.gov/vuln/detail/CVE-2000-0006
19CVE_STATUS[CVE-2000-0006] = "upstream-wontfix: CVE is more than 20 years old \
20with no resolution evident. Broken links in CVE database references make resolution impractical."
21
22# epiphany https://nvd.nist.gov/vuln/detail/CVE-2005-0238
23CVE_STATUS[CVE-2005-0238] = "upstream-wontfix: \
24The issue here is spoofing of domain names using characters from other character sets. \
25There has been much discussion amongst the epiphany and webkit developers and \
26whilst there are improvements about how domains are handled and displayed to the user \
27there is unlikely ever to be a single fix to webkit or epiphany which addresses this \
28problem. There isn't any mitigation or fix or way to progress this further."
29
30# glibc https://nvd.nist.gov/vuln/detail/CVE-2010-4756
31CVE_STATUS[CVE-2010-4756] = "upstream-wontfix: \
32Issue is memory exhaustion via glob() calls, e.g. from within an ftp server \
33Best discussion in https://bugzilla.redhat.com/show_bug.cgi?id=681681 \
34Upstream don't see it as a security issue, ftp servers shouldn't be passing \
35this to libc glob. Upstream have no plans to add BSD's GLOB_LIMIT or similar."
36
37# go https://nvd.nist.gov/vuln/detail/CVE-2020-29509
38# go https://nvd.nist.gov/vuln/detail/CVE-2020-29511
39CVE_STATUS_GROUPS += "CVE_STATUS_GO"
40CVE_STATUS_GO = "CVE-2020-29509 CVE-2020-29511"
41CVE_STATUS_GO[status] = "not-applicable-config: \
42The encoding/xml package in go can potentially be used for security exploits if not used correctly \
43CVE applies to a netapp product as well as flagging a general issue. We don't ship anything \
44exposing this interface in an exploitable way"
45
46# db
47CVE_STATUS_GROUPS += "CVE_STATUS_DB"
48CVE_STATUS_DB = "CVE-2015-2583 CVE-2015-2624 CVE-2015-2626 CVE-2015-2640 CVE-2015-2654 \
49CVE-2015-2656 CVE-2015-4754 CVE-2015-4764 CVE-2015-4774 CVE-2015-4775 CVE-2015-4776 CVE-2015-4777 \
50CVE-2015-4778 CVE-2015-4779 CVE-2015-4780 CVE-2015-4781 CVE-2015-4782 CVE-2015-4783 CVE-2015-4784 \
51CVE-2015-4785 CVE-2015-4786 CVE-2015-4787 CVE-2015-4788 CVE-2015-4789 CVE-2015-4790 CVE-2016-0682 \
52CVE-2016-0689 CVE-2016-0692 CVE-2016-0694 CVE-2016-3418 CVE-2020-2981"
53CVE_STATUS_DB[status] = "upstream-wontfix: Since Oracle relicensed bdb, the open source community is slowly but surely \
54replacing bdb with supported and open source friendly alternatives. As a result this CVE is unlikely to ever be fixed."
55
56#
57# Kernel CVEs, e.g. linux-yocto*
58#
59# For OE-Core our policy is to stay as close to the kernel stable releases as we can. This should
60# ensure the bulk of the major kernel CVEs are fixed and we don't dive into each individual issue
61# as the stable maintainers are much more able to do that.
62#
63# Rather than just ignore all kernel CVEs, list the ones we ignore on this basis here, allowing new
64# issues to be visible. If anyone wishes to clean up CPE entries with NIST for these, we'd
65# welcome than and then entries can likely be removed from here.
66#
67
68CVE_STATUS_GROUPS += "CVE_STATUS_KERNEL_2010 CVE_STATUS_KERNEL_2017 CVE_STATUS_KERNEL_2018 CVE_STATUS_KERNEL_2020 \
69                      CVE_STATUS_KERNEL_2021 CVE_STATUS_KERNEL_2022"
70
71# 1999-2010
72CVE_STATUS_KERNEL_2010 = "CVE-1999-0524 CVE-1999-0656 CVE-2006-2932 CVE-2007-2764 CVE-2007-4998 CVE-2008-2544 \
73                          CVE-2008-4609 CVE-2010-0298 CVE-2010-4563"
74CVE_STATUS_KERNEL_2010[status] = "ignored"
75
76# 2011-2017
77CVE_STATUS_KERNEL_2017 = "CVE-2011-0640 CVE-2014-2648 CVE-2014-8171 CVE-2016-0774 CVE-2016-3695 CVE-2016-3699 \
78                          CVE-2017-1000255 CVE-2017-1000377 CVE-2017-5897 CVE-2017-6264"
79CVE_STATUS_KERNEL_2017[status] = "ignored"
80
81# 2018
82CVE_STATUS_KERNEL_2018 = "CVE-2018-1000026 CVE-2018-10840 CVE-2018-10876 CVE-2018-10882 CVE-2018-10901 CVE-2018-10902 \
83                           CVE-2018-14625 CVE-2018-16880 CVE-2018-16884 CVE-2018-5873"
84CVE_STATUS_KERNEL_2018[status] = "ignored"
85
86# 2020
87CVE_STATUS_KERNEL_2020 = "CVE-2020-10732 CVE-2020-10742 CVE-2020-16119 CVE-2020-1749 CVE-2020-25672 CVE-2020-27820 CVE-2020-35501 CVE-2020-8834"
88CVE_STATUS_KERNEL_2020[status] = "ignored"
89
90# 2021
91CVE_STATUS_KERNEL_2021 = "CVE-2021-20194 CVE-2021-20226 CVE-2021-20265 CVE-2021-3564 CVE-2021-3743 CVE-2021-3847 CVE-2021-4002 \
92                          CVE-2021-4090 CVE-2021-4095 CVE-2021-4197 CVE-2021-4202 CVE-2021-44879 CVE-2021-45402"
93CVE_STATUS_KERNEL_2021[status] = "ignored"
94
95# 2022
96CVE_STATUS_KERNEL_2022 = "CVE-2022-0185 CVE-2022-0264 CVE-2022-0286 CVE-2022-0330 CVE-2022-0382 CVE-2022-0433 CVE-2022-0435 \
97                          CVE-2022-0492 CVE-2022-0494 CVE-2022-0500 CVE-2022-0516 CVE-2022-0617 CVE-2022-0742 CVE-2022-0854 \
98                          CVE-2022-0995 CVE-2022-0998 CVE-2022-1011 CVE-2022-1015 CVE-2022-1048 CVE-2022-1055 CVE-2022-1195 \
99                          CVE-2022-1353 CVE-2022-24122 CVE-2022-24448 CVE-2022-24958 CVE-2022-24959 CVE-2022-25258 CVE-2022-25265 \
100                          CVE-2022-25375 CVE-2022-26490 CVE-2022-26878 CVE-2022-26966 CVE-2022-27223 CVE-2022-27666 CVE-2022-27950 \
101                          CVE-2022-28356 CVE-2022-28388 CVE-2022-28389 CVE-2022-28390 CVE-2022-28796 CVE-2022-28893 CVE-2022-29156 \
102                          CVE-2022-29582 CVE-2022-29968"
103CVE_STATUS_KERNEL_2022[status] = "ignored"
104
105
106# https://nvd.nist.gov/vuln/detail/CVE-2022-3563
107# https://nvd.nist.gov/vuln/detail/CVE-2022-3637
108CVE_STATUS[CVE-2022-3563] = "cpe-incorrect: This issue do not affect the kernel, patchs listed on CVE pages links to https://git.kernel.org/pub/scm/bluetooth/bluez.git"
109CVE_STATUS[CVE-2022-3637] = "cpe-incorrect: This issue do not affect the kernel, patchs listed on CVE pages links to https://git.kernel.org/pub/scm/bluetooth/bluez.git"
110
111# qemu:qemu-native:qemu-system-native https://nvd.nist.gov/vuln/detail/CVE-2021-20255
112CVE_STATUS[CVE-2021-20255] = "upstream-wontfix: \
113There was a proposed patch https://lists.gnu.org/archive/html/qemu-devel/2021-02/msg06098.html \
114qemu maintainers say the patch is incorrect and should not be applied \
115The issue is of low impact, at worst sitting in an infinite loop rather than exploitable."
116
117# qemu:qemu-native:qemu-system-native https://nvd.nist.gov/vuln/detail/CVE-2019-12067
118CVE_STATUS[CVE-2019-12067] = "upstream-wontfix: \
119There was a proposed patch but rejected by upstream qemu. It is unclear if the issue can \
120still be reproduced or where exactly any bug is. \
121We'll pick up any fix when upstream accepts one."
122
123# nasm:nasm-native https://nvd.nist.gov/vuln/detail/CVE-2020-18974
124CVE_STATUS[CVE-2020-18974] = "upstream-wontfix: \
125It is a fuzzing related buffer overflow. It is of low impact since most devices \
126wouldn't expose an assembler. The upstream is inactive and there is little to be \
127done about the bug, ignore from an OE perspective."
128