forum.opennet.ru

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

Первый выпуск файловой системы Zbox, opennews (??), 10-Дек-17, (0) [смотреть все] +1

Всех благ проекту За Раст в карму Смущают крестики напротив Совместный досту, Аноним (-), 11:29 , 10-Дек-17, (1) –14 //

Похоже из всей новости ты прочел слова файловая система и посмотрел табличку, Аноним (-), 12:26 , 10-Дек-17, (8) +9 //

он ещё увидел слово Rust, Crazy Alex (ok), 12:36 , 10-Дек-17, (12) +3 //

Не совсем пойму, реентарабельна ли эта штука , Аноним (-), 15:33 , 10-Дек-17, (37) –3

В табличке можно все кресты в колонке Системы дискового шифрования заменит на , zzz (??), 16:55 , 10-Дек-17, (46) –3

Новое всегда хорошо , pavlinux (ok), 00:54 , 11-Дек-17, (94) +6

Тогда в чем профит, zzz (??), 13:42 , 11-Дек-17, (129) –3

Ядерной войны ещё не было Новое, чо , pavlinux (ok), 18:38 , 13-Дек-17, (202) +1

Такая крутотень, ещё и на Расте, прям фантастика Жаль, что на десктопе её не по, Аноним (-), 11:32 , 10-Дек-17, (2) –12 //

Такая крутотень, только не понятно нафиг нужна Нормальные операционки и так это, Аноним (-), 12:01 , 10-Дек-17, (3) +2 //

Читай внимательно, брат Аноним , Аноним (-), 15:05 , 10-Дек-17, (33) –7 //

Прочитал Еще и приложения надо переписывать Всю жизнь мечтал , Аноним (-), 11:56 , 12-Дек-17, (167) –1

Вот ЛИЧНО ВАМ, от раста в файловой системе какой прок , Аноним (-), 12:10 , 10-Дек-17, (5) –4 //

Автоматическое управление памяти встроенное в язык, этого достаточно, чтобы прил, Аноним (-), 12:35 , 10-Дек-17, (11) –12 //

Кажется это было в С 11 14, здравый смысл (?), 16:55 , 10-Дек-17, (45) –4
а потом Intel встраивает бекдор в процессор и хана твоему шифрованию , Аноним (-), 17:31 , 10-Дек-17, (52) –2

Ну, если ты на сях или плюсах напишешь тогда интел обломается с бэкдором, получа, Anonimus (??), 02:15 , 11-Дек-17, (103) +4

дадада, ручное управление памятью это изи стайл, а на С С вообще одни несерьез, ррлн (?), 17:34 , 10-Дек-17, (53) –3

Ну, просто время ваше вышло, через несколько лет вымрете как перловоды, а раст б, Anonimus (??), 02:12 , 11-Дек-17, (102) –9

я фразочки Си вымрет благодаря Расту уже лет 7 слышу, пока 0 шагов в этом напр, Leap42 (?), 05:05 , 11-Дек-17, (106)

Раньше была ява и дотнет Которые не тормозят и вообще могут офигенно оптимизиро, Аноним (-), 12:00 , 12-Дек-17, (169)

я такое лет 10 назад про Ruby слышал , Аноним (-), 11:38 , 11-Дек-17, (125) –1

ужо 25 лет слышу,ка оно вымирает Каждые 5 лет вымирает Ада,D,руст,питон,го , первоадмин (?), 16:16 , 11-Дек-17, (138)

Потрясающее заявление - вымрет курица С,C , которая несет яйца языки более в, bOOster (ok), 14:00 , 11-Дек-17, (131)

Наверное, те, кто не хочет, чтоб им как тебе вынесли яйца , Led (ok), 22:17 , 11-Дек-17, (155) –3
А что, у вас какие-то проблемы с яйцами, что заставило два добавить в ник Раст , Аноним (-), 02:14 , 12-Дек-17, (161)

Свежо предание И лет ему столько же сколько яве и дотнету, если не большй Но п, Аноним (-), 11:58 , 12-Дек-17, (168) +1

так что криптографические примитивы будут обладать непредсказуемыми свойствам, Аноним (-), 12:24 , 12-Дек-17, (178) –1

Интересно, откуда уважаемый Ыксперт GC в контексте раста взял Отсутсвие GC как , Аноним (-), 16:01 , 12-Дек-17, (187) +1

Да какая нафиг разница В крипто очень желательно именно ручное упрвление всем и, Аноним (-), 07:05 , 13-Дек-17, (194) –1

Гораздо меньшее количество багов и дыр, Аноним (-), 12:46 , 10-Дек-17, (13) –6 //

Шёл 2017 год Наивные анонимы всё ещё думают, что от языка что-то зависит , Аноним (-), 16:02 , 10-Дек-17, (39)

8230 сказал аноним, стабильно ругающий иные проекты за то, что их авторы выбир, имя (?), 17:16 , 10-Дек-17, (47) –3

Сказал аноним, который думает, что я тот аноним Я не языкофоб тулкитофоб, в отл, Аноним (-), 17:22 , 10-Дек-17, (50) –2

Ты нуб и опозорился От языка очень зависит количество дыр и багов Когда компил, Аноним (-), 17:55 , 10-Дек-17, (58) –3

Ага, особенно багов, конечно А программисту, конечно, голова на плечах не нужна, Аноним (-), 18:03 , 10-Дек-17, (60) –1

Это уже какая-то истерика Аааа, ты посмел сказать, что язык влияет на среднее , Аноним (-), 18:10 , 10-Дек-17, (61) –2

Продолжим В твей любимой ржавчине используются указатели во все поля Не веришь, Аноним (-), 18:13 , 10-Дек-17, (62) –2

Да что вы заладили со своими указателями Тут у некоторых смотрит в соседнюю ст, Аноним (-), 18:35 , 10-Дек-17, (65) –1

ИЧХ, снова язык ЯП плохой, а не голова и руки , Anonymoustus (ok), 09:19 , 11-Дек-17, (115) +1

Сначала вам нужен интерпретатор который за вас разобреться где причина, а где сл, другой аноним (?), 21:29 , 10-Дек-17, (81) –3

Разумеется, зависит Ламер что ли , Аноним (-), 17:52 , 10-Дек-17, (57) –5

Я теперь молча буду тыкать на эту станицу https doc rust-lang org book second, Аноним (-), 18:27 , 10-Дек-17, (63) –3

Хорощо, pavlinux (ok), 01:05 , 11-Дек-17, (99) –3

Спец и на небезопасной 8482 сишечке норм напишет, а макаке только пересадка ру, Аноним (-), 17:19 , 10-Дек-17, (49) +2

Быть спецом в программировании и быть спецом в героическом преодолении граблей с, Аноним (-), 17:57 , 10-Дек-17, (59) –7

Тем не менее на расте пишут 1 5 гика, на С весь мир , Аноним (-), 18:31 , 10-Дек-17, (64)

По этому весь мир в ж , Аноним (-), 18:47 , 10-Дек-17, (68) –6

Во , pavlinux (ok), 00:56 , 11-Дек-17, (95) +2
Так вот в чём первоанальность мира , Легион (?), 19:37 , 11-Дек-17, (146) –2

Макофилы с этим поспорят , Led (ok), 22:19 , 11-Дек-17, (156) –3

Мощный аргумент, Аноним (-), 19:25 , 10-Дек-17, (73) –4

Тут такое часто эти две области совпадают Лично я не встречал спеца в програ, Аноним (-), 18:40 , 10-Дек-17, (66) –4

То, что эти две области часто совпадают - суровая неизбежность в силу распростра, Аноним (-), 19:29 , 10-Дек-17, (75) –3

это свидительство того, что те, кто умеют программировать, особых проблем с сишк, Аноним (-), 22:46 , 10-Дек-17, (85) –3
Они совпдаают потому что для того чтобы сколько-нибудь долго писать на сях нужно, Crazy Alex (ok), 23:01 , 10-Дек-17, (87)

Это была бы экзотика А вот хипстеры в этом ни в зуб ногой А вот всего непонятн, Аноним (-), 12:03 , 12-Дек-17, (170) –1

Ну, конкретно в плюсах к этому подошли куда более вменяемо, по факту просто наве, Crazy Alex (ok), 22:52 , 10-Дек-17, (86) –4

В них больше всего раздражает то что програмер считается фееричным кретином, кот, Аноним (-), 12:05 , 12-Дек-17, (171) –1

Пересадка мозга же Кстати, далеко не все макаки с разбега догадаются в чем подв, Аноним (-), 07:07 , 13-Дек-17, (195) –1

В чем проблема Все современные ОС поддержаны, Аноним (-), 13:39 , 10-Дек-17, (22) –4 //

Нет симлинков и совместного доступа, Аноним (-), 14:28 , 10-Дек-17, (28) –4 //

В хранилище данных в форме зашифрованного репозитория , НяшМяш (ok), 17:42 , 10-Дек-17, (55) –3

Возможно придётся сменить имя файловой системы, эта торговая марка ZOTAC , vz (?), 12:01 , 10-Дек-17, (4) –5
Zfs умеет в дедупликацию же, нет , anonimus (?), 12:14 , 10-Дек-17, (6) –6 //

Sqlite же встравиваемая БД, или нет , Анончик (?), 12:25 , 10-Дек-17, (7) –5 //

NTFS же вроде на винде только, или нет , Анончик (?), 12:26 , 10-Дек-17, (9) –4 //

Создатель ReiserFS вроде в тюрьме сидит, или нет , Анончик (?), 12:27 , 10-Дек-17, (10) –4

Сидит Нечего было выбрасывать исключения при взаимодействии с русской женой , Аноним (-), 13:40 , 10-Дек-17, (23) –7

Она FreeBSD любила , pavlinux (ok), 00:59 , 11-Дек-17, (96) +7

Оправдать , Аноним (-), 08:46 , 11-Дек-17, (113)

Нет , Аноним (-), 00:21 , 11-Дек-17, (89) –3

На десктопе и смартфонах не годится Ждем Bcachefs , Меломан1 (?), 13:08 , 10-Дек-17, (16) –5 //

А чем не годится на десктопе внезапно , нетвароид (?), 13:58 , 10-Дек-17, (24) –2 //

на десктопе для оперативки найдутся более важные задачи, котиков в браузере скро, АНБ (?), 14:26 , 10-Дек-17, (27) –4

без дедупликации жрёт меньше браузера, user (??), 15:24 , 10-Дек-17, (36) –3

В наше время меньше браузера вообще ничего не значит , Аноним (-), 17:18 , 10-Дек-17, (48) +3

А сколько ж у тебя на десктопе оперативки и дисков Ибо гиг на тер - это не так , нетвароид (?), 09:31 , 11-Дек-17, (117) –1

А нафига вы на десктопе дедупликацию включаете , Elhana (ok), 10:22 , 11-Дек-17, (123) –1

А кто сказал, что я ее включаю Указанное соотношение позволяет zfs комфортно и ш, нетвароид (?), 10:32 , 11-Дек-17, (124) –2

Ну вот ей позволяют Чё ж она не работает , Led (ok), 22:15 , 11-Дек-17, (154) –3
Единственной небольшой проблемой является вылет приложений к чертовой бабушке пр, Аноним (-), 12:08 , 12-Дек-17, (172)

Юзай squanshFS, Аноним (-), 18:51 , 10-Дек-17, (69) –1

ну рас вы тут все таки остряки и умники, и zfs умеет в дедупликацию, какого черт, Аноним (-), 14:55 , 10-Дек-17, (31) –3
Умеет, но только блочную Кусками произвольной длины может быть сильно эффекти, Аноним84701 (ok), 19:01 , 10-Дек-17, (71) –2 //

дедупликация дорогое дело, у вас есть бабла на примерно 128 гигов оперативы и со, фтопку (?), 07:15 , 11-Дек-17, (109) –1 //

Я так понимаю, классическое опеннетное не читал, но отвечаю Зато циферки от б, Аноним84701 (ok), 14:48 , 11-Дек-17, (135) –2

дитё, ты видел и щупал за влажное вымя сервера, например sun m5000 забитые под з, фтопку (?), 07:57 , 12-Дек-17, (164) –2

Культ потребяства случается и у админов , Аноним (-), 12:27 , 12-Дек-17, (179) –1

это так называемая бигдата, я больше архитектор чем админ хотя да, и админ тоже,, фтопку (?), 14:26 , 12-Дек-17, (185) –2

Если бы ты был действующим архитектом то стеснялся бы гордиться такой архитекту, Аноним (-), 07:30 , 13-Дек-17, (196)

у нас три ДЦ разнесённых территориально и данные зеркалируются, по сути это RAID, фтопку (?), 15:43 , 14-Дек-17, (206) –1

С нетерпением ждем новых гуглей и фэйсбуков на ваших мощностях , Аноним (-), 19:26 , 15-Дек-17, (209)
Держатель локалхоста в трёхкомнатной квартире , Led (ok), 00:49 , 16-Дек-17, (210)

А в огороде бузина, дедуля Ну ка, покажи мне планшеты и ноуты с массивами хот, Аноним84701 (ok), 15:38 , 12-Дек-17, (186)

А где сравнительный тест с lvm luks ext4 и xfs , Меломан1 (?), 12:55 , 10-Дек-17, (14) –5 //

Не думаю, что в этом есть смысл Это не то, чтобы настоящая файловая система, эт, freehck (ok), 20:35 , 12-Дек-17, (189) –1

Они написали какую-то примитувную СУБД с шифрованием на расте и назвали её файло, Аноним (-), 13:19 , 10-Дек-17, (18) +8 //

Всё верно Крайне странно видеть сравнение с VeraCrypt и обычными FS Я бы скоре, Твоя мама (?), 13:31 , 10-Дек-17, (20) //

так первым же вопросом было бы - ну и как у вас производительность в сравнении , пох (?), 19:29 , 10-Дек-17, (74) –3

Во Это кстати очень дельное замечание Никакая это не ФС , freehck (ok), 20:35 , 12-Дек-17, (190) –1

256 128, поэтому так якобы надёжнее, и пофиг на тормоза , Аноним (-), 13:20 , 10-Дек-17, (19) //

Мистер Одинокий Лось 256 лучше 128, т к больше цифр Разве не очевидно, а проц, Меломан1 (?), 13:34 , 10-Дек-17, (21) –3 //

в какую цену биткойн у вас в прошлом потерпите малость, процы с aes уже на подх, АНБ (?), 14:30 , 10-Дек-17, (29) –3 //

Aes не поможет в майнинге биткоинов Там sha256 в основном надо И то - вон там , Аноним (-), 12:12 , 12-Дек-17, (173) –1

Шнайеру не очевидно Кто я такой, чтобы мне в таком случае было очевидно , Аноним (-), 22:32 , 10-Дек-17, (84) –3

Если ты думаешь что разница в производительности между 128 и 256 - два раза, то , Ivan_83 (ok), 03:43 , 11-Дек-17, (104) –2 //

14 12 раундов в AES-192 То есть почти в полтора раза медленнее, но при этом дл, Аноним (-), 13:12 , 11-Дек-17, (128)

вы сравните sha256 и sha512 - сильно удивитесь, фтопку (?), 08:10 , 12-Дек-17, (165) –2 //

А ты сравни зелёное с глубоким, тебе не привыкать , Аноним (-), 19:59 , 12-Дек-17, (188) –1

Нафига это нужно Это может работать только в сочетании и бекдорнутым SGX и ему , Аноним (-), 14:47 , 10-Дек-17, (30) //

Если этот пользователь рут А то ведь даже под форточками нужне доп права на сч, Аноним84701 (ok), 14:56 , 10-Дек-17, (32) –4 //

Не нужны Пунтосвитчер работает без рута , Аноним (-), 00:24 , 11-Дек-17, (90) –6
А если диск выкрутить , pavlinux (ok), 00:50 , 11-Дек-17, (93) +7 //

И ЗЫ опять кто-то минусо-бота на тему натравил и этот кто-то совсем не палиЦЦо , Аноним84701 (ok), 01:11 , 11-Дек-17, (100)

Вот как запретят Анониму жмакать на минусы, тогда обсудим А пока эти дятлы жмут, pavlinux (ok), 18:42 , 13-Дек-17, (203) –1

а если ето анальный зонд интель МЕ , фтопку (?), 07:23 , 11-Дек-17, (110) –2

Вот смотри Купил ты ноут, поставил на него ff и радостно начал лазать по сайтам, Ordu (ok), 19:19 , 10-Дек-17, (72) –4 //

и лежит там полеживает прекрасный такой файлик key3 dbИ пользы от него - никакой, пох (?), 19:43 , 10-Дек-17, (76) –5 //

Не только Там ещё лежит история, заполненные формы и кукисы , Ordu (ok), 19:55 , 10-Дек-17, (77) –3

ну так не оставляй истории на сайтах, которые неправильно делают формы с номерам, пох (?), 20:23 , 10-Дек-17, (78) –4

Я даже не знаю, что на это можно ответить Смотри, мы начали с вопрос зачем zbo, Ordu (ok), 00:40 , 11-Дек-17, (92) –3

тебе ткнули носом - что эта функциональность уже реализована именно в твоем прим, пох (?), 09:36 , 11-Дек-17, (119) –1

Ты продолжаешь критиковать частный use-case, в слепой надежде на то, что, разгро, Ordu (ok), 12:23 , 11-Дек-17, (126)

так ведь твой use-case Другой тебе не придумался Придумаешь - окажется что и там, пох (?), 13:58 , 11-Дек-17, (130) –1

Не мне не придумывается, а тебе не придумывается Мне не нужны другие юзкейсы, п, Ordu (ok), 15:49 , 11-Дек-17, (137)

да что-то реального пока - ни одного лолшта Приложению ничего об этом шифровании, пох (?), 17:10 , 11-Дек-17, (139) –1

Ты продолжаешь жить в тесном мирке частных случаев Отказываясь от этого, ты поте, Ordu (ok), 17:44 , 11-Дек-17, (143)
С другой стороны, если чрезмерно обобщать это другой крайний случай Который не , Аноним (-), 12:34 , 12-Дек-17, (181) +1
Да Но в этом случае я не вижу как можно обойтись без обобщений Любой частный ю, Ordu (ok), 13:05 , 12-Дек-17, (184)
Да Но все-таки иногда еще бывает так что некто изобретает велосипед, при том с , Аноним (-), 08:21 , 13-Дек-17, (198) +1
rust прикручивается к чему угодно Сложнее чем C, потому что по-любому придётся , Ordu (ok), 00:56 , 14-Дек-17, (204)
Ну и вот это вот - не, на плюсах так тоже делают, но вообще это грабли Получают, Аноним (-), 08:08 , 16-Дек-17, (211)
Грабли -- это бездумно использовать внешние библиотеки без адаптеров Даже если , Ordu (ok), 12:38 , 16-Дек-17, (212)

А должно было Там возможность подпихнуть recovery certificate штатно заявлена, Аноним (-), 12:31 , 12-Дек-17, (180)

Приличные банки не сохраняют юзера авторизованным между сессиями А неприличные , Anonymoustus (ok), 09:34 , 11-Дек-17, (118) +2

мальчик с феноменальной памятью , пох (?), 09:38 , 11-Дек-17, (120) –1

Мальчик, знающий о keepassx2 и прочих , Аноним (-), 17:14 , 11-Дек-17, (140) +3

чем эта и прочие помойки надежнее мазиловской хранилки Тем что представляют осо, пох (?), 17:42 , 11-Дек-17, (142)

Тем что не кривые embedded решения , Ordu (ok), 17:56 , 11-Дек-17, (144)
Тем, что им уже десяток и более лет Тем, что они умеют в геренацию паролей по , Аноним (-), 18:11 , 11-Дек-17, (145) +2

Мальчик в безопасности этой вашей самолично работал, так что такие дела , Anonymoustus (ok), 20:24 , 11-Дек-17, (148) +2

А я лет 7-8 регулярно анализировал малварь, начиная от уводильщиков паролей на V, Аноним (-), 21:36 , 11-Дек-17, (152)

На гитхабе и поприкольнее вещицы бывают, например, https github com x0rz EQGRP, Аноним (-), 12:38 , 12-Дек-17, (183)

Слишком спокойно спишь Почитай вику кто такой stuxnet и прочая живность рядом , Аноним (-), 12:36 , 12-Дек-17, (182)

Говоря откровенно, удобство и безопасность в реальной жизни обычно обратно пропо, Anonymoustus (ok), 20:36 , 11-Дек-17, (150) +1

Говоря откровенно, не только обычному пользователю, но и мне, использовать кнопк, Аноним (-), 21:51 , 11-Дек-17, (153)

Я писал не то чтобы вам персонально, но под всей веткой комментов, чтоб не повто, Anonymoustus (ok), 00:56 , 12-Дек-17, (158)
Это решается профилактическими мерами доведением к сведению о личной ответствен, Anonymoustus (ok), 01:13 , 12-Дек-17, (160)
Это имелось в виду под пинком сверху , однако домашних пользователей пинать нек, Анонимм (??), 03:37 , 12-Дек-17, (162)
И это плохо Благодаря, отчасти, добрым браузеростроителям А ведь просто не над, Anonymoustus (ok), 09:53 , 12-Дек-17, (166)

Да чичас, лиса хранит параметры форм в другом файлике И там base64-кодирование , Аноним (-), 12:16 , 12-Дек-17, (174)

У меня не запоминает Потому что своему примитивному самописному шифровальщику п, Аноним (-), 20:53 , 10-Дек-17, (79) –7 //

А если бы ты хоть что-то понимал в криптографии то постеснялся бы хвастаться соб, Аноним (-), 12:17 , 12-Дек-17, (175) +1

и зачем тут для шифрования одного файла файловая система , Аноним (-), 00:07 , 11-Дек-17, (88) –4 //

Ты заглядывал хоть раз в firefox Сколько там файлов требуется для хранения п, Ordu (ok), 00:25 , 11-Дек-17, (91) –4

Аппаратное делай , pavlinux (ok), 01:01 , 11-Дек-17, (97) +2

Тебе надо, ты и делай Я не занимаюсь ни разработкой, ни производством железа , Ordu (ok), 02:01 , 11-Дек-17, (101) –1

так ты и разработкой файрфокса не Поэтому изменить ничего в нем не сможешь Тем, пох (?), 09:46 , 11-Дек-17, (121)

Диваны Опеннета ничего не хотят, они хотят бла-бла-бла Цель вторична , pavlinux (ok), 18:36 , 13-Дек-17, (201) +1

И что мешает файрфоксу использовать нормальные шифрующие фс при посредничестве О, Аноним (-), 09:57 , 11-Дек-17, (122) //

Как инсталлятор ff на андроиде может добиться такого посредничества ОС , Ordu (ok), 12:25 , 11-Дек-17, (127) –1

вывести окошко установите меня на съемный флэш не знаю, можно ли затребоват, пох (?), 14:01 , 11-Дек-17, (132) –1

Это всё решается использолванием LUKS, ecryptfs или encfs без этого ещё одного в, Аноним (-), 14:43 , 11-Дек-17, (134) +1
У меня LUKS на весь диск, с бутом на внешнем носителе, который висит на связке к, freehck (ok), 20:43 , 12-Дек-17, (191) //

Ради того, что твоё наколенке выпиленное решение с LUKS невозможно включить в пр, Ordu (ok), 21:56 , 12-Дек-17, (192)

Ну разве что ради маркетинга, это да Хехе То есть ты, Ordu, предлагаешь мне нап, freehck (ok), 14:29 , 14-Дек-17, (205)

Ебилды будут И deb пакеты тоже У меня на ноуте убунта, а на десктопе gentoo , Ordu (ok), 19:24 , 14-Дек-17, (207)

Всё будет Напишу скрипт, запуск которого приведёт систему в нужное состояние , freehck (ok), 11:36 , 15-Дек-17, (208)

У меня стабилизированная среда и телефон на android Хочется некоторые данные на, Аноним (-), 06:36 , 13-Дек-17, (193) –2

Интересно пощупать, как оно будет поверх WebDAV Тогда можно будет юзать облачны, Аноним (-), 15:17 , 10-Дек-17, (34) –6 //

Зато придется писать свой сервак реализующий webdav и работающий с этой НЕХ Дум, Аноним (-), 12:19 , 12-Дек-17, (176)

Если бы не rust, была бы полезная штука, Аноним (-), 17:29 , 10-Дек-17, (51) –4 //

Порты на go и javascript уже в процессе, так что всё в норме , Anonim (??), 17:47 , 10-Дек-17, (56) –2 //

Надо perl или haskel, чтоб было труъ , Аноним (-), 20:27 , 11-Дек-17, (149) –1 //

Хипстеры очень просили питон и руби Ну и что что тормозит, зато они только на э, Аноним (-), 12:20 , 12-Дек-17, (177) +1

Однояйдерный , Аноним (-), 18:55 , 10-Дек-17, (70) –4 //

Моногопассесарнай, pavlinux (ok), 18:34 , 13-Дек-17, (200)

Чем это лучше просто использования какого-нибудь OpenSSL Любое приложение и без, Аноним (-), 21:40 , 10-Дек-17, (82) –4 //

это - вероятнее всего, всем хуже, а в принципе готовые механизмы шифрования fs и, пох (?), 22:18 , 10-Дек-17, (83) –3

В итоге это никто юзать и не станет Было бы на сишечке, может кто нибудь бы и по, Ivan_83 (ok), 03:48 , 11-Дек-17, (105) –1 //

наоборот убедился бы что ненужно-ненужно и к тому же плохо написано, и выкинул б, пох (?), 17:18 , 11-Дек-17, (141) –1

Зачем это, когда и так уже везде есть dm-crypt Кто-то до сих пор не шифрует сво, Аноним (-), 08:02 , 11-Дек-17, (112)
Чушь все это А если мне надо файл передать из одного приложения в другое Упс , Аноним (-), 13:58 , 13-Дек-17, (199) –1
Л Торвальдс одобряет включение в ядро , Аноним (-), 13:58 , 01-Июн-18, (213)

Сообщения [Сортировка по времени | RSS]

30. "Первый выпуск файловой системы Zbox" +/–

Сообщение от Аноним (-), 10-Дек-17, 14:47

Нафига это нужно? Это может работать только в сочетании и бекдорнутым SGX и ему подобными. Если ОС скомпрометирована, а на десктопах - даже в чистой ОС с вредоносной программой с правами того же пользователя, то нет проблем прочитать ключ из оперативной памяти. Если же ОС не скомпрометирована, то она разграничивает права сама, и использование этой фигни создаёт лишние проблемы.

Ответить | Правка | Наверх | Cообщить модератору

32. "Первый выпуск файловой системы Zbox" –4 +/–

Сообщение от Аноним84701 (ok), 10-Дек-17, 14:56

> Если ОС скомпрометирована, а на десктопах - даже
> в чистой ОС с вредоносной программой с правами того же пользователя,
> то нет проблем прочитать ключ из оперативной памяти.
> с правами того же пользователя,
Если этот пользователь рут?
А то ведь даже под форточками нужне доп. права на считывание памяти не дочерних процессов.

Ответить | Правка | Наверх | Cообщить модератору

90. "Первый выпуск файловой системы Zbox" –6 +/–

Сообщение от Аноним (-), 11-Дек-17, 00:24

> А то ведь даже под форточками нужне доп. права на считывание памяти
> не дочерних процессов.
Не нужны. Пунтосвитчер работает без рута.

Ответить | Правка | Наверх | Cообщить модератору

93. "Первый выпуск файловой системы Zbox" +7 +/–

Сообщение от pavlinux (ok), 11-Дек-17, 00:50

>> Если ОС скомпрометирована, а на десктопах - даже
>> в чистой ОС с вредоносной программой с правами того же пользователя,
>> то нет проблем прочитать ключ из оперативной памяти.
>> с правами того же пользователя,
> Если этот пользователь рут?
А если диск выкрутить?

Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

100. "Первый выпуск файловой системы Zbox" +/–

Сообщение от Аноним84701 (ok), 11-Дек-17, 01:11

>>> то нет проблем прочитать ключ из оперативной памяти.
>>> с правами того же пользователя,
>> Если этот пользователь рут?
> А если диск выкрутить?
И?
ЗЫ: опять кто-то минусо-бота на тему натравил и этот кто-то совсем не палиЦЦо)

Ответить | Правка | Наверх | Cообщить модератору

203. "Первый выпуск файловой системы Zbox" –1 +/–

Сообщение от pavlinux (ok), 13-Дек-17, 18:42

>>>> то нет проблем прочитать ключ из оперативной памяти.
>>>> с правами того же пользователя,
>>> Если этот пользователь рут?
>> А если диск выкрутить?
> И?
> ЗЫ: опять кто-то минусо-бота на тему натравил и этот кто-то совсем не
> палиЦЦо)
Вот как запретят Анониму жмакать на минусы, тогда обсудим.
А пока эти дятлы жмут на минусы от своей тупости. И плюсуют идиотские высеры на два слова.

Ответить | Правка | Наверх | Cообщить модератору

110. "Первый выпуск файловой системы Zbox" –2 +/–

Сообщение от фтопку (?), 11-Дек-17, 07:23

>> Если ОС скомпрометирована, а на десктопах - даже
>> в чистой ОС с вредоносной программой с правами того же пользователя,
>> то нет проблем прочитать ключ из оперативной памяти.
>> с правами того же пользователя,
> Если этот пользователь рут?
> А то ведь даже под форточками нужне доп. права на считывание памяти
> не дочерних процессов.
а если ето анальный зонд интель МЕ?

Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

72. "Первый выпуск файловой системы Zbox" –4 +/–

Сообщение от Ordu (ok), 10-Дек-17, 19:19

> Нафига это нужно?
Вот смотри. Купил ты ноут, поставил на него ff и радостно начал лазать по сайтам. FF тебе в этом помогает как может -- запоминает запомненные логины, пароли, заполненные формы, хранит историю, кеширует интернет, бла-бла-бла... И тут ты хоп и потерял ноут. А Вася его нашёл. Вася открыл твой ноут, посмотрел на него, загрузил с флешки обошёл пароли системы, и видит что у тебя в домашней директории лежит ~/.firefox, а там профили со всякой разной информацией. И тут ты выясняешь, что потерял не только ноут, но ещё и деньги с кредиток, и несколько важных для тебя аккаунтов на различных ресурсах.
А вот если бы ff пользовался чем-то типа Zbox для хранения своих файлов, то Вася бы обрёл только ноут, но не сенситивную информацию. Это, правда, требовало бы от тебя вводить мастер-пароль в ff каждый раз, когда ты его запускаешь, но может быть оно того стоит всё же?

Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

76. "Первый выпуск файловой системы Zbox" –5 +/–

Сообщение от пох (?), 10-Дек-17, 19:43

> бла-бла-бла... И тут ты хоп и потерял ноут. А Вася его
> нашёл. Вася открыл твой ноут, посмотрел на него, загрузил с флешки
> обошёл пароли системы, и видит что у тебя в домашней директории
> лежит ~/.firefox, а там профили со всякой разной информацией. И тут
и лежит там полеживает прекрасный такой файлик key3.db
И пользы от него - никакой.
Но да, надо вводить master password.
там, правда, по-моему по сей день 3DES онли из-за бага в libnss, но для паролей должно хватить.

Ответить | Правка | Наверх | Cообщить модератору

77. "Первый выпуск файловой системы Zbox" –3 +/–

Сообщение от Ordu (ok), 10-Дек-17, 19:55

> и лежит там полеживает прекрасный такой файлик key3.db
Не только. Там ещё лежит история, заполненные формы и кукисы.

Ответить | Правка | Наверх | Cообщить модератору

78. "Первый выпуск файловой системы Zbox" –4 +/–

Сообщение от пох (?), 10-Дек-17, 20:23

>> и лежит там полеживает прекрасный такой файлик key3.db
> Не только. Там ещё лежит история, заполненные формы и кукисы.
ну так не оставляй истории на сайтах, которые неправильно делают формы с номерами кредиток (лучше бы по таким и вовсе не ходить, мало ли что еще они делают через задницу).
На нормальных они (или хотя бы cvv) не сохраняются файрфоксом, а auth cookies привязываются к ip и имеют ограниченное время действия.
мазила совершенно правильно не создает ненужных трудностей тем, кто хочет что-то извлечь из собственных профилей, гемора с signons.json вполне всем достаточно.

Ответить | Правка | Наверх | Cообщить модератору

92. "Первый выпуск файловой системы Zbox" –3 +/–

Сообщение от Ordu (ok), 11-Дек-17, 00:40

>>> и лежит там полеживает прекрасный такой файлик key3.db
>> Не только. Там ещё лежит история, заполненные формы и кукисы.
> ну так не оставляй истории на сайтах, которые неправильно делают формы с
> номерами кредиток (лучше бы по таким и вовсе не ходить, мало
> ли что еще они делают через задницу).
> На нормальных они (или хотя бы cvv) не сохраняются файрфоксом, а auth
> cookies привязываются к ip и имеют ограниченное время действия.
> мазила совершенно правильно не создает ненужных трудностей тем, кто хочет что-то извлечь
> из собственных профилей, гемора с signons.json вполне всем достаточно.
Я даже не знаю, что на это можно ответить. Смотри, мы начали с вопрос "зачем zbox может понадобиться". Я привёл пример зачем. Так? Ты начал доказывать, что в этом случае zbox не нужен, что тут правильнее было бы пользователей обучать пользоваться браузером. Допустим ты прав. И что? Ну, вот чего ты ждёшь от меня? Что я сейчас подорвусь и высосу тебе из пальца ещё один use-case для Zbox? Но я не буду этого делать, потому что вне зависимости от того, нужен ли браузеру Zbox или нет, мой пример в любом случае отлично демонстрирует идею того "зачем zbox может понадобится". Может быть zbox не лучший способ решения проблемы приватных данных в профиле firefox'а, но тем не менее это способ, причём такой, который будет работать и в венде, и в линуксе, и на андроиде, не требуя никаких особенных вещей от системной файловой системы. В том смысле, что в качестве альтернативы zbox'у можно поставить систему поверх криптованного раздела, и будет, наверное, даже лучше. Но такое решение не удастся внедрить в приложение так, чтобы то своим инсталлятором настраивало бы нужным образом любую систему, на которую приложение может быть поставлено. И все эти нюансы отлично демонстрируются моим примером use-case'а, который ты так рьяно кинулся громить своей критикой. Так что я не буду придумывать другого use-case'а, останусь при этом. Если тебя это не устраивает, ничем не могу помочь.

Ответить | Правка | Наверх | Cообщить модератору

119. "Первый выпуск файловой системы Zbox" –1 +/–

Сообщение от пох (?), 11-Дек-17, 09:36

> Я даже не знаю, что на это можно ответить. Смотри, мы начали с вопрос "зачем zbox может
> понадобиться". Я привёл пример
тебе ткнули носом - что эта функциональность уже реализована именно в твоем примере, в 2005м году. Без всяких zbox'ов и rustов обошлась.
Причем реализована правильно, это еще те программисты писали, хорошие, только сильно затраханные - при открытом коде нет смысла скрывать структуры, только сами данные - поэтому шифруются поля в стандартных базах sqlite или json, а не базы (иначе ты даешь прекрасный материал дешифрующему). Ключом, превышающим размер шифруемого (что снимает вопросы к немного устаревшей криптографии - в zbox это будет больным местом даже при неустаревшей)
Ты зачем-то начал вилять и юлить, что не все файлы пошифрованы - хотя причем бы тут конкретный механизм? Это уже решение авторов кода, использовать его только для критичных, по их мнению, данных.
Поправить код мазилы ты вряд ли сможешь, иначе, опять же, тебе не надо бы было пихать туда новое-модное, достаточно было бы задействовать штатный механизм еще для десятка полей (по строчке кода на поле). Соответственно, тебе лично от zbox'а толку ровно ноль, параноиков вида "они увидят мои куки" спасет только geli с паролем при загрузке. (кстати, расскажите кто-нибудь этим любителям rust, что в windows шифрование встроено в ntfs с 2007 года - и оно по сей день ни у кого вопросов не вызывало, в отличие от устаревшей и полузаброшенной автором encfs)
Возвращаемся к исходному вопросу - так зачем нам эта модная поделка? Берущая на себя функции, помимо шифрования, которые вряд ли может реализовать хорошо (про конкурентный доступ не подумали, молодцы), а все остальное - стандартные библиотеки (вряд ли хорошие)
Если бы я был разработчиком - я бы смотрел в сторону исправления ошибки в nss. Bug 198090, если кто захочет исправить. 15 лет висит в status new. "no one asking". Менеджер лопатой по горбу не дал - ничего не сделано. Обратить внимание - no api change, изначально было задумано как надо, просто очень спешили и не доделали.

Ответить | Правка | Наверх | Cообщить модератору

126. "Первый выпуск файловой системы Zbox" +/–

Сообщение от Ordu (ok), 11-Дек-17, 12:23

Ты продолжаешь критиковать частный use-case, в слепой надежде на то, что, разгромив частный случай, ты разгромишь и общий тоже? Любопытный случай. Откуда такое застревание и неспособность изменить поведение? Может быть ff для тебя больная тема? Если так, то, соглашусь, что пример был неудачным: на нейтральном примере тебе было бы проще вычленить из частного примера общую идею.
> Возвращаемся к исходному вопросу - так зачем нам эта модная поделка?
Несмотря на то, что вроде как мы нашли причину неудачности use-case'а, я всё же останусь при своём: я не буду придумывать другого use-case'а. Если тебе не справиться со своим эмоциональным отношением к ff, то это всё же твои проблемы, и решать их тебе.

Ответить | Правка | Наверх | Cообщить модератору

130. "Первый выпуск файловой системы Zbox" –1 +/–

Сообщение от пох (?), 11-Дек-17, 13:58

> Ты продолжаешь критиковать частный use-case
так ведь твой use-case.
Другой тебе не придумался.
Придумаешь - окажется что и там это ненужное - ненужно, потому что либо это сознательное решение разработчиков, либо уже реализовано нормально и прямыми руками, либо, как в случае с твоей первой попыткой - то и другое одновременно, то есть та часть что было необходимо - зашифрована, остальное оставлено так, чтобы было удобно пользоваться.
Я вот не могу придумать реальной ситуации, когда такая штука была бы нужна вместо либо шифрования вместе с диском, либо шифрования данных отдельно от системы их хранения. Даже абстрагируясь от конкретной реализации (то есть предположим, что они сделали - хорошо).
Причем именно с позиции разработчика - у юзера нет возможности ее применять by design
(и для него существуют и работают другие решения)

Ответить | Правка | Наверх | Cообщить модератору

137. "Первый выпуск файловой системы Zbox" +/–

Сообщение от Ordu (ok), 11-Дек-17, 15:49

>> Ты продолжаешь критиковать частный use-case
> Другой тебе не придумался.
Не мне не придумывается, а тебе не придумывается. Мне не нужны другие юзкейсы, потому что мне этого юзкейса хватает за глаза и за уши, чтобы размышлять об общей ситуации на частном примере. Это *тебе* не удаётся абстрагироваться, это *тебе* не хватает юзкейсов для абстрагирования, они нужны *тебе*, а не мне. Поэтому говорить в этой ситуации, что *мне* не придумывается не надо. Мне они не нужны.
Ты хочешь, чтобы я придумал тебе ещё десяток юзкейсов? Мне совершенно не хочется этого делать, потому что хоть я и готов обсудить общий случай, но мне совершенно без интереса обсуждать частные. Это слишком долгий путь к более глубокому осознанию полезности zbox, чтобы я выбрал именно его. Если тебе необходим именно этот долгий путь, и более коротких ты не приемлешь, то иди долгим путём, но не надо меня туда тащить.
> Я вот не могу придумать реальной ситуации, когда такая штука была бы
> нужна вместо либо шифрования вместе с диском, либо шифрования данных отдельно
> от системы их хранения.
Шифрование диска упирается в усложнение поддержки кроссплатформенности приложения. Шифрование же отдельных данных упирается в длинный и сложный процесс внесения изменений в код. Zbox предлагает все изменения спрятать под API, которое уже используется в коде программы. Всё что нам надо -- это написать дефайнов типа "#define fopen zbox_fopen", "#define FILE zbox_FILE", ..., и реализовать десяток функций. Ситуация может осложниться, если всё же не все файлы следует класть в zbox, и тогда не удастся отвертеться от просматривания кода целиком, придётся где-то менять fopen на zbox_fopen, а где-то не менять, и каждый случай обдумывать. А может и не придётся -- может быть удастся решить эти проблемы динамически внутри zbox_fopen, анализируя пути к файлам. Хм... Таким подходом ведь можно вообще не трогая сорцов приложения (по-крайней мере, работающего поверх stdio.h), перевести его на защищённое хранилище: LD_PRELOAD в помощь. А можно ведь ещё сисколлы типа open/write перехватывать, тогда и вообще кого угодно... Правда это *nix'овое решение, в венде придётся по-вендовому извращаться.
Можно было бы выбрать какое-нибудь иное API, помимо fs, где можно относительно легко воткнуть шифрование. Например, взять API к SQL базе данных, и там это сделать. Но, во-первых, далеко не со всяким API к SQL базе данных это сделать просто, может быть придётся заменять sqlquery на zbox_sqlquery, которая будет парсить переданную ей строчку с запросом, шифровать то, что надо, потом собирать обратно в строчку и передавать в sqlquery. Ещё то веселье. Во-вторых, fs как API -- это наиболее распространённое API, и таким образом zbox получает максимальное число потенциальных кейсов, где его возможно применить. С тем же примером с sql: если такую библиотечку написать, то она будет применима только для тех программ, которые хранят данные в SQL. FS тоже имеет много разных API -- stdio.h, iostream, и тысячи других, но подавляющее большинство их функционально повторяет stdio, и повторить их поверх rust'ового std, выдав наружу C'шный API, а потом написав обёртку вокруг него на нужном языке программирования -- это развлечение на пару вечеров. Или не на пару... stdio.h можно за пару вечеров сделать, а в общей ситуации надо рассчитывать на неделю-две вечернего времяпровождения.
Если тебе непонятны эти рассуждения в абстрактном виде, то тогда у тебя есть единственный путь к пониманию: конкретный эксперимент. Возьми, скажем,... ладно, не надо брать ff, если тебе этот пример так неприятен, возьми claws-mail, или любой другой почтовый клиент, который не шифрует аутентификационные данные почтовых аккаунтов и локально хранимую почту. Скачай сорцы, создай там две ветки zbox и no-zbox. А потом попробуй в каждой из этих веток реализовать шифрование потенциально чувствительных к раскрытию данных. Сравни объёмы работ, которые тебе придётся выполнить в процессе. Я заверяю тебя, когда ты это проделаешь, ты вернёшься сюда рассказывать как это любовно и прельстиво шифровать диски целиком, и мы с тобой перейдём к обсуждению вопроса о том, существуют ли случаи, когда шифровать диски целиком -- менее удачное решение, чем шифровать данные на уровне приложения.

Ответить | Правка | Наверх | Cообщить модератору

139. "Первый выпуск файловой системы Zbox" –1 +/–

Сообщение от пох (?), 11-Дек-17, 17:10

> Ты хочешь, чтобы я придумал тебе ещё десяток юзкейсов?
да что-то реального пока - ни одного.
> Шифрование диска упирается в усложнение поддержки кроссплатформенности приложения.
лолшта?
Приложению ничего об этом шифровании знать не надо - это выбор пользователя, хочет он тратить ресурсы и рисковать потерять все сразу, или нет.
> Шифрование же отдельных данных упирается в длинный и сложный процесс внесения изменений в код.
в случае мазилы это одна строчка на шифруемый айтем - лишний вызов функции перед sql insert. Ахрененно сложно, конечно же, гораздо проще всосать в код неведому зверушку на расте. Дайте два.
(и да, напоминаем искателям "легких путей", что "конкурентный доступ не поддерживается", попытка запустить второй экземпляр разнесет все в клочья. Сделать это будет, кстати, не так-то и просто.)
Сложно только одно - убедить других разработчиков, что это нужно кому-то в мире кроме тебя.
> возьми claws-mail, или любой другой почтовый клиент, который не шифрует аутентификационные
> данные почтовых аккаунтов и локально хранимую почту
попробуй отделить "аутентификационные данные" от почты - и тут же окажется, что и в этом случае проще использовать хоть ту же nss.
И нет, мне вот не нужна шифрованная почта, совершенно - а когда будет нужна, я обойдусь без кривых embedded решений, из которых потом ее не восстановишь.
Соответственно, вместо упрощения работы, получаем усложнение - надо отдельно на каждую операцию с fs проверять - включен ли в конфиге флаг "я параноик, ниасиливший fs-шифрование", или нет, и нужно обращаться к тем же файлам через другой api.
И отдельно с конфигом - который, кстати, может содержать что-то, что лучше бы не хранить в нешифрованном виде. И который при этом хорошо бы уметь прочитать отдельно от приложения.

Ответить | Правка | Наверх | Cообщить модератору

143. "Первый выпуск файловой системы Zbox" +/–

Сообщение от Ordu (ok), 11-Дек-17, 17:44

>> Ты хочешь, чтобы я придумал тебе ещё десяток юзкейсов?
> да что-то реального пока - ни одного.
>> Шифрование диска упирается в усложнение поддержки кроссплатформенности приложения.
> лолшта?
> Приложению ничего об этом шифровании знать не надо - это выбор пользователя,
> хочет он тратить ресурсы и рисковать потерять все сразу, или нет.
Ты продолжаешь жить в тесном мирке частных случаев.
> И нет, мне вот не нужна шифрованная почта, совершенно - а когда
> будет нужна, я обойдусь без кривых embedded решений, из которых потом
> ее не восстановишь.
Отказываясь от этого, ты потерял все шансы понять. Уже видно, что абстрактные рассуждения не по плечу тебе, а обретение знаний через опыт упирается в нежелание и лень набирать опыт. Знание и понимание -- это то, что никто не может вложить в твою голову. Ни знания, ни понимание не передаются по воздуху. Единственный источник знаний и понимания в психике -- это работа данной психики, в первую очередь процесс мышления. Только ты сам может создать понимание чего-либо для себя, и никто другой не может сделать это за тебя. Ты зря поэтому надеешься, что я каким-то магическим путём вложу в твою голову своё понимание, одолевая при этом твоё сопротивление моим попыткам. Моё понимание -- это моё понимание и оно недоступно никому другому. Я могу использовать своё понимание, чтобы помочь тебе создать твоё, но это будет именно помощь, которая будет эффективной только при выраженной твоей активности, нацеленной на создание смыслов.
Ещё какие-нибудь вопросы ко мне есть?

Ответить | Правка | Наверх | Cообщить модератору

181. "Первый выпуск файловой системы Zbox" +1 +/–

Сообщение от Аноним (-), 12-Дек-17, 12:34

> Ты продолжаешь жить в тесном мирке частных случаев.
С другой стороны, если чрезмерно обобщать это другой крайний случай. Который не очень хорошо работает.
> в психике -- это работа данной психики, в первую очередь процесс мышления.
У поха процесс мышления просматривается в 1 сообщении из 20, и то хило.

Ответить | Правка | Наверх | Cообщить модератору

184. "Первый выпуск файловой системы Zbox" +/–

Сообщение от Ordu (ok), 12-Дек-17, 13:05

>> Ты продолжаешь жить в тесном мирке частных случаев.
> С другой стороны, если чрезмерно обобщать это другой крайний случай. Который не
> очень хорошо работает.
Да. Но в этом случае я не вижу как можно обойтись без обобщений. Любой частный юзкейс всегда можно раскритиковать. Потому что вообще любое техническое решение -- это компромисс, и поэтому его всегда можно раскритиковать. В силу общей нацеленности поха на "разгромить критикой всё" -- совершенно бесполезно поэтому придумывать частные случаи. Точнее, придумывать можно, и я придумал парочку, но мне совершенно неинтересно их излагать, потому что я заранее и чуть ли не дословно знаю, что пох мне в ответ скажет. Какие минусы он выделит, и как он будет отметать плюсы, убеждая меня что они не плюсы.
Более того, если мы зададим себе вопрос "зачем нам знать, для чего нужен zbox", то на него напрашивается ответ: чтобы вспомнить о zbox в той ситуации, когда он может оказаться полезным нам. А для этого нужно очертить класс ситуаций, в которых имеет смысл подумать о том, не будет ли он полезен. А как только мы заговорили про класс -- это уже обобщение.
> У поха процесс мышления просматривается в 1 сообщении из 20, и то хило.
Он просто слишком увлечён целью победить в споре, и когда процесс мышления начинает мешать этой цели, он отключает мышление. На условном примере -- это как если бы я доказывал, что теорема Пифагора неверна, но заглянув в доказательство почувствовал бы, что доказательство то верное, и, чтобы не признавать свою неправоту, отключил бы мышление, включил бы демагогию и начал бы всеми путями уводить топик в сторону: рисовать прямоугольные треугольники на сфере, демонстративно безуспешно искать хоть одну идеальную математическую плоскость в реальности, рассказывать про искажения пространства гравитацией, аппелировать к квантовой неопределённости и невозможности точно измерить расстояния... ну и прочими такими вещами заниматься.

Ответить | Правка | К родителю #181 | Наверх | Cообщить модератору

198. "Первый выпуск файловой системы Zbox" +1 +/–

Сообщение от Аноним (-), 13-Дек-17, 08:21

> обобщений. Любой частный юзкейс всегда можно раскритиковать. Потому что вообще любое
> техническое решение -- это компромисс, и поэтому его всегда можно раскритиковать.
Да. Но все-таки иногда еще бывает так что некто изобретает велосипед, при том с квадратными колесами, а потом доказывает что теперь все должны взять лопаты в руки и "исправить" дороги под правильную форму колеса. Сабж на это похож - мол, а давайте вы приложения перепишете?
За всю жизнь я видел лишь пару вещей где что-то такое могло быть полезно. Специфичных. Несколько в ином виде. И не на rust. Оно к чему-то кроме ржавчины вообще прикручивается? Ладно для вебни это пофиг. Но встраиваемая файлуха это претензия на либу, чтоли. Чуть ли не системную.
> В силу общей нацеленности поха на "разгромить критикой всё" -- совершенно
> бесполезно поэтому придумывать частные случаи.
Есть некоторые исключения, он не громит бсды и солярисы, чтоли. В общем у каждого есть свои причуды и предпочтения. Это может сделать суждения необъективными. В особо клинических случаях человек не может распознать ситуацию и получается упертый баран. У поха это в 9 случаев из 10.
> скажет. Какие минусы он выделит, и как он будет отметать плюсы,
> убеждая меня что они не плюсы.
На самом деле всегда можно и пару плюсов найти,
> этого нужно очертить класс ситуаций, в которых имеет смысл подумать о
> том, не будет ли он полезен. А как только мы заговорили
> про класс -- это уже обобщение.
Вообще согласен. Но говоря начистоту, как мне кажется сабж если и реально куда-то прикрутить, то это какие-то экзотичные и нишевые случаи. Настолько, что само знание о том что есть такая штука начинает напоминать спам про онлайн казино. Я конечно благодарен что до меня донесли знание что есть такое казино, но не могу придумать куда мне это знание деть. Но я допускаю что кому-то это знание будет полезнее чем мне.
> Он просто слишком увлечён целью победить в споре, и когда процесс мышления
> начинает мешать этой цели, он отключает мышление.
Я бы сказал позлее: он процесс мышления включает сильно иногда. Поэтому 9 раз из 10 это разговор слепого с глухим.
Доказать ему что-либо как мне кажется невозможно в принципе. Впрочем это очень распостраненная болезнь на территории exUSSR. Каждый эксперт во всем и истина в последней инстанции. А если потыкать палочкой "почему %s думает что %s истина" - начинаются громкие вопли, наезды и обиды. Не знаю откуда это берется, но далеко не любого человека можно раскрутить на демонстрацию логических цепочек. Большинство раскрутится на наезды и снобизм.

Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору

204. "Первый выпуск файловой системы Zbox" +/–

Сообщение от Ordu (ok), 14-Дек-17, 00:56

> За всю жизнь я видел лишь пару вещей где что-то такое могло
> быть полезно. Специфичных. Несколько в ином виде. И не на rust.
> Оно к чему-то кроме ржавчины вообще прикручивается?
rust прикручивается к чему угодно. Сложнее чем C, потому что по-любому придётся на rust'е крафтить адаптер -- внешний API для библиотеки, который будет чисто #[repr(C)], но проще, или, по-крайней мере, не сложнее, чем C++.
> Вообще согласен. Но говоря начистоту, как мне кажется сабж если и реально
> куда-то прикрутить, то это какие-то экзотичные и нишевые случаи. Настолько, что
> само знание о том что есть такая штука начинает напоминать спам
> про онлайн казино. Я конечно благодарен что до меня донесли знание
> что есть такое казино, но не могу придумать куда мне это
> знание деть. Но я допускаю что кому-то это знание будет полезнее
> чем мне.
Вот это может быть. В rust библиотека -- это что-то гораздо менее значимое, чем в C++. В C++ если библиотека, то значит что-нибудь весомое, над чем работали годами несколько человек. В rust пакет может, например, состоять из нескольких функций/типов работы со временем, или сводиться к генератору случайных чисел, или быть ещё чем-нибудь, что делается за два вечера одним человеком. В этом есть свои плюсы, но публиковать здесь все новинки с crates.io, конечно же, далеко не лучшая идея. И про Zbox, вероятно, не следовало писать.

Но здесь мне сложно судить, потому что мне лично эта информация была полезной. Не потому, что я сейчас рванусь использовать Zbox, а потому что есть вероятность того, что я когда-нибудь задумаюсь об его использовании. На самом деле я уже задумался об этом -- поверх этой штуки можно же сделать fuse-файловую систему, которая будет решать некоторые врождённые проблемы Zbox, и это было бы интересно сделать. Есть одна проблема -- я не знаю в точности зачем это может быть нужно. Перегнать Claws-Mail на защищённое храненение почты, не влезая в код ClawsMail вообще? Или может для того, чтобы создать решение, которое позволит пользователю, работая с любой фс, шифровать выбранные директории, храня при этом ключи на флешке или сталкиваясь с запросами паролей при первой попытке доступа? Ну, типа, утилитки командной строки вида:
encrypt [DIRECTORY] --auth-type=[password|keyfile|...]
Чтобы вызвал эту утилитку, и забыл, потому что дальше оно просто работает. При необходимости монтируется через fusermount, может быть само отмонтируется через 10 минут бездействия, а для приложений прозрачно и выглядит как заурядная директория. Не очень ясно, возможно ли приделать запрос пароля у пользователя прозрачно для приложения работающего с директорией. Более того неясно, стоит ли это делать, если это возможно... Но, я отвлёкся, я просто хотел сказать, что меня эта библиотечка реально наводит на размышления о том, как можно изменить мир.
Да и вообще нравится идея иметь под рукой библиотеку, которая берёт на себя весь геморрой связанный с шифрованием. Вручную творить подобное замучаешься. Вообще писать код нагруженный криптографией не будучи экспертом в криптографии -- это совершенно не блестящая идея, но opensource библиотечка на github'е (даже если написана не экспертом), имеет достаточно шансов попасть в поле зрения экспертов и быть доведена до пристойного уровня. Таким образом, можно надеятся получить надёжную библиотеку берущую на себя вопросы создания зашифрованного хранилища в файле, которая инкапсулирует всю криптографию оставляя мне достаточно прямолинейный интерфейс типа "сделать всё хорошо", и которая будет делать всё если не совсем хорошо, то во всяком случае лучше, чем я (не являясь экспертом в криптогрифии) смогу сделать, даже потратив месяц на устранение пробелов в своём криптографическом образовании и написание кода. То есть, после того как я прочитал новость, я, по-любому, никогда не буду писать код, шифрующий файлы или sql-базы данных. Даже если мне это понадобится, я свалю всю работу на Zbox, вне зависимости от того, на чём там я буду писать -- на rust, C, python, lisp или чём угодно ещё.
Это я к тому, что мне как раз сложно понять была ли новость уместной здесь или неуместной. Это требует от меня сложных скиллов децентрации и умения представить себе, как к этому отнесётся обобщённый читатель новостей на Opennet, умения оценить количество тех, кому она была полезной. Я не могу просто полагаться на своё мнение, которое сводится к тому, что новость была мне полезной.

Ответить | Правка | К родителю #198 | Наверх | Cообщить модератору

211. "Первый выпуск файловой системы Zbox" +/–

Сообщение от Аноним (-), 16-Дек-17, 08:08

> rust прикручивается к чему угодно. Сложнее чем C, потому что по-любому придётся
> на rust'е крафтить адаптер -- внешний API для библиотеки,
Ну и вот это вот - не, на плюсах так тоже делают, но вообще это грабли. Получаются (полу)замкнутые экосистемы которые между собой не дружат.
> Вот это может быть. В rust библиотека -- это что-то гораздо менее
> значимое, чем в C++. В C++ если библиотека, то значит что-нибудь
> весомое, над чем работали годами несколько человек.
Не обязательно. Но все-таки это логически завершенная сущность. А несколько лет работы означают что она хоть кем-то хоть немного протестирована, блин, и не является откровенной домашкой по информатике очередного студебеккера.
> В rust пакет может, например, состоять из нескольких функций/типов работы со временем,
И без нескольких лет - можно будет узнать много нового и интересного. О времени, направлении его хода, числе секунд, дней в году и проч. На своей шкуре! Если это лаба по информатике - сработало у препа и черт с ним потом! А если в продакшн? Вылавливать за студебеккером все глюки наивного чукотского юноши, когда leap second накинут или daylight saving time активируется или ntpd время подбросит? В этом месте мы узнаем что качество софта не достигается за 5 минут.
> или сводиться к генератору случайных чисел, или быть ещё чем-нибудь,
И без нескольких лет окажется что горе автор не прогнал даже базовые тесты. Случайность окажется не случайной, кто угодно будет ломать супер-шифрование чуть ли не на тетрадном листочке. Известное дело.
> что делается за два вечера одним человеком.
Ты привел пару отличных примеров того что делается за два вечера одним человеком. Я воспользовался ими чтобы показать как это потом будет работать на практике, ибо плавали-знаем. Бонусом ты показал кто ЯПом пользуется и что ожидать... :\
> В этом есть свои плюсы, но публиковать здесь
> все новинки с crates.io, конечно же, далеко не лучшая идея.
Вообще, такой карго-культ как мне кажется чреват. Если безбашенно подключать wannabe-либы писаные студнями за вечер, там будет глюк на глюке, а пара либ еще систему хакнет заодно при случае. Потому что автор только вчера появился и накатал ништяк. Код толком никто прочитать еще не успел, на чем кто-нибудь хитрый попробует получить профит, например. Как со всякими pip и npm. Интересно, это карго содержится столь же хипстерско-раздолбайски?
> что есть вероятность того, что я когда-нибудь задумаюсь об его использовании.
Мне когда-то была бы полезна подобная штука, но - не в таком виде. Не думаю что хипстеры с горящими глазами резко переписут кондовый с++ бинарь на мегабайты, в котором многие человекогоды.
> На самом деле я уже задумался об этом -- поверх этой
> штуки можно же сделать fuse-файловую систему,
Вообще вариант. Fuse к тому же вроде достаточно кроссплатформенный.
> Перегнать Claws-Mail на защищённое храненение почты, не влезая в код ClawsMail вообще?
Проще наверное файлуху шифрованую сделать.
> Или может для того, чтобы создать решение, которое позволит пользователю,
> работая с любой фс, шифровать выбранные директории, храня при этом ключи
> на флешке или сталкиваясь с запросами паролей при первой попытке доступа?
В андроиде половину этого сделали, собственно. Цепляют шифрованные блочные девайсы с юзерскими данными в диры. Немного зоопарк блочных девайсов но работает и так оверхеда мало.
> минут бездействия, а для приложений прозрачно и выглядит как заурядная директория.
Если честно, мне такое будет проще настроить средствами пингвина, почти без програмизма или с каким-то совсем минимумом оного. И наверняка там продолбов будет в 20 раз меньше.
> что меня эта библиотечка реально наводит на размышления о том, как можно изменить мир.
Это да, хорошие размышления. Но половину уже придумали раньше и даже активно используют.
> писать код нагруженный криптографией не будучи экспертом в криптографии -- это
> совершенно не блестящая идея, но opensource библиотечка на github'е (даже если
> написана не экспертом), имеет достаточно шансов попасть в поле зрения экспертов
Экспертов обычно к сожалению хватает на аудит core алгоритма. Остальное - не их. И вот там случаются ляпы. Крипто вообще штука очень деликатная, со множеством неожиданностей. Я бы сказал что там простое API и донесение как им правильно пользоваться очень важно. Как у DJB в TweetNaCl. Там трудно ошибиться даже дилетанту. А сделай api и алгоритмику как openssl - и в нем наломает дров кто угодно, на любом ЯП. Потому что для понимания что оно там делает и какие есть способы лажануться надо очень серьезно интересоваться областью. А это не про типового прикладника, которому это до кучи надо и он думает что за него дескать авторы либы подумали. А порой оказывается что фиг. И вот заметь, выдержка openssl сколько-то лет показала что это гэ. Отрицательный результат - тоже результат.

> которая инкапсулирует всю криптографию оставляя мне достаточно прямолинейный интерфейс
> типа "сделать всё хорошо", и которая будет делать всё если не
> совсем хорошо, то во всяком случае лучше, чем я (не являясь
> экспертом в криптогрифии) смогу сделать, даже потратив месяц на устранение пробелов
> в своём криптографическом образовании и написание кода.
В этом месте ты решил рассказать, почему нормальная либа за вечер никак не получается. А хватит ли запала у тех кто хочет либу за вечер майнтайнить ее несколько лет, раскручивая процессы, пока эксперты не придут и юзеры не обтопчут грабли - вот это вопрос. Ведь если хотелось либу за вечер - наверное, это было не про то.
> То есть, после того как я прочитал новость, я, по-любому, никогда не буду писать код,
> шифрующий файлы или sql-базы данных. Даже если мне это понадобится, я
> свалю всю работу на Zbox, вне зависимости от того, на чём там я буду писать -- на
> rust, C, python, lisp или чём угодно ещё.
А я для начала посмотрю что он из себя будет представлять через энное время. И нет ли более подходящих мне решений. А может быть, есть 20 способов сделать это проще и уже сейчас. Искренне сомневаюсь что авторы первые кто до этого додумался.
> Я не могу просто полагаться на своё мнение, которое сводится к
> тому, что новость была мне полезной.
Если была - ок, нет проблем. А я был и до этого в курсе что так в принципе можно и при наличии такой задачи с практической точки зрения сделал бы например средствами операционки. Допустим файлухой в файле. Не портабельно, конечно, но говоря начистоту, я не вижу смысла защищать виндовых юзерей когда ms там нажатия кнопок собирает.

Ответить | Правка | К родителю #204 | Наверх | Cообщить модератору

212. "Первый выпуск файловой системы Zbox" +/–

Сообщение от Ordu (ok), 16-Дек-17, 12:38

>> rust прикручивается к чему угодно. Сложнее чем C, потому что по-любому придётся
>> на rust'е крафтить адаптер -- внешний API для библиотеки,
> Ну и вот это вот - не, на плюсах так тоже делают,
> но вообще это грабли. Получаются (полу)замкнутые экосистемы которые между собой не
> дружат.
Грабли -- это бездумно использовать внешние библиотеки без адаптеров. Даже если библиотека написана на том же языке, на котором пишешь ты, то всё равно стоит остановиться и подумать об адаптере -- библиотека может быть написана в ином стиле, или может быть тебе потом захочется заменить эту библиотеку другой, или разработчики поломают API этой библиотеки. Вариантов много, и прежде чем использовать внешнее API непосредственно и из разных частей программы, следует серьёзно подумать и оценить риски.
>[оверквотинг удален]
> проч. На своей шкуре! Если это лаба по информатике - сработало
> у препа и черт с ним потом! А если в продакшн?
> Вылавливать за студебеккером все глюки наивного чукотского юноши, когда leap second
> накинут или daylight saving time активируется или ntpd время подбросит? В
> этом месте мы узнаем что качество софта не достигается за 5
> минут.
>> или сводиться к генератору случайных чисел, или быть ещё чем-нибудь,
> И без нескольких лет окажется что горе автор не прогнал даже базовые
> тесты. Случайность окажется не случайной, кто угодно будет ломать супер-шифрование чуть
> ли не на тетрадном листочке. Известное дело.
Если вдруг случилось, что пакет date был написан студиозисом, то работа со временем превратилась в вечное проклятье для rust-программистов? Есть crates.io, оттуда есть ссылки на github. Тебе доступна куча информации о пакете, о том как он разрабатывается, насколько широко и кем используется. Ты можешь заглянуть в issues, ты можешь посмотреть историю активности, ты можешь заглянуть в код и оценить его качество. Ты можешь взять и посмотреть в коде, каким образом там обрабатываются leap-секунды, какие алгоритмы генерации случайных чисел используются или откуда берётся энтропия. В конце-концов, ты можешь спросить в каком-нибудь сообществе, какую библиотеку лучше использовать для тех или иных задач.
Ты так рассказываешь, будто бы ты при написании кода на C++, выбираешь библиотеки не проводя исследования того, что эти библиотеки представляют себя с точки зрения качества кода. C++ отличается тем, что там слишком сложно использовать внешние библиотеки, и поэтому широко используются только библиотеки включённые в дистрибутивы. Но это приводит к другим косякам, типа regex-кода в boost, который, как внезапно выяснилось, написан в стиле C++ девяностых годов, пропитан арифметикой указателей, и вообще гумно. Много мелких пакетов, вместо единой свалки для многих пакетов, позволяют пойти и найти другую реализацию regexp'ов, которая будет обладать более высоким качеством кода. Прямо скажем, они вынудят это сделать на ранних этапах разработки программы, в тот момент когда нам понадобится подключить regexp'ы.
>> минут бездействия, а для приложений прозрачно и выглядит как заурядная директория.
> Если честно, мне такое будет проще настроить средствами пингвина, почти без програмизма
> или с каким-то совсем минимумом оного. И наверняка там продолбов будет
> в 20 раз меньше.
Это быстро превратиться в костыль на костыле. Менеджмент всех этих точек монтирования, ключей к ним, inotofy-скриптов, бекапов быстро превратится в груду слабо связанных друг с другом скриптов. Такая штука может быть и будет работать, но через полгода ты забудешь как она работает, а через пять лет при всём желании не сможешь в этом разобраться. Строго и грамотно написанная программа лучше -- она продумана, там есть какая-никакая документация, хотя бы пара комментов в коде, там есть код, написанный с мыслью о том, что его кто-то будет читать.
>> что меня эта библиотечка реально наводит на размышления о том, как можно изменить мир.
> Это да, хорошие размышления. Но половину уже придумали раньше и даже активно
> используют.
В программировании об этом переживать не стоит совершенно. Я тебя заверяю: всё уже написано, и всему есть аналоги. Когда опеннет стонет о том, что кругом сплошные велосипеды, то он делает это по глупости и неопытности своей, не понимая что иначе не бывает и быть не может.
Если ты будешь париться об уникальности твоей программы, ты никогда не напишешь ни одной программы. Ну или твои программы будут жертвовать функциональностью, удобством и разумностью в пользу уникальности.

Ответить | Правка | К родителю #211 | Наверх | Cообщить модератору

180. "Первый выпуск файловой системы Zbox" +/–

Сообщение от Аноним (-), 12-Дек-17, 12:31

> кто-нибудь этим любителям rust, что в windows шифрование встроено в ntfs
> с 2007 года - и оно по сей день ни у кого вопросов не вызывало,
А должно было? Там возможность подпихнуть "recovery certificate" штатно заявлена. И юзеру это не особо заметно. Какие вопросы? Большинство хомяков и половина админов даже не заметит что их NSA отимело.

Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

118. "Первый выпуск файловой системы Zbox" +2 +/–

Сообщение от Anonymoustus (ok), 11-Дек-17, 09:34

Приличные банки не сохраняют юзера авторизованным между сессиями. А неприличные не нужны.
О сохраняемых паролях же я говорил: эту функциональность браузеров надо везде отключать и никогда её не использовать.

Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

120. "Первый выпуск файловой системы Zbox" –1 +/–

Сообщение от пох (?), 11-Дек-17, 09:38

> О сохраняемых паролях же я говорил: эту функциональность браузеров надо везде отключать
мальчик с феноменальной памятью?

Ответить | Правка | Наверх | Cообщить модератору

140. "Первый выпуск файловой системы Zbox" +3 +/–

Сообщение от Аноним (-), 11-Дек-17, 17:14

>> О сохраняемых паролях же я говорил: эту функциональность браузеров надо везде отключать
> мальчик с феноменальной памятью?
Мальчик, знающий о keepassx2 и прочих.

Ответить | Правка | Наверх | Cообщить модератору

142. "Первый выпуск файловой системы Zbox" +/–

Сообщение от пох (?), 11-Дек-17, 17:42

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

Ответить | Правка | Наверх | Cообщить модератору

144. "Первый выпуск файловой системы Zbox" +/–

Сообщение от Ordu (ok), 11-Дек-17, 17:56

> чем эта и прочие помойки надежнее мазиловской хранилки?
Тем что не кривые embedded решения?

Ответить | Правка | Наверх | Cообщить модератору

145. "Первый выпуск файловой системы Zbox" +2 +/–

Сообщение от Аноним (-), 11-Дек-17, 18:11

> чем эта и прочие помойки надежнее мазиловской хранилки?
Тем, что им уже десяток и более лет?  Тем, что они умеют в геренацию паролей по параметрам и вообще, банально удобнее, чем хранилки-велосипеды в каждом отдельном приложении? Да-да, удобсвтво пользователя и надежность взаимосвязанны.  Тем, что не зависят от кривизны рук отдельной вебмакаки или очередных хипстерских переделок в настройках по умолчанию браузера? Тем, что уводилки паролей нацелены на всевозможные версии ишаков, хромых, мазил и прочих, но вот атаковать хранилку паролей обычно почему-то слабо?
Даже не знаю.
> Тем что представляют особый интерес для товарищей и господ майоров всех сортов?
А хранилка в браузере не предстваляет?
> Механизмы передачи пароля между ними и тем, во что этот пароль вводить - отличное
> место для третьего-лишнего.
На практике третий лишний будет либо банальной уводилкой паролей, либо хитрым Formgrabber-ом c кейлоггером, поэтому что совой о пень, что пнем о сову.

> Или шанс засветить пароль от банка, авторизуясь в порнохаб, кому что больше нравится.
Открою страшный секрет — никто не обязывает хранить в хранилках действительно важные вещи. Внезапно, да? Зато можно хранить всю ту кучу второстепенных паролей, для которых в ином случае применяются те же самые/похожие пароли или пароли типа "пароль".
> в общем, для параноика мальчик слишком легковерен.
Возможно, мальчик реалист, а не форумный теоритик?

Ответить | Правка | К родителю #142 | Наверх | Cообщить модератору

148. "Первый выпуск файловой системы Zbox" +2 +/–

Сообщение от Anonymoustus (ok), 11-Дек-17, 20:24

Мальчик в безопасности этой вашей самолично работал, так что такие дела.

Ответить | Правка | Наверх | Cообщить модератору

152. "Первый выпуск файловой системы Zbox" +/–

Сообщение от Аноним (-), 11-Дек-17, 21:36

> Мальчик в безопасности этой вашей самолично работал, так что такие дела.
А я лет 7-8 регулярно анализировал малварь, начиная от уводильщиков паролей на VB5 и классики от Codesoft, вплоть до этих ваших зевсов и прочего хлама из массового спэма.
И так же регулярно наблюдал форумы скрипткиддизов и не совсем скрипткиддизов, где торговали малварью и утянутыми паролями. Такие дела, да.

Ответить | Правка | Наверх | Cообщить модератору

183. "Первый выпуск файловой системы Zbox" +/–

Сообщение от Аноним (-), 12-Дек-17, 12:38

> И так же регулярно наблюдал форумы скрипткиддизов и не совсем скрипткиддизов, где
> торговали малварью и утянутыми паролями. Такие дела, да.
На гитхабе и поприкольнее вещицы бывают, например, https://github.com/x0rz/EQGRP - вообще совсем не скрипткидизы. Хоть и ископаемые слегка.

Ответить | Правка | Наверх | Cообщить модератору

182. "Первый выпуск файловой системы Zbox" +/–

Сообщение от Аноним (-), 12-Дек-17, 12:36

> Мальчик в безопасности этой вашей самолично работал, так что такие дела.
Слишком спокойно спишь? Почитай вику кто такой stuxnet и прочая живность рядом.

Ответить | Правка | К родителю #148 | Наверх | Cообщить модератору

150. "Первый выпуск файловой системы Zbox" +1 +/–

Сообщение от Anonymoustus (ok), 11-Дек-17, 20:36

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

Ответить | Правка | К родителю #145 | Наверх | Cообщить модератору

153. "Первый выпуск файловой системы Zbox" +/–

Сообщение от Аноним (-), 11-Дек-17, 21:51

>> Да-да, удобсвтво пользователя и надежность взаимосвязанны.
> Говоря откровенно, удобство и безопасность в реальной жизни обычно обратно пропорциональны
> друг другу.
Говоря откровенно, не только обычному пользователю, но и мне, использовать кнопку-генератор "сделай мне хороший пароль на 12-20 знаков и сохрани для вот этой вот странички" сильно удобнее, чем запускать отдельную программулину или же придумывать шедевры случайности "петя123321".
И в реальной жизни, обычный пользователь при отсутствии этой кнопки (и мотивации в виде пинков сверху или недавнего увода аккаунтов, не будет париться и использует или банальщину или "один пароль на все случаи жизни". Т.е. удобство в этом случае означает безопасность, неудобство означает игнорирование и забивание.
> Поэтому не следует использовать встроенные хранилки нигде и никогда.
> Они по самой своей сути являются дырой в безопасности, и вопрос только в ширине этой дыры и настойчивости желающих в неё пролезть.
Дык я тут как раз против встроенных хранилок "агитирую". Вы точно читали, на что отвечаете?
> Даже вполне оффлайновый традиционный бумажный блокнот с записанными от руки паролями,
Я вообще пароли от домашних вай-фая или рутера тупо на/под железку приклеиваю и не вижу в этом никакой проблемы.

Ответить | Правка | Наверх | Cообщить модератору

158. "Первый выпуск файловой системы Zbox" +/–

Сообщение от Anonymoustus (ok), 12-Дек-17, 00:56

Я писал не то чтобы вам персонально, но под всей веткой комментов, чтоб не повторяться по пять раз.

Ответить | Правка | Наверх | Cообщить модератору

160. "Первый выпуск файловой системы Zbox" +/–

Сообщение от Anonymoustus (ok), 12-Дек-17, 01:13

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

Ответить | Правка | К родителю #153 | Наверх | Cообщить модератору

162. "Первый выпуск файловой системы Zbox" +/–

Сообщение от Анонимм (??), 12-Дек-17, 03:37

>> Т.е. удобство в этом случае означает безопасность, неудобство означает игнорирование и
>> забивание.
> Это решается профилактическими мерами: доведением к сведению о личной ответственности
> имярека за перечень возможных про=бов и нарушения правил эксплуатации вверенной техники,
> в кои правила входят предписания о доступе по логину и паролю.
Это имелось в виду под "пинком сверху", однако домашних пользователей пинать некому. И тут как обычно - пока петух жареный в одно место не клюнет ...
Между тем, вполне реально при прогоне очередной слитой 30тыщ-пользовательской базы за час (причем, на питоне и шел-утилитах) взломать треть паролей с помощью словаря на десяток-другой тысяч часто используемых паролей, а потом еще и увести у тройки-четверки тысяч остальные акканты, т.к. там используется один пароль для всего.
Можно конечно злорадствовать и писать в комментариях "эти хомячки ССЗБ!", однако на ситуацию это особо не повлияет. Поэтому лучше уж пускай хранят второстепенные пароли в хранилке или даже браузере, чем используют один пароль везде. Стянуть их конечно можно, но при использовании мастер-пароля уже довольно нетривиально. Две трети скрипткиддизов обломятся однозначно. Плюс, защита от потери ноута/планшета, да и при угоне БД упарятся взламывать нормальный 12-15 значный пароль, который потом еще и никуда больше не подойдет.

Ответить | Правка | Наверх | Cообщить модератору

166. "Первый выпуск файловой системы Zbox" +/–

Сообщение от Anonymoustus (ok), 12-Дек-17, 09:53

> Это имелось в виду под "пинком сверху", однако домашних пользователей пинать некому.
> И тут как обычно - пока петух жареный в одно место
> не клюнет ...
И это плохо. Благодаря, отчасти, добрым браузеростроителям. А ведь просто не надо делать людям медвежью услугу, полагаясь на прекраснодушные рассуждения о том, что они, мол, разберутся.
Не разберутся. Даже мануал не прочитают, юзеры _никогда_ не читают «руководства пользователя».

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

> Можно конечно злорадствовать и писать в комментариях "эти хомячки ССЗБ!", однако на
> ситуацию это особо не повлияет. Поэтому лучше уж пускай хранят второстепенные
> пароли в хранилке или даже браузере, чем используют один пароль везде.
> Стянуть их конечно можно, но при использовании мастер-пароля уже довольно нетривиально.
> Две трети скрипткиддизов обломятся однозначно. Плюс, защита от потери ноута/планшета,
> да и при угоне БД упарятся взламывать нормальный 12-15 значный пароль,
> который потом еще и никуда больше не подойдет.
Примерно так и рассуждали, видимо, мудрецы, первыми предложившие встроить хранилку паролей в браузер. Что из этого получилось — известно. Но сложных паролей, к слову, юзеры так и не начали придумывать. И всё так же продолжают на работе записывать их на стикер, приклеенный к монитору. И мастер-пароли, в массе, не используют (даже не знают, что это такое). А при авторизации обычно ставят галочку «Запомнить меня». И утерянный ноутбук таки становится потенциальным клондайком для мелкого жулика, включая доступ к банковским данным лузера.
А ведь ларчик открывается просто: удобство и безопасность в данном контексте взаимно несовместимы. Надо выбрать что-то одно.

Ответить | Правка | К родителю #162 | Наверх | Cообщить модератору

174. "Первый выпуск файловой системы Zbox" +/–

Сообщение от Аноним (-), 12-Дек-17, 12:16

> и лежит там полеживает прекрасный такой файлик key3.db
> И пользы от него - никакой.
Да чичас, лиса хранит параметры форм в другом файлике. И там base64-кодирование всего лишь, или что-то около того, если без мастер-пароля.
> Но да, надо вводить master password.
И многие ли настроили его? Это ты такой хитрый, знаешь что так можно было.

Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

79. "Первый выпуск файловой системы Zbox" –7 +/–

Сообщение от Аноним (-), 10-Дек-17, 20:53

> запоминает ... пароли
У меня не запоминает. Потому что своему примитивному самописному шифровальщику по ГОСТ28147 я доверяю больше, чем мастер-паролю Файрфокса (если что - я читал Куртуа, не впечатлило).

Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

175. "Первый выпуск файловой системы Zbox" +1 +/–

Сообщение от Аноним (-), 12-Дек-17, 12:17

> У меня не запоминает. Потому что своему примитивному самописному шифровальщику по ГОСТ28147
> я доверяю больше, чем мастер-паролю Файрфокса (если что - я читал
> Куртуа, не впечатлило).
А если бы ты хоть что-то понимал в криптографии то постеснялся бы хвастаться собственным уровнем ламерства, для начала.

Ответить | Правка | Наверх | Cообщить модератору

88. "Первый выпуск файловой системы Zbox" –4 +/–

Сообщение от Аноним (-), 11-Дек-17, 00:07

и зачем тут для шифрования одного файла файловая система?

Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

91. "Первый выпуск файловой системы Zbox" –4 +/–

Сообщение от Ordu (ok), 11-Дек-17, 00:25

> и зачем тут для шифрования одного файла файловая система?
Ты заглядывал хоть раз в ~/.firefox? Сколько там файлов требуется для хранения паролей, истории, кеша, заполненных форм, и прочей информации? Ну, всяко не один, не так ли?

Ответить | Правка | Наверх | Cообщить модератору

97. "Первый выпуск файловой системы Zbox" +2 +/–

Сообщение от pavlinux (ok), 11-Дек-17, 01:01

>> и зачем тут для шифрования одного файла файловая система?
> Ты заглядывал хоть раз в ~/.firefox? Сколько там файлов требуется для хранения
> паролей, истории, кеша, заполненных форм, и прочей информации? Ну, всяко не
> один, не так ли?
Аппаратное делай

Ответить | Правка | Наверх | Cообщить модератору

101. "Первый выпуск файловой системы Zbox" –1 +/–

Сообщение от Ordu (ok), 11-Дек-17, 02:01

>>> и зачем тут для шифрования одного файла файловая система?
>> Ты заглядывал хоть раз в ~/.firefox? Сколько там файлов требуется для хранения
>> паролей, истории, кеша, заполненных форм, и прочей информации? Ну, всяко не
>> один, не так ли?
> Аппаратное делай
Тебе надо, ты и делай. Я не занимаюсь ни разработкой, ни производством железа.

Ответить | Правка | Наверх | Cообщить модератору

121. "Первый выпуск файловой системы Zbox" +/–

Сообщение от пох (?), 11-Дек-17, 09:46

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

Ответить | Правка | Наверх | Cообщить модератору

201. "Первый выпуск файловой системы Zbox" +1 +/–

Сообщение от pavlinux (ok), 13-Дек-17, 18:36

>> Тебе надо, ты и делай. Я не занимаюсь ни разработкой, ни производством
>> железа.
> так ты и разработкой файрфокса не.
Диваны Опеннета ничего не хотят, они хотят бла-бла-бла. Цель вторична.

Ответить | Правка | Наверх | Cообщить модератору

122. "Первый выпуск файловой системы Zbox" +/–

Сообщение от Аноним (-), 11-Дек-17, 09:57

И что мешает файрфоксу использовать нормальные шифрующие фс при посредничестве ОС?

Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

127. "Первый выпуск файловой системы Zbox" –1 +/–

Сообщение от Ordu (ok), 11-Дек-17, 12:25

> И что мешает файрфоксу использовать нормальные шифрующие фс при посредничестве ОС?
Как инсталлятор ff на андроиде может добиться такого посредничества ОС?

Ответить | Правка | Наверх | Cообщить модератору

132. "Первый выпуск файловой системы Zbox" –1 +/–

Сообщение от пох (?), 11-Дек-17, 14:01

>> И что мешает файрфоксу использовать нормальные шифрующие фс при посредничестве ОС?
> Как инсталлятор ff на андроиде может добиться такого посредничества ОС?
вывести окошко "установите меня на съемный флэш" ?
(не знаю, можно ли затребовать это через api)
флэшка в ведроиде неотключаемо шифрована dm-crypt'ом, даже если отказаться от шифрования системной памяти (ведроид такой ведроид). Ненужное - ненужно.

Ответить | Правка | Наверх | Cообщить модератору

134. "Первый выпуск файловой системы Zbox" +1 +/–

Сообщение от Аноним (-), 11-Дек-17, 14:43

> Купил ты ноут, поставил на него ff и радостно начал лазать по сайтам. FF тебе в этом помогает как может -- запоминает запомненные логины, пароли, заполненные формы, хранит историю, кеширует интернет, бла-бла-бла... И тут ты хоп и потерял ноут. А Вася его нашёл. Вася открыл твой ноут, посмотрел на него, загрузил с флешки обошёл пароли системы, и видит что у тебя в домашней директории лежит ~/.firefox, а там профили со всякой разной информацией. И тут ты выясняешь, что потерял не только ноут, но ещё и деньги с кредиток, и несколько важных для тебя аккаунтов на различных ресурсах.
Это всё решается использолванием LUKS, ecryptfs или encfs без этого ещё одного велосипеда. Только для того, чтобы Вася действительно ничего не нашёл, надо включать мозг: шифровать не один лишь хомяк или отдельно взятый профиль браузера, но и своп, а также обнулять содержимое памяти при выключении.

Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

191. "Первый выпуск файловой системы Zbox" +/–

Сообщение от freehck (ok), 12-Дек-17, 20:43

> И тут ты хоп и потерял ноут. А Вася его нашёл.
> ...
> И тут ты выясняешь, что потерял не только ноут
> ...
> А вот если бы ff пользовался чем-то типа Zbox для хранения своих
> файлов, то Вася бы обрёл только ноут, но не сенситивную информацию.
> Это, правда, требовало бы от тебя вводить мастер-пароль в ff каждый
> раз, когда ты его запускаешь, но может быть оно того стоит всё же?
У меня LUKS на весь диск, с бутом на внешнем носителе, который висит на связке ключей, с которой я не расстаюсь никогда. Если я потеряю ноут, Вася получит дырку от бублика, и мастер-пароль мне каждый раз вводить не надо. Способ стопудово рабочий. Никакие приложения адаптировать не надо.
Ну так, извините, чего ради городить огород с Zbox?

Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

192. "Первый выпуск файловой системы Zbox" +/–

Сообщение от Ordu (ok), 12-Дек-17, 21:56

> У меня LUKS на весь диск, с бутом на внешнем носителе, который
> висит на связке ключей, с которой я не расстаюсь никогда. Если
> я потеряю ноут, Вася получит дырку от бублика, и мастер-пароль мне
> каждый раз вводить не надо. Способ стопудово рабочий. Никакие приложения адаптировать
> не надо.
> Ну так, извините, чего ради городить огород с Zbox?
Ради того, что твоё наколенке выпиленное решение с LUKS невозможно включить в программу и использовать для маркетинга этой программы. Ну никак. Если только это не дистрибутив операционной системы. Попробуй написать программу, которая будет брать систему пользователя, и перепиливать её, до состояния защищённости твоей. Когда закончишь, приходи обратно, сравним насколько же было бы проще использовать Zbox.

Ответить | Правка | Наверх | Cообщить модератору

205. "Первый выпуск файловой системы Zbox" +/–

Сообщение от freehck (ok), 14-Дек-17, 14:29

>> Ну так, извините, чего ради городить огород с Zbox?
> Ради того, что твоё наколенке выпиленное решение с LUKS невозможно включить в
> программу и использовать для маркетинга этой программы. Ну никак. Если только
> это не дистрибутив операционной системы.
Ну разве что ради маркетинга, это да.
> Попробуй написать программу, которая будет брать
> систему пользователя, и перепиливать её, до состояния защищённости твоей. Когда закончишь,
> приходи обратно, сравним насколько же было бы проще использовать Zbox.
Хехе. То есть ты, Ordu, предлагаешь мне написать программу, которая возьмёт систему пользователя, и слегка реорганизует, переместив всё на люксовый диск с LVM-ом под ним? Что ж. Как на счёт поспорить на 4 ETH, что я справлюсь с этим за новогодние праздники?
Надо немного оговорить условия спора, сроки... Но имхо месяц мне тут -- это с лихвой хватит. )

Ответить | Правка | Наверх | Cообщить модератору

207. "Первый выпуск файловой системы Zbox" +/–

Сообщение от Ordu (ok), 14-Дек-17, 19:24

> Хехе. То есть ты, Ordu, предлагаешь мне написать программу, которая возьмёт систему
> пользователя, и слегка реорганизует, переместив всё на люксовый диск с LVM-ом
> под ним? Что ж. Как на счёт поспорить на 4 ETH,
> что я справлюсь с этим за новогодние праздники?
> Надо немного оговорить условия спора, сроки... Но имхо месяц мне тут --
> это с лихвой хватит. )
Ебилды будут? И .deb пакеты тоже? У меня на ноуте убунта, а на десктопе gentoo. Ещё андроид на смартфоне. Твой инсталлятор будет работать со всеми пакетными менагерами? Или это будет блоб типа NVIDIA-бла-бла-бла.run, который надо запускать от рута? Блобов лучше не надо, а дружить с пакетным менагером в процессе установки -- это must-have.
[update] Хотя не, не парься. Я всё равно не рискну воспользоваться подобной штукой, до тех пор пока её не оттестируют на зоопарке различных установок линуксов на реальном железе.

Ответить | Правка | Наверх | Cообщить модератору

208. "Первый выпуск файловой системы Zbox" +/–

Сообщение от freehck (ok), 15-Дек-17, 11:36

> Ебилды будут? И .deb пакеты тоже? У меня на ноуте убунта, а
> на десктопе gentoo. Ещё андроид на смартфоне. Твой инсталлятор будет работать
> со всеми пакетными менагерами? Или это будет блоб типа NVIDIA-бла-бла-бла.run, который
> надо запускать от рута? Блобов лучше не надо, а дружить с
> пакетным менагером в процессе установки -- это must-have.
Всё будет! :)
Напишу скрипт, запуск которого приведёт систему в нужное состояние. Запакую в deb и rpm. Ебилды делать не умею, но слышал, что это вроде как просто. Андроид - однозначно нет.
Инсталлятор будет работать со всеми пакетными менеджерами. Но не потому, что будет с ними дружить, а просто потому, что по сути изменения в initrd будут доставляться через стандартный механизм его обновления, а initramfs-tools вроде везде более-менее одинаковые. Правда, в RHEL вроде внедрили какой-то dracut, но это не особо пугает.  Но само собой я протестирую широкий спектр дистров, чтобы точно указать совместимые и проверенные. В первую очередь Debian-based дистры. Во вторую - RPM-based. А остальные сами скорее всего подтянутся.
Блобов не будет вообще, ручаюсь. Я всё это вообще это на shell сварганить думаю. Запускать естественно от рута, это да. И к тому же надо будет иметь дополнительно винчестер, на который будет производиться миграция текущей системы. А ты думал -- это ж весьма ответственная операция, так что исходные данные лучше не трогать. Мало ли что случится, а я не вандал.
> [update] Хотя не, не парься. Я всё равно не рискну воспользоваться подобной
> штукой, до тех пор пока её не оттестируют на зоопарке различных
> установок линуксов на реальном железе.
Но ты подумай. Если я не смогу, то ты получишь 4 ETH, то есть 2000$ по текущему курсу. А если не смогу -- ты проспонсируешь разработку открытого проекта. :)
PS: а вообще, идея-то хорошая и не такая уж сложная в реализации... На кикстартер, что ли, с ней пойти? Как думаешь, выстрелит? "Напишу вам скрипт (если хотите, даже с графической обёрткой) ради вашей СВОБОДЫ". И гиганское промо из разряда "почему свобода важна, и на кой дьявол обычному казуалу шифровать свои данные". Тут некоторые наверное посмеются, но ведь действительно важно защищать свои данные.

Ответить | Правка | Наверх | Cообщить модератору

193. "Первый выпуск файловой системы Zbox" –2 +/–

Сообщение от Аноним (-), 13-Дек-17, 06:36

У меня стабилизированная среда и телефон на android. Хочется некоторые данные на телефоне и рабочей среде защитить но переустановка невозможно или недопустима. Zbox мне кажется хорошим вариантом.

Ответить | Правка | К родителю #191 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

30. "Первый выпуск файловой системы Zbox"	+/–
Сообщение от Аноним (-), 10-Дек-17, 14:47
Нафига это нужно? Это может работать только в сочетании и бекдорнутым SGX и ему подобными. Если ОС скомпрометирована, а на десктопах - даже в чистой ОС с вредоносной программой с правами того же пользователя, то нет проблем прочитать ключ из оперативной памяти. Если же ОС не скомпрометирована, то она разграничивает права сама, и использование этой фигни создаёт лишние проблемы.
Ответить \| Правка \| Наверх \| Cообщить модератору


	32. "Первый выпуск файловой системы Zbox"	–4 +/–
	Сообщение от Аноним84701 (ok), 10-Дек-17, 14:56
	> Если ОС скомпрометирована, а на десктопах - даже > в чистой ОС с вредоносной программой с правами того же пользователя, > то нет проблем прочитать ключ из оперативной памяти. > с правами того же пользователя, Если этот пользователь рут? А то ведь даже под форточками нужне доп. права на считывание памяти не дочерних процессов.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	90. "Первый выпуск файловой системы Zbox"	–6 +/–
	Сообщение от Аноним (-), 11-Дек-17, 00:24
	> А то ведь даже под форточками нужне доп. права на считывание памяти > не дочерних процессов. Не нужны. Пунтосвитчер работает без рута.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	93. "Первый выпуск файловой системы Zbox"	+7 +/–
	Сообщение от pavlinux (ok), 11-Дек-17, 00:50
	>> Если ОС скомпрометирована, а на десктопах - даже >> в чистой ОС с вредоносной программой с правами того же пользователя, >> то нет проблем прочитать ключ из оперативной памяти. >> с правами того же пользователя, > Если этот пользователь рут? А если диск выкрутить?
	Ответить \| Правка \| К родителю #32 \| Наверх \| Cообщить модератору


	100. "Первый выпуск файловой системы Zbox"	+/–
	Сообщение от Аноним84701 (ok), 11-Дек-17, 01:11
	>>> то нет проблем прочитать ключ из оперативной памяти. >>> с правами того же пользователя, >> Если этот пользователь рут? > А если диск выкрутить? И? ЗЫ: опять кто-то минусо-бота на тему натравил и этот кто-то совсем не палиЦЦо)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	203. "Первый выпуск файловой системы Zbox"	–1 +/–
	Сообщение от pavlinux (ok), 13-Дек-17, 18:42
	>>>> то нет проблем прочитать ключ из оперативной памяти. >>>> с правами того же пользователя, >>> Если этот пользователь рут? >> А если диск выкрутить? > И? > ЗЫ: опять кто-то минусо-бота на тему натравил и этот кто-то совсем не > палиЦЦо) Вот как запретят Анониму жмакать на минусы, тогда обсудим. А пока эти дятлы жмут на минусы от своей тупости. И плюсуют идиотские высеры на два слова.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	110. "Первый выпуск файловой системы Zbox"	–2 +/–
	Сообщение от фтопку (?), 11-Дек-17, 07:23
	>> Если ОС скомпрометирована, а на десктопах - даже >> в чистой ОС с вредоносной программой с правами того же пользователя, >> то нет проблем прочитать ключ из оперативной памяти. >> с правами того же пользователя, > Если этот пользователь рут? > А то ведь даже под форточками нужне доп. права на считывание памяти > не дочерних процессов. а если ето анальный зонд интель МЕ?
	Ответить \| Правка \| К родителю #32 \| Наверх \| Cообщить модератору


	72. "Первый выпуск файловой системы Zbox"	–4 +/–
	Сообщение от Ordu (ok), 10-Дек-17, 19:19
	> Нафига это нужно? Вот смотри. Купил ты ноут, поставил на него ff и радостно начал лазать по сайтам. FF тебе в этом помогает как может -- запоминает запомненные логины, пароли, заполненные формы, хранит историю, кеширует интернет, бла-бла-бла... И тут ты хоп и потерял ноут. А Вася его нашёл. Вася открыл твой ноут, посмотрел на него, загрузил с флешки обошёл пароли системы, и видит что у тебя в домашней директории лежит ~/.firefox, а там профили со всякой разной информацией. И тут ты выясняешь, что потерял не только ноут, но ещё и деньги с кредиток, и несколько важных для тебя аккаунтов на различных ресурсах. А вот если бы ff пользовался чем-то типа Zbox для хранения своих файлов, то Вася бы обрёл только ноут, но не сенситивную информацию. Это, правда, требовало бы от тебя вводить мастер-пароль в ff каждый раз, когда ты его запускаешь, но может быть оно того стоит всё же?
	Ответить \| Правка \| К родителю #30 \| Наверх \| Cообщить модератору


	76. "Первый выпуск файловой системы Zbox"	–5 +/–
	Сообщение от пох (?), 10-Дек-17, 19:43
	> бла-бла-бла... И тут ты хоп и потерял ноут. А Вася его > нашёл. Вася открыл твой ноут, посмотрел на него, загрузил с флешки > обошёл пароли системы, и видит что у тебя в домашней директории > лежит ~/.firefox, а там профили со всякой разной информацией. И тут и лежит там полеживает прекрасный такой файлик key3.db И пользы от него - никакой. Но да, надо вводить master password. там, правда, по-моему по сей день 3DES онли из-за бага в libnss, но для паролей должно хватить.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	77. "Первый выпуск файловой системы Zbox"	–3 +/–
	Сообщение от Ordu (ok), 10-Дек-17, 19:55
	> и лежит там полеживает прекрасный такой файлик key3.db Не только. Там ещё лежит история, заполненные формы и кукисы.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	78. "Первый выпуск файловой системы Zbox"	–4 +/–
	Сообщение от пох (?), 10-Дек-17, 20:23
	>> и лежит там полеживает прекрасный такой файлик key3.db > Не только. Там ещё лежит история, заполненные формы и кукисы. ну так не оставляй истории на сайтах, которые неправильно делают формы с номерами кредиток (лучше бы по таким и вовсе не ходить, мало ли что еще они делают через задницу). На нормальных они (или хотя бы cvv) не сохраняются файрфоксом, а auth cookies привязываются к ip и имеют ограниченное время действия. мазила совершенно правильно не создает ненужных трудностей тем, кто хочет что-то извлечь из собственных профилей, гемора с signons.json вполне всем достаточно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	92. "Первый выпуск файловой системы Zbox"	–3 +/–
	Сообщение от Ordu (ok), 11-Дек-17, 00:40
	>>> и лежит там полеживает прекрасный такой файлик key3.db >> Не только. Там ещё лежит история, заполненные формы и кукисы. > ну так не оставляй истории на сайтах, которые неправильно делают формы с > номерами кредиток (лучше бы по таким и вовсе не ходить, мало > ли что еще они делают через задницу). > На нормальных они (или хотя бы cvv) не сохраняются файрфоксом, а auth > cookies привязываются к ip и имеют ограниченное время действия. > мазила совершенно правильно не создает ненужных трудностей тем, кто хочет что-то извлечь > из собственных профилей, гемора с signons.json вполне всем достаточно. Я даже не знаю, что на это можно ответить. Смотри, мы начали с вопрос "зачем zbox может понадобиться". Я привёл пример зачем. Так? Ты начал доказывать, что в этом случае zbox не нужен, что тут правильнее было бы пользователей обучать пользоваться браузером. Допустим ты прав. И что? Ну, вот чего ты ждёшь от меня? Что я сейчас подорвусь и высосу тебе из пальца ещё один use-case для Zbox? Но я не буду этого делать, потому что вне зависимости от того, нужен ли браузеру Zbox или нет, мой пример в любом случае отлично демонстрирует идею того "зачем zbox может понадобится". Может быть zbox не лучший способ решения проблемы приватных данных в профиле firefox'а, но тем не менее это способ, причём такой, который будет работать и в венде, и в линуксе, и на андроиде, не требуя никаких особенных вещей от системной файловой системы. В том смысле, что в качестве альтернативы zbox'у можно поставить систему поверх криптованного раздела, и будет, наверное, даже лучше. Но такое решение не удастся внедрить в приложение так, чтобы то своим инсталлятором настраивало бы нужным образом любую систему, на которую приложение может быть поставлено. И все эти нюансы отлично демонстрируются моим примером use-case'а, который ты так рьяно кинулся громить своей критикой. Так что я не буду придумывать другого use-case'а, останусь при этом. Если тебя это не устраивает, ничем не могу помочь.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	119. "Первый выпуск файловой системы Zbox"	–1 +/–
	Сообщение от пох (?), 11-Дек-17, 09:36
	> Я даже не знаю, что на это можно ответить. Смотри, мы начали с вопрос "зачем zbox может > понадобиться". Я привёл пример тебе ткнули носом - что эта функциональность уже реализована именно в твоем примере, в 2005м году. Без всяких zbox'ов и rustов обошлась. Причем реализована правильно, это еще те программисты писали, хорошие, только сильно затраханные - при открытом коде нет смысла скрывать структуры, только сами данные - поэтому шифруются поля в стандартных базах sqlite или json, а не базы (иначе ты даешь прекрасный материал дешифрующему). Ключом, превышающим размер шифруемого (что снимает вопросы к немного устаревшей криптографии - в zbox это будет больным местом даже при неустаревшей) Ты зачем-то начал вилять и юлить, что не все файлы пошифрованы - хотя причем бы тут конкретный механизм? Это уже решение авторов кода, использовать его только для критичных, по их мнению, данных. Поправить код мазилы ты вряд ли сможешь, иначе, опять же, тебе не надо бы было пихать туда новое-модное, достаточно было бы задействовать штатный механизм еще для десятка полей (по строчке кода на поле). Соответственно, тебе лично от zbox'а толку ровно ноль, параноиков вида "они увидят мои куки" спасет только geli с паролем при загрузке. (кстати, расскажите кто-нибудь этим любителям rust, что в windows шифрование встроено в ntfs с 2007 года - и оно по сей день ни у кого вопросов не вызывало, в отличие от устаревшей и полузаброшенной автором encfs) Возвращаемся к исходному вопросу - так зачем нам эта модная поделка? Берущая на себя функции, помимо шифрования, которые вряд ли может реализовать хорошо (про конкурентный доступ не подумали, молодцы), а все остальное - стандартные библиотеки (вряд ли хорошие) Если бы я был разработчиком - я бы смотрел в сторону исправления ошибки в nss. Bug 198090, если кто захочет исправить. 15 лет висит в status new. "no one asking". Менеджер лопатой по горбу не дал - ничего не сделано. Обратить внимание - no api change, изначально было задумано как надо, просто очень спешили и не доделали.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	126. "Первый выпуск файловой системы Zbox"	+/–
	Сообщение от Ordu (ok), 11-Дек-17, 12:23
	Ты продолжаешь критиковать частный use-case, в слепой надежде на то, что, разгромив частный случай, ты разгромишь и общий тоже? Любопытный случай. Откуда такое застревание и неспособность изменить поведение? Может быть ff для тебя больная тема? Если так, то, соглашусь, что пример был неудачным: на нейтральном примере тебе было бы проще вычленить из частного примера общую идею. > Возвращаемся к исходному вопросу - так зачем нам эта модная поделка? Несмотря на то, что вроде как мы нашли причину неудачности use-case'а, я всё же останусь при своём: я не буду придумывать другого use-case'а. Если тебе не справиться со своим эмоциональным отношением к ff, то это всё же твои проблемы, и решать их тебе.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	130. "Первый выпуск файловой системы Zbox"	–1 +/–
	Сообщение от пох (?), 11-Дек-17, 13:58
	> Ты продолжаешь критиковать частный use-case так ведь твой use-case. Другой тебе не придумался. Придумаешь - окажется что и там это ненужное - ненужно, потому что либо это сознательное решение разработчиков, либо уже реализовано нормально и прямыми руками, либо, как в случае с твоей первой попыткой - то и другое одновременно, то есть та часть что было необходимо - зашифрована, остальное оставлено так, чтобы было удобно пользоваться. Я вот не могу придумать реальной ситуации, когда такая штука была бы нужна вместо либо шифрования вместе с диском, либо шифрования данных отдельно от системы их хранения. Даже абстрагируясь от конкретной реализации (то есть предположим, что они сделали - хорошо). Причем именно с позиции разработчика - у юзера нет возможности ее применять by design (и для него существуют и работают другие решения)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	137. "Первый выпуск файловой системы Zbox"	+/–
	Сообщение от Ordu (ok), 11-Дек-17, 15:49
	>> Ты продолжаешь критиковать частный use-case > Другой тебе не придумался. Не мне не придумывается, а тебе не придумывается. Мне не нужны другие юзкейсы, потому что мне этого юзкейса хватает за глаза и за уши, чтобы размышлять об общей ситуации на частном примере. Это тебе не удаётся абстрагироваться, это тебе не хватает юзкейсов для абстрагирования, они нужны тебе, а не мне. Поэтому говорить в этой ситуации, что мне не придумывается не надо. Мне они не нужны. Ты хочешь, чтобы я придумал тебе ещё десяток юзкейсов? Мне совершенно не хочется этого делать, потому что хоть я и готов обсудить общий случай, но мне совершенно без интереса обсуждать частные. Это слишком долгий путь к более глубокому осознанию полезности zbox, чтобы я выбрал именно его. Если тебе необходим именно этот долгий путь, и более коротких ты не приемлешь, то иди долгим путём, но не надо меня туда тащить. > Я вот не могу придумать реальной ситуации, когда такая штука была бы > нужна вместо либо шифрования вместе с диском, либо шифрования данных отдельно > от системы их хранения. Шифрование диска упирается в усложнение поддержки кроссплатформенности приложения. Шифрование же отдельных данных упирается в длинный и сложный процесс внесения изменений в код. Zbox предлагает все изменения спрятать под API, которое уже используется в коде программы. Всё что нам надо -- это написать дефайнов типа "#define fopen zbox_fopen", "#define FILE zbox_FILE", ..., и реализовать десяток функций. Ситуация может осложниться, если всё же не все файлы следует класть в zbox, и тогда не удастся отвертеться от просматривания кода целиком, придётся где-то менять fopen на zbox_fopen, а где-то не менять, и каждый случай обдумывать. А может и не придётся -- может быть удастся решить эти проблемы динамически внутри zbox_fopen, анализируя пути к файлам. Хм... Таким подходом ведь можно вообще не трогая сорцов приложения (по-крайней мере, работающего поверх stdio.h), перевести его на защищённое хранилище: LD_PRELOAD в помощь. А можно ведь ещё сисколлы типа open/write перехватывать, тогда и вообще кого угодно... Правда это *nix'овое решение, в венде придётся по-вендовому извращаться. Можно было бы выбрать какое-нибудь иное API, помимо fs, где можно относительно легко воткнуть шифрование. Например, взять API к SQL базе данных, и там это сделать. Но, во-первых, далеко не со всяким API к SQL базе данных это сделать просто, может быть придётся заменять sqlquery на zbox_sqlquery, которая будет парсить переданную ей строчку с запросом, шифровать то, что надо, потом собирать обратно в строчку и передавать в sqlquery. Ещё то веселье. Во-вторых, fs как API -- это наиболее распространённое API, и таким образом zbox получает максимальное число потенциальных кейсов, где его возможно применить. С тем же примером с sql: если такую библиотечку написать, то она будет применима только для тех программ, которые хранят данные в SQL. FS тоже имеет много разных API -- stdio.h, iostream, и тысячи других, но подавляющее большинство их функционально повторяет stdio, и повторить их поверх rust'ового std, выдав наружу C'шный API, а потом написав обёртку вокруг него на нужном языке программирования -- это развлечение на пару вечеров. Или не на пару... stdio.h можно за пару вечеров сделать, а в общей ситуации надо рассчитывать на неделю-две вечернего времяпровождения. Если тебе непонятны эти рассуждения в абстрактном виде, то тогда у тебя есть единственный путь к пониманию: конкретный эксперимент. Возьми, скажем,... ладно, не надо брать ff, если тебе этот пример так неприятен, возьми claws-mail, или любой другой почтовый клиент, который не шифрует аутентификационные данные почтовых аккаунтов и локально хранимую почту. Скачай сорцы, создай там две ветки zbox и no-zbox. А потом попробуй в каждой из этих веток реализовать шифрование потенциально чувствительных к раскрытию данных. Сравни объёмы работ, которые тебе придётся выполнить в процессе. Я заверяю тебя, когда ты это проделаешь, ты вернёшься сюда рассказывать как это любовно и прельстиво шифровать диски целиком, и мы с тобой перейдём к обсуждению вопроса о том, существуют ли случаи, когда шифровать диски целиком -- менее удачное решение, чем шифровать данные на уровне приложения.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	139. "Первый выпуск файловой системы Zbox"	–1 +/–
	Сообщение от пох (?), 11-Дек-17, 17:10
	> Ты хочешь, чтобы я придумал тебе ещё десяток юзкейсов? да что-то реального пока - ни одного. > Шифрование диска упирается в усложнение поддержки кроссплатформенности приложения. лолшта? Приложению ничего об этом шифровании знать не надо - это выбор пользователя, хочет он тратить ресурсы и рисковать потерять все сразу, или нет. > Шифрование же отдельных данных упирается в длинный и сложный процесс внесения изменений в код. в случае мазилы это одна строчка на шифруемый айтем - лишний вызов функции перед sql insert. Ахрененно сложно, конечно же, гораздо проще всосать в код неведому зверушку на расте. Дайте два. (и да, напоминаем искателям "легких путей", что "конкурентный доступ не поддерживается", попытка запустить второй экземпляр разнесет все в клочья. Сделать это будет, кстати, не так-то и просто.) Сложно только одно - убедить других разработчиков, что это нужно кому-то в мире кроме тебя. > возьми claws-mail, или любой другой почтовый клиент, который не шифрует аутентификационные > данные почтовых аккаунтов и локально хранимую почту попробуй отделить "аутентификационные данные" от почты - и тут же окажется, что и в этом случае проще использовать хоть ту же nss. И нет, мне вот не нужна шифрованная почта, совершенно - а когда будет нужна, я обойдусь без кривых embedded решений, из которых потом ее не восстановишь. Соответственно, вместо упрощения работы, получаем усложнение - надо отдельно на каждую операцию с fs проверять - включен ли в конфиге флаг "я параноик, ниасиливший fs-шифрование", или нет, и нужно обращаться к тем же файлам через другой api. И отдельно с конфигом - который, кстати, может содержать что-то, что лучше бы не хранить в нешифрованном виде. И который при этом хорошо бы уметь прочитать отдельно от приложения.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	143. "Первый выпуск файловой системы Zbox"	+/–
	Сообщение от Ordu (ok), 11-Дек-17, 17:44
	>> Ты хочешь, чтобы я придумал тебе ещё десяток юзкейсов? > да что-то реального пока - ни одного. >> Шифрование диска упирается в усложнение поддержки кроссплатформенности приложения. > лолшта? > Приложению ничего об этом шифровании знать не надо - это выбор пользователя, > хочет он тратить ресурсы и рисковать потерять все сразу, или нет. Ты продолжаешь жить в тесном мирке частных случаев. > И нет, мне вот не нужна шифрованная почта, совершенно - а когда > будет нужна, я обойдусь без кривых embedded решений, из которых потом > ее не восстановишь. Отказываясь от этого, ты потерял все шансы понять. Уже видно, что абстрактные рассуждения не по плечу тебе, а обретение знаний через опыт упирается в нежелание и лень набирать опыт. Знание и понимание -- это то, что никто не может вложить в твою голову. Ни знания, ни понимание не передаются по воздуху. Единственный источник знаний и понимания в психике -- это работа данной психики, в первую очередь процесс мышления. Только ты сам может создать понимание чего-либо для себя, и никто другой не может сделать это за тебя. Ты зря поэтому надеешься, что я каким-то магическим путём вложу в твою голову своё понимание, одолевая при этом твоё сопротивление моим попыткам. Моё понимание -- это моё понимание и оно недоступно никому другому. Я могу использовать своё понимание, чтобы помочь тебе создать твоё, но это будет именно помощь, которая будет эффективной только при выраженной твоей активности, нацеленной на создание смыслов. Ещё какие-нибудь вопросы ко мне есть?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	181. "Первый выпуск файловой системы Zbox"	+1 +/–
	Сообщение от Аноним (-), 12-Дек-17, 12:34
	> Ты продолжаешь жить в тесном мирке частных случаев. С другой стороны, если чрезмерно обобщать это другой крайний случай. Который не очень хорошо работает. > в психике -- это работа данной психики, в первую очередь процесс мышления. У поха процесс мышления просматривается в 1 сообщении из 20, и то хило.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	184. "Первый выпуск файловой системы Zbox"	+/–
	Сообщение от Ordu (ok), 12-Дек-17, 13:05
	>> Ты продолжаешь жить в тесном мирке частных случаев. > С другой стороны, если чрезмерно обобщать это другой крайний случай. Который не > очень хорошо работает. Да. Но в этом случае я не вижу как можно обойтись без обобщений. Любой частный юзкейс всегда можно раскритиковать. Потому что вообще любое техническое решение -- это компромисс, и поэтому его всегда можно раскритиковать. В силу общей нацеленности поха на "разгромить критикой всё" -- совершенно бесполезно поэтому придумывать частные случаи. Точнее, придумывать можно, и я придумал парочку, но мне совершенно неинтересно их излагать, потому что я заранее и чуть ли не дословно знаю, что пох мне в ответ скажет. Какие минусы он выделит, и как он будет отметать плюсы, убеждая меня что они не плюсы. Более того, если мы зададим себе вопрос "зачем нам знать, для чего нужен zbox", то на него напрашивается ответ: чтобы вспомнить о zbox в той ситуации, когда он может оказаться полезным нам. А для этого нужно очертить класс ситуаций, в которых имеет смысл подумать о том, не будет ли он полезен. А как только мы заговорили про класс -- это уже обобщение. > У поха процесс мышления просматривается в 1 сообщении из 20, и то хило. Он просто слишком увлечён целью победить в споре, и когда процесс мышления начинает мешать этой цели, он отключает мышление. На условном примере -- это как если бы я доказывал, что теорема Пифагора неверна, но заглянув в доказательство почувствовал бы, что доказательство то верное, и, чтобы не признавать свою неправоту, отключил бы мышление, включил бы демагогию и начал бы всеми путями уводить топик в сторону: рисовать прямоугольные треугольники на сфере, демонстративно безуспешно искать хоть одну идеальную математическую плоскость в реальности, рассказывать про искажения пространства гравитацией, аппелировать к квантовой неопределённости и невозможности точно измерить расстояния... ну и прочими такими вещами заниматься.
	Ответить \| Правка \| К родителю #181 \| Наверх \| Cообщить модератору


	198. "Первый выпуск файловой системы Zbox"	+1 +/–
	Сообщение от Аноним (-), 13-Дек-17, 08:21
	> обобщений. Любой частный юзкейс всегда можно раскритиковать. Потому что вообще любое > техническое решение -- это компромисс, и поэтому его всегда можно раскритиковать. Да. Но все-таки иногда еще бывает так что некто изобретает велосипед, при том с квадратными колесами, а потом доказывает что теперь все должны взять лопаты в руки и "исправить" дороги под правильную форму колеса. Сабж на это похож - мол, а давайте вы приложения перепишете? За всю жизнь я видел лишь пару вещей где что-то такое могло быть полезно. Специфичных. Несколько в ином виде. И не на rust. Оно к чему-то кроме ржавчины вообще прикручивается? Ладно для вебни это пофиг. Но встраиваемая файлуха это претензия на либу, чтоли. Чуть ли не системную. > В силу общей нацеленности поха на "разгромить критикой всё" -- совершенно > бесполезно поэтому придумывать частные случаи. Есть некоторые исключения, он не громит бсды и солярисы, чтоли. В общем у каждого есть свои причуды и предпочтения. Это может сделать суждения необъективными. В особо клинических случаях человек не может распознать ситуацию и получается упертый баран. У поха это в 9 случаев из 10. > скажет. Какие минусы он выделит, и как он будет отметать плюсы, > убеждая меня что они не плюсы. На самом деле всегда можно и пару плюсов найти, > этого нужно очертить класс ситуаций, в которых имеет смысл подумать о > том, не будет ли он полезен. А как только мы заговорили > про класс -- это уже обобщение. Вообще согласен. Но говоря начистоту, как мне кажется сабж если и реально куда-то прикрутить, то это какие-то экзотичные и нишевые случаи. Настолько, что само знание о том что есть такая штука начинает напоминать спам про онлайн казино. Я конечно благодарен что до меня донесли знание что есть такое казино, но не могу придумать куда мне это знание деть. Но я допускаю что кому-то это знание будет полезнее чем мне. > Он просто слишком увлечён целью победить в споре, и когда процесс мышления > начинает мешать этой цели, он отключает мышление. Я бы сказал позлее: он процесс мышления включает сильно иногда. Поэтому 9 раз из 10 это разговор слепого с глухим. Доказать ему что-либо как мне кажется невозможно в принципе. Впрочем это очень распостраненная болезнь на территории exUSSR. Каждый эксперт во всем и истина в последней инстанции. А если потыкать палочкой "почему %s думает что %s истина" - начинаются громкие вопли, наезды и обиды. Не знаю откуда это берется, но далеко не любого человека можно раскрутить на демонстрацию логических цепочек. Большинство раскрутится на наезды и снобизм.
	Ответить \| Правка \| К родителю #184 \| Наверх \| Cообщить модератору


	204. "Первый выпуск файловой системы Zbox"	+/–
	Сообщение от Ordu (ok), 14-Дек-17, 00:56
	> За всю жизнь я видел лишь пару вещей где что-то такое могло > быть полезно. Специфичных. Несколько в ином виде. И не на rust. > Оно к чему-то кроме ржавчины вообще прикручивается? rust прикручивается к чему угодно. Сложнее чем C, потому что по-любому придётся на rust'е крафтить адаптер -- внешний API для библиотеки, который будет чисто #[repr(C)], но проще, или, по-крайней мере, не сложнее, чем C++. > Вообще согласен. Но говоря начистоту, как мне кажется сабж если и реально > куда-то прикрутить, то это какие-то экзотичные и нишевые случаи. Настолько, что > само знание о том что есть такая штука начинает напоминать спам > про онлайн казино. Я конечно благодарен что до меня донесли знание > что есть такое казино, но не могу придумать куда мне это > знание деть. Но я допускаю что кому-то это знание будет полезнее > чем мне. Вот это может быть. В rust библиотека -- это что-то гораздо менее значимое, чем в C++. В C++ если библиотека, то значит что-нибудь весомое, над чем работали годами несколько человек. В rust пакет может, например, состоять из нескольких функций/типов работы со временем, или сводиться к генератору случайных чисел, или быть ещё чем-нибудь, что делается за два вечера одним человеком. В этом есть свои плюсы, но публиковать здесь все новинки с crates.io, конечно же, далеко не лучшая идея. И про Zbox, вероятно, не следовало писать. Но здесь мне сложно судить, потому что мне лично эта информация была полезной. Не потому, что я сейчас рванусь использовать Zbox, а потому что есть вероятность того, что я когда-нибудь задумаюсь об его использовании. На самом деле я уже задумался об этом -- поверх этой штуки можно же сделать fuse-файловую систему, которая будет решать некоторые врождённые проблемы Zbox, и это было бы интересно сделать. Есть одна проблема -- я не знаю в точности зачем это может быть нужно. Перегнать Claws-Mail на защищённое храненение почты, не влезая в код ClawsMail вообще? Или может для того, чтобы создать решение, которое позволит пользователю, работая с любой фс, шифровать выбранные директории, храня при этом ключи на флешке или сталкиваясь с запросами паролей при первой попытке доступа? Ну, типа, утилитки командной строки вида: encrypt [DIRECTORY] --auth-type=[password\|keyfile\|...] Чтобы вызвал эту утилитку, и забыл, потому что дальше оно просто работает. При необходимости монтируется через fusermount, может быть само отмонтируется через 10 минут бездействия, а для приложений прозрачно и выглядит как заурядная директория. Не очень ясно, возможно ли приделать запрос пароля у пользователя прозрачно для приложения работающего с директорией. Более того неясно, стоит ли это делать, если это возможно... Но, я отвлёкся, я просто хотел сказать, что меня эта библиотечка реально наводит на размышления о том, как можно изменить мир. Да и вообще нравится идея иметь под рукой библиотеку, которая берёт на себя весь геморрой связанный с шифрованием. Вручную творить подобное замучаешься. Вообще писать код нагруженный криптографией не будучи экспертом в криптографии -- это совершенно не блестящая идея, но opensource библиотечка на github'е (даже если написана не экспертом), имеет достаточно шансов попасть в поле зрения экспертов и быть доведена до пристойного уровня. Таким образом, можно надеятся получить надёжную библиотеку берущую на себя вопросы создания зашифрованного хранилища в файле, которая инкапсулирует всю криптографию оставляя мне достаточно прямолинейный интерфейс типа "сделать всё хорошо", и которая будет делать всё если не совсем хорошо, то во всяком случае лучше, чем я (не являясь экспертом в криптогрифии) смогу сделать, даже потратив месяц на устранение пробелов в своём криптографическом образовании и написание кода. То есть, после того как я прочитал новость, я, по-любому, никогда не буду писать код, шифрующий файлы или sql-базы данных. Даже если мне это понадобится, я свалю всю работу на Zbox, вне зависимости от того, на чём там я буду писать -- на rust, C, python, lisp или чём угодно ещё. Это я к тому, что мне как раз сложно понять была ли новость уместной здесь или неуместной. Это требует от меня сложных скиллов децентрации и умения представить себе, как к этому отнесётся обобщённый читатель новостей на Opennet, умения оценить количество тех, кому она была полезной. Я не могу просто полагаться на своё мнение, которое сводится к тому, что новость была мне полезной.
	Ответить \| Правка \| К родителю #198 \| Наверх \| Cообщить модератору


	211. "Первый выпуск файловой системы Zbox"	+/–
	Сообщение от Аноним (-), 16-Дек-17, 08:08
	> rust прикручивается к чему угодно. Сложнее чем C, потому что по-любому придётся > на rust'е крафтить адаптер -- внешний API для библиотеки, Ну и вот это вот - не, на плюсах так тоже делают, но вообще это грабли. Получаются (полу)замкнутые экосистемы которые между собой не дружат. > Вот это может быть. В rust библиотека -- это что-то гораздо менее > значимое, чем в C++. В C++ если библиотека, то значит что-нибудь > весомое, над чем работали годами несколько человек. Не обязательно. Но все-таки это логически завершенная сущность. А несколько лет работы означают что она хоть кем-то хоть немного протестирована, блин, и не является откровенной домашкой по информатике очередного студебеккера. > В rust пакет может, например, состоять из нескольких функций/типов работы со временем, И без нескольких лет - можно будет узнать много нового и интересного. О времени, направлении его хода, числе секунд, дней в году и проч. На своей шкуре! Если это лаба по информатике - сработало у препа и черт с ним потом! А если в продакшн? Вылавливать за студебеккером все глюки наивного чукотского юноши, когда leap second накинут или daylight saving time активируется или ntpd время подбросит? В этом месте мы узнаем что качество софта не достигается за 5 минут. > или сводиться к генератору случайных чисел, или быть ещё чем-нибудь, И без нескольких лет окажется что горе автор не прогнал даже базовые тесты. Случайность окажется не случайной, кто угодно будет ломать супер-шифрование чуть ли не на тетрадном листочке. Известное дело. > что делается за два вечера одним человеком. Ты привел пару отличных примеров того что делается за два вечера одним человеком. Я воспользовался ими чтобы показать как это потом будет работать на практике, ибо плавали-знаем. Бонусом ты показал кто ЯПом пользуется и что ожидать... :\ > В этом есть свои плюсы, но публиковать здесь > все новинки с crates.io, конечно же, далеко не лучшая идея. Вообще, такой карго-культ как мне кажется чреват. Если безбашенно подключать wannabe-либы писаные студнями за вечер, там будет глюк на глюке, а пара либ еще систему хакнет заодно при случае. Потому что автор только вчера появился и накатал ништяк. Код толком никто прочитать еще не успел, на чем кто-нибудь хитрый попробует получить профит, например. Как со всякими pip и npm. Интересно, это карго содержится столь же хипстерско-раздолбайски? > что есть вероятность того, что я когда-нибудь задумаюсь об его использовании. Мне когда-то была бы полезна подобная штука, но - не в таком виде. Не думаю что хипстеры с горящими глазами резко переписут кондовый с++ бинарь на мегабайты, в котором многие человекогоды. > На самом деле я уже задумался об этом -- поверх этой > штуки можно же сделать fuse-файловую систему, Вообще вариант. Fuse к тому же вроде достаточно кроссплатформенный. > Перегнать Claws-Mail на защищённое храненение почты, не влезая в код ClawsMail вообще? Проще наверное файлуху шифрованую сделать. > Или может для того, чтобы создать решение, которое позволит пользователю, > работая с любой фс, шифровать выбранные директории, храня при этом ключи > на флешке или сталкиваясь с запросами паролей при первой попытке доступа? В андроиде половину этого сделали, собственно. Цепляют шифрованные блочные девайсы с юзерскими данными в диры. Немного зоопарк блочных девайсов но работает и так оверхеда мало. > минут бездействия, а для приложений прозрачно и выглядит как заурядная директория. Если честно, мне такое будет проще настроить средствами пингвина, почти без програмизма или с каким-то совсем минимумом оного. И наверняка там продолбов будет в 20 раз меньше. > что меня эта библиотечка реально наводит на размышления о том, как можно изменить мир. Это да, хорошие размышления. Но половину уже придумали раньше и даже активно используют. > писать код нагруженный криптографией не будучи экспертом в криптографии -- это > совершенно не блестящая идея, но opensource библиотечка на github'е (даже если > написана не экспертом), имеет достаточно шансов попасть в поле зрения экспертов Экспертов обычно к сожалению хватает на аудит core алгоритма. Остальное - не их. И вот там случаются ляпы. Крипто вообще штука очень деликатная, со множеством неожиданностей. Я бы сказал что там простое API и донесение как им правильно пользоваться очень важно. Как у DJB в TweetNaCl. Там трудно ошибиться даже дилетанту. А сделай api и алгоритмику как openssl - и в нем наломает дров кто угодно, на любом ЯП. Потому что для понимания что оно там делает и какие есть способы лажануться надо очень серьезно интересоваться областью. А это не про типового прикладника, которому это до кучи надо и он думает что за него дескать авторы либы подумали. А порой оказывается что фиг. И вот заметь, выдержка openssl сколько-то лет показала что это гэ. Отрицательный результат - тоже результат. > которая инкапсулирует всю криптографию оставляя мне достаточно прямолинейный интерфейс > типа "сделать всё хорошо", и которая будет делать всё если не > совсем хорошо, то во всяком случае лучше, чем я (не являясь > экспертом в криптогрифии) смогу сделать, даже потратив месяц на устранение пробелов > в своём криптографическом образовании и написание кода. В этом месте ты решил рассказать, почему нормальная либа за вечер никак не получается. А хватит ли запала у тех кто хочет либу за вечер майнтайнить ее несколько лет, раскручивая процессы, пока эксперты не придут и юзеры не обтопчут грабли - вот это вопрос. Ведь если хотелось либу за вечер - наверное, это было не про то. > То есть, после того как я прочитал новость, я, по-любому, никогда не буду писать код, > шифрующий файлы или sql-базы данных. Даже если мне это понадобится, я > свалю всю работу на Zbox, вне зависимости от того, на чём там я буду писать -- на > rust, C, python, lisp или чём угодно ещё. А я для начала посмотрю что он из себя будет представлять через энное время. И нет ли более подходящих мне решений. А может быть, есть 20 способов сделать это проще и уже сейчас. Искренне сомневаюсь что авторы первые кто до этого додумался. > Я не могу просто полагаться на своё мнение, которое сводится к > тому, что новость была мне полезной. Если была - ок, нет проблем. А я был и до этого в курсе что так в принципе можно и при наличии такой задачи с практической точки зрения сделал бы например средствами операционки. Допустим файлухой в файле. Не портабельно, конечно, но говоря начистоту, я не вижу смысла защищать виндовых юзерей когда ms там нажатия кнопок собирает.
	Ответить \| Правка \| К родителю #204 \| Наверх \| Cообщить модератору


	212. "Первый выпуск файловой системы Zbox"	+/–
	Сообщение от Ordu (ok), 16-Дек-17, 12:38
	>> rust прикручивается к чему угодно. Сложнее чем C, потому что по-любому придётся >> на rust'е крафтить адаптер -- внешний API для библиотеки, > Ну и вот это вот - не, на плюсах так тоже делают, > но вообще это грабли. Получаются (полу)замкнутые экосистемы которые между собой не > дружат. Грабли -- это бездумно использовать внешние библиотеки без адаптеров. Даже если библиотека написана на том же языке, на котором пишешь ты, то всё равно стоит остановиться и подумать об адаптере -- библиотека может быть написана в ином стиле, или может быть тебе потом захочется заменить эту библиотеку другой, или разработчики поломают API этой библиотеки. Вариантов много, и прежде чем использовать внешнее API непосредственно и из разных частей программы, следует серьёзно подумать и оценить риски. >[оверквотинг удален] > проч. На своей шкуре! Если это лаба по информатике - сработало > у препа и черт с ним потом! А если в продакшн? > Вылавливать за студебеккером все глюки наивного чукотского юноши, когда leap second > накинут или daylight saving time активируется или ntpd время подбросит? В > этом месте мы узнаем что качество софта не достигается за 5 > минут. >> или сводиться к генератору случайных чисел, или быть ещё чем-нибудь, > И без нескольких лет окажется что горе автор не прогнал даже базовые > тесты. Случайность окажется не случайной, кто угодно будет ломать супер-шифрование чуть > ли не на тетрадном листочке. Известное дело. Если вдруг случилось, что пакет date был написан студиозисом, то работа со временем превратилась в вечное проклятье для rust-программистов? Есть crates.io, оттуда есть ссылки на github. Тебе доступна куча информации о пакете, о том как он разрабатывается, насколько широко и кем используется. Ты можешь заглянуть в issues, ты можешь посмотреть историю активности, ты можешь заглянуть в код и оценить его качество. Ты можешь взять и посмотреть в коде, каким образом там обрабатываются leap-секунды, какие алгоритмы генерации случайных чисел используются или откуда берётся энтропия. В конце-концов, ты можешь спросить в каком-нибудь сообществе, какую библиотеку лучше использовать для тех или иных задач. Ты так рассказываешь, будто бы ты при написании кода на C++, выбираешь библиотеки не проводя исследования того, что эти библиотеки представляют себя с точки зрения качества кода. C++ отличается тем, что там слишком сложно использовать внешние библиотеки, и поэтому широко используются только библиотеки включённые в дистрибутивы. Но это приводит к другим косякам, типа regex-кода в boost, который, как внезапно выяснилось, написан в стиле C++ девяностых годов, пропитан арифметикой указателей, и вообще гумно. Много мелких пакетов, вместо единой свалки для многих пакетов, позволяют пойти и найти другую реализацию regexp'ов, которая будет обладать более высоким качеством кода. Прямо скажем, они вынудят это сделать на ранних этапах разработки программы, в тот момент когда нам понадобится подключить regexp'ы. >> минут бездействия, а для приложений прозрачно и выглядит как заурядная директория. > Если честно, мне такое будет проще настроить средствами пингвина, почти без програмизма > или с каким-то совсем минимумом оного. И наверняка там продолбов будет > в 20 раз меньше. Это быстро превратиться в костыль на костыле. Менеджмент всех этих точек монтирования, ключей к ним, inotofy-скриптов, бекапов быстро превратится в груду слабо связанных друг с другом скриптов. Такая штука может быть и будет работать, но через полгода ты забудешь как она работает, а через пять лет при всём желании не сможешь в этом разобраться. Строго и грамотно написанная программа лучше -- она продумана, там есть какая-никакая документация, хотя бы пара комментов в коде, там есть код, написанный с мыслью о том, что его кто-то будет читать. >> что меня эта библиотечка реально наводит на размышления о том, как можно изменить мир. > Это да, хорошие размышления. Но половину уже придумали раньше и даже активно > используют. В программировании об этом переживать не стоит совершенно. Я тебя заверяю: всё уже написано, и всему есть аналоги. Когда опеннет стонет о том, что кругом сплошные велосипеды, то он делает это по глупости и неопытности своей, не понимая что иначе не бывает и быть не может. Если ты будешь париться об уникальности твоей программы, ты никогда не напишешь ни одной программы. Ну или твои программы будут жертвовать функциональностью, удобством и разумностью в пользу уникальности.
	Ответить \| Правка \| К родителю #211 \| Наверх \| Cообщить модератору


	180. "Первый выпуск файловой системы Zbox"	+/–
	Сообщение от Аноним (-), 12-Дек-17, 12:31
	> кто-нибудь этим любителям rust, что в windows шифрование встроено в ntfs > с 2007 года - и оно по сей день ни у кого вопросов не вызывало, А должно было? Там возможность подпихнуть "recovery certificate" штатно заявлена. И юзеру это не особо заметно. Какие вопросы? Большинство хомяков и половина админов даже не заметит что их NSA отимело.
	Ответить \| Правка \| К родителю #119 \| Наверх \| Cообщить модератору


	118. "Первый выпуск файловой системы Zbox"	+2 +/–
	Сообщение от Anonymoustus (ok), 11-Дек-17, 09:34
	Приличные банки не сохраняют юзера авторизованным между сессиями. А неприличные не нужны. О сохраняемых паролях же я говорил: эту функциональность браузеров надо везде отключать и никогда её не использовать.
	Ответить \| Правка \| К родителю #77 \| Наверх \| Cообщить модератору


	120. "Первый выпуск файловой системы Zbox"	–1 +/–
	Сообщение от пох (?), 11-Дек-17, 09:38
	> О сохраняемых паролях же я говорил: эту функциональность браузеров надо везде отключать мальчик с феноменальной памятью?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	140. "Первый выпуск файловой системы Zbox"	+3 +/–
	Сообщение от Аноним (-), 11-Дек-17, 17:14
	>> О сохраняемых паролях же я говорил: эту функциональность браузеров надо везде отключать > мальчик с феноменальной памятью? Мальчик, знающий о keepassx2 и прочих.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	142. "Первый выпуск файловой системы Zbox"	+/–
	Сообщение от пох (?), 11-Дек-17, 17:42
	чем эта и прочие помойки надежнее мазиловской хранилки? Тем что представляют особый интерес для товарищей и господ майоров всех сортов? Механизмы передачи пароля между ними и тем, во что этот пароль вводить - отличное место для третьего-лишнего. Или шанс засветить пароль от банка, авторизуясь в порнохаб, кому что больше нравится. в общем, для параноика мальчик слишком легковерен.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	144. "Первый выпуск файловой системы Zbox"	+/–
	Сообщение от Ordu (ok), 11-Дек-17, 17:56
	> чем эта и прочие помойки надежнее мазиловской хранилки? Тем что не кривые embedded решения?
	Ответить \| Правка \| Наверх \| Cообщить модератору