[master] db 5.3.28: Ignore multiple CVEs

Analysis:
- Unspecified vulnerability in the various components of Oracle
  Berkeley Db was identified as potentially exploitable without
  authentication. Later these were closed by the Critical Patch
  Update (CPU).

Reference:
[1] https://www.oracle.com/security-alerts/cpujul2015.html
[2] https://www.oracle.com/security-alerts/cpuapr2016v3.html
[3] https://www.oracle.com/security-alerts/cpujul2020.html

Signed-off-by: Mohamed Meera Sahib <mmeerasa@cisco.com>
---
 meta/recipes-support/db/db_5.3.28.bb | 17 +++++++++++++++++
 1 file changed, 17 insertions(+)

Fact that the vulnerability is not exploitable remotely without authentication
does not mean that the vulnerability is not real or that it cannot be exploited.
Local vulnerabilities are food for LOTL attacks.

Also note that if you want to get these from your cve reports,
you can simply include oe-core cve-extra-exclusions.inc which lists all of these.
Maybe we could enhance comments in cve-extra-exclusions.inc for future reference instead?

Peter

> -----Original Message-----
> From: openembedded-core@lists.openembedded.org <openembedded-
> core@lists.openembedded.org> On Behalf Of Mohamed Meera Sahib via
> lists.openembedded.org
> Sent: Wednesday, January 15, 2025 12:09
> To: openembedded-core@lists.openembedded.org
> Cc: Mohamed Meera Sahib <mmeerasa@cisco.com>
> Subject: [OE-core] [master] [PATCH] db 5.3.28: Ignore multiple CVEs
> 
> Analysis:
> - Unspecified vulnerability in the various components of Oracle
>   Berkeley Db was identified as potentially exploitable without
>   authentication. Later these were closed by the Critical Patch
>   Update (CPU).
> 
> Reference:
> [1] https://www.oracle.com/security-alerts/cpujul2015.html
> [2] https://www.oracle.com/security-alerts/cpuapr2016v3.html
> [3] https://www.oracle.com/security-alerts/cpujul2020.html
> 
> Signed-off-by: Mohamed Meera Sahib <mmeerasa@cisco.com>
> ---
>  meta/recipes-support/db/db_5.3.28.bb | 17 +++++++++++++++++
>  1 file changed, 17 insertions(+)
> 
> diff --git a/meta/recipes-support/db/db_5.3.28.bb b/meta/recipes-
> support/db/db_5.3.28.bb
> index a7d061e0da..d93e77a1ee 100644
> --- a/meta/recipes-support/db/db_5.3.28.bb
> +++ b/meta/recipes-support/db/db_5.3.28.bb
> @@ -120,3 +120,20 @@ BBCLASSEXTEND = "native nativesdk"
>  # many configure tests are failing with gcc-14
>  CFLAGS += "-Wno-error=implicit-int -Wno-error=implicit-function-
> declaration"
>  BUILD_CFLAGS += "-Wno-error=implicit-int -Wno-error=implicit-function-
> declaration"
> +
> +# The risk matrix of Oracle Berkeley Db was published in July 2015 by which
> many vulnerabilities
> +# in different Oracle products were identified.
> +# https://www.oracle.com/security-alerts/cpujul2015verbose.html#DB
> +# The Oracle Berkeley Db issued the Critical Patch Update Advisory in July
> 2015
> +# which determined the status of the vulnerability whether applicable or not.
> +# https://www.oracle.com/security-alerts/cpujul2015.html#AppendixDB
> +# Apart from this, different CPUs change status of the vulnerabilities e.g.
> +# CVE-2020-2981: https://www.oracle.com/security-alerts/cpujul2020.html
> +# CVE-2016-0682, CVE-2016-0689, CVE-2016-0692, CVE-2016-0694, CVE-
> 2016-3418: https://www.oracle.com/security-alerts/cpuapr2016v3.html
> +
> +CVE_STATUS_GROUPS = "CVE_STATUS_INGR"
> +CVE_STATUS_INGR = "CVE-2015-2583 CVE-2015-2624 CVE-2015-2626
> CVE-2015-2640 CVE-2015-2654 CVE-2015-2656 CVE-2015-4754 CVE-2015-
> 4764 \
> +CVE-2015-4774 CVE-2015-4775 CVE-2015-4776 CVE-2015-4777 CVE-
> 2015-4778 CVE-2015-4779 CVE-2015-4780 CVE-2015-4781 CVE-2015-
> 4782 \
> +CVE-2015-4783 CVE-2015-4784 CVE-2015-4785 CVE-2015-4786 CVE-
> 2015-4787 CVE-2015-4788 CVE-2015-4789 CVE-2015-4790 CVE-2020-
> 2981 \
> +CVE-2016-0682 CVE-2016-0689 CVE-2016-0692 CVE-2016-0694 CVE-
> 2016-3418"
> +CVE_STATUS_INGR[status] = "fixed-version: The Critical Patch Update of
> Oracle Berkeley DB discovers these vulnerabilities may not be remotely
> exploitable without authentication."
> --
> 2.44.1

On Wed, 15 Jan 2025 at 13:36, Peter Marko via lists.openembedded.org
<peter.marko=siemens.com@lists.openembedded.org> wrote:
> Fact that the vulnerability is not exploitable remotely without authentication
> does not mean that the vulnerability is not real or that it cannot be exploited.
> Local vulnerabilities are food for LOTL attacks.
>
> Also note that if you want to get these from your cve reports,
> you can simply include oe-core cve-extra-exclusions.inc which lists all of these.
> Maybe we could enhance comments in cve-extra-exclusions.inc for future reference instead?

I'd also appreciate efforts to completely remove berkeley db from
yocto, for reasons explained in [1]. Last I checked, apt-ftparchive
still had a hard dependency on it.

[1] https://lwn.net/Articles/557820/

Alex