Pillow vulnerabilitiesRanked by how likely they are to be used.

Product91 versions
The short answer

Pillow is made by Python. We track 54 published vulnerabilities in it, across 91 versions. None of them is on the list of flaws known to be exploited today. If you run Pillow, keep it on a version the vendor still supports.

See the riskiest flaws

We keep watching the known-exploited list.

Known exploited

Which Pillow vulnerabilities are being exploited?

This is the list that matters most: flaws criminals are using now.

None of Pillow's published vulnerabilities is on the list of flaws known to be exploited today. We keep watching that list.

Exploit likelihood

Which Pillow flaws are most likely to be used?

Ranked by the latest exploit-likelihood forecast: the chance each flaw is used in an attack in the next 30 days. A high severity score on its own doesn't tell you that. Flaws shared by many other makers' products are left out.

50% or more10% to 49%Under 10%
  1. 10%

    Python Image Library (PIL) 1.1.7 and earlier and Pillow 2.3 might allow remote attackers to execute arbitrary commands via shell metacharacters in unspecified vectors related to CVE-2014-1932, possibly...

    CVSS10.0Published27 Apr 2014
  2. 7.9%

    Integer overflow in the ImagingResampleHorizontal function in libImaging/Resample.c in Pillow before 3.1.1 allows remote attackers to have unspecified impact via negative values of the new size, which triggers a...

    CVSS9.8Published13 Apr 2016
  3. 4.9%

    Pillow before 8.1.1 allows attackers to cause a denial of service (memory consumption) because the reported size of a contained image is not properly checked for an ICNS container, and thus an attempted memory...

    CVSS7.5Published3 Mar 2021
  4. 4.6%

    Pillow before 2.7.0 allows remote attackers to cause a denial of service via a compressed text chunk in a PNG image that has a large size when it is decompressed.

    CVSS5.0Published16 Jan 2015
  5. 4.2%

    libImaging/SgiRleDecode.c in Pillow before 6.2.2 has an SGI buffer overflow.

    CVSS9.8Published3 Jan 2020
  6. 4.0%

    Buffer overflow in the ImagingPcdDecode function in PcdDecode.c in Pillow before 3.1.1 and Python Imaging Library (PIL) 1.1.7 and earlier allows remote attackers to cause a denial of service (crash) via a crafted...

    CVSS6.5Published13 Apr 2016
  7. 3.7%

    libImaging/PcxDecode.c in Pillow before 6.2.2 has a PCX P mode buffer overflow.

    CVSS9.8Published3 Jan 2020
  8. 3.4%

    PIL/IcnsImagePlugin.py in Python Imaging Library (PIL) and Pillow before 2.3.2 and 2.5.x before 2.5.2 allows remote attackers to cause a denial of service via a crafted block size.

    CVSS5.0Published25 Aug 2014
  9. 3.3%

    PIL.ImageMath.eval in Pillow before 9.0.0 allows evaluation of arbitrary expressions, such as ones that use the Python exec method.

    CVSS9.8Published10 Jan 2022
  10. 3.2%

    Pillow through 8.2.0 and PIL (aka Python Imaging Library) through 1.1.7 allow an attacker to pass controlled parameters directly into a convert function to trigger a buffer overflow in Convert.c.

    CVSS9.8Published13 Jul 2021
Precursor Intelligence

Running Pillow? We'll keep checking.

Looking flaws up one at a time doesn't scale. Tell us what you run once, and we tell you which flaws matter to you, in what order, and keep watching for new ones.

  1. Tell us what you runPick your software from a list, or let us work it out from your website.
  2. We match it to every flawOver 400,000 published flaws, checked against your list.
  3. Ranked by real-world riskA 0 to 100 score, led by evidence criminals are using it.
  4. Told as soon as we knowAn alert by email, in the app or by webhook to your own tools.

Free plan, no card needed. Nothing to install.

FAQ

Common questions, answered plainly.

Something else? Talk to the team →

We track 54 published vulnerabilities listed under the name Pillow, across 91 versions.

None of Pillow's vulnerabilities is on the list of flaws known to be exploited today.

Create a Precursor Intelligence account and track Pillow. We match it against every published flaw, give each one a risk score from 0 to 100 and keep watching, so you hear about new ones as soon as we know, by email, in the app or by webhook.