{"id":"CVE-2026-84267","aliases":["DEBIAN-CVE-2026-84267","EUVD-2026-69296","GHSA-7w8w-22g3-g4f8","OESA-2026-3821","OESA-2026-3822","OESA-2026-3823","OESA-2026-3824","OESA-2026-3925","SUSE-SU-2026:4200-1","SUSE-SU-2026:4238-1","SUSE-SU-2026:4240-1","UBUNTU-CVE-2026-84267","USN-8970-1","openSUSE-SU-2026:11788-1","openSUSE-SU-2026:21875-1"],"status":"published","title":"Gvfs: sftp: uninitialized heap disclosure in read_string()","description":"A flaw was found in the SFTP backend in gvfs. When mounting a share, a malicious SFTP server can cause read_string() to allocate a buffer with a certain length but the function does not verify that the buffer is completely filled, leaving the remainder of the buffer containing uninitialized heap contents. If the server sends a short FXP_HANDLE reply, these uninitialized bytes are taken as the file handle. The client will then echo these uninitialized bytes back to the server on all subsequent requests using that handle. With a length of 128 bytes, this issue allows the malicious server to deterministically read uninitialized heap memory from the gvfsd-sftp process, leaking its heap base and the load address of the libgio library, resulting in a deterministic defeat of Address Space Layout Randomization (ASLR).","severity":{"version":"3.1","score":4.3,"vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:N","level":"medium","assessor":"cna","from":"cve"},"epss":{"day":"2026-11-11","score":0.00212,"percentile":0.11624,"model":"v2026.06.15"},"facts":{"in_kev":false,"known_exploited":false,"public_exploit":false,"fix_available":true},"cwes":["CWE-908"],"published":"2026-09-01T15:19:04Z","modified":"2026-11-06T01:17:55Z","fixes":[{"ecosystem":"Debian:14","package":"gvfs","fixed_in":["1.62.0-1"],"sources":["osv"]},{"ecosystem":"Ubuntu:22.04:LTS","package":"gvfs","fixed_in":["1.48.2-0ubuntu1.3"],"sources":["osv"]},{"ecosystem":"Ubuntu:24.04:LTS","package":"gvfs","fixed_in":["1.54.4-0ubuntu1~24.04.5"],"sources":["osv"]},{"ecosystem":"Ubuntu:26.04:LTS","package":"gvfs","fixed_in":["1.60.0-1ubuntu0.2"],"sources":["osv"]}],"affected":[{"source":"osv","ecosystem":"Debian:12","package":"gvfs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"}]}],"versions":["1.50.3-1","1.50.3-1+deb12u1","1.50.4-1","1.50.4-2","1.50.4-3","1.50.6-1","1.51.90-1","1.51.91-1","1.52.0-1","1.52.1-1","1.52.2-1","1.53.90-1","1.53.90-2","1.53.90-3","1.53.90-4","1.54.0-1","1.54.0-2","1.54.0-3","1.54.0-4","1.54.1-1","1.54.2-1","1.54.2-2","1.55.90-1","1.55.90-2","1.56.0-1","1.56.0-2","1.56.1-1","1.57.1-1","1.57.2-1","1.57.2-2","1.57.2-3","1.58.0-1","1.58.0-2","1.59.1-1","1.59.90-1","1.59.90-2","1.59.90-3","1.60.0-1","1.60.0-2","1.62.0-1","1.62.0-2","1.62.0-3"]},{"source":"osv","ecosystem":"Debian:13","package":"gvfs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"}]}],"versions":["1.57.2-2","1.57.2-2+deb13u1","1.57.2-3","1.58.0-1","1.58.0-2","1.59.1-1","1.59.90-1","1.59.90-2","1.59.90-3","1.60.0-1","1.60.0-2","1.62.0-1","1.62.0-2","1.62.0-3"]},{"source":"osv","ecosystem":"Debian:14","package":"gvfs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.62.0-1"}]}],"versions":["1.57.2-2","1.57.2-3","1.58.0-1","1.58.0-2","1.59.1-1","1.59.90-1","1.59.90-2","1.59.90-3","1.60.0-1","1.60.0-2"]},{"source":"osv","ecosystem":"openEuler:20.03-LTS-SP4","package":"gvfs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.40.2-12.oe2003sp4"}]}],"bundled":4},{"source":"osv","ecosystem":"openEuler:22.03-LTS-SP4","package":"gvfs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.46.2-9.oe2203sp4"}]}],"bundled":4},{"source":"osv","ecosystem":"openEuler:24.03-LTS-SP1","package":"gvfs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.50.2-10.oe2403sp1"}]}],"bundled":4},{"source":"osv","ecosystem":"openEuler:24.03-LTS-SP4","package":"gvfs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.50.2-10.oe2403sp4"}]}],"bundled":4},{"source":"osv","ecosystem":"openEuler:24.03-LTS-SP3","package":"gvfs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.50.2-10.oe2403sp3"}]}],"bundled":4},{"source":"osv","ecosystem":"SUSE:Linux Enterprise Server 12 SP5-LTSS","package":"gvfs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.28.3-18.12.1"}]}],"bundled":4},{"source":"osv","ecosystem":"SUSE:Linux Enterprise Server LTSS Extended Security 12 SP5","package":"gvfs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.28.3-18.12.1"}]}],"bundled":4},{"source":"osv","ecosystem":"SUSE:Linux Enterprise High Performance Computing 15 SP4-ESPOS","package":"gvfs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.48.2-150400.4.15.1"}]}],"bundled":4},{"source":"osv","ecosystem":"SUSE:Linux Enterprise High Performance Computing 15 SP4-LTSS","package":"gvfs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.48.2-150400.4.15.1"}]}],"bundled":4},{"source":"osv","ecosystem":"SUSE:Linux Enterprise High Performance Computing 15 SP5-ESPOS","package":"gvfs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.48.2-150400.4.15.1"}]}],"bundled":4},{"source":"osv","ecosystem":"SUSE:Linux Enterprise High Performance Computing 15 SP5-LTSS","package":"gvfs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.48.2-150400.4.15.1"}]}],"bundled":4},{"source":"osv","ecosystem":"SUSE:Linux Enterprise Server 15 SP4-LTSS","package":"gvfs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.48.2-150400.4.15.1"}]}],"bundled":4},{"source":"osv","ecosystem":"SUSE:Linux Enterprise Server 15 SP5-LTSS","package":"gvfs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.48.2-150400.4.15.1"}]}],"bundled":4},{"source":"osv","ecosystem":"SUSE:Linux Enterprise Server for SAP Applications 15 SP4","package":"gvfs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.48.2-150400.4.15.1"}]}],"bundled":4},{"source":"osv","ecosystem":"SUSE:Linux Enterprise Server for SAP Applications 15 SP5","package":"gvfs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.48.2-150400.4.15.1"}]}],"bundled":4},{"source":"osv","ecosystem":"SUSE:Linux Enterprise Module for Desktop Applications 15 SP7","package":"gvfs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.52.2-150600.3.9.1"}]}],"bundled":4},{"source":"osv","ecosystem":"SUSE:Linux Enterprise Server 15 SP6-LTSS","package":"gvfs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.52.2-150600.3.9.1"}]}],"bundled":4},{"source":"osv","ecosystem":"SUSE:Linux Enterprise Server for SAP Applications 15 SP6","package":"gvfs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.52.2-150600.3.9.1"}]}],"bundled":4},{"source":"osv","ecosystem":"Ubuntu:Pro:16.04:LTS","package":"gvfs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"}]}],"versions":["1.24.2-0ubuntu4","1.24.2-0ubuntu5","1.24.2-0ubuntu6","1.26.2-1ubuntu1","1.27.3-1ubuntu1","1.27.4-1ubuntu1","1.27.90-1ubuntu1","1.27.92-1ubuntu1","1.28.1-1ubuntu1","1.28.2-1ubuntu1~16.04.1","1.28.2-1ubuntu1~16.04.2","1.28.2-1ubuntu1~16.04.3","1.28.2-1ubuntu1~16.04.3+esm1"]},{"source":"osv","ecosystem":"Ubuntu:Pro:18.04:LTS","package":"gvfs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"}]}],"versions":["1.34.1-1ubuntu1","1.34.1-1ubuntu3","1.34.1-1ubuntu4","1.34.1-2ubuntu2","1.35.91-1ubuntu1","1.35.91-1ubuntu2","1.36.0-1ubuntu1","1.36.1-0ubuntu1","1.36.1-0ubuntu1.1","1.36.1-0ubuntu1.2","1.36.1-0ubuntu1.3","1.36.1-0ubuntu1.3.2","1.36.1-0ubuntu1.3.3","1.36.1-0ubuntu1.3.3+esm1"]},{"source":"osv","ecosystem":"Ubuntu:Pro:20.04:LTS","package":"gvfs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"}]}],"versions":["1.42.1-1ubuntu1","1.42.2-1ubuntu3","1.43.90-1ubuntu3","1.43.92-1ubuntu1","1.44.0-1ubuntu1","1.44.1-1ubuntu1","1.44.1-1ubuntu1.1","1.44.1-1ubuntu1.2","1.44.1-1ubuntu1.2+esm1"]},{"source":"osv","ecosystem":"Ubuntu:22.04:LTS","package":"gvfs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.48.2-0ubuntu1.3"}]}],"versions":["1.47.91-1ubuntu1","1.48.1-2ubuntu2","1.48.1-2ubuntu3","1.48.1-2ubuntu5","1.48.1-3","1.48.1-4","1.48.2-0ubuntu1","1.48.2-0ubuntu1.1","1.48.2-0ubuntu1.2"]},{"source":"osv","ecosystem":"Ubuntu:24.04:LTS","package":"gvfs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.54.4-0ubuntu1~24.04.5"}]}],"versions":["1.52.0-1","1.52.1-1build1","1.52.2-1","1.53.90-2","1.54.0-1build1","1.54.0-1build2","1.54.0-1build3","1.54.0-1ubuntu2","1.54.4-0ubuntu1~24.04.1","1.54.4-0ubuntu1~24.04.2","1.54.4-0ubuntu1~24.04.4"]},{"source":"osv","ecosystem":"Ubuntu:26.04:LTS","package":"gvfs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.60.0-1ubuntu0.2"}]}],"versions":["1.57.2-2ubuntu5","1.57.2-2ubuntu6","1.58.0-1ubuntu1","1.58.0-2","1.59.1-1","1.59.90-3","1.60.0-1","1.60.0-1ubuntu0.1"]},{"source":"osv","ecosystem":"Ubuntu:22.04:LTS","package":"gvfs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.48.2-0ubuntu1.3"}]}],"versions":["1.47.91-1ubuntu1","1.48.1-2ubuntu2","1.48.1-2ubuntu3","1.48.1-2ubuntu5","1.48.1-3","1.48.1-4","1.48.2-0ubuntu1","1.48.2-0ubuntu1.1","1.48.2-0ubuntu1.2"]},{"source":"osv","ecosystem":"Ubuntu:24.04:LTS","package":"gvfs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.54.4-0ubuntu1~24.04.5"}]}],"versions":["1.52.0-1","1.52.1-1build1","1.52.2-1","1.53.90-2","1.54.0-1build1","1.54.0-1build2","1.54.0-1build3","1.54.0-1ubuntu2","1.54.4-0ubuntu1~24.04.1","1.54.4-0ubuntu1~24.04.2","1.54.4-0ubuntu1~24.04.4"]},{"source":"osv","ecosystem":"Ubuntu:26.04:LTS","package":"gvfs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.60.0-1ubuntu0.2"}]}],"versions":["1.57.2-2ubuntu5","1.57.2-2ubuntu6","1.58.0-1ubuntu1","1.58.0-2","1.59.1-1","1.59.90-3","1.60.0-1","1.60.0-1ubuntu0.1"]},{"source":"osv","ecosystem":"openSUSE:Tumbleweed","package":"gvfs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.60.3-1.1"}]}],"bundled":5},{"source":"osv","ecosystem":"openSUSE:Leap 16.0","package":"gvfs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.59.90-160000.3.1"}]}],"bundled":4}],"products":[{"vendor":"[unknown]","product":"gvfs"},{"vendor":"gnome","product":"gvfs"},{"vendor":"red hat","product":"red hat enterprise linux 10"},{"vendor":"red hat","product":"red hat enterprise linux 6"},{"vendor":"red hat","product":"red hat enterprise linux 7"},{"vendor":"red hat","product":"red hat enterprise linux 8"},{"vendor":"red hat","product":"red hat enterprise linux 9"}],"references":[{"url":"https://access.redhat.com/security/cve/CVE-2026-84267","tags":["vdb-entry","x_refsource_REDHAT","advisory"]},{"url":"https://bugzilla.redhat.com/show_bug.cgi?id=2526466","tags":["issue-tracking","x_refsource_REDHAT","report"]},{"url":"https://gitlab.gnome.org/GNOME/gvfs/-/issues/861","tags":["exploit","report"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-84267","tags":["advisory"]},{"url":"https://github.com/advisories/GHSA-7w8w-22g3-g4f8"},{"url":"https://access.redhat.com/downloads/content/package-browser/","tags":["web"]},{"url":"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/84xxx/CVE-2026-84267.json","tags":["advisory"]},{"url":"https://gitlab.gnome.org/GNOME/gvfs","tags":["package"]},{"url":"https://security-tracker.debian.org/tracker/CVE-2026-84267","tags":["advisory"]},{"url":"https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-3821","tags":["advisory"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-84268","tags":["advisory"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-84269","tags":["advisory"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-84270","tags":["advisory"]},{"url":"https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-3822","tags":["advisory"]},{"url":"https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-3823","tags":["advisory"]},{"url":"https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-3824","tags":["advisory"]},{"url":"https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-3925","tags":["advisory"]},{"url":"https://www.suse.com/support/update/announcement/2026/suse-su-20264200-1/","tags":["advisory"]},{"url":"https://bugzilla.suse.com/1278156","tags":["report"]},{"url":"https://bugzilla.suse.com/1278157","tags":["report"]},{"url":"https://bugzilla.suse.com/1278158","tags":["report"]},{"url":"https://bugzilla.suse.com/1278159","tags":["report"]},{"url":"https://www.suse.com/security/cve/CVE-2026-84267","tags":["web"]},{"url":"https://www.suse.com/security/cve/CVE-2026-84268","tags":["web"]},{"url":"https://www.suse.com/security/cve/CVE-2026-84269","tags":["web"]},{"url":"https://www.suse.com/security/cve/CVE-2026-84270","tags":["web"]},{"url":"https://www.suse.com/support/update/announcement/2026/suse-su-20264238-1/","tags":["advisory"]},{"url":"https://www.suse.com/support/update/announcement/2026/suse-su-20264240-1/","tags":["advisory"]},{"url":"https://ubuntu.com/security/CVE-2026-84267","tags":["report"]},{"url":"https://www.cve.org/CVERecord?id=CVE-2026-84267","tags":["report"]},{"url":"https://gitlab.gnome.org/GNOME/gvfs/-/merge_requests/340","tags":["report"]},{"url":"https://ubuntu.com/security/notices/USN-8970-1","tags":["advisory"]},{"url":"https://ubuntu.com/security/CVE-2026-84269","tags":["report"]},{"url":"https://ubuntu.com/security/CVE-2026-84270","tags":["report"]},{"url":"","tags":["advisory"]},{"url":"https://www.suse.com/security/cve/CVE-2026-88924","tags":["web"]}],"sources":{"cve":[{"id":"CVE-2026-84267","title":"Gvfs: sftp: uninitialized heap disclosure in read_string()","description":"A flaw was found in the SFTP backend in gvfs. When mounting a share, a malicious SFTP server can cause read_string() to allocate a buffer with a certain length but the function does not verify that the buffer is completely filled, leaving the remainder of the buffer containing uninitialized heap contents. If the server sends a short FXP_HANDLE reply, these uninitialized bytes are taken as the file handle. The client will then echo these uninitialized bytes back to the server on all subsequent requests using that handle. With a length of 128 bytes, this issue allows the malicious server to deterministically read uninitialized heap memory from the gvfsd-sftp process, leaking its heap base and the load address of the libgio library, resulting in a deterministic defeat of Address Space Layout Randomization (ASLR).","status":"published","published":"2026-09-01T15:19:04.19Z","modified":"2026-11-06T01:05:48.048Z","cvss":[{"version":"3.1","score":4.3,"vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:N","level":"medium","assessor":"cna"}],"cwes":["CWE-908"],"updated_at":"2026-11-06T02:55:55.947181Z"}],"euvd":[{"id":"EUVD-2026-69296","description":"A flaw was found in the SFTP backend in gvfs. When mounting a share, a malicious SFTP server can cause read_string() to allocate a buffer with a certain length but the function does not verify that the buffer is completely filled, leaving the remainder of the buffer containing uninitialized heap contents. If the server sends a short FXP_HANDLE reply, these uninitialized bytes are taken as the file handle. The client will then echo these uninitialized bytes back to the server on all subsequent requests using that handle. With a length of 128 bytes, this issue allows the malicious server to deterministically read uninitialized heap memory from the gvfsd-sftp process, leaking its heap base and the load address of the libgio library, resulting in a deterministic defeat of Address Space Layout Randomization (ASLR).","status":"published","published":"2026-09-01T15:19:04Z","modified":"2026-11-06T01:05:48Z","cvss":[{"version":"3.1","score":4.3,"vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:N","level":"medium"}],"updated_at":"2026-11-06T02:02:53.341523Z"}],"ghsa":[{"id":"GHSA-7w8w-22g3-g4f8","title":"A flaw was found in the SFTP backend in gvfs. When mounting a share, a malicious SFTP server can...","description":"A flaw was found in the SFTP backend in gvfs. When mounting a share, a malicious SFTP server can cause read_string() to allocate a buffer with a certain length but the function does not verify that the buffer is completely filled, leaving the remainder of the buffer containing uninitialized heap contents. If the server sends a short FXP_HANDLE reply, these uninitialized bytes are taken as the file handle. The client will then echo these uninitialized bytes back to the server on all subsequent requests using that handle. With a length of 128 bytes, this issue allows the malicious server to deterministically read uninitialized heap memory from the gvfsd-sftp process, leaking its heap base and the load address of the libgio library, resulting in a deterministic defeat of Address Space Layout Randomization (ASLR).","status":"published","published":"2026-09-01T18:30:44Z","modified":"2026-09-01T18:30:45Z","cvss":[{"version":"3.1","score":4.3,"vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:N","level":"medium"}],"cwes":["CWE-908"],"updated_at":"2026-11-02T15:11:13.913584Z"}],"nvd":[{"id":"CVE-2026-84267","description":"A flaw was found in the SFTP backend in gvfs. When mounting a share, a malicious SFTP server can cause read_string() to allocate a buffer with a certain length but the function does not verify that the buffer is completely filled, leaving the remainder of the buffer containing uninitialized heap contents. If the server sends a short FXP_HANDLE reply, these uninitialized bytes are taken as the file handle. The client will then echo these uninitialized bytes back to the server on all subsequent requests using that handle. With a length of 128 bytes, this issue allows the malicious server to deterministically read uninitialized heap memory from the gvfsd-sftp process, leaking its heap base and the load address of the libgio library, resulting in a deterministic defeat of Address Space Layout Randomization (ASLR).","status":"published","published":"2026-09-01T16:17:37.007Z","modified":"2026-11-06T01:17:55.663Z","cvss":[{"version":"3.1","score":4.3,"vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:N","level":"medium","assessor":"secondary"}],"cwes":["CWE-908"],"updated_at":"2026-11-06T06:59:05.303911Z"}],"osv":[{"id":"CVE-2026-84267","title":"Gvfs: sftp: uninitialized heap disclosure in read_string()","description":"A flaw was found in the SFTP backend in gvfs. When mounting a share, a malicious SFTP server can cause read_string() to allocate a buffer with a certain length but the function does not verify that the buffer is completely filled, leaving the remainder of the buffer containing uninitialized heap contents. If the server sends a short FXP_HANDLE reply, these uninitialized bytes are taken as the file handle. The client will then echo these uninitialized bytes back to the server on all subsequent requests using that handle. With a length of 128 bytes, this issue allows the malicious server to deterministically read uninitialized heap memory from the gvfsd-sftp process, leaking its heap base and the load address of the libgio library, resulting in a deterministic defeat of Address Space Layout Randomization (ASLR).","status":"published","published":"2026-09-01T15:19:04.19Z","modified":"2026-11-07T02:30:31.910965732Z","cvss":[{"version":"3.1","score":4.3,"vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:N","level":"medium"}],"cwes":["CWE-908"],"updated_at":"2026-11-07T03:08:11.143006Z"},{"id":"DEBIAN-CVE-2026-84267","description":"A flaw was found in the SFTP backend in gvfs. When mounting a share, a malicious SFTP server can cause read_string() to allocate a buffer with a certain length but the function does not verify that the buffer is completely filled, leaving the remainder of the buffer containing uninitialized heap contents. If the server sends a short FXP_HANDLE reply, these uninitialized bytes are taken as the file handle. The client will then echo these uninitialized bytes back to the server on all subsequent requests using that handle. With a length of 128 bytes, this issue allows the malicious server to deterministically read uninitialized heap memory from the gvfsd-sftp process, leaking its heap base and the load address of the libgio library, resulting in a deterministic defeat of Address Space Layout Randomization (ASLR).","status":"published","published":"2026-09-01T16:17:37.007Z","modified":"2026-10-01T03:03:43.993418777Z","cvss":[{"version":"3.1","score":4.3,"vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:N","level":"medium"}],"updated_at":"2026-11-02T15:46:04.577397Z"},{"id":"OESA-2026-3821","title":"gvfs security update","description":"Gvfs is a userspace virtual filesystem implementation for GIO (a library available in GLib). It comes with a set of backends, including trash support, SFTP, SMB, HTTP, DAV, and many others. Gvfs also contains modules for GIO that implement volume monitors and persistent metadata storage.\r\n\r\nSecurity Fix(es):\n\nA flaw was found in the SFTP backend in gvfs. When mounting a share, a malicious SFTP server can cause read_string() to allocate a buffer with a certain length but the function does not verify that the buffer is completely filled, leaving the remainder of the buffer containing uninitialized heap contents. If the server sends a short FXP_HANDLE reply, these uninitialized bytes are taken as the file handle. The client will then echo these uninitialized bytes back to the server on all subsequent requests using that handle. With a length of 128 bytes, this issue allows the malicious server to deterministically read uninitialized heap memory from the gvfsd-sftp process, leaking its heap base and the load address of the libgio library, resulting in a deterministic defeat of Address Space Layout Randomization (ASLR).(CVE-2026-84267)\n\nA flaw was found in the SFTP backend in gvfs. When mounting a share and reading a file, a malicious SFTP server can cause read_reply() to process a length that exceeds the size requested by the client. The function does not verify the server-provided length against the allocated buffer size, causing the operation to write past the intended boundaries. This issue allows a malicious server to corrupt adjacent heap memory in the gvfsd-sftp process, resulting in a denial of service as the process aborts upon detecting the heap corruption or potentially allowing arbitrary code execution.(CVE-2026-84268)\n\nA flaw was found in the AFP backend in gvfs. When mounting a share, a malicious AFP server can cause the DSI read path to process a length that exceeds the size requested by the client. The function does not verify the server-provided length against the pre-sized reply buffer, causing the operation to access past the intended boundaries. This issue allows a malicious server to overflow a heap buffer and crash the gvfsd-afp process, resulting in a denial of service.(CVE-2026-84269)\n\nA flaw was found in the MTP backend in gvfs. When reading a file from a mounted MTP device, do_read() in gvfsbackendmtp.c trusts the data length returned by the device without limiting it to the original size requested by the client. If a malicious MTP device responds with more bytes than requested, this unrestricted length is passed directly to memcpy(). This causes the operation to read memory outside the intended boundaries. This allows an attacker who plugs in a malicious MTP device to cause a segmentation fault when a file is read and crash the gvfsd-mtp process, resulting in a denial of service.(CVE-2026-84270)","status":"published","published":"2026-09-14T16:34:43Z","modified":"2026-09-13T16:45:40.290879784Z","cvss":[{"version":"3.1","score":8.8,"vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H","level":"high"}],"updated_at":"2026-11-02T15:52:47.217107Z"},{"id":"OESA-2026-3822","title":"gvfs security update","description":"Gvfs is a userspace virtual filesystem implementation for GIO (a library available in GLib). It comes with a set of backends, including trash support, SFTP, SMB, HTTP, DAV, and many others. Gvfs also contains modules for GIO that implement volume monitors and persistent metadata storage.\r\n\r\nSecurity Fix(es):\n\nA flaw was found in the SFTP backend in gvfs. When mounting a share, a malicious SFTP server can cause read_string() to allocate a buffer with a certain length but the function does not verify that the buffer is completely filled, leaving the remainder of the buffer containing uninitialized heap contents. If the server sends a short FXP_HANDLE reply, these uninitialized bytes are taken as the file handle. The client will then echo these uninitialized bytes back to the server on all subsequent requests using that handle. With a length of 128 bytes, this issue allows the malicious server to deterministically read uninitialized heap memory from the gvfsd-sftp process, leaking its heap base and the load address of the libgio library, resulting in a deterministic defeat of Address Space Layout Randomization (ASLR).(CVE-2026-84267)\n\nA flaw was found in the SFTP backend in gvfs. When mounting a share and reading a file, a malicious SFTP server can cause read_reply() to process a length that exceeds the size requested by the client. The function does not verify the server-provided length against the allocated buffer size, causing the operation to write past the intended boundaries. This issue allows a malicious server to corrupt adjacent heap memory in the gvfsd-sftp process, resulting in a denial of service as the process aborts upon detecting the heap corruption or potentially allowing arbitrary code execution.(CVE-2026-84268)\n\nA flaw was found in the AFP backend in gvfs. When mounting a share, a malicious AFP server can cause the DSI read path to process a length that exceeds the size requested by the client. The function does not verify the server-provided length against the pre-sized reply buffer, causing the operation to access past the intended boundaries. This issue allows a malicious server to overflow a heap buffer and crash the gvfsd-afp process, resulting in a denial of service.(CVE-2026-84269)\n\nA flaw was found in the MTP backend in gvfs. When reading a file from a mounted MTP device, do_read() in gvfsbackendmtp.c trusts the data length returned by the device without limiting it to the original size requested by the client. If a malicious MTP device responds with more bytes than requested, this unrestricted length is passed directly to memcpy(). This causes the operation to read memory outside the intended boundaries. This allows an attacker who plugs in a malicious MTP device to cause a segmentation fault when a file is read and crash the gvfsd-mtp process, resulting in a denial of service.(CVE-2026-84270)","status":"published","published":"2026-09-14T16:34:43Z","modified":"2026-09-13T16:45:43.303831437Z","cvss":[{"version":"3.1","score":8.8,"vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H","level":"high"}],"updated_at":"2026-11-02T15:52:47.217107Z"},{"id":"OESA-2026-3823","title":"gvfs security update","description":"Gvfs is a userspace virtual filesystem implementation for GIO (a library available in GLib). It comes with a set of backends, including trash support, SFTP, SMB, HTTP, DAV, and many others. Gvfs also contains modules for GIO that implement volume monitors and persistent metadata storage.\r\n\r\nSecurity Fix(es):\n\nA flaw was found in the SFTP backend in gvfs. When mounting a share, a malicious SFTP server can cause read_string() to allocate a buffer with a certain length but the function does not verify that the buffer is completely filled, leaving the remainder of the buffer containing uninitialized heap contents. If the server sends a short FXP_HANDLE reply, these uninitialized bytes are taken as the file handle. The client will then echo these uninitialized bytes back to the server on all subsequent requests using that handle. With a length of 128 bytes, this issue allows the malicious server to deterministically read uninitialized heap memory from the gvfsd-sftp process, leaking its heap base and the load address of the libgio library, resulting in a deterministic defeat of Address Space Layout Randomization (ASLR).(CVE-2026-84267)\n\nA flaw was found in the SFTP backend in gvfs. When mounting a share and reading a file, a malicious SFTP server can cause read_reply() to process a length that exceeds the size requested by the client. The function does not verify the server-provided length against the allocated buffer size, causing the operation to write past the intended boundaries. This issue allows a malicious server to corrupt adjacent heap memory in the gvfsd-sftp process, resulting in a denial of service as the process aborts upon detecting the heap corruption or potentially allowing arbitrary code execution.(CVE-2026-84268)\n\nA flaw was found in the AFP backend in gvfs. When mounting a share, a malicious AFP server can cause the DSI read path to process a length that exceeds the size requested by the client. The function does not verify the server-provided length against the pre-sized reply buffer, causing the operation to access past the intended boundaries. This issue allows a malicious server to overflow a heap buffer and crash the gvfsd-afp process, resulting in a denial of service.(CVE-2026-84269)\n\nA flaw was found in the MTP backend in gvfs. When reading a file from a mounted MTP device, do_read() in gvfsbackendmtp.c trusts the data length returned by the device without limiting it to the original size requested by the client. If a malicious MTP device responds with more bytes than requested, this unrestricted length is passed directly to memcpy(). This causes the operation to read memory outside the intended boundaries. This allows an attacker who plugs in a malicious MTP device to cause a segmentation fault when a file is read and crash the gvfsd-mtp process, resulting in a denial of service.(CVE-2026-84270)","status":"published","published":"2026-09-14T16:34:44Z","modified":"2026-09-13T16:45:45.764886631Z","cvss":[{"version":"3.1","score":8.8,"vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H","level":"high"}],"updated_at":"2026-11-02T15:52:47.217107Z"},{"id":"OESA-2026-3824","title":"gvfs security update","description":"Gvfs is a userspace virtual filesystem implementation for GIO (a library available in GLib). It comes with a set of backends, including trash support, SFTP, SMB, HTTP, DAV, and many others. Gvfs also contains modules for GIO that implement volume monitors and persistent metadata storage.\r\n\r\nSecurity Fix(es):\n\nA flaw was found in the SFTP backend in gvfs. When mounting a share, a malicious SFTP server can cause read_string() to allocate a buffer with a certain length but the function does not verify that the buffer is completely filled, leaving the remainder of the buffer containing uninitialized heap contents. If the server sends a short FXP_HANDLE reply, these uninitialized bytes are taken as the file handle. The client will then echo these uninitialized bytes back to the server on all subsequent requests using that handle. With a length of 128 bytes, this issue allows the malicious server to deterministically read uninitialized heap memory from the gvfsd-sftp process, leaking its heap base and the load address of the libgio library, resulting in a deterministic defeat of Address Space Layout Randomization (ASLR).(CVE-2026-84267)\n\nA flaw was found in the SFTP backend in gvfs. When mounting a share and reading a file, a malicious SFTP server can cause read_reply() to process a length that exceeds the size requested by the client. The function does not verify the server-provided length against the allocated buffer size, causing the operation to write past the intended boundaries. This issue allows a malicious server to corrupt adjacent heap memory in the gvfsd-sftp process, resulting in a denial of service as the process aborts upon detecting the heap corruption or potentially allowing arbitrary code execution.(CVE-2026-84268)\n\nA flaw was found in the AFP backend in gvfs. When mounting a share, a malicious AFP server can cause the DSI read path to process a length that exceeds the size requested by the client. The function does not verify the server-provided length against the pre-sized reply buffer, causing the operation to access past the intended boundaries. This issue allows a malicious server to overflow a heap buffer and crash the gvfsd-afp process, resulting in a denial of service.(CVE-2026-84269)\n\nA flaw was found in the MTP backend in gvfs. When reading a file from a mounted MTP device, do_read() in gvfsbackendmtp.c trusts the data length returned by the device without limiting it to the original size requested by the client. If a malicious MTP device responds with more bytes than requested, this unrestricted length is passed directly to memcpy(). This causes the operation to read memory outside the intended boundaries. This allows an attacker who plugs in a malicious MTP device to cause a segmentation fault when a file is read and crash the gvfsd-mtp process, resulting in a denial of service.(CVE-2026-84270)","status":"published","published":"2026-09-14T16:34:44Z","modified":"2026-09-13T16:45:45.768865976Z","cvss":[{"version":"3.1","score":8.8,"vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H","level":"high"}],"updated_at":"2026-11-02T15:52:47.217107Z"},{"id":"OESA-2026-3925","title":"gvfs security update","description":"Gvfs is a userspace virtual filesystem implementation for GIO (a library available in GLib). It comes with a set of backends, including trash support, SFTP, SMB, HTTP, DAV, and many others. Gvfs also contains modules for GIO that implement volume monitors and persistent metadata storage.\r\n\r\nSecurity Fix(es):\n\nA flaw was found in the SFTP backend in gvfs. When mounting a share, a malicious SFTP server can cause read_string() to allocate a buffer with a certain length but the function does not verify that the buffer is completely filled, leaving the remainder of the buffer containing uninitialized heap contents. If the server sends a short FXP_HANDLE reply, these uninitialized bytes are taken as the file handle. The client will then echo these uninitialized bytes back to the server on all subsequent requests using that handle. With a length of 128 bytes, this issue allows the malicious server to deterministically read uninitialized heap memory from the gvfsd-sftp process, leaking its heap base and the load address of the libgio library, resulting in a deterministic defeat of Address Space Layout Randomization (ASLR).(CVE-2026-84267)\n\nA flaw was found in the SFTP backend in gvfs. When mounting a share and reading a file, a malicious SFTP server can cause read_reply() to process a length that exceeds the size requested by the client. The function does not verify the server-provided length against the allocated buffer size, causing the operation to write past the intended boundaries. This issue allows a malicious server to corrupt adjacent heap memory in the gvfsd-sftp process, resulting in a denial of service as the process aborts upon detecting the heap corruption or potentially allowing arbitrary code execution.(CVE-2026-84268)\n\nA flaw was found in the AFP backend in gvfs. When mounting a share, a malicious AFP server can cause the DSI read path to process a length that exceeds the size requested by the client. The function does not verify the server-provided length against the pre-sized reply buffer, causing the operation to access past the intended boundaries. This issue allows a malicious server to overflow a heap buffer and crash the gvfsd-afp process, resulting in a denial of service.(CVE-2026-84269)\n\nA flaw was found in the MTP backend in gvfs. When reading a file from a mounted MTP device, do_read() in gvfsbackendmtp.c trusts the data length returned by the device without limiting it to the original size requested by the client. If a malicious MTP device responds with more bytes than requested, this unrestricted length is passed directly to memcpy(). This causes the operation to read memory outside the intended boundaries. This allows an attacker who plugs in a malicious MTP device to cause a segmentation fault when a file is read and crash the gvfsd-mtp process, resulting in a denial of service.(CVE-2026-84270)","status":"published","published":"2026-09-20T13:23:17Z","modified":"2026-09-20T13:30:24.60856603Z","cvss":[{"version":"3.1","score":8.8,"vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H","level":"high"}],"updated_at":"2026-11-02T15:52:47.643553Z"},{"id":"UBUNTU-CVE-2026-84267","description":"A flaw was found in the SFTP backend in gvfs. When mounting a share, a malicious SFTP server can cause read_string() to allocate a buffer with a certain length but the function does not verify that the buffer is completely filled, leaving the remainder of the buffer containing uninitialized heap contents. If the server sends a short FXP_HANDLE reply, these uninitialized bytes are taken as the file handle. The client will then echo these uninitialized bytes back to the server on all subsequent requests using that handle. With a length of 128 bytes, this issue allows the malicious server to deterministically read uninitialized heap memory from the gvfsd-sftp process, leaking its heap base and the load address of the libgio library, resulting in a deterministic defeat of Address Space Layout Randomization (ASLR).","status":"published","published":"2026-09-01T16:17:00Z","modified":"2026-11-03T21:21:41.39605587Z","cvss":[{"version":"3.1","score":4.3,"vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:N","level":"medium"}],"updated_at":"2026-11-03T21:39:09.81279Z"},{"id":"openSUSE-SU-2026:11788-1","title":"gvfs-1.60.3-1.1 on GA media","description":"These are all security issues fixed in the gvfs-1.60.3-1.1 package on the GA media of openSUSE Tumbleweed.","status":"published","published":"2026-09-15T00:00:00Z","modified":"2026-09-16T18:23:08.542027013Z","updated_at":"2026-11-02T16:58:39.516824Z"},{"id":"openSUSE-SU-2026:21875-1","title":"Security update for gvfs","description":"This update for gvfs fixes the following issues:\n\n- CVE-2026-84267: `read_string()` allocates buffers withouth verifying that the buffer is completely filled when\n  communicating with a malicious SFTP server, which can lead to uninitialized heap memory leaks (bsc#1278157).\n- CVE-2026-84268: `read_reply()` processes length that exceeds requested client size when communicating with a malicious\n  SFTP server, which can lead to an OOB write (bsc#1278158).\n- CVE-2026-84269: DSI read path processes length that exceeds requested client size when communicating with a malicious\n  AFP server, which can lead to an OOB memory access (bsc#1278159).\n- CVE-2026-84270: `do_read()` trusts the data length returned by a mounted MTP device and does not limit it to the\n  original size requested by the client, which can lead to an OOB write (bsc#1278156).\n","status":"published","published":"2026-09-18T07:09:25Z","modified":"2026-09-25T18:23:10.574916028Z","updated_at":"2026-11-02T16:58:42.426393Z"},{"id":"SUSE-SU-2026:4200-1","title":"Security update for gvfs","description":"This update for gvfs fixes the following issues:\n\n- CVE-2026-84267: `read_string()` allocates buffers withouth verifying that the buffer is completely filled when\n  communicating with a malicious SFTP server, which can lead to uninitialized heap memory leaks (bsc#1278157).\n- CVE-2026-84268: `read_reply()` processes length that exceeds requested client size when communicating with a malicious\n  SFTP server, which can lead to an OOB write (bsc#1278158).\n- CVE-2026-84269: DSI read path processes length that exceeds requested client size when communicating with a malicious\n  AFP server, which can lead to an OOB memory access (bsc#1278159).\n- CVE-2026-84270: `do_read()` trusts the data length returned by a mounted MTP device and does not limit it to the\n  original size requested by the client, which can lead to an OOB write (bsc#1278156).\n","status":"published","published":"2026-09-16T08:17:21Z","modified":"2026-09-16T21:45:03.611300188Z","updated_at":"2026-11-02T15:54:05.392906Z"},{"id":"SUSE-SU-2026:4238-1","title":"Security update for gvfs","description":"This update for gvfs fixes the following issues:\n\n- CVE-2026-84267: `read_string()` allocates buffers withouth verifying that the buffer is completely filled when\n  communicating with a malicious SFTP server, which can lead to uninitialized heap memory leaks (bsc#1278157).\n- CVE-2026-84268: `read_reply()` processes length that exceeds requested client size when communicating with a malicious\n  SFTP server, which can lead to an OOB write (bsc#1278158).\n- CVE-2026-84269: DSI read path processes length that exceeds requested client size when communicating with a malicious\n  AFP server, which can lead to an OOB memory access (bsc#1278159).\n- CVE-2026-84270: `do_read()` trusts the data length returned by a mounted MTP device and does not limit it to the\n  original size requested by the client, which can lead to an OOB write (bsc#1278156).\n","status":"published","published":"2026-09-17T11:47:59Z","modified":"2026-09-17T18:23:12.769043923Z","updated_at":"2026-11-02T15:54:05.392906Z"},{"id":"SUSE-SU-2026:4240-1","title":"Security update for gvfs","description":"This update for gvfs fixes the following issues:\n\n- CVE-2026-84267: `read_string()` allocates buffers withouth verifying that the buffer is completely filled when\n  communicating with a malicious SFTP server, which can lead to uninitialized heap memory leaks (bsc#1278157).\n- CVE-2026-84268: `read_reply()` processes length that exceeds requested client size when communicating with a malicious\n  SFTP server, which can lead to an OOB write (bsc#1278158).\n- CVE-2026-84269: DSI read path processes length that exceeds requested client size when communicating with a malicious\n  AFP server, which can lead to an OOB memory access (bsc#1278159).\n- CVE-2026-84270: `do_read()` trusts the data length returned by a mounted MTP device and does not limit it to the\n  original size requested by the client, which can lead to an OOB write (bsc#1278156).\n","status":"published","published":"2026-09-17T11:48:40Z","modified":"2026-09-17T18:23:12.840852885Z","updated_at":"2026-11-02T15:54:05.392906Z"},{"id":"USN-8970-1","title":"gvfs vulnerabilities","description":"It was discovered that GVfs did not properly validate data returned by\nan SFTP server. A remote attacker could possibly use this issue to\nobtain sensitive information.\n(CVE-2026-84267)\n\nIt was discovered that GVfs did not properly validate the size of\nreplies from an AFP server. A remote attacker could possibly use this\nissue to cause a denial of service.\n(CVE-2026-84269)\n\nIt was discovered that GVfs did not properly validate the size of data\nreturned by an MTP device. An attacker with a malicious MTP device\ncould possibly use this issue to cause a denial of service.\n(CVE-2026-84270)","status":"published","published":"2026-11-03T14:06:15Z","modified":"2026-11-03T21:19:25.644990264Z","updated_at":"2026-11-03T21:43:32.336286Z"}]}}