Перейти к содержанию

Recommended Posts

azerbona

Ищу криптоблокнот, где можно безопасно хранить текстовую информацию (желательно с подсветкой синтаксиса языков программирования), при этом чтобы она была защищена.

Яркий пример аналогичной реализации - менеджер паролей keepass, создаёт полноценный контейнер для паролей, задаёт для входа парольный файл + пароль на вход, оберегает свой код в оперативной памяти, чтобы оттуда невозможно было выковырять дампы паролей и так далее. Полностью секурно. Тоже самое, но для текстовой информации ищю. Ну что то наподобии flashnote записок, но секурно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
amcenter

Ищу криптоблокнот, где можно безопасно хранить текстовую информацию (желательно с подсветкой синтаксиса языков программирования), при этом чтобы она была защищена.

Яркий пример аналогичной реализации - менеджер паролей keepass, создаёт полноценный контейнер для паролей, задаёт для входа парольный файл + пароль на вход, оберегает свой код в оперативной памяти, чтобы оттуда невозможно было выковырять дампы паролей и так далее. Полностью секурно. Тоже самое, но для текстовой информации ищю. Ну что то наподобии flashnote записок, но секурно.

Кое-что по крипто блокнотам есть..., например, плагин для Notepad++ NppCrypt... Но с Вашими требованиями лучше всего шифровать всю систему, чтобы невозможно было «выковырить дампы паролей».

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин

@azerbona, а почему не хотите зашифровать весь жесткий диск? Защиты больше и есть встроенные в ОС средства.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
azerbona

Кое-что по крипто блокнотам есть..., например, плагин для Notepad++ NppCrypt... Но с Вашими требованиями лучше всего шифровать всю систему, чтобы невозможно было «выковырить дампы паролей».

В криптоблокноте подразумевается юзабельность, а не локальная шифровка-расширфовка по одному файлу. Было бы куда более продуктивно, если бы все .txt файлы были зашифрованы, а при запуске notepad++ я ввожу разово пароль который открывает все эти файлы, а не каждый файл расшифровываю...

Криптоконтейнеры, надежны лишь в момент оффлайна. А если мне нужно целый день с этими документами работать?

Очень огорчает факт игнорирования разработчиками сохранности текстовой информации, почему-то для паролей написали секурные софты (а зачем? криптоконтейнеры, + .txt файлы в открытом виде, защитят от вредоносов), а для текстовых файлов надежных решений нету.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Plum

Лучше использовать что-то приближенное к AES-256.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Мутный

Криптоконтейнеры, надежны лишь в момент оффлайна. А если мне нужно целый день с этими документами работать?

Несовсем так, криптоконтейнеры можно хранить на сетевых дисках, даже в облаках и подключаться к ним "Удалённо", таким образом вся расшифровка/шифровка будет происходить только в памяти компьютера, так работает тот-же трукрипт например, либо его форки...

 

Но не стоит забывать, что тот-же нодпад может хранить временные файлы в темпе, поэтому если его не чистить, такое шифрование потеряет свой смысл...:)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
rodocop

Еще один вариант - полноценный rtf-крипторедактор SafePad

 

Кстати, полноценный текстовый процессор Atlantis поддерживает сохранение в собственный зашифрованный формат .cod

 

А вообще, Вам дело советуют - возьмите и сделайте криптоконтейнер VeraCrypt, да шифруйте себе на лету.

 

Или еще можете поглядеть вот такое решение для криптопартиции на флешке - Rohos Mini-drive (там кроме прочего реализована виртуализация, чтобы документы с этой партиции не оставляли следов на компе)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

  • Сообщения

    • demkd
      ---------------------------------------------------------
       4.11.7
      ---------------------------------------------------------
       o Твики 39 и 40 обновлены и теперь включают ведение DNS лога.
         В uVS добавлен раздел "DNS лог", в нем находятся адреса, которые запрашивали процессы с момента загрузки системы,
         в окне информации для каждого адреса указан процесс, его pid, дата обращения к DNS и результат, если он был, промежуточные адреса
         в список не включены. Например при запросе IP адреса CXCS.MICROSOFT.NET будет получен адрес CXCS.MICROSOFT.NET.EDGEKEY.NET,
         который в свою очередь будет ссылаться например на E3230.B.AKAMAIEDGE.NET, в итоге в список попадет лишь исходный адрес CXCS.MICROSOFT.NET,
         промежуточные адреса будут отфильтрованы.
         Этот раздел поможет в выявлении зловредов/майнеров и руткитов подключающихся к определенным адресам.
         (!) После включения функции требуется перезагрузить систему,
         (!) только в этом случае вы получите полную информацию с момента загрузки системы.
         (!) Только для активных и удаленных систем начиная с Vista (NT6.0).
         (!) Включение ведения DNS лога требует дополнительно 512mb на системном диске, этого объема хватает на 30-50 минут,
         (!) поэтому рекомендуется проводить анализ или создание образа сразу после перезагрузки.
    • santy
      да, уж. пишут с ошибками, а туда же - про обслуживание на высшем уровне
    • akoK
    • PR55.RP55
      Предлагаю создать новую базу  SHA1(+ ) <   > ЭЦП Это не база проверенных файлов... Это база проверенных файлов с ЭЦП. т.е. На системе №1 Проверяем файл ( ЭЦП - проходит проверку ) > SHA1 файла добавляется в базу  SHA1(+ ) > Оператор переходит к системе №2 и проверяет ЭЦП ... по базе SHA1(+). Почему по базе... Возможна ли проверка SHA2  на WINDOWS XP  и  т.д ;  На системах без обновлений с повреждённым каталогом ЭЦП ? А так...  Программа вычисляет SHA1 файла  > SHA1  проверяется по базе SHA1(+ ) ... > ЭЦП есть в базе = подтверждение цифровой. + Выигрыш по времени при проверке. Да,  подпись могут отозвать и т.д.  Но...  
    • santy
      это не нагромождение, это осознанный поиск. который не требует дополнительного программирования новых функций. пока что на VT видим, что функция поиска выполняется по хэшу. Если в API на VT есть возможность поиска по цифровой, почему бы и нет. + надо смотреть другие базы с сэмплами, которые предоставляют функции поиска через API public - есть там возможность поиска по цифровой или тоже только по хэшу, а пока что только поиск через Google. SHA1 как раз вещь постоянная для файла, а вот цифровые левые быстро отзываются. (и злоумышленники будут вынуждены подписывать свои файлы уже другой цифровой). если найден вредоносный файл с некоторой цифровой, и так уже понятно, что цифровую заносить в blacklist, и далее, уже все файлы с данной цифровой попадут в подозрительные и вирусы на других машинах.
×