mirror of
https://github.com/netbirdio/advisory-database.git
synced 2026-05-22 18:04:22 -07:00
Publish Advisories
GHSA-gq32-758c-3wm3 GHSA-859w-5945-r5v3 GHSA-f2f7-gj54-6vpv GHSA-f69v-xrj8-rhxf
This commit is contained in:
@@ -1,7 +1,7 @@
|
||||
{
|
||||
"schema_version": "1.4.0",
|
||||
"id": "GHSA-gq32-758c-3wm3",
|
||||
"modified": "2025-03-19T20:03:42Z",
|
||||
"modified": "2025-04-30T20:41:44Z",
|
||||
"published": "2025-03-19T20:03:42Z",
|
||||
"aliases": [
|
||||
"CVE-2025-29924"
|
||||
@@ -9,6 +9,10 @@
|
||||
"summary": "XWiki uses the wrong wiki reference in AuthorizationManager",
|
||||
"details": "### Impact\n\nIt's possible for an user to get access to private information through the REST API - but could also be through another API - when a sub wiki is using \"Prevent unregistered users to view pages\". The vulnerability only affects subwikis, and it only concerns specific right options such as \"Prevent unregistered users to view pages\". or \"Prevent unregistered users to edit pages\".\n\nIt's possible to detect the vulnerability by enabling \"Prevent unregistered users to view pages\" and then trying to access a page through the REST API without using any credentials.\n\n### Patches\n\nThe vulnerability has been patched in XWiki 15.10.14, 16.4.6 and 16.10.0RC1. \n\n### Workarounds\n\nThere's no workaround.\n\n### References\n\n * JIRA ticket: https://jira.xwiki.org/browse/XWIKI-22640\n * Commit of the fix: https://github.com/xwiki/xwiki-platform/commit/5f98bde87288326cf5787604e2bb87836875ed0e\n\n### For more information\n\nIf you have any questions or comments about this advisory:\n* Open an issue in [Jira XWiki.org](https://jira.xwiki.org/)\n* Email us at [Security Mailing List](mailto:security@xwiki.org)",
|
||||
"severity": [
|
||||
{
|
||||
"type": "CVSS_V3",
|
||||
"score": "CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N"
|
||||
},
|
||||
{
|
||||
"type": "CVSS_V4",
|
||||
"score": "CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N"
|
||||
@@ -97,7 +101,8 @@
|
||||
],
|
||||
"database_specific": {
|
||||
"cwe_ids": [
|
||||
"CWE-269"
|
||||
"CWE-269",
|
||||
"CWE-863"
|
||||
],
|
||||
"severity": "HIGH",
|
||||
"github_reviewed": true,
|
||||
|
||||
@@ -1,9 +1,11 @@
|
||||
{
|
||||
"schema_version": "1.4.0",
|
||||
"id": "GHSA-859w-5945-r5v3",
|
||||
"modified": "2025-04-30T17:40:27Z",
|
||||
"modified": "2025-04-30T20:42:45Z",
|
||||
"published": "2025-04-30T17:40:27Z",
|
||||
"aliases": [],
|
||||
"aliases": [
|
||||
"CVE-2025-46565"
|
||||
],
|
||||
"summary": "Vite's server.fs.deny bypassed with /. for files under project root",
|
||||
"details": "### Summary\nThe contents of files in [the project `root`](https://vite.dev/config/shared-options.html#root) that are denied by a file matching pattern can be returned to the browser.\n\n### Impact\n\nOnly apps explicitly exposing the Vite dev server to the network (using --host or [server.host config option](https://vitejs.dev/config/server-options.html#server-host)) are affected.\nOnly files that are under [project `root`](https://vite.dev/config/shared-options.html#root) and are denied by a file matching pattern can be bypassed.\n\n- Examples of file matching patterns: `.env`, `.env.*`, `*.{crt,pem}`, `**/.env`\n- Examples of other patterns: `**/.git/**`, `.git/**`, `.git/**/*`\n\n### Details\n[`server.fs.deny`](https://vite.dev/config/server-options.html#server-fs-deny) can contain patterns matching against files (by default it includes `.env`, `.env.*`, `*.{crt,pem}` as such patterns).\nThese patterns were able to bypass for files under `root` by using a combination of slash and dot (`/.`).\n\n### PoC\n```\nnpm create vite@latest\ncd vite-project/\ncat \"secret\" > .env\nnpm install\nnpm run dev\ncurl --request-target /.env/. http://localhost:5173\n```\n\n\n",
|
||||
"severity": [
|
||||
|
||||
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
Reference in New Issue
Block a user