Увеличение безопасности файлов закрытых ключей SSH validccshoponline, ccshoponlineru

Задумывались когда-нибудь, как работают файлы ~/.ssh и насколько они защищены?
Как вероятно и вы, я пользуюсь SSH каждый день – при любом вызове git fetch и git push, каждом размещении и конечно при каждой процедуре авторизации на сервере. И недавно я понял, что для меня SSH – нечто неизвестное, но, тем не менее, привычное в использовании. Какой позор! Я предпочитаю знать, как работают технологии и протоколы, которые я использую. Поэтому я решил провести небольшое исследование, и вот, что я узнал.
Когда вы начинаете читать литературу по криптографии, вы неизбежно сталкиваетесь с большим количеством акронимов. По мере необходимости я буду их объяснять. Их знание не поможет лучше понять самой концепции, но оно будет полезно, если вы решите воспользоваться Google для их дальнейшего изучения.
Вкратце об SSH:
Если вы когда-либо использовали аутентификацию посредством открытых ключей, вероятно, у вас есть файл ~/.ssh/id_rsa или ~/.ssh/id_dsa в корневом каталоге. Это ваш закрытый ключ RSA/DSA, а ~/.ssh/id_rsa.pub или ~/.ssh/id_dsa.pub – соответствующий ему открытый ключ. На любой машине, на которую вы хотите зайти, должен быть ваш открытый ключ (~/.ssh/authorized_keys). Когда вы пытаетесь зайти на компьютер, ваш SSH клиент использует цифровую подпись в качестве доказательства, что у вас имеется закрытый ключ. Сервер проверяет, действительна ли подпись, а также подходит ли открытый ключ для вашего имени пользователя. Если все в порядке, то вам предоставляется доступ.
Что же находится непосредственно в самом файле закрытых ключей?
Формат нешифрованных закрытых ключей
Рекомендуется, чтобы закрытый ключ был защищен паролем (иначе нарушитель, скопировавший файл закрытых ключей, сможет зайти на любой ресурс, к которому у вас есть доступ). Если вы не введете пароль, то ключ не будет зашифрован. Давайте сначала рассмотрим именно формат незашифрованного ключа.
Файл закрытых ключей SSH, как правило, выглядит следующим образом:
Закрытый ключ имеет структуру данных ASN.1, сериализованную к байтовой строке с помощью DER, и затем закодированную Bas64. ASN.1 че-то похож на JSON (он поддерживает различные типы данных, как целые, логические, строки, списки и последовательности, которые могут быть вложены в древовидные структуры). Он часто используется для шифрования, но почему-то с использованием web он стал выходить из моды (не знаю почему, выглядит как довольно достойный формат).
Чтобы разобраться детальнее, давайте сгенерируем поддельный нешифрованный ключ RSA с помощью ssh-keygen, а затем декодируем его с помощью asn1parse:
$ ssh-keygen -t rsa -N ” -f test_rsa_key
$ openssl asn1parse -in test_rsa_key
0:d=0 hl=4 l=1189 cons: SEQUENCE
4:d=1 hl=2 l= 1 prim: INTEGER :00
7:d=1 hl=4 l= 257 prim: INTEGER :C36EB2429D429C7768AD9D879F98C…
268:d=1 hl=2 l= 3 prim: INTEGER :010001
273:d=1 hl=4 l= 257 prim: INTEGER :A27759F60AEA1F4D1D56878901E27…
534:d=1 hl=3 l= 129 prim: INTEGER :F9D23EF31A387694F03AD0D050265…
666:d=1 hl=3 l= 129 prim: INTEGER :C84415C26A468934F1037F99B6D14…
798:d=1 hl=3 l= 129 prim: INTEGER :D0ACED4635B5CA5FB896F88BB9177…
930:d=1 hl=3 l= 128 prim: INTEGER :511810DF9AFD590E11126397310A6…
1061:d=1 hl=3 l= 129 prim: INTEGER :E3A296AE14E7CAF32F7E493FDF474…
В качестве альтернативы вы можете скопировать Base64 строку в великолепный JavaScript ASN.1 decoder Лапо Лучини. Можно отметить, что структура ASN.1 довольно простая: последовательность 9 целых чисел. Их значение определяется в RFC2313. Первое число – номер версии (0) – и 3 число – открытая экспонента е – принимают достаточно небольшие значения. Два важных числа – 2048-батные целые – под номерами 2 и 4 в последовательности: модуль RSA n и закрытая экспонента d. Эти числа используются непосредственно в самом алгоритме RSA. Остальные пять чисел могут быть получены из n и d, они являются своеобразным кэшем, и служат для увеличения скорости работы алгоритма.
Ключи DSA имеют схожую структуру, последовательность шести целых чисел:
Зашифрованные ключи
Далее, чтобы усложнить задачу нарушителю, намеревающемуся украсть ваш файл закрытых ключей, вы шифруете их с помощью пароля. Как это работает?
Мы получили две строки заголовка, и если вы попробуете разобрать этот Base64 текст, вы увидите, что он более не ASN.1 формата. Это потому, что ASN.1 структура, показанная ранее, была зашифрована, и теперь мы видим зашифрованный Base64 текст. По заголовку можно понять, что был использован алгоритм AES-128 в режиме CBC. 128-битная шестнадцатеричная строка в DEK-Info заголовке является вектором инициализации (initialization vector – IV) для шифра. Все это довольно стандартно, любая библиотека для шифрования справится с этим.
Но как получить ключ расшифровки AES с помощью пароля? В документации эта процедура не описывается, поэтому я углубился в исходники OpenSSL, чтобы найти ее реализацию.
То, что мы искали! Чтобы доказать это, давайте расшифруем закрытый ключ вручную (используя вектор инициализации из вышеупомянутого DEK-Info заголовка)
Данный скрипт печатает последовательность чисел из файла ключей RSA. Конечно, чтобы посмотреть ключ, можно было всего лишь выполнить:
Но я хотел продемонстрировать сам алгоритм получения ключа AES с помощью пароля. Это важно, потому что защита закрытого ключа имеет две уязвимости:
Если ваш закрытый ключ SSH попадет в руки нарушителю, потому что у вас украли ноутбук или жесткий диск с резервной копией, он может попробовать использовать большое количество паролей даже с помощью компьютера средней мощности. Если ваш пароль есть в словаре, он будет раскрыт в течение нескольких секунд.
Это были плохие новости: пароль на SSH ключ полезен не настолько, как вы наверно предполагали. Но не стоит отчаиваться, вы можете сделать формат закрытого ключа более надежным!
Улучшение защиты ключа с помощью PKCS#8
Что мы действительно хотим, так это получить из пароля ключ симметричного шифрования, причем нам необходимо, чтобы его вычисление занимало действительно много времени. Тогда нарушителю потребуется больше времени, чтобы подобрать пароль простым брут форсом. Если вы видели мем «Используй bcrypt», это должно звучать очень знакомо.
Для закрытых ключей SSH существует несколько стандартов со странными названиями (внимание, ожидаются акронимы), которые помогут нам прояснить картину.
Не понимаю, почему ssh-keygen все еще генерирует ключи в традиционном формате SSH, хотя уже на протяжении нескольких лет доступен новый и лучший формат. Совместимость с серверами не должна вызывать никаких опасений, потому что закрытые ключи всегда остаются на машине. К счастью, конвертация к PKCS#8 не сложная задача:
$ mv test_rsa_key test_rsa_key.old
$ openssl pkcs8 -topk8 -v2 des3 \
-in test_rsa_key.old -passin ‘pass:super secret passphrase’ \
-out test_rsa_key -passout ‘pass:super secret passphrase’
Если вы попробуете использовать этот новый файл с клиентом SSH, вы увидите, что он работает так же, как и файл, сгенерированный ssh-keygen. Но что внутри?
$ cat test_rsa_key
—–BEGIN ENCRYPTED PRIVATE KEY—–
MIIFDjBABgkqhkiG9w0BBQ0wMzAbBgkqhkiG9w0BBQwwDgQIOu/S2/v547MCAggA
MBQGCCqGSIb3DQMHBAh4q+o4ELaHnwSCBMjA+ho9K816gN1h9MAof4stq0akPoO0
CNvXdtqLudIxBq0dNxX0AxvEW6exWxz45bUdLOjQ5miO6Bko0lFoNUrOeOo/Gq4H
dMyI7Ot1vL9UvZRqLNj51cj/7B/bmfa4msfJXeuFs8jMtDz9J19k6uuCLUGlJscP
… etc …
—–END ENCRYPTED PRIVATE KEY—–
Обратите внимание, что заголовок и футер изменились (BEGIN ENCRYPTED PRIVATE KEY instead of BEGIN RSA PRIVATE KEY), а открытых заголовков Proc-Type и DEK-Info больше нет. По сути, весь файл ключей снова имеет структуру ASN.1
$ openssl asn1parse -in test_rsa_key
0:d=0 hl=4 l=1294 cons: SEQUENCE
4:d=1 hl=2 l= 64 cons: SEQUENCE
6:d=2 hl=2 l= 9 prim: OBJECT :PBES2
17:d=2 hl=2 l= 51 cons: SEQUENCE
19:d=3 hl=2 l= 27 cons: SEQUENCE
21:d=4 hl=2 l= 9 prim: OBJECT :PBKDF2
32:d=4 hl=2 l= 14 cons: SEQUENCE
34:d=5 hl=2 l= 8 prim: OCTET STRING [HEX DUMP]:3AEFD2DBFBF9E3B3
44:d=5 hl=2 l= 2 prim: INTEGER :0800
48:d=3 hl=2 l= 20 cons: SEQUENCE
50:d=4 hl=2 l= 8 prim: OBJECT :des-ede3-cbc
60:d=4 hl=2 l= 8 prim: OCTET STRING [HEX DUMP]:78ABEA3810B6879F
70:d=1 hl=4 l=1224 prim: OCTET STRING [HEX DUMP]:C0FA1A3D2BCD7A80DD61F4C0287F8B2D…
Для представления ASN.1 в удобочитаемом виде (дерева) используйте JavaScript ASN.1 decoder Лапо Лучини
Sequence (2 elements)
|- Sequence (2 elements)
| |- Object identifier: 1.2.840.113549.1.5.13 // using PBES2 from PKCS#5
| `- Sequence (2 elements)
| |- Sequence (2 elements)
| | |- Object identifier: 1.2.840.113549.1.5.12 // using PBKDF2 — yay! 🙂
| | `- Sequence (2 elements)
| | |- Byte string (8 bytes): 3AEFD2DBFBF9E3B3 // salt
| | `- Integer: 2048 // iteration count
| `- Sequence (2 elements)
| Object identifier: 1.2.840.113549.3.7 // encrypted with Triple DES, CBC
| Byte string (8 bytes): 78ABEA3810B6879F // initialization vector
`- Byte string (1224 bytes): C0FA1A3D2BCD7A80DD61F4C0287F8B2DAB46A43E… // encrypted key blob
Формат использует OID, номерные коды, размещенные регистрирующей стороной для недвусмысленного определения алгоритма. В этом файле ключей OID показывают нам, что схема шифрования pkcs5PBES2, функция получения ключа PBKDF2, а само шифрование – des-ede3-cbc. В случае необходимости хэш функция может быть определена явно, здесь она не описывается, что значит, что используется функция по умолчанию – hMAC-SHA1.
Положительным моментом в использовании всех этих идентификаторов в файле является то, что, если в будущем будет создан лучший алгоритм, мы будем иметь возможность изменить этот файл без необходимости изменять формат.
Вы также можете заметить, что функция получения ключа использует 2048 итераций. По сравнению с одной итерацией в традиционном формате ключей SSH, время брут форса данной схемы будет существенно больше. Число 2048 сейчас является константой, жестко заданной в OpenSSL. Надеюсь, это значение будет настраиваемым в будущем, так как его можно увеличить без какого-либо негативного влияния на производительность современных компьютеров.
Заключение: лучшая защита закрытых ключей SSH
Если используемый вами для закрытого ключа SSH пароль является сильным, его конвертация из традиционного ключа к формату PKCS#8 в некоторой степени сравнима с добавлением двух экстра-символов к нему. А если ваш пароль слабый, вы то данный способ позволит вам изменить защиту закрытого ключа со слабой на более сильную.
Это очень просто, можете сделать это прямо сейчас:
$ mv ~/.ssh/id_rsa ~/.ssh/id_rsa.old
$ openssl pkcs8 -topk8 -v2 des3 -in ~/.ssh/id_rsa.old -out ~/.ssh/id_rsa
$ chmod 600 ~/.ssh/id_rsa
# Check that the converted key works; if yes, delete the old one:
$ rm ~/.ssh/id_rsa.old
Команда pkcs8 использует пароль три раза: первый – чтобы получить текущий закрытый ключ, и остальные два – для генерации нового ключа. Это не важно, используете ли вы новый пароль для конвертированного ключа или сохраняете старый.
Не всякое ПО может читать формат PKCS8, но это не плохо – только ваш SSH клиент должен иметь возможность читать закрытый ключ. С точки зрения сервера хранение закрытых ключей в другом формате совершенно ничего не меняет.
В статье мы расскажем о наиболее интересных стартапах в области кибербезопасности, на которые следует обратить внимание.
Хотите узнать, что происходит нового в сфере кибербезопасности, – обращайте внимание на стартапы, относящиеся к данной области. Стартапы начинаются с инновационной идеи и не ограничиваются стандартными решениями и основным подходом. Зачастую стартапы справляются с проблемами, которые больше никто не может решить.
Обратной стороной стартапов, конечно же, нехватка ресурсов и зрелости. Выбор продукта или платформы стартапа – это риск, требующий особых отношений между заказчиком и поставщиком . Однако, в случае успеха компания может получить конкурентное преимущество или снизить нагрузку на ресурсы безопасности.
Ниже приведены наиболее интересные стартапы (компании, основанные или вышедшие из «скрытого режима» за последние два года).
Компания Abnormal Security, основанная в 2019 году, предлагает облачную платформу безопасности электронной почты, которая использует анализ поведенческих данных для выявления и предотвращения атак на электронную почту. Платформа на базе искусственного интеллекта анализирует поведение пользовательских данных, организационную структуру, отношения и бизнес-процессы, чтобы выявить аномальную активность, которая может указывать на кибератаку. Платформа защиты электронной почты Abnormal может предотвратить компрометацию корпоративной электронной почты, атаки на цепочку поставок , мошенничество со счетами, фишинг учетных данных и компрометацию учетной записи электронной почты. Компания также предоставляет инструменты для автоматизации реагирования на инциденты, а платформа дает облачный API для интеграции с корпоративными платформами, такими как Microsoft Office 365, G Suite и Slack.
Копания Apiiro вышла из «скрытого режима» в 2020 году. Ее платформа devsecops переводит жизненный цикл безопасной разработки «от ручного и периодического подхода «разработчики в последнюю очередь» к автоматическому подходу, основанному на оценке риска, «разработчики в первую очередь», написал в блоге соучредитель и генеральный директор Идан Плотник . Платформа Apiiro работает, соединяя все локальные и облачные системы управления версиями и билетами через API. Платформа также предоставляет настраиваемые предопределенные правила управления кодом. Со временем платформа создает инвентарь, «изучая» все продукты, проекты и репозитории. Эти данные позволяют лучше идентифицировать рискованные изменения кода.
Axis Security Application Access Cloud – облачное решение для доступа к приложениям , построенное на принципе нулевого доверия. Он не полагается на наличие агентов, установленных на пользовательских устройствах. Поэтому организации могут подключать пользователей – локальных и удаленных – на любом устройстве к частным приложениям, не затрагивая сеть или сами приложения. Axis вышла из «скрытого режима» в 2020 году.
BreachQuest, вышедшая из «скрытого режима» 25 августа 2021 года, предлагает платформу реагирования на инциденты под названием Priori. Платформа обеспечивает большую наглядность за счет постоянного отслеживания вредоносной активности. Компания утверждает, что Priori может предоставить мгновенную информацию об атаке и о том, какие конечные точки скомпрометированы после обнаружения угрозы.
Cloudrise предоставляет услуги управляемой защиты данных и автоматизации безопасности в формате SaaS. Несмотря на свое название, Cloudrise защищает как облачные, так и локальные данные. Компания утверждает, что может интегрировать защиту данных в проекты цифровой трансформации. Cloudrise автоматизирует рабочие процессы с помощью решений для защиты данных и конфиденциальности. Компания Cloudrise была запущена в октябре 2019 года.
Cylentium утверждает, что ее технология кибер-невидимости может «скрыть» корпоративную или домашнюю сеть и любое подключенное к ней устройство от обнаружения злоумышленниками. Компания называет эту концепцию «нулевой идентичностью». Компания продает свою продукцию предприятиям, потребителям и государственному сектору. Cylentium была запущена в 2020 году.
Компания Deduce , основанная в 2019 году, предлагает два продукта для так называемого «интеллектуального анализа личности». Служба оповещений клиентов отправляет клиентам уведомления о потенциальной компрометации учетной записи, а оценка риска идентификации использует агрегированные данные для оценки риска компрометации учетной записи. Компания использует когнитивные алгоритмы для анализа конфиденциальных данных с более чем 150 000 сайтов и приложений для выявления возможного мошенничества. Deduce заявляет, что использование ее продуктов снижает ущерб от захвата аккаунта более чем на 90%.
Автоматизированная платформа безопасности и соответствия Drata ориентирована на готовность к аудиту по таким стандартам, как SOC 2 или ISO 27001. Drata отслеживает и собирает данные о мерах безопасности, чтобы предоставить доказательства их наличия и работы. Платформа также помогает оптимизировать рабочие процессы. Drata была основана в 2020 году.
FYEO – это платформа для мониторинга угроз и управления доступом для потребителей, предприятий и малого и среднего бизнеса. Компания утверждает, что ее решения для управления учетными данными снимают бремя управления цифровой идентификацией. FYEO Domain Intelligence («FYEO DI») предоставляет услуги мониторинга домена, учетных данных и угроз. FYEO Identity будет предоставлять услуги управления паролями и идентификацией, начиная с четвертого квартала 2021 года. FYEO вышла из «скрытого режима» в 2021 году.
Kronos – платформа прогнозирующей аналитики уязвимостей (PVA) от компании Hive Pro , основанная на четырех основных принципах: предотвращение, обнаружение, реагирование и прогнозирование. Hive Pro автоматизирует и координирует устранение уязвимостей с помощью единого представления. Продукт компании Artemis представляет собой платформу и услугу для тестирования на проникновение на основе данных. Компания Hive Pro была основана в 2019 году.
Израильская компания Infinipoint была основана в 2019 году. Свой основной облачный продукт она называет «идентификация устройства как услуга» или DIaaS , который представляет собой решение для идентификации и определения положения устройства. Продукт интегрируется с аутентификацией SSO и действует как единая точка принуждения для всех корпоративных сервисов. DIaaS использует анализ рисков для обеспечения соблюдения политик, предоставляет статус безопасности устройства как утверждается, устраняет уязвимости «одним щелчком».
Компания Kameleon , занимающаяся производством полупроводников, не имеет собственных фабрик и занимает особое место среди поставщиков средств кибербезопасности. Компания разработала «Блок обработки проактивной безопасности» (ProSPU). Он предназначен для защиты систем при загрузке и для использования в центрах обработки данных, управляемых компьютерах, серверах и системах облачных вычислений. Компания Kameleon была основана в 2019 году.
Облачная платформа безопасности данных Open Raven предназначена для обеспечения большей прозрачности облачных ресурсов. Платформа отображает все облачные хранилища данных, включая теневые облачные учетные записи, и идентифицирует данные, которые они хранят. Затем Open Raven в режиме реального времени отслеживает утечки данных и нарушения политик и предупреждает команды о необходимости исправлений. Open Raven также может отслеживать файлы журналов на предмет конфиденциальной информации, которую следует удалить. Компания вышла из «скрытого режима» в 2020 году.
Компания Satori, основанная в 2019 году, называет свой сервис доступа к данным “DataSecOps”. Целью сервиса является отделение элементов управления безопасностью и конфиденциальностью от архитектуры. Сервис отслеживает, классифицирует и контролирует доступ к конфиденциальным данным. Имеется возможность настроить политики на основе таких критериев, как группы, пользователи, типы данных или схема, чтобы предотвратить несанкционированный доступ, замаскировать конфиденциальные данные или запустить рабочий процесс. Сервис предлагает предварительно настроенные политики для общих правил, таких как GDPR , CCPA и HIPAA .
Компания Scope Security недавно вышла из «скрытого режима», будучи основана в 2019 году. Ее продукт Scope OmniSight нацелен на отрасль здравоохранения и обнаруживает атаки на ИТ-инфраструктуру, клинические системы и системы электронных медицинских записей . Компонент анализа угроз может собирать индикаторы угроз из множества внутренних и сторонних источников, представляя данные через единый портал.
Основным продуктом Strata является платформа Maverics Identity Orchestration Platform . Это распределенная мультиоблачная платформа управления идентификацией. Заявленная цель Strata – обеспечить согласованность в распределенных облачных средах для идентификации пользователей для приложений, развернутых в нескольких облаках и локально. Функции включают в себя решение безопасного гибридного доступа для расширения доступа с нулевым доверием к локальным приложениям для облачных пользователей, уровень абстракции идентификации для лучшего управления идентификацией в мультиоблачной среде и каталог коннекторов для интеграции систем идентификации из популярных облачных систем и систем управления идентификацией. Strata была основана в 2019 году.
SynSaber , запущенная 22 июля 2021 года, предлагает решение для мониторинга промышленных активов и сети. Компания обещает обеспечить «постоянное понимание и осведомленность о состоянии, уязвимостях и угрозах во всех точках промышленной экосистемы, включая IIoT, облако и локальную среду». SynSaber была основана бывшими лидерами Dragos и Crowdstrike.
Traceable называет свой основной продукт на основе искусственного интеллекта чем-то средним между брандмауэром веб-приложений и самозащитой приложений во время выполнения. Компания утверждает, что предлагает точное обнаружение и блокирование угроз путем мониторинга активности приложений и непрерывного обучения, чтобы отличать обычную активность от вредоносной. Продукт интегрируется со шлюзами API. Traceable была основана в июле 2020 года.
Компания Wiz, основанная командой облачной безопасности Microsoft, предлагает решение для обеспечения безопасности в нескольких облаках, рассчитанное на масштабную работу. Компания утверждает, что ее продукт может анализировать все уровни облачного стека для выявления векторов атак с высоким риском и обеспечивать понимание, позволяющее лучше расставлять приоритеты. Wiz использует безагентный подход и может сканировать все виртуальные машины и контейнеры. Wiz вышла из «скрытого режима» в 2020 году.
Работает на CMS “1С-Битрикс: Управление сайтом”
validccshoponline ccshoponlineru