Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.os.unix.linux.misc > #125139 > unrolled thread

merkwürdiges Verhalten des sshd

Back to article view | Back to de.comp.os.unix.linux.misc

Contents

  merkwürdiges Verhalten des sshd Michael Schütz <der.schultze@web.de> - 2022-09-19 17:38 +0200
    Re: merkwürdiges Verhalten des sshd Marco Moock <mo01@posteo.de> - 2022-09-19 17:44 +0200
      Re: merkwürdiges Verhalten des sshd Michael Schütz <der.schultze@web.de> - 2022-09-19 19:59 +0200
        Re: merkwürdiges Verhalten des sshd Ralph Angenendt <dein.name@strg-alt-entf.org> - 2022-09-20 09:27 +0000
          Re: merkwürdiges Verhalten des sshd Andreas Fenner <Andis_Spamtonne@web.de> - 2022-09-20 20:46 +0200
    Re: merkwürdiges Verhalten des sshd Karl Pflästerer <k@rl.pflaesterer.de> - 2022-09-19 18:16 +0200
    Re: merkwürdiges Verhalten des sshd Paul Muster <exp-311222@news.muster.net> - 2022-09-19 19:55 +0200

#125139 — merkwürdiges Verhalten des sshd

Hallo Gruppe,

ich bin heute über eine Sache gestolpert, die mich auch nach Feierabend
noch beschäftigt.

Ich habe ein VM aufgesetzt (nicht die erste) auf die sich die
Applikationsbetreuer per ssh (putty) anmelden sollen. Das hat mit den
verwendeten Einstellungen schon hundertmal funktioniert.

Auf dieser einen VM ist eine neuere Version des Betriebssystems (Oracle
Linux) installiert. 
Der Effekt, der heute zu beobachten war, ist, dass ich mich als root per
ssh problemlos anmelden kann, aber nicht als user. Alles per Schlüssel.

Wie kann das sein? Ich kenne es ja, dass der root-Account besonders
geschützt ist, aber wieso können sich die user nicht anmelden?

Jemand eine Idee, wo ich noch suchen kann? Die /etc/ssh/sshd_config ist
gleich.

Schultze

-- 
Paradies ist da, wo einer aufpasst, dass keine Deppen reinkommen.
               Erzengel Michael in "Die Geschichte vom Brandner Kaspar"

[toc] | [next] | [standalone]

#125140

Am Montag, 19. September 2022, um 17:38:24 Uhr schrieb Michael Schütz:

> Wie kann das sein? Ich kenne es ja, dass der root-Account besonders
> geschützt ist, aber wieso können sich die user nicht anmelden?

Ist deren Schlüssel in authorized_keys eingetragen?
Ist ggf. in der sshd was besonderes für root festgelegt?
 
Was sagt /var/log/auth.log?

[toc] | [prev] | [next] | [standalone]

#125147

Marco Moock <mo01@posteo.de> schrieb:
> Am Montag, 19. September 2022, um 17:38:24 Uhr schrieb Michael Schütz:
> 
>> Wie kann das sein? Ich kenne es ja, dass der root-Account besonders
>> geschützt ist, aber wieso können sich die user nicht anmelden?
> 
> Ist deren Schlüssel in authorized_keys eingetragen?
Ja.
> Ist ggf. in der sshd was besonderes für root festgelegt?
>  
Nein.
> Was sagt /var/log/auth.log?
> 
Die Datei existiert nicht (redhat Basis)

Ich habe den Fehler nun gefunden.
Die Zugriffsrechte auf das .ssh des users waren falsch. Ich hatte das
Skript, welches die User anlegt etwas geändert und darin liegt der
fehler begraben.

-- 
Wer einen Eindruck von einer zivilisierten Kultur bekommen will, blicke
nach Schottland.
                                                          Voltaire

[toc] | [prev] | [next] | [standalone]

#125157

Well, Michael Schütz <der.schultze@web.de> wrote:
> Marco Moock <mo01@posteo.de> schrieb:
>> Was sagt /var/log/auth.log?
>> 
> Die Datei existiert nicht (redhat Basis)

/var/log/secure in dem Fall.

> Ich habe den Fehler nun gefunden.
> Die Zugriffsrechte auf das .ssh des users waren falsch. Ich hatte das
> Skript, welches die User anlegt etwas geändert und darin liegt der
> fehler begraben.

Das hätte eventuell auch ssh -v(vv) gemeldet.

Ralph
-- 
Is your mother worried?
Would you like us to assign someone to worry your mother?

[toc] | [prev] | [next] | [standalone]

#125163

Am 20.09.2022 um 11:27 schrieb Ralph Angenendt:
> Well, Michael Schütz <der.schultze@web.de> wrote:
>> Marco Moock <mo01@posteo.de> schrieb:
>>> Was sagt /var/log/auth.log?
>>>
>> Die Datei existiert nicht (redhat Basis)
> 
> /var/log/secure in dem Fall.
> 
>> Ich habe den Fehler nun gefunden.
>> Die Zugriffsrechte auf das .ssh des users waren falsch. Ich hatte das
>> Skript, welches die User anlegt etwas geändert und darin liegt der
>> fehler begraben.
> 
> Das hätte eventuell auch ssh -v(vv) gemeldet.
> 
> Ralph

Nein, das siehst du nur im Server-error-Log. ssh sagt einem Angreifer 
(auf der Clientseite) nicht warum er nicht reinkommt.

Andreas

[toc] | [prev] | [next] | [standalone]

#125141

Michael Schütz <der.schultze@web.de> writes:

> Hallo Gruppe,
>
> ich bin heute über eine Sache gestolpert, die mich auch nach Feierabend
> noch beschäftigt.
>
> Ich habe ein VM aufgesetzt (nicht die erste) auf die sich die
> Applikationsbetreuer per ssh (putty) anmelden sollen. Das hat mit den
> verwendeten Einstellungen schon hundertmal funktioniert.
>
> Auf dieser einen VM ist eine neuere Version des Betriebssystems (Oracle
> Linux) installiert. 
> Der Effekt, der heute zu beobachten war, ist, dass ich mich als root per
> ssh problemlos anmelden kann, aber nicht als user. Alles per Schlüssel.
>
> Wie kann das sein? Ich kenne es ja, dass der root-Account besonders
> geschützt ist, aber wieso können sich die user nicht anmelden?
>
> Jemand eine Idee, wo ich noch suchen kann? Die /etc/ssh/sshd_config ist
> gleich.

Bei so etwas mache ich clientseitig
ssh -vvvv user@neuerhost
und schaue ob das was hilfreiches steht.

Umgekehrt sshd Debug Log level und dort das Logfile prüfen, während
Anmeldeversuch stattfindet

  KP

[toc] | [prev] | [next] | [standalone]

#125146

On 19.09.22 17:38, Michael Schütz wrote:

> Ich habe ein VM aufgesetzt (nicht die erste) auf die sich die
> Applikationsbetreuer per ssh (putty) anmelden sollen. Das hat mit den
> verwendeten Einstellungen schon hundertmal funktioniert.
> 
> Auf dieser einen VM ist eine neuere Version des Betriebssystems (Oracle
> Linux) installiert.
> Der Effekt, der heute zu beobachten war, ist, dass ich mich als root per
> ssh problemlos anmelden kann, aber nicht als user. Alles per Schlüssel.
> 
> Wie kann das sein? Ich kenne es ja, dass der root-Account besonders
> geschützt ist, aber wieso können sich die user nicht anmelden?
> 
> Jemand eine Idee, wo ich noch suchen kann? Die /etc/ssh/sshd_config ist
> gleich.

Auf keinen Fall in die Doku der neuen Version von Oracle Linux schauen, 
um zu prüfen, ob dort evtl. Änderungen am Standardverhalten des sshd 
oder an der PAM-Konfiguration erwähnt sind.


mfG Paul

[toc] | [prev] | [standalone]

Back to top | Article view | de.comp.os.unix.linux.misc

csiph-web