Anonymous
кто виртуалки держит, а у кого-то меняется разрешение в кде виртуалке? у меня меняется до 1920х1080 и сразу к 1024 откат, везде так, кроме гнома(всё это в виртуалке)
Alexandr ∨∧‾
⏳ Исправление призванное исправить производительность GNOME Shell откладывается до релиза 3.36
А причем тут js? Гном же вроде на си
Alexandr ∨∧‾
мало ли
Denis
Не так. Зависит от конкретного ключа. Для RSA оба ключа могут расшифровывать зашифрованное другим ключем.
Vasiliy Glazov
Не так. Зависит от конкретного ключа. Для RSA оба ключа могут расшифровывать зашифрованное другим ключем.
Это только у симметричных ключей. А у асимметричных лишь приватный ключ может расшифровывать.
Denis
Нет. Еще раз - зависит от типа ключа. Как иначе работает подпись на RSA?
Vasiliy Glazov
подпись - это не шифрование
Vasiliy Glazov
Нет. Еще раз - зависит от типа ключа. Как иначе работает подпись на RSA?
Вот почитай https://ru.wikipedia.org/wiki/RSA
Vasiliy Glazov
Нет. Еще раз - зависит от типа ключа. Как иначе работает подпись на RSA?
"Важное свойство цифровой подписи заключается в том, что её может проверить каждый, кто имеет доступ к открытому ключу её автора."
"Заметим, что подписанное сообщение m не зашифровано."
Vasiliy Glazov
"в системе RSA можно создавать сообщения, которые будут и зашифрованы, и содержать цифровую подпись. Для этого автор сначала должен добавить к сообщению свою цифровую подпись, а затем — зашифровать получившуюся в результате пару (состоящую из самого сообщения и подписи к нему) с помощью открытого ключа, принадлежащего получателю."
Denis
Для симметричных шифров: один ключ для шифрования и дешифрования. Для несимметричных шифров - шифруем одним, дешифруем другим.
Один из спобособ создание электронной подписи: шифруем _приватным_ ключем дайджест от документа. Потом любой может посчитать дайджест документа сам, расшифровать _публичным_ ключем полученный шифрованный и сравнить.
На эллиптических кривых подпись работает по другому.
Denis
https://stackoverflow.com/a/1189651
Vasiliy Glazov
нельзя публичным ключом ничего расшифровать, только проверить подпись
Denis
чушь какая-то
Ну ругаться-то все горазды. Я привел аргументы. Есть опровержение - буду только рад.
Vasiliy Glazov
Ну ругаться-то все горазды. Я привел аргументы. Есть опровержение - буду только рад.
я привёл. Не веришь вики?
Denis
ну что значит "проверить подпись" под капотом?
Late
Для симметричных шифров: один ключ для шифрования и дешифрования. Для несимметричных шифров - шифруем одним, дешифруем другим.
Один из спобособ создание электронной подписи: шифруем _приватным_ ключем дайджест от документа. Потом любой может посчитать дайджест документа сам, расшифровать _публичным_ ключем полученный шифрованный и сравнить.
На эллиптических кривых подпись работает по другому.
публичным ключом нельзя ничего расшифровать, он на то и публичный
Vasiliy Glazov
значит просто убедиться, но не расшифровать зашифрованное
Vasiliy Glazov
Ну ругаться-то все горазды. Я привел аргументы. Есть опровержение - буду только рад.
Ну вот дай мне зашифрованный текст/файл и публичный ключ и скажи как расшифровать. Или я тебе дам, а ты расшифруй.
Sergey
Для симметричных шифров: один ключ для шифрования и дешифрования. Для несимметричных шифров - шифруем одним, дешифруем другим.
Один из спобособ создание электронной подписи: шифруем _приватным_ ключем дайджест от документа. Потом любой может посчитать дайджест документа сам, расшифровать _публичным_ ключем полученный шифрованный и сравнить.
На эллиптических кривых подпись работает по другому.
Ты путаешь процесс шифрования сообщения и подпись открытого сообщения
В первом случае сообщение должен расшифровать только тот, у кого есть приватный ключ. Таким образом обеспечивается приватность сообщения, т.к. никто другой, кроме адресата, прочитать его не может
Во втором случае подпись может расшифровать кто угодно, чтобы получить хэш сообщения, вычисленный отправителем, затем самостоятельно вычислить хэш этого открытого сообщения, и сверить полученные суммы. Это нужно для обеспечения определния подлинности отправителя сообщения
Лучше почитай ту же вики хотя бы
Denis
Ну вот дай мне зашифрованный текст/файл и публичный ключ и скажи как расшифровать. Или я тебе дам, а ты расшифруй.
openssl (утилита) не хочет расшифровывать, но люди говорят что через С интерфейс можно
https://stackoverflow.com/questions/30718174/encrypt-with-private-key-and-decrypt-with-public-key/30719090#30719090
Denis
Ты путаешь процесс шифрования сообщения и подпись открытого сообщения
В первом случае сообщение должен расшифровать только тот, у кого есть приватный ключ. Таким образом обеспечивается приватность сообщения, т.к. никто другой, кроме адресата, прочитать его не может
Во втором случае подпись может расшифровать кто угодно, чтобы получить хэш сообщения, вычисленный отправителем, затем самостоятельно вычислить хэш этого открытого сообщения, и сверить полученные суммы. Это нужно для обеспечения определния подлинности отправителя сообщения
Лучше почитай ту же вики хотя бы
Уж лучше Шеннона, что ли.
К тому же речь идет про свойства мат. операций, стоящих в основе RSA. Мое утверждение о технической коммутативности ключей касается только RSA и только операции шифрование/дешифрования. И никак не касаются стойкости ключей и смысла "раздавать приватный ключ".
Vasiliy Glazov
Denis
Ладно, оставим тему.
Vasiliy Glazov
Denis
тьфу, Шнаеру.
Denis
У него есть чудесная книга
Denis
Прикладная криптография
Denis
Рекомендую ;)
olegon.ru
правильно я понял из ваших переговоров, что все же делать ssh-copy-id на недоверенный сервер безопасно?
Vasiliy Glazov
olegon.ru
отлично, спасибо :)
Vasiliy Glazov
так, а в бодхи для равхайда надо вручную добавлять, или оно само?
Sergei
на любой безопасно :)
Когда-то читал, что в ssh примерно такой же перекос безопасности, как в вай-фае - всё направлено на защиту легитимного сервера от злонамеренного клиента, но не наоборот - клиента от злонамеренно сервера толком ничто не защищает.
Alexander "SonnySlave"
ну если сервер вскрыли с приватным ключом, то чем ты тут поможешь?
Alexander "SonnySlave"
если у тебя угнали приватный ключ, то пиши пропало
Sergei
ну если сервер вскрыли с приватным ключом, то чем ты тут поможешь?
Не, я не про ключи, в вообще про концепцию безопасности в протоколе и реализациях. Подключаться к потенциально-злонамеренным серверам опасно, безотносительно ключей.
Alexander "SonnySlave"
Не, я не про ключи, в вообще про концепцию безопасности в протоколе и реализациях. Подключаться к потенциально-злонамеренным серверам опасно, безотносительно ключей.
а чем опасно по ssh подключаться к опасным серверам?
Sergei
а чем опасно по ssh подключаться к опасным серверам?
Ну, типа, об атаках на клиента со стороны сервера вообще мало заботятся. Если найду статью - скину, я уже и не помню технических деталей.
Sergey
Ну, типа, об атаках на клиента со стороны сервера вообще мало заботятся. Если найду статью - скину, я уже и не помню технических деталей.
Может быть что-то страшнее посылания в мой терминал с удаленного сервера нечитаемой белиберды?
Denis
думаешь этого мало?
Sergei
Может быть что-то страшнее посылания в мой терминал с удаленного сервера нечитаемой белиберды?
У ssh-сервера вообще есть доступ к управляющему терминалу клиента, так что теоретически возможно и что-нибудь выполнить, наверное.
Sergey
От всяких MITM ssh клиент тебя защитит, потому что предупредит о том, что он не знает этого сервера
В случае авторизации по ключам, авторизация вообще не пройдет
Sergey
У ssh-сервера вообще есть доступ к управляющему терминалу клиента, так что теоретически возможно и что-нибудь выполнить, наверное.
К ssh колиенту через специально оформленные сообщения, ты имеешь ввиду?
Denis
Ну ты рассматривешь ситуацию, когда у тебя супер надежный клиент. Если же в нем есть уязвимость - то хитрый набор символов в твой клиет приведет к какому-нибудь переполнению буфера и запуску кода на локальной машине.
Sergey
Маловероятно, т.к. что клиенты, что сервер с открытым исходным кодом многократно тестируются и проверяются на безопасность разными людьми, такой вариант можно практически исключить, т.к. его вероятность крайне мала
Denis
Однако уязвимости регулярно находят
Sergey
И оперативно исправляют
Sergey
Такая атака должна быть изначательно спланирвоана, нужно иметь доступ к удаленному серверу. Слишком сложно и маловероятно, если ты не глава СБ какой-нибудь крупной корпорации
Sergei
К ssh колиенту через специально оформленные сообщения, ты имеешь ввиду?
Да, примерно, сделать инъекцию ввода в терминал клиента. Но это так, мои домыслы.
Sergey
Хотя, в случае компроментации ssh клиента с 99% вероятностью утекут и твои приватные ключи
Но, опять же, получить доступ к серверу не намного легче, а туда тебе в любом случае нужен доступ
Anonymous
Хотя, в случае компроментации ssh клиента с 99% вероятностью утекут и твои приватные ключи
Но, опять же, получить доступ к серверу не намного легче, а туда тебе в любом случае нужен доступ
проникнуть в серверную 😃 набор отмычек, недорого
Sergei
Маловероятно, т.к. что клиенты, что сервер с открытым исходным кодом многократно тестируются и проверяются на безопасность разными людьми, такой вариант можно практически исключить, т.к. его вероятность крайне мала
Мы тут, кажется, говорит о злонамеренном, а значит специально модифицированном сервере?
Sergey
проникнуть в серверную 😃 набор отмычек, недорого
Как правило, там целый КПП на входе и 24/7 наблюдение
В случае чего тебя оттуда просто не выпустят
Но, если говорить о серьезной конторе, хотя иные в данном вопросе и не рассматриваются
Sergey
Мы тут, кажется, говорит о злонамеренном, а значит специально модифицированном сервере?
Допустим. Как это должно выглядеть? Приходит смс от друга "Зацени, вот мой новый сервак, зайди по ssh, посмотри"?
Snejana ONE LOVE
Snejana ONE LOVE
Чтобы не палиться, то можно написать 127.56.33.27
Denis
что-то вы не туда
Есть если эксплоиты, позволяющие на стороне ssh-клиента запускать произвольны код, то можно построить ботнет
1. заражаем сервер (возможно другим способом)
2. через ssh-client заражаем клиентский терминал
там наверняка стоит ssh-server
ну вот и ботнет
Alexander "SonnySlave"
что-то вы не туда
Есть если эксплоиты, позволяющие на стороне ssh-клиента запускать произвольны код, то можно построить ботнет
1. заражаем сервер (возможно другим способом)
2. через ssh-client заражаем клиентский терминал
там наверняка стоит ssh-server
ну вот и ботнет
а можно ссылку на хоть один такой эксплойт?
Sergei
Alexander "SonnySlave"
пусть и устаревший
Denis
такая вирусная хрень, тихонечко расползается и зомбирует
Sergey
что-то вы не туда
Есть если эксплоиты, позволяющие на стороне ssh-клиента запускать произвольны код, то можно построить ботнет
1. заражаем сервер (возможно другим способом)
2. через ssh-client заражаем клиентский терминал
там наверняка стоит ssh-server
ну вот и ботнет
Сразу вопрос. Как заражать сервер? Если есть метод заражения серверов, зачем заражать клиенты и тратить на разработку метода заражения клиента кучу ресурсов, если есть серверы?
Denis
а можно ссылку на хоть один такой эксплойт?
Я не говорю, что прям такой эксплоит существует. Хочешь поискать - см. какой-нибудь CVE database
Denis
Сразу вопрос. Как заражать сервер? Если есть метод заражения серверов, зачем заражать клиенты и тратить на разработку метода заражения клиента кучу ресурсов, если есть серверы?
чем больше векторов атаки будет задействовано, тем выше вероятность распространения
Sergey
Если такой эксплоит и существует, во что я не верю, но теоретичесик рассматриваю возможность, то пригоден он лишь как метод для заранее спланирвоанной атаки, а не для набирания ботнета
Sergey
Для ботнета есть куча IoT устройств, дыры в которых никем никогда не латаются, подбирай эксплоиты, смотри не обляпайся
Denis
Если такой эксплоит и существует, во что я не верю, но теоретичесик рассматриваю возможность, то пригоден он лишь как метод для заранее спланирвоанной атаки, а не для набирания ботнета
ну может и так
как это влияет на теоретический вопрос "возможно ли ..." ?