Skip to content

← Public intelligence

npm package

@strapi/database

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

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

  1. High, CVSS 8.6npmAmendedPublished

    Leaking sensitive user information still possible by filtering on private with prefix fields

    CVE-2023-34235 · GHSA-9xg4-3qfm-9w8f

    Affected
    • npm @strapi/database <= 4.10.7
    Fixed in
    4.10.8· Vendor fix available
    Issue
    Still able to leak private fields if using the t(number) prefix Details Knex query allows you to change there default prefix so if you change the prefix to the same as it was before or to an other table you want to query you query changes from password to t1.password password is protected by filtering protections but t1.password is not protected PoC 1 Create a contentType 2 add to its options "populateCreatorFields" 3 create 1 entity in your new content type 4 in settings enable the find route in settings for the content type you created for public 5 /api/(Your contenttype)?filters%5BupdatedBy%5D%5Bt1.password%5D%5B%24startsWith%5D=a%24 And now the api returns noting if you were to do /api/(Your contenttype)?filters%5BupdatedBy%5D%5Bt1.password%5D%5B%24startsWith%5D=%24 it would return your entity Impact You can do filtering attacks on everything related to the object again including admin passwords and reset-tokens.

    Recommended action: Upgrade to 4.10.8 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. Medium, CVSS 4.8npmAmendedPublished

    Making all attributes on a content-type public without noticing it

    CVE-2023-34093 · GHSA-chmr-rg2f-9jmf

    Affected
    • npm @strapi/database < 4.10.8
    Fixed in
    4.10.8· Vendor fix available
    Issue
    Anyone (Strapi developers, users, plugins) can make every attribute of a Content-Type public without knowing it. Details When dealing with content-types inside a Strapi instance, we can extend those using the appropriate container: The vulnerability only affects the handling of content types by Strapi, not the actual content types themselves. Users can use plugins or modify their own content types without realizing that the privateAttributes getter is being removed, which can result in any attribute becoming public. This can lead to sensitive information being exposed or the entire system being taken control of by an attacker(having access to password hashes). PoC Extend any content type on runtime (like in the bootstrap functions) and do a copy of the content-type object. This will have as effect to remove the getter and as we rely on it in sanitization, every attributes will be considered as public. Impact Everyone can be impacted. Depending on how people are…

    Recommended action: Upgrade to 4.10.8 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 →