URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 131109
[ Назад ]
Исходное сообщение
"Представлен Passim, кэширующий сервер для распространения файлов в локальной сети"
Отправлено opennews , 29-Июл-23 09:34 
Ричард Хьюз (Richard Hughes), создатель  фреймворка PackageKit, системы управления цветом colord, сервиса UPower, системы доставки прошивок LVFS и таких приложений, как  GNOME Software, GNOME Power Manager и GNOME Color Manager, представил свой новый проект - Passim. Passim представляет собой кэширующий сервер для распространения файлов, использующий для адресации хэши от содержимого по аналогии с IPFS (InterPlanetary File System). Для определения другими системами наличия файлов в хранилище применяется протокол mDNS (Avahi). Код проекта написан на языке Си и распространяется под лицензией  LGPLv2.1...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=59515

Содержание
Сообщения в этом обсуждении
"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Аноним , 29-Июл-23 09:34 
> без шифрования (без HTTPS)

А в чем проблема использовать self signed certificates?

"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Карлос Сношайтилис , 29-Июл-23 09:58 
Лень писать шифрование на сишке.
Ну как "писать". Подключать либы и морочиться с их постоянным обновлениями.

Да и зачем там https, если аутентификации нет и файл проверяется после загрузки?

"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Аноним , 30-Июл-23 07:54 
> Лень писать шифрование на сишке.

Скорее, вопрос в том что...
1) Будет греть проц. Это должно быть ради чего-то полезного, а не галочки в маткетинговом булшите.
2) Больше кода = больше багов. Вы точно хотите иметь дело с софтом где CVE каждый месяц находят. Чекать апдейты в openssl? Это может стать и вашей проблемой - достаточно его использовать.
3) Управление сертификатами и вопросы доверия - опять же не очень тривиальный вопрос. Да, можно не париться. Потом половина софта хавает без вопросом MITMовские серты, содержит километровый список ауторити которым вы "доверяете" (хоть даже и не слышали про половину) и так далее. Много административной хрени во имя... чего?

"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено sena , 02-Авг-23 01:26 
> Да и зачем там https, если аутентификации нет и файл проверяется после загрузки?

Файл проверяется на соответствие хешу. То есть для скачивания файла шифрование не нужно, согласен. Но где-то же надо взять сам хеш!

"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Аноним , 29-Июл-23 10:11 
Написано же

>возможные юридические проблемы, вызванные попаданием IPFS под действия экспортных ограничений ITAR (International Traffic in Arms Regulations) и EAR (Export Administration Regulations) из-за использования продвинутого шифрования.

Если надо будет сделать без хэш-функций с целью обеспечения возможности доставки вредоносного ПО компетентными органами - автор и без хэш-функций сделает и получит дополнительные +15 баллов к "социальному кредитному рейтингу".

"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Тоже_аноним_естественно , 29-Июл-23 12:45 
Два чая этому господину!
"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Аноним2 , 29-Июл-23 10:17 
От сертификатов надо отказываться. Крайне хрупкая, неудобная и узкоспециализированная система, единственное достоинство которой что пользователю ничего не нужно делать.
"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Аноним. , 29-Июл-23 23:40 
Тогда уже и от шифрования тоже.
"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено daemontux , 31-Июл-23 05:55 
Вы конечно же можете предложить решение лучше?
"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Аноним , 03-Авг-23 17:43 
DANE/TLSA
"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Аноним , 29-Июл-23 10:26 
> А в чем проблема использовать self signed certificates?

HTTPS с self-signed по уровню безопасности эквивалентен HTTP.
А если не видно разницы, зачем запариваться?

"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено пох. , 29-Июл-23 10:36 
экспертиза опеннета, как обычно...
"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Elc , 29-Июл-23 10:42 
Чаво!?
Это в каком месте наличие шифрования равносильно его отсутствию?
Можно подробно плз? Я видимо что-то сильно важное пропустил...
"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено User999 , 29-Июл-23 11:22 
Он просто не вкурсе про сниферы... Бывает
"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Stax , 31-Июл-23 09:57 
Все правильно, равносильно.

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

Другое дело, что тут есть логическая ошибка - возможность расшифровать появляется не из-за self-signed, а когда нажимают в браузере "пустите меня" в ответ на предупреждение о self-signed. И в таком режиме это шифрование - фальшивка, пустая иллюзия шифрования. А вот если администратор нормально поставил свой CA в систему и браузер пускает без предупреждения - то это уже рабочее настоящее шифрование (которое может стать ненастоящим, если админ позволит ключу своего self signed CA утечь).

"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Аноним , 29-Июл-23 10:45 
Только если юзер добавляет исключение и не смотрит хэш и все остальное. Если правильный сертификат добавляется в доверенные, это вполне ок.
Голый хттп как транспорт годится, но нужны криптографические средства подтверждения аутентичности данных, по аналогии с тем, как доставляются пакеты в дебиане.
"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Аноним , 29-Июл-23 10:48 
Вот и выростили поколение людей, которые не верят своему шифрованию, а верят только одобренному майором.
"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Аноним , 29-Июл-23 11:04 
Вот майоры и вырастили поколение, которое им верит. Майоры молодцы.
"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Тоже_аноним_естественно , 29-Июл-23 12:47 
Сейчас на подходе уже поколение которое верит майору, но не верит в его существование.
"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Аноним , 29-Июл-23 13:03 
Объяснять анекдоты непонявшим - это конечно испанский стыд, но поясню. Доверие в системе ты можешь настроить ТОЛЬКО ДЛЯ СВОИХ self signed сертификатов, приватные ключи которых хранятся только у тебя и бортовать всё остальное (селф и неселф сайнд). Удачи тогда всяким MITM-чувакам впарить тебе любой другой сертификат или прочесть/подправить твой трафик. Ну разве что если ты им каким-то образом подаришь свои приватные ключи или применишь какие-нибудь самые дохлые криптоалгоритмы, а у них уже будут квантовые компьютеры из ближайшего будущего.
"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Аноним. , 29-Июл-23 23:45 
Отпишите, что Вам не видно.
"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Аноним , 29-Июл-23 09:37 
>что не позволяет внести изменение в файл без изменения его адреса для загрузки.

Что даже пропатченный сервер это не сможет?

"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Аноним , 29-Июл-23 09:39 
>Для предотвращения подмены файлов на клиентской стороне предписано обязательно сверять заявленный хэш с хэшем, вычисленным на основе содержимого загруженных данных.

на которой так никто делать не будет. А кто будет - тот мог бы скачать по любому адресу, хоть хэшу, хоть uuidу.

"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Аноним2 , 29-Июл-23 10:14 
Я так понимаю без хэша не скачать. Что-то вроде обязательной проверки.
"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Аноним , 29-Июл-23 10:15 
Да. Только нет никакого смысла в таком ограничании.
"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Атон , 29-Июл-23 11:44 
нет смысла. клиент сверит хэш перед применением.
"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Аноним , 29-Июл-23 09:41 
Со всем перечисленным, для доставки обновлений в локальной сети, хорошо справится кеширующий прокси сервер, например squid.

А цифровую подпись скачаной фирмвари или пакета перед установкой проверять все равно надо.

"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Аноним , 29-Июл-23 10:52 
Вот мне тоже кажется что дядя решил написать свой сквид с кучей новомодных свистоперделок. Если раньше надо было только сквид, то тут надо авахи, мднс, хттп-серер, и собственно аналог ипфс. Кроме того все это видимо не сможет работать без системды. Вот так просто и легко переписываем сквид на микросервисы :)))
"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Аноним , 29-Июл-23 09:43 
>Основной причиной отказа от IPFS стали возможные юридические проблемы, вызванные попаданием IPFS под действия экспортных ограничений ITAR (International Traffic in Arms Regulations) и EAR (Export Administration Regulations) из-за использования продвинутого шифрования.

Так можно дойти и до того, чтт вообще никакую криптографию нельзя использовать. И вообще компьютеры, как один оратор ( https://zavtra.ru/blogs/ochevidnoe_nezamechaemoe ) предложил.

"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Аноним , 29-Июл-23 10:25 
Только если вы находитесь в американской юрисдикции.

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

"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Аноним , 29-Июл-23 10:30 
Налоги от копирастов и поборы с населения перекроют вса убытки.
"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено пох. , 29-Июл-23 12:26 
тооочна! И они все как побегут в Бурунди и Буркину-Фасо! Так мы их и победим!

"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Аноним , 29-Июл-23 12:59 
Указанный оратор - член законодательного органа далеко не американской юрисдикции.
"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено qwerrty , 29-Июл-23 09:44 
Если можно патчить прогу, то независимо от неё, что она делает, можно туда зашить вредонос.
А так, получается, две стороны патчить надо (передающую и принимающую).
"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Аноним2 , 29-Июл-23 10:08 
Можно сказать про абсолютно любую программу.
"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Аноним , 29-Июл-23 11:02 
Так с сабжем ты сможешь понять этот твой вредонос или кто-то по дороге дошил твоему вредоносу свой вредонос.
"Представлен Passim, сервер для распространения файлов по хэш..."
Отправлено Аноним2 , 29-Июл-23 10:08 
Торрент^W IPFS переизобрели, только для локалки. Корпорации от тысячи серверов оценят, остальным похоже даром не нужно.
"Представлен Passim, сервер для распространения файлов по хэш..."
Отправлено Саня , 29-Июл-23 10:19 
тоже подумал "чем их торрент не удовлетворил?"
"Представлен Passim, сервер для распространения файлов по хэш..."
Отправлено Аноним , 29-Июл-23 10:59 
зная SHA256, как ты скачаешь в сети битторрент подлинный образ Windows, например?
"Представлен Passim, сервер для распространения файлов по хэш..."
Отправлено Tron is Whistling , 29-Июл-23 14:26 
Включившись в DHT и зная DHT раздачи, ты вполне себе скачаешь что угодно.
"Представлен Passim, сервер для распространения файлов по хэш..."
Отправлено Tron is Whistling , 29-Июл-23 14:26 
// хэш раздачи
"Представлен Passim, сервер для распространения файлов по хэш..."
Отправлено Аноним , 01-Авг-23 20:56 
Заблокировать тррренты по DPI
"Представлен Passim, сервер для распространения файлов по хэш..."
Отправлено Аноним , 29-Июл-23 15:01 
DC++
"Представлен Passim, сервер для распространения файлов по хэш..."
Отправлено хрю , 29-Июл-23 17:37 
Именно директ коннект чувак "изобрёл", а ни какой не торрент, только без чатика.
"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Аноним , 29-Июл-23 11:38 
Всё как обычно. Десятки раз переписывать одно и тоже. Взять нормальное и немного дополнить - неее, не надо. Делаем кривульку сами. Скоро десятилетие будет как закопали похожую вещь https://www.snia.org/sites/default/orig/SDC2012/presentation...
Но она хотя бы адекватная была.
"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Аноним , 29-Июл-23 13:08 
Сложилось такое впечатление, что это на гпани ненужного.
"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Аноним , 29-Июл-23 16:29 
ничего не понимаю.

Почему бы просто не использовать обычный кэширующий сервер?

Зачем туда прикручивать IPFS и LVFS.

"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Аноним , 29-Июл-23 19:53 
Вы как всегда про велосипеды... Мульён программистов и каждый со своим особо ценным мнением. Потом будете говорить - вот  Passim же есть,зачем к нему не прикрутил чего-нибудь.
"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Пряник , 31-Июл-23 10:19 
Это часть естественного отбора. Нужно много почти бесмысленных и одинаковых итераций для выведения идеала.
"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено r0g3r , 29-Июл-23 21:28 
Эксперты опеннета^Wлокалхостов такие эксперты. Торренты им переизобрели, лол.

А теперь идите сюда: https://learn.microsoft.com/en-us/windows-server/networking/... и удивитесь. Причём в отличие от этой поделки там есть ACL и возможность передачи только диффов и дохера других фич.

Ах, да:
"Introduction BranchCache is a new feature of Microsoft Windows Server 2008 R2 and Windows 7 (also available on Windows Vista with BITS 4.0"

Блидинг эдж от опенсорса с опозданием на дохрена лет.

"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Аноним , 29-Июл-23 22:32 
Выше ссылку давал. Опенсорс был этого. Потому что стандарт мс опубликовала. Но это закапали. Авторы разных реализаций выпилили свой код из опенсорца. Теперь продают как реализацию пхе, так и распределенную систему доставки файлов до каждого пользователя.
"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Аноним , 29-Июл-23 23:03 
Хэш файла имеет смысл только вкупе с размером файла. Я думаю, ума надо много, но в разумной мере, чтобы дописать в конец файлы кусок до получения нужного хеша. Это не коллизии искать.
"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Аноним , 30-Июл-23 00:56 
> дописать в конец файлы кусок до получения нужного хеша
> Это не коллизии искать.

Эталонная опеннетная экспердиза. Пойди что ли почитай, что же это за коллизии такие. А то так и помрёшь не разобравшись.

"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Аноним , 31-Июл-23 04:22 
Пошёл, почитал, спасибо. Коллизией хеша называют совпадение хеша для любых двух наборов данных, а не одинаковых по размеру блоков данных (как я думал). Неожиданно широкая трактовка.
"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Аноним. , 05-Авг-23 03:22 
Не сработает.
"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено beck , 30-Июл-23 15:01 
Чего люди не делают,  лишь бы wsus не использовать. )))
"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено Пряник , 31-Июл-23 10:14 
Классная идея. Можно уже писать плагин для APT/YUM. Вот только

> Для отдачи файлов применяется простой однопоточный HTTP-сервер

"Представлен Passim, кэширующий сервер для распространения фа..."
Отправлено pavlinux , 31-Июл-23 21:58 
В общем очередная муть, которую уже давно реализовали в squid.  
Самбу можно настроить как кэширующий сервак своей локалки.
NFS3/NFS4 тоже самое ...
P2P/Torrent вариантов море, чтоб блоки файлов раздавались от ближайших хостов, а не из одного сервера.