• B правой части каждого сообщения есть стрелки и . Не стесняйтесь оценивать ответы. Чтобы автору вопроса закрыть свой тикет, надо выбрать лучший ответ. Просто нажмите значок в правой части сообщения.

  • 15 апреля стартует «Курс «SQL-injection Master» ©» от команды The Codeby

    За 3 месяца вы пройдете путь от начальных навыков работы с SQL-запросами к базам данных до продвинутых техник. Научитесь находить уязвимости связанные с базами данных, и внедрять произвольный SQL-код в уязвимые приложения.

    На последнюю неделю приходится экзамен, где нужно будет показать свои навыки, взломав ряд уязвимых учебных сайтов, и добыть флаги. Успешно сдавшие экзамен получат сертификат.

    Запись на курс до 25 апреля. Получить промодоступ ...

Заплачу Ошибка при подключении по SSH.

Sykes

Green Team
17.10.2017
143
93
BIT
0
Третий пост подряд уже) Будто сглазили, всё идёт не так.
Всё так же сижу на PL11, взял ключ от SSH, положил в текстовик, обозвал 1.key. При попытке подключения вываливается вот такое
Код:
ssh -i 1.key tech@192.168.101.11 -p2222
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@         WARNING: UNPROTECTED PRIVATE KEY FILE!          @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
Permissions 0755 for '1.key' are too open.
It is required that your private key files are NOT accessible by others.
This private key will be ignored.
Load key "1.key": bad permissions
tech@192.168.101.11: Permission denied (publickey).
Первому, кто поможет всё исправить вознаграждение в размере 100 рублей. Сил уже нет.
 

Sykes

Green Team
17.10.2017
143
93
BIT
0
Неправильно выставлены права на чтение файла.
Нужно вместо 755 выставить chmod 600
теперь ему формат не нравится, хотя с ним должно быть всё нормально.
Код:
ssh -i 1.key tech@192.168.101.11 -p2222
Load key "1.key": invalid format
tech@192.168.101.11: Permission denied (publickey)
 

penguinz

One Level
30.04.2018
8
15
BIT
0
К большому сожалению это не то. Мне нужно подключиться к вражеской машине, к которой я не имею доступа, но имею ключ от ссш. Проблема в том, что этот ключ не подходит.
Переименуй в 1.pub
 
  • Нравится
Реакции: Sykes
N

n01n02h

Screenshot_2018-05-05-23-45-01.png

Когда не ты проходишь лабу а весь форум)))
 
Последнее редактирование модератором:

Sykes

Green Team
17.10.2017
143
93
BIT
0
Посмотреть вложение 18242
Когда не ты проходишь лабу а весь форум)))
Да сам в шоке) Столько проблем и все разом.

Переименуй в 1.pub
тоже не помогло, а идея была даже прикольной.

Попробуйте переместить ключ на рабочий стол, перейти на него и запустить оттуда.
и тоже ничего. Сатана какая-то

Становится всё интереснее, ибо на Арче всё хорошо. А Минт и Перрот такую радость выдают.
Код:
ssh -i 1.pub tech@192.168.101.11 -p2222 -vvv
OpenSSH_7.7p1 Debian-2, OpenSSL 1.0.2o  27 Mar 2018
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug2: resolve_canonicalize: hostname 192.168.101.11 is address
debug2: ssh_connect_direct: needpriv 0
debug1: Connecting to 192.168.101.11 [192.168.101.11] port 2222.
debug1: Connection established.
debug1: key_load_public: No such file or directory
debug1: identity file 1.pub type -1
debug1: key_load_public: No such file or directory
debug1: identity file 1.pub-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_7.7p1 Debian-2
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.7p1 Debian-5+deb8u3
debug1: match: OpenSSH_6.7p1 Debian-5+deb8u3 pat OpenSSH* compat 0x04000000
debug2: fd 3 setting O_NONBLOCK
debug1: Authenticating to 192.168.101.11:2222 as 'tech'
debug3: put_host_port: [192.168.101.11]:2222
debug3: hostkeys_foreach: reading file "/home/sykes/.ssh/known_hosts"
debug3: record_hostkey: found key type ECDSA in file /home/sykes/.ssh/known_hosts:2
debug3: load_hostkeys: loaded 1 keys from [192.168.101.11]:2222
debug3: order_hostkeyalgs: prefer hostkeyalgs: ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521
debug3: send packet: type 20
debug1: SSH2_MSG_KEXINIT sent
debug3: receive packet: type 20
debug1: SSH2_MSG_KEXINIT received
debug2: local client KEXINIT proposal
debug2: KEX algorithms: curve25519-sha256,curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha256,diffie-hellman-group14-sha1,ext-info-c
debug2: host key algorithms: ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-ed25519-cert-v01@openssh.com,ssh-rsa-cert-v01@openssh.com,ssh-ed25519,rsa-sha2-512,rsa-sha2-256,ssh-rsa
debug2: ciphers ctos: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com
debug2: ciphers stoc: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com
debug2: MACs ctos: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: MACs stoc: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: compression ctos: none,zlib@openssh.com,zlib
debug2: compression stoc: none,zlib@openssh.com,zlib
debug2: languages ctos:
debug2: languages stoc:
debug2: first_kex_follows 0
debug2: reserved 0
debug2: peer server KEXINIT proposal
debug2: KEX algorithms: curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha1
debug2: host key algorithms: ssh-rsa,ssh-dss,ecdsa-sha2-nistp256
debug2: ciphers ctos: aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com,chacha20-poly1305@openssh.com
debug2: ciphers stoc: aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com,chacha20-poly1305@openssh.com
debug2: MACs ctos: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: MACs stoc: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: compression ctos: none,zlib@openssh.com
debug2: compression stoc: none,zlib@openssh.com
debug2: languages ctos:
debug2: languages stoc:
debug2: first_kex_follows 0
debug2: reserved 0
debug1: kex: algorithm: curve25519-sha256@libssh.org
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug3: send packet: type 30
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug3: receive packet: type 31
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:eCUUbPi982duUnl4Z2icxjpvjroDyEr/7Q567c6j0gs
debug3: put_host_port: [192.168.101.11]:2222
debug3: put_host_port: [192.168.101.11]:2222
debug3: hostkeys_foreach: reading file "/home/sykes/.ssh/known_hosts"
debug3: record_hostkey: found key type ECDSA in file /home/sykes/.ssh/known_hosts:2
debug3: load_hostkeys: loaded 1 keys from [192.168.101.11]:2222
debug3: hostkeys_foreach: reading file "/home/sekes/.ssh/known_hosts"
debug3: record_hostkey: found key type ECDSA in file /home/sykes/.ssh/known_hosts:2
debug3: load_hostkeys: loaded 1 keys from [192.168.101.11]:2222
debug1: Host '[192.168.101.11]:2222' is known and matches the ECDSA host key.
debug1: Found key in /home/sykes/.ssh/known_hosts:2
debug3: send packet: type 21
debug2: set_newkeys: mode 1
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug3: receive packet: type 21
debug1: SSH2_MSG_NEWKEYS received
debug2: set_newkeys: mode 0
debug1: rekey after 134217728 blocks
debug2: key: sykes@parrot (0x565487fc2070), agent
debug2: key: 1.pub ((nil)), explicit
debug3: send packet: type 5
debug3: receive packet: type 6
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug3: send packet: type 50
debug3: receive packet: type 51
debug1: Authentications that can continue: publickey
debug3: start over, passed a different list publickey
debug3: preferred gssapi-keyex,gssapi-with-mic,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: Offering public key: RSA SHA256:8hkxU9DBnfEkkFMv416ZBThzUxJafYJaNSu5RElhhZE sykes@parrot
debug3: send_pubkey_test
debug3: send packet: type 50
debug2: we sent a publickey packet, wait for reply
debug3: receive packet: type 51
debug1: Authentications that can continue: publickey
debug1: Trying private key: 1.pub
Load key "1.pub": invalid format
debug2: we did not send a packet, disable method
debug1: No more authentication methods to try.
tech@192.168.101.11: Permission denied (publickey).
 
N

n01n02h

установи putty и попробуй через него подключится
Как то была проблема что через терминал не работало, а через putty все норм
 
  • Нравится
Реакции: Sykes

Sykes

Green Team
17.10.2017
143
93
BIT
0
установи putty и попробуй через него подключится
Как то была проблема что через терминал не работало, а через putty все норм
хех. А лаба-то накрылась)
Сначала у них порты на 192.168.101.10 пропали, потом пропадал сигнал, щас впн часто ребутился и по итогу вообще всё упало.
 
  • Нравится
Реакции: CHEATER
B

BlackJaguar1982

Насколько я помню, то надо конвертнуть ключ в понятный формат. Тот случай, когда ключ генерили путтигеном, а коннектимся простым ssh
 

StaxIoT

Green Team
17.05.2018
18
6
BIT
4
хех. А лаба-то накрылась)
Сначала у них порты на 192.168.101.10 пропали, потом пропадал сигнал, щас впн часто ребутился и по итогу вообще всё упало.
У них проблемы из-за РКН. Почтовый сервак отваливался и прочее, вроде как всё починили.
 
  • Нравится
Реакции: Sykes
Мы в соцсетях:

Обучение наступательной кибербезопасности в игровой форме. Начать игру!