{"id":"CVE-2023-28628","aliases":["DEBIAN-CVE-2023-28628","EUVD-2023-0986","GHSA-cp4w-6x4w-v2h5","UBUNTU-CVE-2023-28628","USN-8151-1"],"status":"published","title":"`authority-regex` returns the wrong authority in lambdaisland/uri","description":"lambdaisland/uri is a pure Clojure/ClojureScript URI library. In versions prior to 1.14.120 `authority-regex` allows an attacker to send malicious URLs to be parsed by the `lambdaisland/uri` and return the wrong authority. This issue is similar to but distinct from CVE-2020-8910. The regex in question doesn't handle the backslash (`\\`) character in the username correctly, leading to a wrong output. ex. a payload of `https://example.com\\\\@google.com` would return that the host is `google.com`, but the correct host should be `example.com`. Given that the library returns the wrong authority this may be abused to bypass host restrictions depending on how the library is used in an application. Users are advised to upgrade. There are no known workarounds for this vulnerability.","severity":{"version":"3.1","score":5.4,"vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:L/A:N","level":"medium","assessor":"cna","from":"cve"},"epss":{"day":"2026-11-11","score":0.00548,"percentile":0.46355,"model":"v2026.06.15"},"facts":{"in_kev":false,"known_exploited":false,"public_exploit":false,"fix_available":true},"cwes":["CWE-601","CWE-706"],"published":"2023-03-27T20:20:08Z","modified":"2026-10-28T02:31:12Z","fixes":[{"ecosystem":"Maven","package":"lambdaisland:uri","fixed_in":["1.14.120"],"sources":["ghsa","osv"]},{"ecosystem":"Ubuntu:Pro:22.04:LTS","package":"lambdaisland-uri-clojure","fixed_in":["1.13.95-2ubuntu0.22.04.1~esm1"],"sources":["osv"]},{"ecosystem":"Ubuntu:Pro:24.04:LTS","package":"lambdaisland-uri-clojure","fixed_in":["1.13.95-2ubuntu0.24.04.1~esm2"],"sources":["osv"]}],"affected":[{"source":"ghsa","ecosystem":"Maven","package":"lambdaisland:uri","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.14.120"}]}]},{"source":"osv","ecosystem":"Debian:12","package":"lambdaisland-uri-clojure","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"}]}],"versions":["1.13.95-2","1.19.155-1","1.19.155-2","1.19.155-3"]},{"source":"osv","ecosystem":"Debian:13","package":"lambdaisland-uri-clojure","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"}]}],"versions":["1.13.95-2","1.19.155-1","1.19.155-2","1.19.155-3"]},{"source":"osv","ecosystem":"Debian:14","package":"lambdaisland-uri-clojure","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"}]}],"versions":["1.13.95-2","1.19.155-1","1.19.155-2","1.19.155-3"]},{"source":"osv","ecosystem":"Maven","package":"lambdaisland:uri","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.14.120"}]}]},{"source":"osv","ecosystem":"Ubuntu:Pro:22.04:LTS","package":"lambdaisland-uri-clojure","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.13.95-2ubuntu0.22.04.1~esm1"}]}],"versions":["1.13.95-2"]},{"source":"osv","ecosystem":"Ubuntu:Pro:24.04:LTS","package":"lambdaisland-uri-clojure","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.13.95-2ubuntu0.24.04.1~esm2"}]}],"versions":["1.13.95-2"]},{"source":"osv","ecosystem":"Ubuntu:25.10","package":"lambdaisland-uri-clojure","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"}]}],"versions":["1.13.95-2"]},{"source":"osv","ecosystem":"Ubuntu:26.10","package":"lambdaisland-uri-clojure","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"}]}],"versions":["1.13.95-2ubuntu1"]},{"source":"osv","ecosystem":"Ubuntu:26.04:LTS","package":"lambdaisland-uri-clojure","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"}]}],"versions":["1.13.95-2","1.13.95-2build1","1.13.95-2build2","1.13.95-2ubuntu1"]},{"source":"osv","ecosystem":"Ubuntu:Pro:22.04:LTS","package":"lambdaisland-uri-clojure","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.13.95-2ubuntu0.22.04.1~esm1"}]}],"versions":["1.13.95-2"]},{"source":"osv","ecosystem":"Ubuntu:Pro:24.04:LTS","package":"lambdaisland-uri-clojure","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.13.95-2ubuntu0.24.04.1~esm2"}]}],"versions":["1.13.95-2"]}],"products":[{"vendor":"lambdaisland","product":"uri"},{"vendor":"ruby","product":"uri"}],"references":[{"url":"https://github.com/lambdaisland/uri/security/advisories/GHSA-cp4w-6x4w-v2h5","tags":["x_refsource_CONFIRM","x_transferred","Exploit","Vendor Advisory","advisory","web","report"]},{"url":"https://github.com/lambdaisland/uri/commit/f46db3e84846f79e14bfee0101d9c7a872321820","tags":["x_refsource_MISC","x_transferred","Patch","fix","web","report"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2023-28628","tags":["advisory"]},{"url":"https://github.com/google/closure-library/blob/0e567abedb058e9b194a40cfa3ad4c507653bccf/closure/goog/uri/utils.js#L189","tags":["web"]},{"url":"https://github.com/lambdaisland/uri/blob/d3355fcd3e235238f4dcd37be97787a84e580072/src/lambdaisland/uri.cljc#L9","tags":["web"]},{"url":"https://github.com/lambdaisland/uri/releases/tag/v1.14.120","tags":["web"]},{"url":"https://github.com/advisories/GHSA-cp4w-6x4w-v2h5"},{"url":"https://github.com/CVEProject/cvelistV5/tree/main/cves/2023/28xxx/CVE-2023-28628.json","tags":["advisory"]},{"url":"https://security-tracker.debian.org/tracker/CVE-2023-28628","tags":["advisory"]},{"url":"https://github.com/lambdaisland/uri","tags":["package"]},{"url":"https://ubuntu.com/security/CVE-2023-28628","tags":["report"]},{"url":"https://www.cve.org/CVERecord?id=CVE-2023-28628","tags":["report"]},{"url":"https://ubuntu.com/security/notices/USN-8151-1","tags":["advisory"]}],"sources":{"cve":[{"id":"CVE-2023-28628","title":"`authority-regex` returns the wrong authority in lambdaisland/uri","description":"lambdaisland/uri is a pure Clojure/ClojureScript URI library. In versions prior to 1.14.120 `authority-regex` allows an attacker to send malicious URLs to be parsed by the `lambdaisland/uri` and return the wrong authority. This issue is similar to but distinct from CVE-2020-8910. The regex in question doesn't handle the backslash (`\\`) character in the username correctly, leading to a wrong output. ex. a payload of `https://example.com\\\\@google.com` would return that the host is `google.com`, but the correct host should be `example.com`. Given that the library returns the wrong authority this may be abused to bypass host restrictions depending on how the library is used in an application. Users are advised to upgrade. There are no known workarounds for this vulnerability.","status":"published","published":"2023-03-27T20:20:08.358Z","modified":"2025-02-19T15:21:18.308Z","cvss":[{"version":"3.1","score":5.4,"vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:L/A:N","level":"medium","assessor":"cna"}],"cwes":["CWE-706"],"updated_at":"2026-11-02T14:35:32.752775Z"}],"euvd":[{"id":"EUVD-2023-0986","description":"lambdaisland/uri is a pure Clojure/ClojureScript URI library. In versions prior to 1.14.120 `authority-regex` allows an attacker to send malicious URLs to be parsed by the `lambdaisland/uri` and return the wrong authority. This issue is similar to but distinct from CVE-2020-8910. The regex in question doesn't handle the backslash (`\\`) character in the username correctly, leading to a wrong output. ex. a payload of `https://example.com\\\\@google.com` would return that the host is `google.com`, but the correct host should be `example.com`. Given that the library returns the wrong authority this may be abused to bypass host restrictions depending on how the library is used in an application. Users are advised to upgrade. There are no known workarounds for this vulnerability.","status":"published","published":"2023-03-27T20:20:08Z","modified":"2025-02-19T15:21:18Z","cvss":[{"version":"3.1","score":5.4,"vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:L/A:N","level":"medium"}],"updated_at":"2026-11-02T20:53:27.295607Z"}],"ghsa":[{"id":"GHSA-cp4w-6x4w-v2h5","title":"lambdaisland/uri `authority-regex` returns the wrong authority","description":"### Summary\n`authority-regex` allows an attacker to send malicious URLs to be parsed by the `lambdaisland/uri` and return the wrong authority. This issue is similar to CVE-2020-8910.\n\n### Details\n\nhttps://github.com/lambdaisland/uri/blob/d3355fcd3e235238f4dcd37be97787a84e580072/src/lambdaisland/uri.cljc#L9\n\nThis regex doesn't handle the backslash (`\\`) character in the username correctly, leading to a wrong output.\n**Payload:** `https://example.com\\\\@google.com`\nThe returned host is `google.com`, but the correct host should be `example.com`.\n\n`urllib3` (Python) and `google-closure-library` (Javascript) return `example.com` as the host. Here the correct (or current) regex used by `google-closure-library`:\n\nhttps://github.com/google/closure-library/blob/0e567abedb058e9b194a40cfa3ad4c507653bccf/closure/goog/uri/utils.js#L189\n\n### PoC\n\n```\n(ns poc.core)\n(require '[lambdaisland.uri :refer (uri)])\n\n(def myurl \"https://example.com\\\\@google.com\")\n\n(defn -main\n  []\n   (println myurl)\n   (println (:host (uri myurl)))\n)\n```\n\n\n### Impact\n\nThe library returns the wrong authority, and it can be abused to bypass host restrictions.\n\n### Reference\n\nWHATWG Living URL spec, section 4.4 URL Parsing, host state: https://url.spec.whatwg.org/#url-parsing","status":"published","published":"2023-03-27T22:31:13Z","modified":"2023-04-04T21:48:53Z","cvss":[{"version":"3.1","score":6.5,"vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:N/A:N","level":"medium"}],"cwes":["CWE-601","CWE-706"],"updated_at":"2026-11-02T14:36:49.768564Z"}],"nvd":[{"id":"CVE-2023-28628","description":"lambdaisland/uri is a pure Clojure/ClojureScript URI library. In versions prior to 1.14.120 `authority-regex` allows an attacker to send malicious URLs to be parsed by the `lambdaisland/uri` and return the wrong authority. This issue is similar to but distinct from CVE-2020-8910. The regex in question doesn't handle the backslash (`\\`) character in the username correctly, leading to a wrong output. ex. a payload of `https://example.com\\\\@google.com` would return that the host is `google.com`, but the correct host should be `example.com`. Given that the library returns the wrong authority this may be abused to bypass host restrictions depending on how the library is used in an application. Users are advised to upgrade. There are no known workarounds for this vulnerability.","status":"published","published":"2023-03-27T21:15:12.367Z","modified":"2026-06-17T05:48:25.473Z","cvss":[{"version":"3.1","score":5.4,"vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:L/A:N","level":"medium","assessor":"secondary"},{"version":"3.1","score":6.1,"vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:N","level":"medium","assessor":"primary"}],"cwes":["CWE-706","CWE-601"],"updated_at":"2026-11-02T14:07:51.883939Z"}],"osv":[{"id":"CVE-2023-28628","title":"`authority-regex` returns the wrong authority in lambdaisland/uri","description":"lambdaisland/uri is a pure Clojure/ClojureScript URI library. In versions prior to 1.14.120 `authority-regex` allows an attacker to send malicious URLs to be parsed by the `lambdaisland/uri` and return the wrong authority. This issue is similar to but distinct from CVE-2020-8910. The regex in question doesn't handle the backslash (`\\`) character in the username correctly, leading to a wrong output. ex. a payload of `https://example.com\\\\@google.com` would return that the host is `google.com`, but the correct host should be `example.com`. Given that the library returns the wrong authority this may be abused to bypass host restrictions depending on how the library is used in an application. Users are advised to upgrade. There are no known workarounds for this vulnerability.","status":"published","published":"2023-03-27T20:20:08.358Z","modified":"2026-10-28T02:31:12.471338034Z","cvss":[{"version":"3.1","score":5.4,"vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:L/A:N","level":"medium"}],"cwes":["CWE-706"],"updated_at":"2026-11-02T15:44:31.468318Z"},{"id":"DEBIAN-CVE-2023-28628","description":"lambdaisland/uri is a pure Clojure/ClojureScript URI library. In versions prior to 1.14.120 `authority-regex` allows an attacker to send malicious URLs to be parsed by the `lambdaisland/uri` and return the wrong authority. This issue is similar to but distinct from CVE-2020-8910. The regex in question doesn't handle the backslash (`\\`) character in the username correctly, leading to a wrong output. ex. a payload of `https://example.com\\\\@google.com` would return that the host is `google.com`, but the correct host should be `example.com`. Given that the library returns the wrong authority this may be abused to bypass host restrictions depending on how the library is used in an application. Users are advised to upgrade. There are no known workarounds for this vulnerability.","status":"published","published":"2023-03-27T21:15:12.367Z","modified":"2026-10-26T18:00:49.344246181Z","cvss":[{"version":"3.1","score":6.1,"vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:N","level":"medium"}],"updated_at":"2026-11-02T15:45:39.679062Z"},{"id":"GHSA-cp4w-6x4w-v2h5","title":"lambdaisland/uri `authority-regex` returns the wrong authority","description":"### Summary\n`authority-regex` allows an attacker to send malicious URLs to be parsed by the `lambdaisland/uri` and return the wrong authority. This issue is similar to CVE-2020-8910.\n\n### Details\n\nhttps://github.com/lambdaisland/uri/blob/d3355fcd3e235238f4dcd37be97787a84e580072/src/lambdaisland/uri.cljc#L9\n\nThis regex doesn't handle the backslash (`\\`) character in the username correctly, leading to a wrong output.\n**Payload:** `https://example.com\\\\@google.com`\nThe returned host is `google.com`, but the correct host should be `example.com`.\n\n`urllib3` (Python) and `google-closure-library` (Javascript) return `example.com` as the host. Here the correct (or current) regex used by `google-closure-library`:\n\nhttps://github.com/google/closure-library/blob/0e567abedb058e9b194a40cfa3ad4c507653bccf/closure/goog/uri/utils.js#L189\n\n### PoC\n\n```\n(ns poc.core)\n(require '[lambdaisland.uri :refer (uri)])\n\n(def myurl \"https://example.com\\\\@google.com\")\n\n(defn -main\n  []\n   (println myurl)\n   (println (:host (uri myurl)))\n)\n```\n\n\n### Impact\n\nThe library returns the wrong authority, and it can be abused to bypass host restrictions.\n\n### Reference\n\nWHATWG Living URL spec, section 4.4 URL Parsing, host state: https://url.spec.whatwg.org/#url-parsing","status":"published","published":"2023-03-27T22:31:13Z","modified":"2023-11-08T04:12:12.623281Z","cvss":[{"version":"3.1","score":6.5,"vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:N/A:N","level":"medium"}],"cwes":["CWE-601","CWE-706"],"updated_at":"2026-11-02T15:46:45.28161Z"},{"id":"UBUNTU-CVE-2023-28628","description":"lambdaisland/uri is a pure Clojure/ClojureScript URI library. In versions prior to 1.14.120 `authority-regex` allows an attacker to send malicious URLs to be parsed by the `lambdaisland/uri` and return the wrong authority. This issue is similar to but distinct from CVE-2020-8910. The regex in question doesn't handle the backslash (`\\`) character in the username correctly, leading to a wrong output. ex. a payload of `https://example.com\\\\@google.com` would return that the host is `google.com`, but the correct host should be `example.com`. Given that the library returns the wrong authority this may be abused to bypass host restrictions depending on how the library is used in an application. Users are advised to upgrade. There are no known workarounds for this vulnerability.","status":"published","published":"2023-03-27T21:15:00Z","modified":"2026-10-17T12:57:17.287994278Z","cvss":[{"version":"3.1","score":5.4,"vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:L/A:N","level":"medium"},{"version":"3.1","score":6.1,"vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:N","level":"medium"}],"updated_at":"2026-11-02T16:54:20.997471Z"},{"id":"USN-8151-1","title":"lambdaisland-uri-clojure vulnerability","description":"It was discovered that lambdaisland/uri did not properly sanitize\nthe backslash character in URI strings. An attacker could possibly\nuse this issue to bypass security checks or redirect users.","status":"published","published":"2026-04-06T16:03:55Z","modified":"2026-04-27T18:46:33.556735Z","updated_at":"2026-11-02T16:58:22.951676Z"}]}}