Skip to content

← Public intelligence

PyPI package

salt

Open actionable advisories and recorded vendor fixes. This public package view has no inventory attached and cannot establish whether your deployment is affected. A vendor fix never resolves your finding; verify your installed version and the source guidance.

Open advisories

69 actionable advisories, newest first. Withdrawn advisories and news are excluded. Coverage is partial.

  1. UnratedPyPIAmendedPublished

    SaltStack Salt Insecure Temporary File Creation

    CVE-2014-3563 · GHSA-mfr3-9cj8-h2qm

    Affected
    • PyPI salt < 2014.1.10
    Fixed in
    2014.1.10· Vendor fix available
    Issue
    Multiple unspecified vulnerabilities in Salt (aka SaltStack) before 2014.1.10 allow local users to have an unspecified impact via vectors related to temporary file creation in (1) seed.py, (2) salt-ssh, or (3) salt-cloud.

    Recommended action: Upgrade to 2014.1.10 or later, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:osv.dev (1)github.com (2)Source checked Evidence →
  2. Critical, CVSS 9.8PyPIAmendedPublished

    SaltStack Salt Directory traversal vulnerability in minion id validation

    CVE-2017-12791 · GHSA-xxvj-8g5m-4qgw

    Affected
    • PyPI salt < 2016.11.7; >= 2017.7.0, < 2017.7.1
    Fixed in
    2016.11.72017.7.1· Vendor fix available
    Issue
    Directory traversal vulnerability in minion id validation in SaltStack Salt before 2016.11.7 and 2017.7.x before 2017.7.1 allows remote minions with incorrect credentials to authenticate to a master via a crafted minion ID.

    Recommended action: Upgrade to 2017.7.1 or 2016.11.7 by release line, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:osv.dev (1)github.com (2)Source checked Evidence →
  3. High, CVSS 8.8PyPIAmendedPublished

    SaltStack Salt Authentication Bypass when using the local_batch client from salt-api

    CVE-2017-5192 · GHSA-f2h7-4f84-8qrm

    Affected
    • PyPI salt < 2015.8.13; >= 2016.3.0, < 2016.3.5; >= 2016.11.0, < 2016.11.2
    Fixed in
    2015.8.132016.11.22016.3.5· Vendor fix available
    Issue
    When using the localbatch client from salt-api in SaltStack Salt before 2015.8.13, 2016.3.x before 2016.3.5, and 2016.11.x before 2016.11.2, external authentication is not respected, enabling all authentication to be bypassed.

    Recommended action: Upgrade to 2016.11.2, 2016.3.5 or 2015.8.13 by release line, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:osv.dev (1)github.com (2)Source checked Evidence →
  4. Medium, CVSS 6.3PyPIAmendedPublished

    salt leaks git usernames and passwords to the log

    CVE-2015-6918 · GHSA-q2x6-8gfj-hjxw

    Affected
    • PyPI salt < 2015.5.5
    Fixed in
    2015.5.5· Vendor fix available
    Issue
    salt before 2015.5.5 leaks git usernames and passwords to the log.

    Recommended action: Upgrade to 2015.5.5 or later, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:osv.dev (1)github.com (2)Source checked Evidence →
  5. Critical, CVSS 9.8PyPIAmendedPublished

    SaltStack Salt Directory traversal vulnerability in minion id validation

    CVE-2017-14695 · GHSA-j6gj-pg62-x8j6

    Affected
    • PyPI salt < 2016.3.8; >= 2016.11.0, < 2016.11.8; >= 2017.7.0, < 2017.7.2
    Fixed in
    2016.3.82016.11.82017.7.2· Vendor fix available
    Issue
    Directory traversal vulnerability in minion id validation in SaltStack Salt before 2016.3.8, 2016.11.x before 2016.11.8, and 2017.7.x before 2017.7.2 allows remote minions with incorrect credentials to authenticate to a master via a crafted minion ID. NOTE: this vulnerability exists because of an incomplete fix for CVE-2017-12791.

    Recommended action: Upgrade to 2017.7.2, 2016.11.8 or 2016.3.8 by release line, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:osv.dev (1)github.com (2)Source checked Evidence →
  6. High, CVSS 7.5PyPIAmendedPublished

    SaltStack Salt Denial of Service via a crafted authentication request

    CVE-2017-14696 · GHSA-657p-cj5r-mjrh

    Affected
    • PyPI salt < 2016.3.8; >= 2016.11.0, < 2016.11.8; >= 2017.7.0, < 2017.7.2
    Fixed in
    2016.3.82016.11.82017.7.2· Vendor fix available
    Issue
    SaltStack Salt before 2016.3.8, 2016.11.x before 2016.11.8, and 2017.7.x before 2017.7.2 allows remote attackers to cause a denial of service via a crafted authentication request.

    Recommended action: Upgrade to 2017.7.2, 2016.11.8 or 2016.3.8 by release line, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:osv.dev (1)github.com (2)Source checked Evidence →
  7. High, CVSS 7.5PyPIAmendedPublished

    Salt vulnerable to Improper Certificate Validation

    CVE-2015-4017 · GHSA-8j9g-c9rp-jvg4

    Affected
    • PyPI salt < 2014.7.6
    Fixed in
    2014.7.6· Vendor fix available
    Issue
    Salt before 2014.7.6 does not verify certificates when connecting via the aliyun, proxmox, and splunk modules.

    Recommended action: Upgrade to 2014.7.6 or later, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:osv.dev (1)github.com (2)Source checked Evidence →
  8. High, CVSS 8.1PyPIAmendedPublished

    Salt Improper Access Control

    CVE-2016-1866 · GHSA-vqh4-crjf-jjxx

    Affected
    • PyPI salt >= 2015.8.0rc1, < 2015.8.4
    Fixed in
    2015.8.4· Vendor fix available
    Issue
    Salt 2015.8.x before 2015.8.4 does not properly handle clear messages on the minion, which allows man-in-the-middle attackers to execute arbitrary code by inserting packets into the minion-master data stream.

    Recommended action: Upgrade to 2015.8.4 or later, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:osv.dev (1)github.com (2)Source checked Evidence →
  9. Critical, CVSS 9.3PyPIAmendedPublished

    SaltStack Salt allows compromised salt-minions to impersonate the salt-master

    CVE-2017-7893 · GHSA-g283-88v5-rmq2

    Affected
    • PyPI salt < 2016.3.6
    Fixed in
    2016.3.6· Vendor fix available
    Issue
    In SaltStack Salt before 2016.3.6, compromised salt-minions can impersonate the salt-master.

    Recommended action: Upgrade to 2016.3.6 or later, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:osv.dev (1)github.com (2)Source checked Evidence →
  10. High, CVSS 8.8PyPIAmendedPublished

    SaltStack Salt arbitrary command execution in Salt-api via ssh_client

    CVE-2017-5200 · GHSA-8r7r-x48r-pf8f

    Affected
    • PyPI salt < 2015.8.13; >= 2016.3.0, < 2016.3.5; >= 2016.11.0, < 2016.11.2
    Fixed in
    2015.8.132016.11.22016.3.5· Vendor fix available
    Issue
    Salt-api in SaltStack Salt before 2015.8.13, 2016.3.x before 2016.3.5, and 2016.11.x before 2016.11.2 allows arbitrary command execution on a salt-master via Salt's sshclient.

    Recommended action: Upgrade to 2016.11.2, 2016.3.5 or 2015.8.13 by release line, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:osv.dev (1)github.com (2)Source checked Evidence →
  11. Medium, CVSS 5.3PyPIAmendedPublished

    SaltStack Salt Directory Traversal vulnerability in salt-api

    CVE-2018-15750 · GHSA-jx34-pppm-gjvr

    Affected
    • PyPI salt >= 2017.7.0, < 2017.7.8; >= 2018.3.0, < 2018.3.3; >= 2016.11.0, < 2016.11.10
    Fixed in
    2018.3.32017.7.82016.11.10· Vendor fix available
    Issue
    Directory Traversal vulnerability in salt-api in SaltStack Salt 2016.11.x before 2016.11.10, 2017.7.x before 2017.7.8 and 2018.3.x before 2018.3.3 allows remote attackers to determine which files exist on the server.

    Recommended action: Upgrade to 2018.3.3, 2017.7.8 or 2016.11.10 by release line, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:osv.dev (1)github.com (2)Source checked Evidence →
  12. Critical, CVSS 9.8PyPIAmendedPublished

    SaltStack Salt Remote command execution and incorrect access control when using salt-api

    CVE-2018-15751 · GHSA-x549-r7m8-gv63

    Affected
    • PyPI salt >= 2017.7.0, < 2017.7.8; >= 2018.3.0, < 2018.3.3; >= 2016.11.0, < 2016.11.10
    Fixed in
    2018.3.32017.7.82016.11.10· Vendor fix available
    Issue
    SaltStack Salt 2016.11.x before 2016.11.10, 2017.7.x before 2017.7.8 and 2018.3.x before 2018.3.3 allow remote attackers to bypass authentication and execute arbitrary commands via salt-api(netapi).

    Recommended action: Upgrade to 2018.3.3, 2017.7.8 or 2016.11.10 by release line, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:osv.dev (1)github.com (2)Source checked Evidence →
  13. High, CVSS 8.1PyPIAmendedPublished

    SaltStack RSA Key Generation allows remote users to decrypt communications

    CVE-2013-2228 · GHSA-gq26-cpq6-w85r

    Affected
    • PyPI salt < 0.15.1
    Fixed in
    0.15.1· Vendor fix available
    Issue
    SaltStack RSA Key Generation allows remote users to decrypt communications

    Recommended action: Upgrade to 0.15.1 or later, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:osv.dev (1)github.com (2)Source checked Evidence →
  14. Low, CVSS 3.7PyPIAmendedPublished

    SaltStack Salt Improper Authentication via Man in the Middle Attack

    CVE-2022-22935 · GHSA-cvcc-5x92-gmhc

    Affected
    • PyPI salt < 3002.8; >= 3003, < 3003.4; >= 3004, < 3004.1
    Fixed in
    3003.43004.13002.8· Vendor fix available
    Issue
    An issue was discovered in SaltStack Salt in versions before 3002.8, 3003.4, 3004.1. A minion authentication denial of service can cause a MiTM attacker to force a minion process to stop by impersonating a master.

    Recommended action: Upgrade to 3004.1, 3003.4 or 3002.8 by release line, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:osv.dev (1)github.com (2)Source checked Evidence →
  15. High, CVSS 8.8PyPIAmendedPublished

    SaltStack Salt Authentication Bypass by Capture-replay

    CVE-2022-22936 · GHSA-5r3f-3m3j-wcj2

    Affected
    • PyPI salt < 3002.8; >= 3003, < 3003.4; >= 3004, < 3004.1
    Fixed in
    3003.43004.13002.8· Vendor fix available
    Issue
    An issue was discovered in SaltStack Salt in versions before 3002.8, 3003.4, 3004.1. Job publishes and file server replies are susceptible to replay attacks, which can result in an attacker replaying job publishes causing minions to run old jobs. File server replies can also be re-played. A sufficient craft attacker could gain root access on minion under certain scenarios.

    Recommended action: Upgrade to 3004.1, 3003.4 or 3002.8 by release line, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:osv.dev (1)github.com (2)Source checked Evidence →
  16. High, CVSS 8.8PyPIAmendedPublished

    SaltStack Salt Permissions Bypass

    CVE-2022-22941 · GHSA-qcr3-hr2f-6557

    Affected
    • PyPI salt >= 3003, < 3003.4; >= 3004, < 3004.1; < 3002.8
    Fixed in
    3003.43004.13002.8· Vendor fix available
    Issue
    An issue was discovered in SaltStack Salt in versions before 3002.8, 3003.4, 3004.1. When configured as a Master-of-Masters, with a publisheracl, if a user configured in the publisheracl targets any minion connected to the Syndic, the Salt Master incorrectly interpreted no valid targets as valid, allowing configured users to target any of the minions connected to the syndic with their configured commands. This requires a syndic master combined with publisheracl configured on the Master-of-Masters, allowing users specified in the publisheracl to bypass permissions, publishing authorized commands to any configured minion.

    Recommended action: Upgrade to 3004.1, 3003.4 or 3002.8 by release line, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:osv.dev (1)github.com (2)Source checked Evidence →
  17. High, CVSS 8.7PyPIAmendedPublished

    SaltStack Improper Verification of Cryptographic Signature

    CVE-2022-22934 · GHSA-2q4g-wfm6-5fpm

    Affected
    • PyPI salt < 3002.8; >= 3004, <= 3004; >= 3003, < 3003.4
    Fixed in
    3003.43004.13002.8· Vendor fix available
    Issue
    An issue was discovered in SaltStack Salt in versions before 3002.8, 3003.4, 3004.1. Salt Masters do not sign pillar data with the minion’s public key, which can result in attackers substituting arbitrary pillar data.

    Recommended action: Upgrade to 3004.1, 3003.4 or 3002.8 by release line, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:osv.dev (1)github.com (2)Source checked Evidence →
  18. High, CVSS 7.5PyPIAmendedPublished

    Exposure of Resource to Wrong Sphere in salt

    CVE-2021-21996 · GHSA-pf7h-h2wq-m7pg

    Affected
    • PyPI salt < 3003.3
    Fixed in
    3003.3· Vendor fix available
    Issue
    An issue was discovered in SaltStack Salt before 3003.3. A user who has control of the source, and sourcehash URLs can gain full file system access as root on a salt minion.

    Recommended action: Upgrade to 3003.3 or later, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:osv.dev (1)github.com (2)Source checked Evidence →
  19. UnratedPyPIPublished

    PYSEC-2013-13

    CVE-2013-4438

    Affected
    • PyPI salt < 0.17.1
    Fixed in
    0.17.1· Vendor fix available
    Issue
    Salt (aka SaltStack) before 0.17.1 allows remote attackers to execute arbitrary YAML code via unspecified vectors. NOTE: the vendor states that this might not be a vulnerability because the YAML to be loaded has already been determined to be safe.

    Recommended action: Upgrade to 0.17.1 or later, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:osv.devSource checked Evidence →