» TrueCrypt (часть 2)

xChe
хоть там и https, но я бы не рискнул по инету передавать инфу.

mleo
Так эту канитель вроде для того и затевают - информацию truecrypt расшифровывает только на локальной машине, а по сети туда-сюда гоняются только некие куски файла-контейнера...
Но это пробовать надо конечно, а так это всё пустое теоретизирование.

ЗЫ: А пока я всё rar-ом шифрую - не доверяю я этим онлайн-хранилищам.

через клиент тоже не айс.
контейнер лежит в папке для синхронизации с дропбоксом. уже синхронизированный ранее.
монтирую (тот что в папке клиента). добавляю килобайтный файлик.
размонтирую и полетела синхронизация.
весь мномегабайтный архив - "Upgrading Dropbox.."
по трафику - перекачивается весь. от корки до корки.
шо?
не так вник в тему или надо допкостыль?!

folta
Х.з....
А галку “Preserve modification time of file containers” в настройках Truecrypt-а убирали?

проверял.
несколько раз.
галку "сохранять дату изменения у файл-контейнеров", снял.
всё одно. синхронизирует весь контейнер, т.е. перекачивает весь.

Цитата:

In TrueCrypt options dialogue you must tick "do not use kernel cryptographic services". Optionally, untick "Preserve modification timestamp of file containers", and it will also then sync as soon as you make a change to any file in the volume.

а "do not use kernel cryptographic services" - это не нашел в опциях 7а.

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

xChe

Цитата:

Там всё не так просто... Просто расшаренной ссылки на файл недостаточно. Нужен именно доступ из клиента. Вроде должно работать что-то типа инкрементальной синхронизации.

Так если работать с клиентом, то вы сначала получите скачанный файл и потом да - будут в облако передаваться только куски изменённые!

Цитата:

ЗЫ: А пока я всё rar-ом шифрую - не доверяю я этим онлайн-хранилищам.

Так зашифровать раром и в облако!?

folta

Цитата:

по трафику - перекачивается весь. от корки до корки.

Не весь! Я добавлял в контейнер (пятидесяти мегабайтный) мегабайтные файлы и при синхронизации перекачивалось всего несколько мегабайт, а не 50.

Добавлено:
В общем если инет не медленный, то можно вполне комфортно пользоваться контейнером синхронизирующимся с облаком.

Но для скрытия контейнера такой способ конечно не подойдёт!

WildGoblin

Цитата:

если работать с клиентом, то вы сначала получите скачанный файл и потом да - будут в облако передаваться только куски изменённые!
Но для скрытия контейнера такой способ конечно не подойдёт!

А-а-а, вон оно как получается... Понятно. То есть в облаке просто копия контейнера, а сам он всё равно целиком лежит на локальном диске? Ну тогда смысла во всей этой возне нету...



Цитата:

Так зашифровать раром и в облако!?

Так и делаю. И ещё поглядываю на ccrypt. Примечателен он тем, что зашифрованный им файл, как и контейнер TrueCrypt-a, не имеет никаких сигнатур - и враги не будут знать чем такой файл ломать.

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

Цитата:

форматирую в fat. кластер 64kb, тройное шифрование, секретные том и т.д.

)) жестко ))!! хорошо если контейнер небольшого размера.

folta

Цитата:

форматирую в fat. кластер 64kb, тройное шифрование, секретные том и т.д.

"тройное шифрование, секретные том" - скорее всего дело в этом! Слишком много всего меняется в контейнере.

[more=по мелочи, можно не читать]можно было бы, каэшна, поболтать нащёт корректности отбора методов "игры в прятки" в обновлённую версию шапки..
а также о том, шо фраза
Цитата:

Убрал, то где усмотрел

..абсолютно уверенно позволяет судить о неколлегиальности решения.. ну.. т.е. о некой "субъективности подхода"..
а если учесть, шо при внимательном рассмотрении
Цитата:

много рассуждений, но мало конкретики

таки имеется и в "новом методе №1" (№2 в "старой" шапке)..
и шо их (было) не намного больше в ныне отсутствующих "старых методах" №1, №5 и №6..
которые, возможно, были удалены из текущей шапки не по причинам их полной "профнепригодности", а по каким-то иным..
возможно, просто по причинам, связанным с определённым отношением одного шапкоправившего члена к другому члену..
на шо также намекает и правка/урезание сделанных ранее каментов к методам.. так шо с членами дело тёмное, вопчем..
ну да хрен с ним, всё это сугубо имхо.. в смысле, шо не для "разжигания" чегой-то там и, ессно, никому не в обиду.. ;))
вопчем, запросто можно было бы побаянить, но что сделано, то сделано.. и не будем заостряццо на таких мелочах.. +)

есть ведь и более насущные вещи для обсуждения
Цитата:

Можно, всем вместе, суммировать все накопившиеся знания и добавить прямо (а не ссылками на посты) в шапку

0. призыв "эвриибади олл тугеза" не имеет смысла - в шапке уже есть вполне разумное "ты можешь отредактировать....." и т.д..
0а. ..в том смысле, шо мемберы и без каких-либо "суммирований" могут добавить своё.. в порядке поступления. так скать..
1. "суммирование" также бессмысленно потому как методы могут меняться/добавляться.. и, ессно, становиться неактуальными..
1а. ..сталыть, либо нужен шапкосмотрящий.. либо оставить на "самотёке", но приглядывать, шоб не пакостили по-мелкому..
2. "прямо" тоже малоинтересно - по ссыле можно сразу перейти к обсуждению предложенного, а не искать в принт-версии..
2а. ..сопссно, самый первый метод (адс) и его критика сделаны именно так, не вижу смысла менять "стиль"..

и по ходу пьесы:
Цитата:

только пожалуйста не нужно вставлять смайлы через каждой слово и т.п.).

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

нащёт
Цитата:

не с CP ли был как-то связан мистер Мэтью и не из-за этого ли заинтересовались его паролем?

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

эхх.. скока уже перетёрли надо/не надо.. даже как-то была неплохая фраза сказана
Цитата:

Такой же позиции придерживается автор DiskCryptor...

по другому поводу, ессно.. но ведь и в данном случае ссылку на сей авторитет можно применить (болд мой):
Цитата:

Как вы видите, практических способов расшифровки данных предостаточно. Их список отнюдь не ограничивается всем вышеописанным. В частности, я не стал говорить про популярный в народе так называемый "терморектальный криптоанализ", не упомянул различные риски, связанные с человеческим фактором. Чем больше мы знаем ИБ, тем полнее понимаем свою беззащитность.

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

(с)пёрто

сопссно, предельно ясно написано.. ничё и не надо добавлять/разжёвывать.. =)

ну, как-то так.. )[/more]

---

mleo
Цитата:

у кого есть опыт шифрования системного раздела в linux?

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

---

по поводу обсуждаемого хранения контейнера на удалённых ресурсах - пара "чёрных шаров":
1. нет доступа к нему при отсутствии тырнета (сбои у прова, на "дальних" серверах, тупо - обрыв кабеля и пр.)..
2. бОльшие затраты времени при работе, ошибка/сбой синхронизации -> повреждение тома (?)..
3. но самое главное, как говорил партайгеноссе Мюллер - "верить нельзя никому".. (ц :)
3а. ..т.к. есть возможность утечки ключа при передаче по сети.. которая вам лично не подконтрольна..
4. т.е. по большому счёту - облако в "нашем случае" ничем не лучше ёмкой и быстрой флэхи..

всё это имхо, ессно.. вопчем, как вариант бэкапа, "облака" вполне.. но критичные вещи я бы лично им не доверил.. :х)

---

ладно.. теперь "ближе к телу", т.е. к теме..

1. вопрос - сабж не позволяет примонтировать дисковый контейнер как нтфс-папку? или я шо-то пропустил?
вот "дружественный софт" - может, проверено.. а с сабжем чё-т не получилось у меня..

2. ещё одно предложение (№7, ежли по "старому стилю" ) по [more="играм в прятки"]"и это всё о нём".. в смысле - о скрытии контейнера на несменном диске.. +)

есть стандартная вендовая фича - EFS.. т.е. шифрование средствами самой ОС..
и, вопчем-то, никто не мешает воспользоваться готовым стандартным решением.. :)

итак, как можно применить EFS для скрытия контейнера:
1. создать отдельный акк, для которого вкл/настроить шифрование..
2. забэкапить (многократно/удалённо/надёжно) ключи восстановления и обязательно убить их на локальном компе..
3. под созданным юзером в шифрованной папке разместить криптоконтейнер..
4. работать с томом можно будет, ессно, только из-под созданного "спецюзера"..
5. ессно, все остальные методы скрытия также можно применить и здесь.. но это уже паранойя.. :))

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

вот как-то так..[/more].. =)

mleo
для одного(больших), максимум двух файлов оно в самый раз)
да, а в контейнер, можно положить ещё контейнер
а в него...)))

WildGoblin
попробовал синхронизировать делая немонтируемым (изменяя один байт).
синхронизация моментальная.
наверное он только кластер измененный перекачивает..хотя, не берусь утверждать. больно шустро.

проблема проверялась на windows 7 и windows xp

Подключаю сетевой диск к windows 7
Работают под учетной записью администратора
Портативный truecrypt лежит на подключаемом сетевом диске

Стартую truecrypt.exe
и получаю следующие ошибки
один http://rghost.net/42827344/image.png
и когда подтверждаю окей получаю вторую ошибку
http://rghost.net/42827357/image.png

Если файлы truecrypt лежат на локальном диске.
Никаких проблем нету.

Но очень хотелось бы чтоб он лежал на сетевом диске

korggrodno
обе ссылки - "файл удалён"..
<telepat_mode_ON>
чё пишет-то?. пути, што-ль, не найдены?. дык, кириллица поди..
<telepat_mode_OFF>

TheBarmaley

Цитата:

3а. ..т.к. есть возможность утечки ключа при передаче по сети.. которая вам лично не подконтрольна..

Диск локально расшифровывается - "какая утечка по сети"?

Цитата:

...но критичные вещи я бы лично им не доверил..

Контейнер зашифрован!

Цитата:

1. вопрос - сабж не позволяет примонтировать дисковый контейнер как нтфс-папку? или я шо-то пропустил? вот "дружественный софт" - может, проверено..

"дружественный софт" не занимается контейнерами и соответственно никак не может примонтировать их как нтфс-папку.

проблема проверялась на windows 7 и windows xp

Подключаю сетевой диск к windows 7
Работают под учетной записью администратора
Портативный truecrypt лежит на подключаемом сетевом диске

Стартую truecrypt.exe
и получаю следующие ошибки
один
http://rghost.net/43699794/image.png
и когда подтверждаю окей получаю вторую ошибку
http://rghost.net/43699866/image.png

Если файлы truecrypt лежат на локальном диске.
Никаких проблем нету.

Но очень хотелось бы чтоб он лежал на сетевом диске

korggrodno
а если с проводника запускать программу, а не через Тотал?

если из проводника запускать.
То та же самая проблема

для особо дотошных и во избежание непоняток, поясню, что здесь
Цитата:

1. вопрос - сабж не позволяет примонтировать дисковый контейнер как нтфс-папку?

под "дисковым контейнером" подразумевается шифрованный раздел/диск (не файл-контейнер), [more]который дисккриптор без каких-либо проблем может смонтировать без указания какой-либо буквы диска, в частности - используя в качестве точки монтирования пустую папку (какую именно - указывается в стандартной вендовой оснастке управления дисками).. так вот, сопссно, и в сабже ожидалась подобная штука, но как не тыркался, монтирует тока как диск (т.е. с буквой), а привязка, сделанная в вендовой оснастке при этом не работает - т.е. в эту "папку" тупо нельзя зайти, как будто раздел/диск не смонтирован..[/more]

Добавлено:
korggrodno
во, теперь картинки появились.. )
повторю вопрос:
Цитата:

пути, што-ль, не найдены?. дык, кириллица поди..

в смысле - русские буквы где-нить в сетевых путях.. или шибко длинные они (>256 символов)..

на скринах видно что никакой кирилицы ниде нету.
Вопрос решил сам.
Нужно просто truecrypt ставить в travaling mode
и тогда проблема исчезает

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

В этих ваших линуксах лучше использовать "родные" механизмы, имеющиеся в ядре.
Гуглить по "LUKS шифрование системный раздел".
Например, нагугливается интересная схема: http://habrahabr.ru/post/91948/

korggrodno
Цитата:

на скринах видно что никакой кирилицы ниде нету

видно только, шо подключенный сетевой диск имеет букву е: и "короткий путь" без кириллицы..
но в полном сетевом пути (UNC) к диску она могла быть (и по скрину это, еесно, не увидишь)..
ну, коль "само" порулилось - и хорошо.. только не совсем понятно тогда - что это был за
Цитата:

Портативный truecrypt

если решилось тем, шо
Цитата:

Нужно просто truecrypt ставить в travaling mode

?:0

---

mleo
про линь понял, спс за прояснение.. теперь буду знать..

---

а тем временем из шапки ещё один метод "пряток" пропал.. который был №3.. в смысле - про дроп-бох..
мдя.. экие чудеса, однако.. так, глядишь, скоро совсем ничо не останется.. :(
эхх.. одна надёга - на бэкап.. :D

Dart Raiden
если заметили танцев там не меньше.

проблема проверялась на windows 7 и windows xp

Подключаю сетевой диск к windows 7
Работают под учетной записью администратора
Портативный truecrypt лежит на подключаемом сетевом диске

Стартую truecrypt.exe
и получаю следующие ошибки
один
http://rghost.net/43699794/image.png
и когда подтверждаю окей получаю вторую ошибку
http://rghost.net/43699866/image.png

Если файлы truecrypt лежат на локальном диске.
Никаких проблем нету.

Пробовал также версию truecrypt traveler mode
Но тот же результат

Кирилицы в путях нигде нету.
Это видно на скринах

Но очень хотелось бы чтоб он лежал на сетевом диске

korggrodno
попробовал [more=смоделировать]правда, была пара ХР/2к3, но, по ходу, не в конкретных системах суть..
основная причина, видимо, в том, что срабатывает сетевой редиректор венды, когда сабж начинает грузить драйвер..
возможно (хз, я не программер), есть какой-то нюанс при обращении к драйверу и через сеть он не подхватывается..

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

вопчем, дело не в длине путей, не в кириллице и прочем.. и думается мне, в "нашем" случае оно в лоб нерешаемо..[/more] твою проблемку.. "неизменно превосходный" отрицательный результат..
вопчем, для себя сделал вывод - в таких случаях проще пользоваться загрузкой портабла с флэхи..

Друзья, прошу у Вас помощи!
Мне достался ноутбук от старого предприятия! Человек на котором он работал уже давно уволен и его не найти!
При запуске Windows нужно ввести пароль от TrueCrupt (пароль я знаю). Но я ни когда не сталкивался с TrueCrupt и собственно мне нужно от нее избавиться, но как, это для меня Огромная проблема.
1. В мануале прочитал как удалить шифрование, но при нажатии Система>Перманентно расшифровать системный раздел/диск выдает такое сообщение: "TrueCrupt не поддерживает дешифрование скрытого системного раздела на месте. Примечание: если вы хотите дешифровать обманный системный раздел, загрузите обманную ОС, после чего выберете в главном окне TrueCrupt меню система>Перманентно расшифровать системный раздел/диск." Что с этим делать? Как загрузить обманную ОС?
2. В списке томов нет диска D:, на данный момент он не доступен, при нажатии на диск D: Windows просит его отформатировать, при попытке его отформатировать выскакивает сообщение "Диск защищен от записи." Это как то связанно с TrueCrupt? Как восстановить диск D
Вообщем без Вас я не справлюсь. Прошу помочь! На все вопросы готов отвечать!

ну.
так как страсти по безопасности кипят (как я понял с последних страниц).
делитесь опытом, кто прикрутил Cloudfogger к трукрипту (я уже ничему не удивлюсь)?
http://www.cloudfogger.com/en/
и самое главное, кто вот это трогает:
http://www.coderslagoon.com/
трупак)

не жмёмся. подкиньте маны.

Цитата:

Cloudfogger

У неё код закрытый - бэкдор небось есть.
Нет, такой программе приватные фоточки доверять нельзя.

folta
так в ВТО вступили + команда была: контролировать инет.
так а что гугл говорит по поводу манов?

Добавлено:
TruPax — кроссплатформенная утилита для создания зашифрованных томов, совместимых с TrueCrypt, и извлечения данных из них «на лету».

Утилита, создающая зашифрованные контейнеры непосредственно из файлов и папок. Такой принцип работы позволяет защитить любую информацию от несанкционированного доступа. Утилита портативна и будет работать с любого внешнего носителя информации, будь то флешка или USB диск. Это позволяет всегда иметь TruPax Portable под рукой, чтобы оперативно создавать зашифрованные контейнеры для хранения важных данных

Добавлено:
Тема на форуме
http://forum.ru-board.com/topic.cgi?forum=5&topic=38030