Incomplete Blacklist Affecting dotnet-sdk-8.0-source-built-artifacts package, versions *


Severity

Recommended
0.0
high
0
10

Based on CentOS security rating.

Threat Intelligence

EPSS
0.41% (34th percentile)

Do your applications use this vulnerable package?

In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.

Test your applications
  • Snyk IDSNYK-CENTOS8-DOTNETSDK80SOURCEBUILTARTIFACTS-21014748
  • published16 Oct 2026
  • disclosed6 Oct 2026

Introduced: 6 Oct 2026

NewCVE-2026-106445  (opens in a new tab)
CWE-184  (opens in a new tab)

How to fix?

There is no fixed version for Centos:8 dotnet-sdk-8.0-source-built-artifacts.

NVD Description

Note: Versions mentioned in the description apply only to the upstream dotnet-sdk-8.0-source-built-artifacts package and not the dotnet-sdk-8.0-source-built-artifacts package as distributed by Centos. See How to fix? for Centos:8 relevant fixed versions and status.

Handlebars provides the power necessary to let users build semantic templates. From 3.0.0 until 4.7.10, Handlebars lookupProperty returns Function.prototype.constructor before applying the prototype-access deny list because constructor is an own property of Function.prototype. When an attacker can render a controlled template with allowProtoMethodsByDefault enabled and an accessible function in the template context, the template can traverse from that function through its prototype to Function.prototype and then obtain the Function constructor through the own-property bypass. This permits attacker-controlled JavaScript to execute with the server application's privileges. This issue is fixed in version 4.7.10.

CVSS Base Scores

version 3.1