The UNIX and Linux Forums  


Go Back   A UNIX és Linux Forums > Különleges Fórumok > Biztonság
.
google unix.com



Biztonság Fórum a UNIX és Linux számítógépes és hálózati biztonság, cybersecurity, cyberattacks, IT biztonság, CISSP, OWASP and more.

Több, UNIX és Linux fórum témák Ön által talált Hasznos
Szál Thread Starter Fórum Válaszok Utolsó hozzászólás
hogyan lehet megváltoztatni a root jelszót használja shell szkript a szabványos jelszó Kurva Shell programozás és Scripting 2 02-25-2009 02:35 AM
ssh_exchange_identification: Connection zárórendszerrel távoli gép kapcsolat lezárva jeevan_fimare A UNIX a dummies Kérdések és válaszok 1 02-05-2009 01:43 AM
Jelszó Jelszó ellenőrzés a felhasználó csak első 8 karakter amitpansuria A UNIX a fejlett és szakértői Felhasználók 12 10-23-2008 11:03 AM
Azt akarom, hogy kemény kód felhasználónevet és jelszót egy FTP kapcsolat naree SUN Solaris 2 02-26-2008 10:43 AM
Jelszócsere svm titkosított jelszót rendszerek benq70 A UNIX a dummies Kérdések és válaszok 1 09-02-2005 10:08 AM

Reply
English Japanese Spanish French German Portuguese Italian Dutch Swedish Russian Norwegian Hungarian Hebrew Danish Bulgarian Greek Powered by Powered by Google
 
LinkBack Téma eszközök Keresés a téma Rate Thread Megjelenítési módok
  #1 (permalink)  
Old 05-29-2009
migurus migurus is offline
Regisztrált felhasználó
  
 

Join Date: Sep 2008
Helyszín: USA
Hozzászólások: 49
ssh-kapcsolat nélkül jelszó

A téma már felvázolt számos cikket, de nem tudom megállapítani a jelszó nélküli ssh kapcsolatot. Alább megmutatom mit csináltam, majd felvennem ssh debug info, lehet, hogy valaki képes lenne kiemelni valamit Én nem cselekszik.

Saját beállítás: két SCO 5.0.7 dobozok egy privát LAN, felhasználói egyenértékűségük létre, rcmd / rcp dolgozik egy másik csak finom. A felhasználói fiók, amely a mindkét oldalon, nincs jelszó.

a két doboz:

Kód:
$ grep -v '^#' /etc/ssh/sshd_config | grep -v '^$'
RSAAuthentication yes
PubkeyAuthentication yes
Subsystem       sftp    /usr/lib/openssh/sftp-server

On my box I. forrás által generált nyilvános kulcs

Kód:
 
$ ssh-keygen -t rsa
$ l -g
-rw-------   1 group        887 May 29 11:39 id_rsa
-rw-r--r--   1 group        229 May 29 11:39 id_rsa.pub

És én másolt pub fájl a cél mezőben

A cél mezőbe:

Kód:
 
$ cd; mkdir .ssh; chmod 700 .ssh; l -dg .ssh
drwx------   2 group        512 May 29 11:33 .ssh
$ cd .ssh
$ cat ../my_pub > authorized_keys; chmod 600 authorized_keys
$ l -g
-rw-------   1 group        229 May 29 11:33 authorized_keys

Most, amikor megpróbálok kapcsolódni a saját forrás mezőbe:


Kód:
 
 $ ssh -v target_server
OpenSSH_3.8p1, SSH protocols 1.5/2.0, OpenSSL 0.9.7d 17 Mar 2004
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Connecting to target_server [192.168.1.74] port 22.
debug1: Connection established.
debug1: identity file /u/target_user/.ssh/identity type -1
debug1: identity file /u/target_user/.ssh/id_rsa type 1
debug1: identity file /u/target_user/.ssh/id_dsa type -1
debug1: Remote protocol version 1.99, remote software version OpenSSH_4.3
debug1: match: OpenSSH_4.3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.8p1
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'target_server' is known and matches the RSA host key.
debug1: Found key in /u/target_user/.ssh/known_hosts:1
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Trying private key: /u/target_user/.ssh/identity
debug1: Offering public key: /u/target_user/.ssh/id_rsa
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Trying private key: /u/target_user/.ssh/id_dsa
debug1: Next authentication method: keyboard-interactive
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Next authentication method: password
target_user@target_server's password: 
debug1: Authentications that can continue: publickey,password,keyboard-interactive
Permission denied, please try again.
target_user@target_server's password:

Látom üzenet "ssh_rsa_verify: aláírás helyes" a debug, ami úgy néz ki mint egy ígéretes jele, de valami nem kattint, és nem kér jelszót, ami le ezt a felhasználót, így nem megy.

Minden pointers lenne méltányol.

Last edited by migurus; 05/29/2009 at 05:14 PM.. Ok: elfelejtettem, hogy sshd_config
  #2 (permalink)  
Old 05-29-2009
Padow Padow is online now
Regisztrált felhasználó
  
 

Join Date: Dec 2008
Helyszín: Maryland
Posts: 179
Egy dolgot tennék a kezdetektől van arról, hogy a. Ssh könyvtárba és autorized_keys fájl tulajdonosa a felhasználó. Úgy néz ki, mint az egyik tulajdonosa az 1 és a 2.

----- ----- Post Update

Is győződjön meg róla, hogy nincs sortörés a authorized_keys fájl másolás és beillesztés.
  #3 (permalink)  
Old 05-29-2009
migurus migurus is offline
Regisztrált felhasználó
  
 

Join Date: Sep 2008
Helyszín: USA
Hozzászólások: 49
Idézet:
Originally Posted by Padow View Post
Egy dolgot tennék a kezdetektől van arról, hogy a. Ssh könyvtárba és autorized_keys fájl tulajdonosa a felhasználó. Úgy néz ki, mint az egyik tulajdonosa az 1 és a 2.

----- ----- Post Update

Is győződjön meg róla, hogy nincs sortörés a authorized_keys fájl másolás és beillesztés.

Nos, ez csak "l-g" formátumban, 1 és 2 nem Felhaszn.azonosító, felhasználóazonosító határozottan ugyanazt target_user.

----- ----- Post Update

Idézet:
Originally Posted by wireonfire View Post
Az én beállítás, másoltam, hogy authorized_keys2 (Megjegyzés különbség filename). Én mindig a root fiók és egy jelszót (így egy kicsit eltér a tiéd).
Másoltam authorized_keys authorized_keys2 és az eredmény ugyanaz.
  #4 (permalink)  
Old 05-29-2009
wireonfire wireonfire is offline
Regisztrált felhasználó
  
 

Join Date: Oct 2008
Hozzászólások: 19
Az én beállítás, másoltam, hogy authorized_keys2 (Megjegyzés különbség filename). Én mindig a root fiók és egy jelszót (így egy kicsit eltér a tiéd).
  #5 (permalink)  
Old 05-29-2009
nj78 nj78 is offline
Regisztrált felhasználó
  
 

Join Date: Jul 2005
Posts: 106
Can you try ssh-vvv látni többet?
  #6 (permalink)  
Old 05-30-2009
migurus migurus is offline
Regisztrált felhasználó
  
 

Join Date: Sep 2008
Helyszín: USA
Hozzászólások: 49
Idézet:
Originally Posted by nj78 View Post
Can you try ssh-vvv látni többet?
Itt-vvv teljesítmény:


Kód:
$ ssh -vvv target_srvr
OpenSSH_3.8p1, SSH protocols 1.5/2.0, OpenSSL 0.9.7d 17 Mar 2004
debug1: Reading configuration data /etc/ssh/ssh_config
debug2: ssh_connect: needpriv 0
debug1: Connecting to target_srvr [192.168.123.123] port 22.
debug1: Connection established.
debug1: identity file /u/target_user/.ssh/identity type -1
debug3: Not a RSA1 key file /u/target_user/.ssh/id_rsa.
debug2: key_type_from_name: unknown key type '-----BEGIN'
debug3: key_read: missing keytype
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug2: key_type_from_name: unknown key type '-----END'
debug3: key_read: missing keytype
debug1: identity file /u/target_user/.ssh/id_rsa type 1
debug1: identity file /u/target_user/.ssh/id_dsa type -1
debug1: Remote protocol version 1.99, remote software version OpenSSH_4.3
debug1: match: OpenSSH_4.3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.8p1
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib
debug2: kex_parse_kexinit: none,zlib
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: reserved 0 
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib@openssh.com
debug2: kex_parse_kexinit: none,zlib@openssh.com
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: reserved 0 
debug2: mac_init: found hmac-md5
debug1: kex: server->client aes128-cbc hmac-md5 none
debug2: mac_init: found hmac-md5
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug2: dh_gen_key: priv key bits set: 120/256
debug2: bits set: 486/1024
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug3: check_host_in_hostfile: filename /u/target_user/.ssh/known_hosts
debug3: check_host_in_hostfile: match line 1
debug3: check_host_in_hostfile: filename /u/target_user/.ssh/known_hosts
debug3: check_host_in_hostfile: match line 1
debug1: Host 'target_srvr' is known and matches the RSA host key.
debug1: Found key in /u/target_user/.ssh/known_hosts:1
debug2: bits set: 486/1024
debug1: ssh_rsa_verify: signature correct
debug2: kex_derive_keys
debug2: set_newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug2: set_newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug2: key: /u/target_user/.ssh/identity (0)
debug2: key: /u/target_user/.ssh/id_rsa (80856c4)
debug2: key: /u/target_user/.ssh/id_dsa (0)
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug3: start over, passed a different list publickey,password,keyboard-interactive
debug3: preferred publickey,keyboard-interactive,password
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Trying private key: /u/target_user/.ssh/identity
debug3: no such identity: /u/target_user/.ssh/identity
debug1: Offering public key: /u/target_user/.ssh/id_rsa
debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Trying private key: /u/target_user/.ssh/id_dsa
debug3: no such identity: /u/target_user/.ssh/id_dsa
debug2: we did not send a packet, disable method
debug3: authmethod_lookup keyboard-interactive
debug3: remaining preferred: password
debug3: authmethod_is_enabled keyboard-interactive
debug1: Next authentication method: keyboard-interactive
debug2: userauth_kbdint
debug2: we sent a keyboard-interactive packet, wait for reply
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug3: userauth_kbdint: disable: no info_req_seen
debug2: we did not send a packet, disable method
debug3: authmethod_lookup password
debug3: remaining preferred: 
debug3: authmethod_is_enabled password
debug1: Next authentication method: password
target_user@target_srvr's password: 
$

----- ----- Post Update

Csak a rekord

A probléma az volt, hogy otthon target_user dir 775 volt. A csoport írási joga volt a tettes, ezért változott meg a 755. Ezután kaptam egyértelmű üzenet:

Az üres jelszó korlátozzák ssh

Szóval, én edited sshd_config a target_srvr és azt mondta
PermitEmptyPasswords igen
Aztán újra kezdte sshd és ez szerkezet szeret egy igézet.
  #7 (permalink)  
Old 06-08-2009
nj78 nj78 is offline
Regisztrált felhasználó
  
 

Join Date: Jul 2005
Posts: 106
Kösz a frissítés, a helyes információt.
Reply

Könyvjelzõk

Téma eszközök Keresés a téma
Keresés a téma:

Részletes keresés
Megjelenítési módok Rate this thread
Rate this thread:

Posting szabályzat
Ön nem post new threads
Ön nem post válaszok
Ön nem post Csatolmányok
Ön nem szerkeszteni az üzeneteidet

BB kód van Be
Smilies vannak Be
[IMG] kód Be
HTML kód Ki
Trackbacks vannak Be
Pingbacks vannak Be
Refbacks vannak Be




Minden idő GMT -4. Az idő most 11:32 AM.


Powered by: vBulletin, Copyright © 2000 - 2006, Jelsoft Enterprises Limited. Nyelvre lefordítva Powered by .
vBCredits v1.4 Copyright © 2007 - 2008, PixelFX Studios
A UNIX és Linux Fórum Tartalom Copyright © 1993-2009. Minden jog Reserved.Ad menedzsment RedTyger

Content Relevant URLs by vBSEO 3.2.0