Skip to content
Heist/ feed
Back to feed
UnratedFix available

rsync: Fix of 4 CVEs

Type: advisorySources: OSV

- CVE-2026-53793: confine a daemon module whose path carries a "/./" inner boundary marker to the inner module root rather than only to the kernel chroot, by widening the single predicate every confined wrapper, the secure symlink handling and the directory scan test, so a symlink inside the module can no longer reach a sibling that is inside the chroot but outside the module; also sanitize the peer-supplied basis name on the client - CVE-2026-70454: require CA verification for the gnutls and stunnel backends of the rsync-ssl helper and bind the server certificate to the requested host, so an on-path attacker can no longer present a certificate valid for another name; validate the hostname before it reaches the TLS client - CVE-2026-70464: bound the peer-driven daemon handshake with an absolute deadline armed before any peer input is read, so an unauthenticated client can no longer hold a connection slot open past "max connections" by stalling the greeting or trickling arguments - NOTE, behaviour change from the CVE-2026-70454 fix: rsync-ssl is now fail-closed for the backends that could not verify at all. With RSYNC_SSL_TYPE=gnutls or stunnel and RSYNC_SSL_CA_CERT unset the helper exits 1 instead of connecting without verification; set RSYNC_SSL_ALLOW_INSECURE_GNUTLS=1 or RSYNC_SSL_ALLOW_INSECURE_STUNNEL=1 to restore the old behaviour, and RSYNC_SSL_SKIP_HOSTNAME_CHECK=1 to keep CA verification without the hostname binding. The default openssl path is unchanged: it already v

Products
rsync, rsync-daemon
Affected versions
Not specified
Fixed versions
3.2.3-19.el9_2.tuxcare.els17
CVEs
CVE-2026-53793, CVE-2026-70454, CVE-2026-70464
Confirmed fixed CVEs
Not specified
Updated in this feed
1 Nov 2026, 10:46 UTC · Revision 1

Source evidence

rsync: Fix of 4 CVEs

core-osv · Original source

Published 8 Oct 2026, 18:36 UTC

- CVE-2026-53793: confine a daemon module whose path carries a "/./" inner boundary marker to the inner module root rather than only to the kernel chroot, by widening the single predicate every confined wrapper, the secure symlink handling and the directory scan test, so a symlink inside the module can no longer reach a sibling that is inside the chroot but outside the module; also sanitize the peer-supplied basis name on the client - CVE-2026-70454: require CA verification for the gnutls and stunnel backends of the rsync-ssl helper and bind the server certificate to the requested host, so an on-path attacker can no longer present a certificate valid for another name; validate the hostname before it reaches the TLS client - CVE-2026-70464: bound the peer-driven daemon handshake with an absolute deadline armed before any peer input is read, so an unauthenticated client can no longer hold a connection slot open past "max connections" by stalling the greeting or trickling arguments - NOTE, behaviour change from the CVE-2026-70454 fix: rsync-ssl is now fail-closed for the backends that could not verify at all. With RSYNC_SSL_TYPE=gnutls or stunnel and RSYNC_SSL_CA_CERT unset the helper exits 1 instead of connecting without verification; set RSYNC_SSL_ALLOW_INSECURE_GNUTLS=1 or RSYNC_SSL_ALLOW_INSECURE_STUNNEL=1 to restore the old behaviour, and RSYNC_SSL_SKIP_HOSTNAME_CHECK=1 to keep CA verification without the hostname binding. The default openssl path is unchanged: it already v

osv:CLSA-2026-1789786148

rsync

Fixed versions: 3.2.3-19.el9_2.tuxcare.els17

rsync-daemon

Fixed versions: 3.2.3-19.el9_2.tuxcare.els17

Complete source record
{
  "id": "f852d5bdc9eae37ce3d17661842a0e1357e589a7759ca7ecd657ca618bd9f895",
  "url": "https://osv.dev/vulnerability/CLSA-2026-1789786148",
  "method": "structured",
  "payload": {
    "kind": "advisory",
    "title": "rsync: Fix of 4 CVEs",
    "summary": "- CVE-2026-53793: confine a daemon module whose path carries a \"/./\" inner boundary marker to the inner module root rather than only to the kernel chroot, by widening the single predicate every confined wrapper, the secure symlink handling and the directory scan test, so a symlink inside the module can no longer reach a sibling that is inside the chroot but outside the module; also sanitize the peer-supplied basis name on the client - CVE-2026-70454: require CA verification for the gnutls and stunnel backends of the rsync-ssl helper and bind the server certificate to the requested host, so an on-path attacker can no longer present a certificate valid for another name; validate the hostname before it reaches the TLS client - CVE-2026-70464: bound the peer-driven daemon handshake with an absolute deadline armed before any peer input is read, so an unauthenticated client can no longer hold a connection slot open past \"max connections\" by stalling the greeting or trickling arguments - NOTE, behaviour change from the CVE-2026-70454 fix: rsync-ssl is now fail-closed for the backends that could not verify at all. With RSYNC_SSL_TYPE=gnutls or stunnel and RSYNC_SSL_CA_CERT unset the helper exits 1 instead of connecting without verification; set RSYNC_SSL_ALLOW_INSECURE_GNUTLS=1 or RSYNC_SSL_ALLOW_INSECURE_STUNNEL=1 to restore the old behaviour, and RSYNC_SSL_SKIP_HOSTNAME_CHECK=1 to keep CA verification without the hostname binding. The default openssl path is unchanged: it already v",
    "evidence": "osv:CLSA-2026-1789786148",
    "products": [
      {
        "name": {
          "value": "rsync",
          "evidence": "/affected/0/package/name"
        },
        "prerequisites": [],
        "fixed_versions": [
          {
            "value": "3.2.3-19.el9_2.tuxcare.els17",
            "evidence": "/affected/0/ranges"
          }
        ],
        "affected_versions": []
      },
      {
        "name": {
          "value": "rsync-daemon",
          "evidence": "/affected/1/package/name"
        },
        "prerequisites": [],
        "fixed_versions": [
          {
            "value": "3.2.3-19.el9_2.tuxcare.els17",
            "evidence": "/affected/1/ranges"
          }
        ],
        "affected_versions": []
      }
    ],
    "severity": "unknown",
    "structured": {
      "id": "CLSA-2026-1789786148",
      "aliases": [
        "CLSA-2026-1789786148"
      ],
      "affected": [
        {
          "ranges": [
            {
              "type": "ECOSYSTEM",
              "events": [
                {
                  "introduced": "0"
                },
                {
                  "fixed": "3.2.3-19.el9_2.tuxcare.els17"
                }
              ]
            }
          ],
          "package": {
            "name": "rsync",
            "purl": "pkg:rpm/tuxcare/rsync?distro=almalinux-9.2",
            "ecosystem": "TuxCare:AlmaLinux:9.2"
          },
          "database_specific": {
            "source": "https://github.com/cloudlinux/tuxcare-osv/tree/main/data/els_os/almalinux9.2esu/CLSA-2026-1789786148.json"
          }
        },
        {
          "ranges": [
            {
              "type": "ECOSYSTEM",
              "events": [
                {
                  "introduced": "0"
                },
                {
                  "fixed": "3.2.3-19.el9_2.tuxcare.els17"
                }
              ]
            }
          ],
          "package": {
            "name": "rsync-daemon",
            "purl": "pkg:rpm/tuxcare/rsync-daemon?distro=almalinux-9.2",
            "ecosystem": "TuxCare:AlmaLinux:9.2"
          },
          "database_specific": {
            "source": "https://github.com/cloudlinux/tuxcare-osv/tree/main/data/els_os/almalinux9.2esu/CLSA-2026-1789786148.json"
          }
        }
      ],
      "modified": "2026-10-26T09:30:50.408850740Z",
      "provider": "osv",
      "upstream": [
        "CVE-2026-53793",
        "CVE-2026-70454",
        "CVE-2026-70464"
      ],
      "references": [
        "https://errata.tuxcare.com/els_os/almalinux9.2esu/CLSA-2026-1789786148.html",
        "https://nvd.nist.gov/vuln/detail/CVE-2026-53788",
        "https://nvd.nist.gov/vuln/detail/CVE-2026-53793",
        "https://nvd.nist.gov/vuln/detail/CVE-2026-70454",
        "https://nvd.nist.gov/vuln/detail/CVE-2026-70464"
      ]
    },
    "related_cves": [
      {
        "value": "CVE-2026-53793",
        "evidence": "/upstream"
      },
      {
        "value": "CVE-2026-70454",
        "evidence": "/upstream"
      },
      {
        "value": "CVE-2026-70464",
        "evidence": "/upstream"
      }
    ],
    "security_relevant": true,
    "severity_evidence": null
  },
  "source_id": "core-osv",
  "document_id": 447276,
  "published_at": "2026-10-08T18:36:31+00:00"
}