What are you doing this weekend?
Feel free to tell what you plan on doing this weekend and even ask for help or feedback.
Please keep in mind it’s more than OK to do nothing at all too!
Each story opens in a window that holds the article, in a reader view, above its discussion. Drag the bar between them to share the room differently.
Open several and switch between them from the bar at the foot of this area, or drag them side by side. The arrangement lives in the address, so a bookmark brings it back, and changing lists or sources leaves the windows where they are.
Press ? for the keyboard, or open the Help menu.
Feel free to tell what you plan on doing this weekend and even ask for help or feedback.
Please keep in mind it’s more than OK to do nothing at all too!
rsync (3.5.0+ds1-0+deb13u1) trixie-security; urgency=medium
In order to fix 33 CVEs, I have decided to bump the package to 3.5.0 rather than backporting all patches individually. After analysing the extra changes from the bump, not included in the CVE fixes, I have concluded this approach carries the lower amount of risk compared to the alternative.
This update contains behavior changes, all of which stems from the CVE fixes themselves, not exclusive to the version bump. The ones most likely to break an existing setup are listed here; /usr/share/doc/rsync/NEWS.md.gz has the full list.
Operator-supplied paths are no longer followed through untrusted symlinks. The destination directory and the arguments to --backup-dir, --temp-dir, --partial-dir, --link-dest, --compare-dest, --copy-dest, --log-file, --password-file, --files-from, --include-from, --exclude-from, --write-batch, --read-batch and --filter merge files are now resolved one component at a time, following a symlink only when it is owned by root or by the user running rsync; one owned by anyone else is refused with "refusing to follow a symlink owned by an untrusted user". --insecure-links restores the old behaviour, but it is local only and a daemon never honours it. For a single trusted module, set "insecure links = yes" in that module instead.
rrsync now refuses --debug on every invocation. When restricted to a subdirectory it additionally denies --copy-unsafe-links, passes the new --confine-root so the server will not resolve a client-named filter merge file outside that directory, and passes --drop-D when receiving, so an upload can no longer create devices or special files there ("skipping non-regular file"). A plain "rsync -a" otherwise still works.
--chmod=a+s now sets both the setuid and setgid bits, matching chmod(1); it previously set setuid alone.
rsyncd changes that can change who gets in:
rsync-ssl now verifies the server certificate. The default openssl backend additionally binds it to the requested hostname, so a certificate valid for some other name is now rejected. The stunnel and gnutls backends refuse to run unless RSYNC_SSL_CA_CERT is set, or RSYNC_SSL_ALLOW_INSECURE_STUNNEL=1 / RSYNC_SSL_ALLOW_INSECURE_GNUTLS=1 is set to opt out.
-- Samuel Henrique [email protected] Tue, 15 Sep 2026 18:46:30 -0700
Article reader
Select an article from the sidebar.