When SAML IdP-initiated login is enabled in Grafana Enterprise, the SAML library skips validation of the InResponseTo field on all SAML responses, including SP-initiated logins. This removes anti-replay protection, allowing an attacker who obtains a valid signed SAML assertion to replay it and gain a session as the victim user. Only instances with the allow_idp_initiated SAML setting enabled are affected; this setting is off by default and Grafana OSS is not affected.
In Jenkins 2.579 and earlier, LTS 2.568.2 and earlier, the build CLI command does not check the Item/Cancel permission when using the -s flag to cancel a build triggered to wait for completion, allowing attackers with Item/Build permission to cancel builds started by other users.
A missing permission check in Jenkins 2.579 and earlier, LTS 2.568.2 and earlier allows attackers with Item/Read permission on at least one job to read build parameter names and values of jobs they have no access to.
Jenkins 2.579 and earlier, LTS 2.568.2 and earlier does not escape map keys when serializing objects as JSON and Python through its REST API, allowing attackers able to control map property names to inject arbitrary fields into JSON and Python API responses.
In Stapler 2107.v8dfcb_e8ed317 and earlier, except 2088.2093.vd7c3e58008a_6, included in Jenkins 2.579 and earlier, LTS 2.568.2 and earlier, form data binding allows setting public static fields of the bound configuration object, allowing attackers who can submit configuration forms to modify public static fields of the configuration objects those forms are bound to, resulting in changes that apply globally to the Jenkins instance.
In Jenkins 2.579 and earlier, LTS 2.568.2 and earlier, Jenkins does not rotate the session when a user is authenticated via the "remember me" cookie, allowing attackers able to serve content on the same site as Jenkins to set a known session cookie in the victim's browser, which after the victim authenticates via the "remember me" cookie, grants the attacker access to Jenkins as that user.
In Jenkins 2.579 and earlier, LTS 2.568.2 and earlier, the REST API and CLI endpoints for updating agent configuration do not prevent a submitted configuration from overwriting a different agent by specifying that agent's name in the submitted XML document, allowing attackers with Agent/Configure permission on one agent to take over a different agent, gaining control of its configuration and obtaining access to its inbound agent secret and environment variables.
In Jenkins 2.579 and earlier, LTS 2.568.2 and earlier, the system log viewer does not escape log record metadata (source, level, and timestamp) resulting in a stored cross-site scripting (XSS) vulnerability exploitable by attackers in control of agent processes.
In Jenkins 2.579 and earlier, LTS 2.568.2 and earlier, user objects can appear as nested field values in other deserialized XML objects, allowing attackers with Overall/Read permission to create user objects by submitting crafted XML.
In Jenkins 2.579 and earlier, LTS 2.568.2 and earlier, objects of types marked as storing their configuration in independent top-level configuration files in Jenkins (such as the global configuration and jobs) can appear as nested field values in user-submitted `config.xml` documents and subsequently handle HTTP requests via Stapler, resulting in remote code execution.
Jenkins 2.421 through 2.579 (both inclusive), LTS 2.426.1 through 2.568.2 (both inclusive) does not correctly perform permission checks in the Appearance configuration page, allowing attackers with Overall/Manage permission to modify Appearance configuration options they should not have access to.
In Jenkins 2.579 and earlier, LTS 2.568.2 and earlier, transient fields cannot be excluded from deserialization, allowing attackers able to submit configuration updates to specify the values of transient fields that will be deserialized, the impact depending on how those fields are used.
In Stapler 1839.ved17667b_a_eb_5 through 2107.v8dfcb_e8ed317 (both inclusive), except 2088.2093.vd7c3e58008a_6, included in Jenkins 2.447 through 2.579 (both inclusive), LTS 2.452.1 through 2.568.2 (both inclusive), an HTTP endpoint serving dynamically generated JavaScript resources embeds the user's cross-site request forgery (CSRF) token (crumb) as a string literal, allowing attackers with control over a page hosted on the same site as Jenkins to obtain a valid crumb for the targeted user's session and perform actions on their behalf.
In Stapler 2107.v8dfcb_e8ed317 and earlier, except 2088.2093.vd7c3e58008a_6, included in Jenkins 2.579 and earlier, LTS 2.568.2 and earlier, Stapler does not restrict the types of objects that can be instantiated via form data binding to those compatible with the expected field type, allowing attackers with Overall/Read permission to instantiate types related to configuration for which that field type was not intended.
Composer is a dependency Manager for the PHP language. From 1.0 until 2.2.30 and 2.10.3, a malicious dependency package from a custom Composer repository or an untrusted composer.lock file could set source.type to perforce and source.url to an rsh: or jsh: P4PORT value. When the Perforce p4 client was installed and Composer installed the package from source through composer install or composer update, including --prefer-source, Composer\Util\Perforce passed the address to p4 without validation, causing p4 to run a local command with the privileges of the user or CI account. Packagist.org does not permit Perforce source metadata. This issue is fixed in versions 2.2.30 and 2.10.3.
A vulnerability in GitLab EE versions 18.9 up to but not including 19.1.7, 19.2 up to but not including 19.2.5, and 19.3 up to but not including 19.3.1 allowed an authenticated user with developer-role permissions to execute arbitrary commands in a CI context. This occurred due to the Claude agent processing configuration from a user-controlled source. The issue has been remediated in the specified fixed versions.
CVE-2026-78581 is an authorization bypass vulnerability in Kibana that allows an authenticated user to access or modify another user's AI Assistant conversation by referencing a user-controlled, hard-to-guess conversation identifier. This occurs due to insufficient access control enforcement on conversation identifiers. The vulnerability affects Kibana versions 8.0.0 up to but not including 8.16.3, and 8.17.0 up to but not including 8.17.2. A patch is available to address this issue. No known exploits are reported in the wild.
SeaweedFS S3 gateway versions prior to 4.34 contain a path traversal vulnerability in the X-Amz-Copy-Source header used by CopyObject and UploadPartCopy operations. This flaw allows an attacker authorized on one bucket to read objects from other buckets by exploiting improper validation of path segments in the copy source header. The vulnerability breaks bucket isolation, enabling cross-bucket object reads. The issue was fixed in version 4.34 by validating the copy-source bucket and object key to reject traversal segments.
SeaweedFS versions from 4.08 up to but not including 4.34 contain an authorization flaw in the S3Tables and Iceberg REST management API. This flaw allows a low-privileged authenticated S3 user with only ordinary read permissions to enumerate administrator-owned table buckets, revealing bucket names and ARNs. The vulnerability arises because authorization collapsed account-less S3 identities into a shared admin account and defaulted to allow access. The issue was fixed in version 4.34 by changing the authorization logic to require an explicit ACTION_ADMIN capability and removing the insecure default allow behavior. No configuration workaround exists; upgrading to 4.34 or later is required.
HAProxy Community Edition versions 3.0 through 3.3 before 3.3.3 have a vulnerability due to the lack of a length check for the NEW_TOKEN format. This issue also affects HAProxy Enterprise and ALOHA editions. The vulnerability is identified as CWE-130 and is classified with medium severity.