[d | an-b-bro-fr-gf-hr-l-m-maid-med-mi-mu-ne-o-old_o-p-ph-r-s-sci-sp-t-tran-tv-w-x | bg-vg | au-mo-tr | a-aa-abe-azu-c-dn-fi-hau-jp-ls-ma-me-rm-sos-tan-to-vn | misc-tenma-vndev | dev-stat]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог-RSS] [Главная]

Файл: cloud-storage-primary-100758711-large.jpg -(155 KB, 1200x800, cloud-storage-primary-100758711-large.jpg)
155 No.211299  

Какие есть облачные хранилища, где можно быть спокойным за приватность своих данных? Яндекс.Диск не предлагать

>> No.211300  

Что тобою подразумевается под приватностью? Сами хостеры всегда в твоих файлах копаются, даже если заявляют обратное. И даже выставляют на показ механизмы которые им это сделать якобы не позволят. Как Mega например.
Кем нужно быть, чтобы хранить там уголовно запрещённые файлы?

>> No.211301  

Локалхост под кроватью.

>> No.211302  

Практически любой NAS позволяет делать из себя "облако". Это тоже не панацея, но дает хоть какую-то надежду.

>> No.211303  

>>211300

> спойлер

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

>> No.211304  

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

>> No.211305  

>>211304
Почему нельзя шифровать файлы в PGP на компьютере/телефоне перед отправкой их в облако? Таким образом, там только зашифрованные данные будут храниться.

>> No.211306  

>>211303
Тогда не понимаю проблемы. В открытый доступ они вряд ли улетят. Скорее не улетят а полетят вместе с их сервисом. Опасаться стоит только копирайтеров и правоохранительные органы (если есть за что). Тот факт что всё что залитое в облако обычно по договору автоматически становится собственностью той компании, конечно проблема, но не настолько смертельная чтобы из-за неё переживать. В конце концов, любые твои права на деле фикция когда кому то весомому приспичит их нарушить. А если ты по работе не имеешь права шарить какие то секреты в облаке, то и не шарь.

>> No.211309  

>>211305
Так тоже можно.

>> No.211310  

>>211305
А теперь объясни, как это делать максимально прозрачно. И по возможности не оставляя незашифрованных копий где попало. И чтобы не пришлось ставить свои утилиты на чужих компьютерах.

>> No.211311  

>>211299
Любое, позволяющее инкрементные изменения больших файлов. Шаришь большой файл-контейнер для veracrypt, и не паришься приватностью самого облака.

>> No.211312  

>>211311
Проблема большинства облаков, что они очень ограничивают размер файлов, с которыми можно работать, особенно если не через официальное приложение.

Есть всякие Boxcrypt и прочие шифровальщики, но с ними тоже не всё гладко. Идеальное решение, костылить своё на EncFS ( https://habr.com/ru/post/209500/ ), но оно, конечно не даёт удобство доступа с чужих машин, разве что накостылить портативный вариант, запускающийся с флешки. А вообще, удобство и секьюрность, это немного две противоположные вещи, на двух стульях одновременно сидеть будет очень трудно.

>> No.211328  

>>211312

> Идеальное решение, костылить своё на EncFS

Обычный rclone умеет шифрование XSalsa20 для файлов. К тому же ещё и рекомендован самими облачными хостерами.
Ставишь его в крон и всё.

>> No.211329  

>>211328

> держи на диске лишний терабайт зашифрованных файлов на каждом устройстве, да ещё в облако файл отправляется не сразу же

VS

> все преимущества облака сохраняются, всё происходит прозрачно

Спасибо, плохой совет.

>> No.211331  

>>211329
Поставь nextcloud поверх luks. А rclone - для бэкапов.

>> No.211332  

>>211299
Нигде.
Яндекс-диск, кстати, не такое плохое облачное хранилище, но ни о какой приватности там речи не идёт.




[d | an-b-bro-fr-gf-hr-l-m-maid-med-mi-mu-ne-o-old_o-p-ph-r-s-sci-sp-t-tran-tv-w-x | bg-vg | au-mo-tr | a-aa-abe-azu-c-dn-fi-hau-jp-ls-ma-me-rm-sos-tan-to-vn | misc-tenma-vndev | dev-stat]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог-RSS] [Главная]