From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,RP_MATCHES_RCVD autolearn=unavailable autolearn_force=no version=3.4.1 Date: Mon, 30 Nov 2020 07:45:09 +0300 From: "Alexey V. Vissarionov" To: ALT Linux Team development discussions Message-ID: <20201130044508.GH20212@altlinux.org> References: <20201127101120.3vtyhzgrjxnrs3ij@altlinux.org> <20201127102311.GA3543250@portlab> <20201127154438.2w6mcumnuueupfcq@altlinux.org> <20201127161041.GF20212@altlinux.org> <20201127165758.fypf5x4qrkngj6ef@altlinux.org> <20201127173128.GG20212@altlinux.org> <20201129095117.fbun5lmoc6ozyflj@altlinux.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20201129095117.fbun5lmoc6ozyflj@altlinux.org> Subject: Re: [devel] I: debuginfod.altlinux.org X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Nov 2020 04:45:13 -0000 Archived-At: List-Archive: List-Post: On 2020-11-29 12:51:17 +0300, Vitaly Chikunov wrote: >>>>>> И ещё вопрос: есть ли какая-то защита от MITM? >>>>> Сейчас можно сделать: >>>>> export DEBUGINFOD_URLS="https://debuginfod.altlinux.org/" >>>>> Потом http:// для debuginfod API будет отключен, а со >>>>> странички с информацией будет редирект на https. >>>> Может, лучше подписи пакетов проверять? Один раз запускаем >>>> rpmsign, а потом спокойно раздаем хоть по HTTP, хоть по FTP, >>>> хоть вообще на забор вывешиваем... >>> В debuginfod протоколе приезжает не весь RPM пакет, а только >>> .debug бинарник соответствующий build-id стрипнутого бинарника. >> А они где-то заранее сгенерированы или всякий раз выдергиваются >> из debuginfo-пакетов? > Всякий раз. Архив занимает многие терабайты места. Многие - это сколько? > Уже скачанный бинарик не перескачивается, а лежит в > ~/.cache/debuginfod_client/. Хорошо бы в каком-нибудь мануале порекомендовать готовую строчку для crontab наподобие 1 1 * * * find ~/.cache/debuginfod_client -type f -atime +30 -delete >> В первом случае их опять же можно подписать (gpg --detach-sign) >> и скачивать оба файла (.debug и .debug.gpg), а во втором, думаю, >> надо менять концепцию и генерировать эти файлы заранее - >> заодно появится возможность их зеркалить и использовать локальную >> копию (а то и anycast). Иначе, боюсь, никаких ресурсов не хватит. > По изменению протокола, видимо, нужно писать в Редхат. Если уж менять протокол - то предусмотреть выдергивание пакетов из локальной репы (зеркала). Хотя насчет "никаких ресурсов не хватит" я, возможно, был излишне пессимистичен: что debuginfo-пакеты, что куски их содержимого бывают нужны пренебрежимо редко, и даже одного сервера для них может быть вполне достаточно. Но подпись файла заведомо лучше любой защиты канала. -- Alexey V. Vissarionov gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net