diff --git a/advisories/github-reviewed/2024/06/GHSA-869c-j7wc-8jqv/GHSA-869c-j7wc-8jqv.json b/advisories/github-reviewed/2024/06/GHSA-869c-j7wc-8jqv/GHSA-869c-j7wc-8jqv.json index 4c380f9c3cf..cc4cbfe1d50 100644 --- a/advisories/github-reviewed/2024/06/GHSA-869c-j7wc-8jqv/GHSA-869c-j7wc-8jqv.json +++ b/advisories/github-reviewed/2024/06/GHSA-869c-j7wc-8jqv/GHSA-869c-j7wc-8jqv.json @@ -1,7 +1,7 @@ { "schema_version": "1.4.0", "id": "GHSA-869c-j7wc-8jqv", - "modified": "2024-07-01T21:30:24Z", + "modified": "2024-07-05T21:27:41Z", "published": "2024-06-29T06:31:40Z", "aliases": [ "CVE-2019-25211" @@ -30,6 +30,25 @@ ] } ] + }, + { + "package": { + "ecosystem": "Go", + "name": "github.com/gin-contrib/cors" + }, + "ranges": [ + { + "type": "ECOSYSTEM", + "events": [ + { + "introduced": "0" + }, + { + "fixed": "1.6.0" + } + ] + } + ] } ], "references": [ @@ -49,6 +68,10 @@ "type": "WEB", "url": "https://github.com/gin-contrib/cors/commit/27b723a473efd80d5a498fa9f5933c80204c850d" }, + { + "type": "ADVISORY", + "url": "https://github.com/advisories/GHSA-869c-j7wc-8jqv" + }, { "type": "WEB", "url": "https://github.com/gin-contrib/cors/compare/v1.5.0...v1.6.0" diff --git a/advisories/github-reviewed/2024/07/GHSA-3669-72x9-r9p3/GHSA-3669-72x9-r9p3.json b/advisories/github-reviewed/2024/07/GHSA-3669-72x9-r9p3/GHSA-3669-72x9-r9p3.json index 0f255a387fd..43f35601a56 100644 --- a/advisories/github-reviewed/2024/07/GHSA-3669-72x9-r9p3/GHSA-3669-72x9-r9p3.json +++ b/advisories/github-reviewed/2024/07/GHSA-3669-72x9-r9p3/GHSA-3669-72x9-r9p3.json @@ -1,13 +1,13 @@ { "schema_version": "1.4.0", "id": "GHSA-3669-72x9-r9p3", - "modified": "2024-07-02T02:30:41Z", + "modified": "2024-07-05T21:29:07Z", "published": "2024-07-01T20:35:12Z", "aliases": [ "CVE-2024-37298" ], "summary": "Potential memory exhaustion attack due to sparse slice deserialization", - "details": "### Details\n\nRunning `schema.Decoder.Decode()` on a struct that has a field of type `[]struct{...}` opens it up to malicious attacks regarding memory allocations, taking advantage of the sparse slice functionality. For instance, in the Proof of Concept written below, someone can specify to set a field of the billionth element and it will allocate all other elements before it in the slice.\n\nIn the local environment environment for my project, I was able to call an endpoint like `/innocent_endpoint?arr.10000000.X=1` and freeze my system from the memory allocation while parsing `r.Form`. I think [this line](https://github.com/gorilla/schema/blob/main/decoder.go#L223) is responsible for allocating the slice, although I haven't tested to make sure, so it's just an educated guess.\n\n### Proof of Concept\n\nThe following proof of concept works on both v1.2.0 and v1.2.1. I have not tested earlier versions.\n\n```go\npackage main\n\nimport (\n\t\"fmt\"\n\n\t\"github.com/gorilla/schema\"\n)\n\nfunc main() {\n\tdec := schema.NewDecoder()\n\tvar result struct {\n\t\tArr []struct{ Val int }\n\t}\n\tif err := dec.Decode(&result, map[string][]string{\"arr.1000000000.Val\": {\"1\"}}); err != nil {\n\t\tpanic(err)\n\t}\n\tfmt.Printf(\"%#+v\\n\", result)\n}\n\n```\n\n### Impact\n\nAny use of `schema.Decoder.Decode()` on a struct with arrays of other structs could be vulnerable to this memory exhaustion vulnerability. There seems to be no possible solution that a developer using this library can do to disable this behaviour without fixing it in this project, so all uses of Decode that fall under this umbrella are affected. A fix that doesn't require a major change may also be harder to find, since it could break compatibility with some other intended use-cases.\n", + "details": "### Details\n\nRunning `schema.Decoder.Decode()` on a struct that has a field of type `[]struct{...}` opens it up to malicious attacks regarding memory allocations, taking advantage of the sparse slice functionality. For instance, in the Proof of Concept written below, someone can specify to set a field of the billionth element and it will allocate all other elements before it in the slice. \n\nIn the local environment environment for my project, I was able to call an endpoint like `/innocent_endpoint?arr.10000000.X=1` and freeze my system from the memory allocation while parsing `r.Form`. I think [this line](https://github.com/gorilla/schema/blob/main/decoder.go#L223) is responsible for allocating the slice, although I haven't tested to make sure, so it's just an educated guess.\n\n### Proof of Concept\n\nThe following proof of concept works on both v1.2.0 and v1.2.1. I have not tested earlier versions.\n\n```go\npackage main\n\nimport (\n\t\"fmt\"\n\n\t\"github.com/gorilla/schema\"\n)\n\nfunc main() {\n\tdec := schema.NewDecoder()\n\tvar result struct {\n\t\tArr []struct{ Val int }\n\t}\n\tif err := dec.Decode(&result, map[string][]string{\"arr.1000000000.Val\": {\"1\"}}); err != nil {\n\t\tpanic(err)\n\t}\n\tfmt.Printf(\"%#+v\\n\", result)\n}\n\n```\n\n### Impact\n\nAny use of `schema.Decoder.Decode()` on a struct with arrays of other structs could be vulnerable to this memory exhaustion vulnerability. There seems to be no possible solution that a developer using this library can do to disable this behaviour without fixing it in this project, so all uses of Decode that fall under this umbrella are affected. A fix that doesn't require a major change may also be harder to find, since it could break compatibility with some other intended use-cases.\n", "severity": [ { "type": "CVSS_V3", diff --git a/advisories/github-reviewed/2024/07/GHSA-cvw4-c69g-7v7m/GHSA-cvw4-c69g-7v7m.json b/advisories/github-reviewed/2024/07/GHSA-cvw4-c69g-7v7m/GHSA-cvw4-c69g-7v7m.json index 30d083225ec..92f89db15e4 100644 --- a/advisories/github-reviewed/2024/07/GHSA-cvw4-c69g-7v7m/GHSA-cvw4-c69g-7v7m.json +++ b/advisories/github-reviewed/2024/07/GHSA-cvw4-c69g-7v7m/GHSA-cvw4-c69g-7v7m.json @@ -1,7 +1,7 @@ { "schema_version": "1.4.0", "id": "GHSA-cvw4-c69g-7v7m", - "modified": "2024-07-02T21:20:07Z", + "modified": "2024-07-05T21:27:24Z", "published": "2024-07-02T21:20:07Z", "aliases": [ "CVE-2024-38537" @@ -40,22 +40,38 @@ "type": "WEB", "url": "https://github.com/ethyca/fides/security/advisories/GHSA-cvw4-c69g-7v7m" }, + { + "type": "ADVISORY", + "url": "https://nvd.nist.gov/vuln/detail/CVE-2024-38537" + }, { "type": "WEB", "url": "https://github.com/ethyca/fides/pull/5026" }, + { + "type": "WEB", + "url": "https://github.com/ethyca/fides/commit/868c4d629760572192bd61db34f5a4458ed12005" + }, + { + "type": "WEB", + "url": "https://fetch.spec.whatwg.org" + }, { "type": "PACKAGE", "url": "https://github.com/ethyca/fides" + }, + { + "type": "WEB", + "url": "https://sansec.io/research/polyfill-supply-chain-attack" } ], "database_specific": { "cwe_ids": [ - + "CWE-829" ], "severity": "LOW", "github_reviewed": true, "github_reviewed_at": "2024-07-02T21:20:07Z", - "nvd_published_at": null + "nvd_published_at": "2024-07-02T20:15:05Z" } } \ No newline at end of file diff --git a/advisories/github-reviewed/2024/07/GHSA-jj68-cp4v-98qf/GHSA-jj68-cp4v-98qf.json b/advisories/github-reviewed/2024/07/GHSA-jj68-cp4v-98qf/GHSA-jj68-cp4v-98qf.json index 194d2725e1c..2a12e53152f 100644 --- a/advisories/github-reviewed/2024/07/GHSA-jj68-cp4v-98qf/GHSA-jj68-cp4v-98qf.json +++ b/advisories/github-reviewed/2024/07/GHSA-jj68-cp4v-98qf/GHSA-jj68-cp4v-98qf.json @@ -1,7 +1,7 @@ { "schema_version": "1.4.0", "id": "GHSA-jj68-cp4v-98qf", - "modified": "2024-07-02T21:20:55Z", + "modified": "2024-07-05T21:27:07Z", "published": "2024-07-02T21:20:55Z", "aliases": [ "CVE-2024-39324" @@ -81,6 +81,10 @@ "type": "WEB", "url": "https://github.com/aimeos/ai-admin-graphql/security/advisories/GHSA-jj68-cp4v-98qf" }, + { + "type": "ADVISORY", + "url": "https://nvd.nist.gov/vuln/detail/CVE-2024-39324" + }, { "type": "WEB", "url": "https://github.com/aimeos/ai-admin-graphql/commit/4eabc2b973509ffa5924e7f88c8f87ee96e93b38" @@ -110,6 +114,6 @@ "severity": "LOW", "github_reviewed": true, "github_reviewed_at": "2024-07-02T21:20:55Z", - "nvd_published_at": null + "nvd_published_at": "2024-07-02T21:15:11Z" } } \ No newline at end of file