Где в нете безопаснее всего хранить личную инфу?

[mavrnet]

Вот такой вот вопрос. Мыло , как вы знаете взламывают. Наверняка большинству пользователей мыльных ящиков приходили сообщения, причем от знакомых, типа - Ты чо мне хрень всякую пишешь, или - ну и фотки у тебя в фотоальбоме, никогда от тебя такого не ожидал (взлом чистой воды).
А есть инфа, которая может понадобится когда-либо и где-либо. Флэшку можно потерять ну и ещё куча ситуаций.
И вот я встал перед дилемой - где-же в сети её хранить (почта, само сабой, уже отпадает)

[Deff]

Не верю никому и не храню конфиденциальную инфу в сети.

[banderlog]

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

[Bashlyk]

banderlog рекомендую lastpass.com

[banderlog]

Bashlyk, спасибо! Только сайт у них не очень юзабельный - какие-то видеоуроки вместо четкого описания возможностей и принципа работы. Можно в двух словах - как это работает?

[@rtem]

Где в нете безопаснее всего хранить личную инфу?

Смотря, что под этим понимать, если быструю доступность и быстро развернуть свой рабочей стол в любой точке мира учитывая приватность, то врятли, либо для приватности хранение ценной инфы, просто нужно выставить приоритеты, в первом случае, приватность будет минимальной, во втором можно постараться. Как пример, использоваться место на хостинге, чем дальше, тем лучше, где-нибудь в Гонолулу или каких-нибудь островах через длинную цепочку прокси серверов. А так же использовать pgp (зашифровать ключом Diffie-Hellman/DSS и RSA — от 1024 до 4096 бит) Ключ хранить отдельно на другом хостинге. Либо использовать зашифрованные контейнеры для большого объема информации. Так же подойти и к хранению паролей в специальном софте и хранить на серверах. Ну и конечно везде использовать ssl.
banderlog,

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

На флешке с предустановленным портативном криптософтом.

[banderlog]

На флешке

Флешек я уже штук пять посеял... laf

[@rtem]

Флешек я уже штук пять посеял...

На шнурок и на шею.
Или как вариант портативный внешний, противоударный, жесткий диск объемом 160 гб.

[@rtem]

Читал эту тему, и думал "отстаешь ты Артём от прогресса технологии, народ пользуется Дропбоксами и иными сервисами, а ты даже не знаешь, что такое..." И подумал нужно посмотреть, что же это такое... Но отложил на потом...
И хорошо, что отложил, все же самые лучшие способы, это проверенные способы!

  Spoiler:  

НАЙДЕНА ДЫРКА В DROPBOX
Неприятная новость распространилась по интернету со скоростью лесного пожара: в Dropbox, популярнейшем решении для синхронизации файлов между разными компьютерами и мобиль¬ными устройствами, обнаружили уязвимость. Найденная дыра, увы, не пустяшная: все дело в файле config.db, хранящемся по адресу %APPDATA%\Dropbox и являющему собой таблицу базы данных. В таблице всего лишь три поля — email, dropbox_path и host_id. Последнее поле не относится к определенному хосту, назначается системе после первой авторизации и не меняется со временем. И вот в чем прикол. Для авторизации Dropbox использует именно это самое значение host_id, а файл config.db портативен и не связан с системой. Получается, что копирование config.db на другую машину и запуск Dropbox немедленно синхронизирует эту систему с аккаунтом, без уведомления пользователя и без внесения новой системы в список доверенных! Хуже того, пользователь даже ничего не заметит, а если он сменит логин и пароль, тоже ничего не изменится, — host_id все равно останется валидным. Ждем малварь, нацеленный на config.db и host_id? Кстати, никаких методов защиты кроме зубодробительного шифрования данных или отказа от использования Dropbox'a пока нет. Все подробности в блоге у хакера Дерека Ньютона, который и нашел уязвимость: bit.lv/dropbox_fail.

[banderlog]

У-у-у... Вот это новости.. Спасибо, Артем, за предупреждение.

[Astra]

Кстати, у меня постоянная заморочка - где и как хранить данные десятков аккаунтов разных сервисов и форумов? На бумажке - несерьезно

Как раз-таки на бумажке гораздо серьезнее, чем в инете или на мобильном laf