Bug 19100 - OpenSSH ChallengeResponseAuthentication und PasswordAuthentication
OpenSSH ChallengeResponseAuthentication und PasswordAuthentication
Status: CLOSED FIXED
Product: Z_UCS Thin Client Services (superseded)
Classification: Unclassified
Component: General
UCS TCS 3.0
Other Linux
: P5 enhancement (vote)
: UCS TCS 3.1
Assigned To: Tim Petersen
Felix Botner
:
Depends on: 18750 18776 18825 18835 18836 18837 18838 18840
Blocks:
  Show dependency treegraph
 
Reported: 2010-07-27 08:20 CEST by Stefan Gohmann
Modified: 2010-11-10 19:44 CET (History)
1 user (show)

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Stefan Gohmann univentionstaff 2010-07-27 08:20:17 CEST
(In reply to comment #8)
> Im Thin Client ssh-init-Skript habe ich die Variable jetzt auch gesetzt.


Das muss auch in UCS TCS auf Basis von 2.4 behoben werden.

+++ This bug was initially created as a clone of Bug #18776 +++

Damit auch die SSH-Anmeldungen durch den PAM-Stack laufen, müsste die SSH
Passswort Authentifizierung abgeschaltet werden. Damit prüft OpenSSH das
Passwort nicht mehr selbst, sondern gibtdie Prüfung an den PAM-Stack ab.

Bei Updates sollte das alte Verhalten beibehalten werden:
ChallengeResponseAuthentication no
PasswordAuthentication yes

Bei Neuinstallationen sollte es auf folgendes geändert werden:
ChallengeResponseAuthentication yes
PasswordAuthentication no

+++ This bug was initially created as a clone of Bug #18750 +++

Pro UCS-System sollte konfiguriert werden können, nach wie viel erfolglosen
Anmeldeversuchen der Benutzer gesperrt wird.
Comment 1 Tim Petersen univentionstaff 2010-10-04 14:00:09 CEST
Änderungen wurden in TCS 3.1 übernommen und erfolgreich getestet, Paket neu gebaut.

fixed
Comment 2 Felix Botner univentionstaff 2010-10-08 13:15:55 CEST
Die Variablen werden im TC zwar gesetzt

-> ucr search --brief sshd
sshd/autostart: yes
sshd/challengeresponse: yes
sshd/passwordauthentication: no
sshd/permitroot: yes
...

aber in der Konfiguration ist beides noch auf yes gesetzt 

-> /etc/ssh/sshd_config
ChallengeResponseAuthentication yes
PasswordAuthentication yes

Die beiden Variablen sind noch nicht an UCR registriert. Auf einem normalen System stehe die beiden in 

/etc/univention/templates/info/univention-config-registry.info

im TC Pendant  aber nicht

/var/lib/univention-client-root/etc/univention/templates/info/univention-config-registry.info
Comment 3 Tim Petersen univentionstaff 2010-10-11 14:16:15 CEST
Lag offenbar an fehlenden Anpassungen in anderen Paketen - fixed
Comment 4 Felix Botner univentionstaff 2010-10-14 10:41:49 CEST
OK

auf dem TC in /etc/ssh/sshd_config ist folgendes gesetzt:

ChallengeResponseAuthentication yes
PasswordAuthentication no

Changelog Eintrag vorhanden
Comment 5 Stefan Gohmann univentionstaff 2010-11-10 19:44:06 CET
UCS TCS 3.1 wurde veröffentlicht. Sollte der hier beschriebene Bug mit einer
neueren Version von UCS TCS erneut auftreten, so sollte der Bug dupliziert werden:
"Clone This Bug".