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