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