7.3 HIGH
- CVSS version (CVSS): 3.1
- Attack Vector (AV): Network (N)
- Attack Complexity (AC): Low (L)
- Privileges Required (PR): None (N)
- User Interaction (UI): None (N)
- Scope (S): Unchanged (U)
- Confidentiality (C): Low (L)
- Integrity (I): Low (L)
- Availability (A): Low (L)
- Modified Attack Vector (MAV): Network (N)
- Modified Attack Complexity (MAC): Low (L)
- Modified Privileges Required (MPR): None (N)
- Modified User Interaction (MUI): None (N)
- Modified Confidentiality (MC): Low (L)
- Modified Scope (MS): Unchanged (U)
- Modified Integrity (MI): Low (L)
- Modified Availability (MA): Low (L)
by @LeSuisse Activity log
- Created suggestion
- @LeSuisse ignored package gnome-recipes
- @LeSuisse deleted maintainer @jvanbruegge maintainer.delete
- @LeSuisse accepted
- @LeSuisse published on GitHub
Tandoor Recipes — `amount`/`unit` bypass serializer in `food/{id}/shopping/`
Tandoor Recipes is an application for managing recipes, planning meals, and building shopping lists. Prior to 2.6.4, the POST /api/food/{id}/shopping/ endpoint reads amount and unit directly from request.data and passes them without validation to ShoppingListEntry.objects.create(). Invalid amount values (non-numeric strings) cause an unhandled exception and HTTP 500. A unit ID from a different Space can be associated cross-space, leaking foreign-key references across tenant boundaries. All other endpoints creating ShoppingListEntry use ShoppingListEntrySerializer, which validates and sanitizes these fields. This vulnerability is fixed in 2.6.4.
References
-
https://github.com/TandoorRecipes/recipes/security/advisories/GHSA-8w8h-3pv2-3554 x_refsource_CONFIRMexploit
-
https://github.com/TandoorRecipes/recipes/releases/tag/2.6.4 x_refsource_MISC
Affected products
- ==< 2.6.4
Matching in nixpkgs
pkgs.tandoor-recipes
Application for managing recipes, planning meals, building shopping lists and much much more!
Ignored packages (1)
pkgs.gnome-recipes
None
Package maintainers
-
@ryand56 Ryan Omasta <git@ryand.ca>
Ignored maintainers (1)
-
@jvanbruegge Jan van Brügge <supermanitu@gmail.com>