Bug#858646: openssh-client: security update of ssh-copy-id breaks previous behaviour by searching for matching private key
Package: openssh-client
Version: 1:6.7p1-5+deb8u3
Severity: normal
Tags: upstream
Dear Maintainer,
I made security updates on jessie (can't remember last version I had of this
package)
but the update broke previous behaviour wich is bad on a stable release.
now the ssh-copy-id tool used with the -i option checks for a matching private
key.
at least half of my use of this tool is to add public keys of other peoples.
This was reported as a bug upstream and it has been solved by adding a -f
option.
https://bugzilla.mindrot.org/show_bug.cgi?id=2110
-- System Information:
Debian Release: 8.7
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages openssh-client depends on:
ii adduser 3.113+nmu3
ii dpkg 1.17.27
ii libc6 2.19-18+deb8u7
ii libedit2 3.1-20140620-2
ii libgssapi-krb5-2 1.12.1+dfsg-19+deb8u2
ii libselinux1 2.3-2
ii libssl1.0.0 1.0.1t-1+deb8u6
ii passwd 1:4.2-3+deb8u3
ii zlib1g 1:1.2.8.dfsg-2+b1
Versions of packages openssh-client recommends:
ii xauth 1:1.0.9-1
Versions of packages openssh-client suggests:
pn keychain <none>
pn libpam-ssh <none>
pn monkeysphere <none>
pn ssh-askpass <none>
-- no debconf information
Reply to: