10000 chore(deps): update dependency k8sgpt-ai/k8sgpt to v0.4.10 by uniget-bot · Pull Request #11518 · uniget-org/tools · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

chore(deps): update dependency k8sgpt-ai/k8sgpt to v0.4.10 #11518

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 1 commit into from
Apr 11, 2025

Conversation

uniget-bot
Copy link

This PR contains the following updates:

Package Update Change
k8sgpt-ai/k8sgpt patch 0.4.9 -> 0.4.10

Warning

Some dependencies could not be looked up. Check the Dependency Dashboard for more information.


Release Notes

k8sgpt-ai/k8sgpt (k8sgpt-ai/k8sgpt)

v0.4.10

Compare Source

Features
Bug Fixes
  • deps: update module gopkg.in/yaml.v2 to v3 (#​1417) (ce4b3c2)
  • deps: update module helm.sh/helm/v3 to v3.17.3 [security] (#​1448) (060a3b2)
  • pod analyzer catches errors when containers are in Terminated state (#​1438) (dceda9a)

Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.


  • If you want to rebase/retry this PR, check this box

This PR has been generated by Renovate Bot.

Copy link
@nicholasdille-bot nicholasdille-bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Auto-approved because label type/renovate is present.

Copy link

🔍 Vulnerabilities of ghcr.io/uniget-org/tools/k8sgpt:0.4.10

📦 Image Reference ghcr.io/uniget-org/tools/k8sgpt:0.4.10
digestsha256:36285a767b7750a484befc2e1ddc976db92d9dbb2a4c97fb24e7cc1ee23b5971
vulnerabilitiescritical: 0 high: 8 medium: 6 low: 1 unspecified: 1
platformlinux/amd64
size30 MB
packages240
critical: 0 high: 5 medium: 0 low: 0 github.com/ollama/ollama 0.5.1 (golang)

pkg:golang/github.com/ollama/ollama@0.5.1

high : CVE--2025--0317

Affected range>=0
Fixed versionNot Fixed
Description

Ollama Divide By Zero vulnerability in github.com/ollama/ollama

high : CVE--2025--0315

Affected range>=0
Fixed versionNot Fixed
Description

Ollama Allocation of Resources Without Limits or Throttling vulnerability in github.com/ollama/ollama

high : CVE--2025--0312

Affected range>=0
Fixed versionNot Fixed
Description

Ollama Denial of Service (DoS) via Null Pointer Dereference in github.com/ollama/ollama

high : CVE--2024--12886

Affected range>=0
Fixed versionNot Fixed
Description

Ollama Vulnerable to Denial of Service (DoS) via Crafted GZIP in github.com/ollama/ollama

high : CVE--2024--12055

Affected range>=0
Fixed versionNot Fixed
Description

Ollama Allows Out-of-Bounds Read in github.com/ollama/ollama

critical: 0 high: 1 medium: 0 low: 0 github.com/expr-lang/expr 1.16.9 (golang)

pkg:golang/github.com/expr-lang/expr@1.16.9

high 7.5: CVE--2025--29786 Allocation of Resources Without Limits or Throttling

Affected range<1.17.0
Fixed version1.17.0
CVSS Score7.5
CVSS VectorCVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
Description

Impact

If the Expr expression parser is given an unbounded input string, it will attempt to compile the entire string and generate an Abstract Syntax Tree (AST) node for each part of the expression. In scenarios where input size isn’t limited, a malicious or inadvertent extremely large expression can consume excessive memory as the parser builds a huge AST. This can ultimately lead to excessive memory usage and an Out-Of-Memory (OOM) crash of the process. This issue is relatively uncommon and will only manifest when there are no restrictions on the input size, i.e. the expression length is allowed to grow arbitrarily large. In typical use cases where inputs are bounded or validated, this problem would not occur.

Patches

The problem has been patched in the latest versions of the Expr library. The fix introduces compile-time limits on the number of AST nodes and memory usage during parsing, preventing any single expression from exhausting resources. Users should upgrade to Expr version 1.17.0 or later, as this release includes the new node budget and memory limit safeguards. Upgrading to v1.17.0 ensures that extremely deep or large expressions are detected and safely aborted during compilation, avoiding the OOM condition.

Workarounds

For users who cannot immediately upgrade, the recommended workaround is to impose an input size restriction before parsing. In practice, this means validating or limiting the length of expression strings that your application will accept. For example, set a maximum allowable number of characters (or nodes) for any expression and reject or truncate inputs that exceed this limit. By ensuring no unbounded-length expression is ever fed into the parser, you c 8000 an prevent the parser from constructing a pathologically large AST and avoid potential memory exhaustion. In short, pre-validate and cap input size as a safeguard in the absence of the patch.

References

critical: 0 high: 1 medium: 0 low: 0 github.com/golang-jwt/jwt/v5 5.2.1 (golang)

pkg:golang/github.com/golang-jwt/jwt/v5@5.2.1

high 8.7: CVE--2025--30204 Asymmetric Resource Consumption (Amplification)

Affected range>=5.0.0-rc.1
<5.2.2
Fixed version5.2.2
CVSS Score8.7
CVSS VectorCVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N
Description

Summary

Function parse.ParseUnverified currently splits (via a call to strings.Split) its argument (which is untrusted data) on periods.

As a result, in the face of a malicious request whose Authorization header consists of Bearer followed by many period characters, a call to that function incurs allocations to the tune of O(n) bytes (where n stands for the length of the function's argument), with a constant factor of about 16. Relevant weakness: CWE-405: Asymmetric Resource Consumption (Amplification)

Details

See parse.ParseUnverified

Impact

Excessive memory allocation

critical: 0 high: 1 medium: 0 low: 0 golang.org/x/oauth2 0.25.0 (golang)

pkg:golang/golang.org/x/oauth2@0.25.0

high : CVE--2025--22868

Affected range<0.27.0
Fixed version0.27.0
Description

An attacker can pass a malicious malformed token which causes unexpected memory to be consumed during parsing.

critical: 0 high: 0 medium: 3 low: 0 unspecified: 1stdlib 1.23.3 (golang)

pkg:golang/stdlib@1.23.3

medium : CVE--2024--45341

Affected range>=1.23.0-0
<1.23.5
Fixed version1.23.5
Description

A certificate with a URI which has a IPv6 address with a zone ID may incorrectly satisfy a URI name constraint that applies to the certificate chain.

Certificates containing URIs are not permitted in the web PKI, so this only affects users of private PKIs which make use of URIs.

medium : CVE--2024--45336

Affected range>=1.23.0-0
<1.23.5
Fixed version1.23.5
Description

The HTTP client drops sensitive headers after following a cross-domain redirect. For example, a request to a.com/ containing an Authorization header which is redirected to b.com/ will not send that header to b.com.

In the event that the client received a subsequent same-domain redirect, however, the sensitive headers would be restored. For example, a chain of redirects from a.com/, to b.com/1, and finally to b.com/2 would incorrectly send the Authorization header to b.com/2.

medium : CVE--2025--22866

Affected range>=1.23.0-0
<1.23.6
Fixed version1.23.6
Description

Due to the usage of a variable time instruction in the assembly implementation of an internal function, a small number of bits of secret scalars are leaked on the ppc64le architecture. Due to the way this function is used, we do not believe this leakage is enough to allow recovery of the private key when P-256 is used in any well known protocols.

unspecified : CVE--2025--22871

Affected range<1.23.8
Fixed version1.23.8
Description

The net/http package improperly accepts a bare LF as a line terminator in chunked data chunk-size lines. This can permit request smuggling if a net/http server is used in conjunction with a server that incorrectly accepts a bare LF as part of a chunk-ext.

critical: 0 high: 0 medium: 1 low: 1 github.com/aws/aws-sdk-go 1.55.6 (golang)

pkg:golang/github.com/aws/aws-sdk-go@1.55.6

medium : CVE--2020--8911

Affected range>=0
Fixed versionNot Fixed
Description

A padding oracle vulnerability exists in the AWS S3 Crypto SDK for GoLang versions prior to V2. The SDK allows users to encrypt files with AES-CBC without computing a Message Authentication Code (MAC), which then allows an attacker who has write access to the target's S3 bucket and can observe whether or not an endpoint with access to the key can decrypt a file, they can reconstruct the plaintext with (on average) 128*length (plaintext) queries to the endpoint, by exploiting CBC's ability to manipulate the bytes of the next block and PKCS5 padding errors. It is recommended to update your SDK to V2 or later, and re-encrypt your files.

low : CVE--2020--8912

Affected range>=0
Fixed versionNot Fixed
Description

A vulnerability in the in-band key negotiation exists in the AWS S3 Crypto SDK for GoLang versions prior to V2. An attacker with write access to the targeted bucket can change the encryption algorithm of an object in the bucket, which can then allow them to change AES-GCM to AES-CTR. Using this in combination with a decryption oracle can reveal the authentication key used by AES-GCM as decrypting the GMAC tag leaves the authentication key recoverable as an algebraic equation. It is recommended to update your SDK to V2 or later, and re-encrypt your files.

critical: 0 high: 0 medium: 1 low: 0 github.com/containerd/containerd 1.7.24 (golang)

pkg:golang/github.com/containerd/containerd@1.7.24

medium 4.6: CVE--2024--40635 Integer Overflow or Wraparound

Affected range>=1.7.0-beta.0
<1.7.27
Fixed version1.7.27
CVSS Score4.6
CVSS VectorCVSS:3.1/AV:L/AC:L/PR:H/UI:N/S:C/C:L/I:L/A:N
Description

Impact

A bug was found in containerd where containers launched with a User set as a UID:GID larger than the maximum 32-bit signed integer can cause an overflow condition where the container ultimately runs as root (UID 0). This could cause unexpected behavior for environments that require containers to run as a non-root user.

Patches

This bug has been fixed in the following containerd versions:

Users should update to these versions to resolve the issue.

Workarounds

Ensure that only trusted images are used and that only trusted users have permissions to import images.

Credits

The containerd project would like to thank Benjamin Koltermann and emxll for responsibly disclosing this issue in accordance with the containerd security policy.

References

For more information

If you have any questions or comments about this advisory:

To report a security issue in containerd:

critical: 0 high: 0 medium: 1 low: 0 k8s.io/apiserver 0.32.2 (golang)

pkg:golang/k8s.io/apiserver@0.32.2

medium 4.3: CVE--2020--8552 OWASP Top Ten 2017 Category A9 - Using Components with Known Vulnerabilities

Affected range<1.15.10
Fixed version1.15.10, 1.16.7, 1.17.3
CVSS Score4.3
CVSS VectorCVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:L
Description

The Kubernetes API server component has been found to be vulnerable to a denial of service attack via successful API requests.

Copy link

Attempting automerge. See https://github.com/uniget-org/tools/actions/runs/14394064442.

Copy link

PR is clean and can be merged. See https://github.com/uniget-org/tools/actions/runs/14394064442.

@github-actions github-actions bot merged commit 31caf41 into main Apr 11, 2025
11 checks passed
@github-actions github-actions bot deleted the renovate/k8sgpt-ai-k8sgpt-0.4.x branch April 11, 2025 02:09
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants
0