Хрен с этим кривым, нерабочим GPG4USB... Кому он нужен-то, когда есть цивилизованный Mailvelope прямо в браузере. Который сам видит шифрованные крякозябы на страничках настроенных доменов. Mail сру почты, Яндекса и т.д. Можно хоть в ВК с комфортом шифроваться. Да и это... Protonmail тоже не нужон полностью.
Кто там говорил, что Ubuntu не говно? Ещё какое говно. Из-за того, что они в последних версиях заменили пару библиотек, некоторый полезный софт (для GPG) перестал работать. Не работает Gpg4usb, не работает GPG подпись файлов в Libreoffice. Конечно, же Ubuntu - говно и не нужно.
#FIMMDC
(7)
/ @anonymous / 2068 дней назад
есть ли норм альтернативы thunderbird с поддержкой gpg+imap и обязательно гуёвые?
claws-mail/sylpheed не могу понять чем, но чёт совсем не канает
geary более-менее фапабелен, но не умеет gpg
mutt пиздат, но неудобен по ряду критериев, в первую очередь тем что дохуя акками сложно рулить. хотя наверное пижже мута ещё не придумали
ещё есть пиздатый вариант mailpile, но юзать почту через веб-браузер тоже сомнительное удовольствие
хуя се, малинка загпгешила 500Мб архив парольной фразой в 64 символа менее чем за 5 минут. и luks относительно норм работает (~7 mb/s):
# cryptsetup benchmark
# Tests are approximate using memory only (no storage IO).
PBKDF2-sha1 36408 iterations per second
PBKDF2-sha256 30624 iterations per second
PBKDF2-sha512 3371 iterations per second
PBKDF2-ripemd160 34133 iterations per second
PBKDF2-whirlpool 2832 iterations per second
# Algorithm | Key | Encryption | Decryption
aes-cbc 128b 6.9 MiB/s 7.0 MiB/s
serpent-cbc 128b N/A N/A
twofish-cbc 128b N/A N/A
aes-cbc 256b 5.8 MiB/s 5.7 MiB/s
serpent-cbc 256b N/A N/A
twofish-cbc 256b N/A N/A
aes-xts 256b 6.4 MiB/s 7.0 MiB/s
serpent-xts 256b N/A N/A
twofish-xts 256b N/A N/A
aes-xts 512b 5.9 MiB/s 5.7 MiB/s
serpent-xts 512b N/A N/A
twofish-xts 512b N/A N/AПридумал лайфхак с бэкапом системы, или любой другой информации средствами tar+gpg+split и бесплатного сервера telegram:
$ sudo rsync -avx / /backup
$ tar cfz /backup.tgz /backup
$ gpg -e /backup.tgz
$ split -b 1400M /backup.tgz.gpg
добавляешь сам себя в телеграм и скидываешь файлики xaa, xab, xac, ...
Можно ещё теги поставить, чтобы потом не забыть где и какое файло хранится (например: #linux #backup #250316)
Смотрим красивую картинку о том, есть ли от нас путь доверия до целевого чувачка:
$ wazzup linus
https://zfh.so/hell/cc0f6803aa738a5e4fa949debb6e096b937ffce3.png
#!/bin/sh
myid=80E93558
theirid="`gpg --no-tty --output - --batch --with-colons --list-keys "$1" | sed -n -e '/^pub/{s/pub:[^:]*:[^:]*:[^:]*:........\(........\):.*/\1/p;q}'`"
t="`mktemp`"
wotsap $myid $theirid -o "$t"
sxiv "$t"
rm "$t"
Соответственно, в crontab запихано:
@weekly ID=wotsap { rm ~/.wotsapdb; wget https://wot.siccegge.de/latest.wot -O ~/.wotsapdb -o /dev/null; }
> Unlike the original Parcimonie, parcimonie.sh guarantees that each key refresh happens over a unique Tor circuit even when multiple refreshes happen at the same time.
https://github.com/EtiennePerot/parcimonie.sh
уверен что большинство из вас слышало об этом, но лишним думаю не будет. Сообщество пришло на помощь основному разработчику GnuPG, который оказался на грани разорения: http://www.opennet.ru/opennews/art.shtml?num=41619, а вот страничка с донейтом (принимает пэйпел и кредитки): https://gnupg.org/donate/index.html поддержим хороший и нужный проект вместе!
https://johnsu01.livejournal.com/298568.html “GPG keysigning and government identification”
Чятик, а давай ключами меняться? В смысле ID-шками. Вдруг пригодится... Моё 545D06F5
#BRSA7A
(11+1)
/ @akifo_net / 3879 дней назад
Заменяю cron-задачу с gpg --refresh-keys на parcimonie: https://gaffer.ptitcanardnoir.org/intrigeri/code/parcimonie/ Паранойя во все поля!
И всё-таки странно, почему такой продукт, как gnupg имеет такой богатый интерфейс, а основной и конечной цели - блочным алгоритмам внимания не уделено совсем. Во-первых gpg их всего поддерживает 5 штук (с разной длиной ключа), из которых актуальность представляют лишь 2-3 (AES256, CAMELLIA256, BLOWFISH?), остальное - наследство. Во-вторых совершенно никакого выбора режима шифрования (сцепления блоков), в man вообще ни слова об этом, ноль. В-третьих даже из этих 5 выбор ограничивается тем, что указано в открытом ключе получателя (по мнению разработчиков, видимо, ключ намертво привязан к по, которым создан, а зашифровать чем попало лишь бы получатель расшифровал наверняка - первоцель). В-четвёртых проверить каким блочником зашифровано полученное сообщение можно только с --show-session-key, где первая циферька будет очень понятно и ёмко информировать вас об используемом шифре. Вот такое понятие конфеденциальности у товарищей. Зато везде мелькают RSA, RSA, что некоторые даже начинают думать, что это именно RSA шифруется сообщение, а не сессионный ключ блочника. К слову сказать, какая-то утилитка из чуть другой области с малоизвестным именем steghide поддерживает с десяток блочников с выбором любого из режимов сцепления по желанию. Надеюсь, всё как-нибудь улучшится в будущем, на всякий случай неплохо бы было, если бы каждый кто куда может кинул лучи презрения с намёком на непрофессионализм разработчиков в различные бложики/рассылки/форумы/каналы, идеально, конечно, помочь, но увы, времени нет и в мейнтейнеры я не записывался.
Цоперайт © 2010-2016 @stiletto.