информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Сетевые кракеры и правда о деле ЛевинаПортрет посетителяГде водятся OGRы
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Бэкдор в xz/liblzma, предназначенный... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / networking
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Перехват SSH сессии 21.02.03 16:15  Число просмотров: 2024
Автор: cybervlad <cybervlad> Статус: Elderman
<"чистая" ссылка>
то, что ты описал, называется атака "человек посередине" - man in the middle. ей подвержены все несимметричные системы, не использующие сертификаты. это сработает только если у клиента нетвалидного открытого ключа сервера или он не может прорверить принадлежность сертификата (в случае самоподписанного или отсутствия корневого).
во многих самопальных ситемах, которых жаба задавила получить у Thawte или VeriSign нормальный серт, это может проканать, особенно при первом коннекте, как совершенно справедливо заметил Zadnica.
<networking>
Перехват SSH сессии 21.02.03 14:28   [Ktirf]
Автор: magnum Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Хотел узнать, будет ли действовать такая схема:
КЛИЕНТ<--->ЛЖЭ_Сервер<--данные-->ЛЖЭ_Клиент<--->СЕРВЕР
Т.е. допустим, узер сидит в локалке, ему захотелось законнектится по SSH на свой сервак, все идет так: юзер дает запрос внутресетевому серверу а тот у же в инет, получается что во время SSH сессии внутресетевой сервак является посредником, он просто осуществляет обменн данными между КЛИЕНТОМ и СЕРВЕРОМ. А если сделать так: юзер коннектится на сервер www.server.com, запрос поступает на внутресетевой сервер, и всесто того, чтобы как обычно послать запрос на SSH сессию в инет, этот сервер сам коннектится к www.server.com т.е. грубо говоря получается две сессии SSH между которыми идут свободные данные, которые можно перехватить....
Такова моя мысля есл икто не понял, что я хотел сказать ссори, мне впадлу чтото писать, разъяснять etc %))
Прост охочу узнать, пройдет ли эта маза вообще и делал ли ктонибудь так хоть раз.....
man ssh 21.02.03 16:42  
Автор: Ktirf <Æ Rusakov> Статус: Elderman
<"чистая" ссылка>
В начале сессии SSH хосты обмениваются ключами. Если попытаться устроить Main-in-the-middle, как ты предлагаешь, ключи не сойдутся => SSH-клиент будет громко кричать про Man-in-the-middle и откажется устанавливать соединение.
Перехват SSH сессии 21.02.03 16:15  
Автор: cybervlad <cybervlad> Статус: Elderman
<"чистая" ссылка>
то, что ты описал, называется атака "человек посередине" - man in the middle. ей подвержены все несимметричные системы, не использующие сертификаты. это сработает только если у клиента нетвалидного открытого ключа сервера или он не может прорверить принадлежность сертификата (в случае самоподписанного или отсутствия корневого).
во многих самопальных ситемах, которых жаба задавила получить у Thawte или VeriSign нормальный серт, это может проканать, особенно при первом коннекте, как совершенно справедливо заметил Zadnica.
не получится 21.02.03 15:40  
Автор: ZaDNiCa <indeed ZaDNiCa> Статус: Elderman
<"чистая" ссылка>
потому как хост к которому коннектится клиет имеет свой SSH ключ (которого у тебя нет) и если ты будешь подсовывать другой public-ключ для установления сессии, то у юзера будет варнинг: отпечаток этого ключа не совпадает с тем который был прошлый раз :-))
эта идея может прокатить если клиент заходит на удаленный сервер в первый раз.
1




Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach