Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 27
Ну, для начала, первичным функционалом touch тоже является далеко не создание файла, так что с этой позиции он ничем не отличается от cat/echo.
Я лично использую именно cat > filename когда мне нужно быть уверенным в том, что файл точно окажется пустым независимо от его изначального наличия и/или содержимого до этого момента. В случае touch нужно будет ещё и truncate делать.
Я лично использую именно cat > filename когда мне нужно быть уверенным в том, что файл точно окажется пустым независимо от его изначального наличия и/или содержимого до этого момента. В случае touch нужно будет ещё и truncate делать.
Ну я не просто же так написал:
Естественно вы должны озаботиться проверкой содержимого файла ежели оно вам нужно. Это настолько очевидно, что даже не стоит упоминания на мой взгляд.
когда мне нужно быть уверенным в том, что файл точно окажется пустым независимо от его изначального наличия и/или содержимого
Естественно вы должны озаботиться проверкой содержимого файла ежели оно вам нужно. Это настолько очевидно, что даже не стоит упоминания на мой взгляд.
Предположу, что для получения пустого файла, даже в том случае если файл с таким именем уже существует. Если "потрогать" существующий файл, он от этого пустым не станет, а touch + truncate или rm + touch - две команды вместо одной.
Вот именно, ведь достаточно просто:> имя_файла
Для хранения приватных ключей сертификатов в GnuPG можно использовать и криптографические токены PKCS#11. Для доступа к токенам PKCS#11 в GnuPG используется утилита gnupg_pkcs11_scd.
Говоря о GnuPG нужно вспомнить о Клеопатре и почтовых клиентах, использующих его.
есть два варианта thunderbird и kmail. первый плох тем что не использует системное хранилище ключей а делает своё,
Конечно, вы можете использовать системное хранилище NSS (Network Security Services). Но я говорю об аппаратных криптографических токенах PKCS#11, которые являются вашим личным хранилищем и вы его храните у себя, например, в кармане
В кде живу, раньше постоянно юзал клеопатру. Потом разузнал, что в кде есть kgpg и перелетел на него. Вообще никаких потерь по сравнению с царицей.
А потом обнаружил, что с ключами (что gpg, что ssh) мне всяко удобнее в консоли.
Кстати, в openssl всё это тоже есть. Только длина ключей отличается.
Кстати, в openssl всё это тоже есть.
Что есть? Поддержка различных криптографических алгоритмов или что? Длина ключа у каждого криптографического алгоритмов своя.
Что есть?
Шифрование файлов с помощью симметричной и асимметричной криптографии. Цифровые подписи. Ключи.
Как говорится
OpenSSL и Network Security Services (NSS) — две стороны одной медали
То что есть в этих двух проектах, а именно широты поддержки криптографических алгоритмов и механизмов, в других проектах нет. Естественно, что в openssl есть и шифрование файлов с помощью симметричной и асимметричной криптографии и цифровые подписи и генерация ключей.
Чуть чуть дополню вашу статью, если зашифрованный фаил потом закодировать в base64, то его можно будет пересылать plain text через мессанджер если он маленького размера, если размер большой(в пределах разумного), то можно порезать на чанки и передать несколькими сообщениями. Обычно делают однострочную комманду и прописывают на алиас, и шифрованный фаил сразу шифруется и бейсится и результат выводится на экран для копи-пасты. Удобно передавать маленькие конфиги)
Хорошая и нужная статья
Спасибо
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Шифрование информации в Linux