From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Fri, 3 Apr 2020 16:10:57 +0300 From: "Dmitry V. Levin" To: Andrey Savchenko Message-ID: <20200403131057.GA12472@altlinux.org> References: <20200403102827.GA3877768@portlab> <2568abff-ebe1-8a85-cd37-8d35adc29e0e@altlinux.org> <20200403103741.GA3881120@portlab> <20200403105008.GA3881384@portlab> <20200403122022.GA12283@altlinux.org> <20200403155604.97de34fcddb8271aa69c83e0@altlinux.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20200403155604.97de34fcddb8271aa69c83e0@altlinux.org> Cc: ALT Linux Team development discussions Subject: Re: [devel] =?koi8-r?b?W3Npc3lwaHVzXSDQ0snLzMDexc7J0SByZXNvbHYuY29u?= =?koi8-r?b?ZiDXIEFMVA==?= 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: Fri, 03 Apr 2020 13:10:58 -0000 Archived-At: List-Archive: List-Post: On Fri, Apr 03, 2020 at 03:56:04PM +0300, Andrey Savchenko wrote: > On Fri, 3 Apr 2020 15:20:23 +0300 Dmitry V. Levin wrote: > > On Fri, Apr 03, 2020 at 01:51:51PM +0300, Denis Medvedev wrote: > > > 03.04.2020 13:50, Vladimir D. Seleznev пишет: > > > > On Fri, Apr 03, 2020 at 01:37:41PM +0300, Vladimir D. Seleznev wrote: > > > >> On Fri, Apr 03, 2020 at 01:32:38PM +0300, Denis Medvedev wrote: > > > >>> 03.04.2020 13:28, Vladimir D. Seleznev пишет: > > > >>>> On Tue, Mar 31, 2020 at 10:05:17PM +0300, Alexey Shabalin wrote: > > > >>>>>> PS: следующим письмом попробую подробно описать наши кувыркания с resolv.conf. > > > >>>>>> дождитесь его, прежде чем отвечать :) > > > >>>>> 5) update_chrooted. > > > >>>>> Наши замечательные ALT особенности :) > > > >>>>> Множество сервисов и отдельных программ(например ping) запускаются в chroot. > > > >>>>> В этот chroot должны быть скопированы и библиотеки, и настройки для > > > >>>>> этих библиотек, в частности resolv.conf. > > > >>>>> Т.е. ping не использует /etc/resolv.conf, а использует > > > >>>>> /var/resolv/etc/resolv.conf. > > > >>>>> Нам очень важно держать в chroot'ах resolv.conf синхронным c с > > > >>>>> основной системой. > > > >>>>> Вроде все утилиты, обновляющие /etc/resolv.conf обучены вызывать > > > >>>>> update_chrooted. > > > >>>> Может быть стоит написать некий update_chrootd, который следил бы за > > > >>>> всеми файлами, которые должны быть в чруте, и при их обновлении обновлял > > > >>>> бы чрут? > > > >>>> > > > >>> Делать inotify на список файлов относящимся к chroot и по событию > > > >>> изменения делать update_chroot? > > > >> Да. > > > > Нет, при текущей архитектуре update_chrooted предложенное мной решение > > > > невозможно. Для него надо с нуля придумывать всё решение. И если для > > > > postfix'а нельзя декларативно указать все его конфиги, то боюсь в общем > > > > случае это будет невозможно. > > > > > > > Хотелось бы прописать политику о том, что любой пакет, желающий > > > использовать chroot, должен иметь возможность работать БЕЗ chroot. > > > > Нет, хотелось бы обратного, чтобы всякий желающий оторвать чрут > > получал бы по рукам. > > А чем поясняется такое стойкое желание использовать chroot? Потому что логика работы программы уже полагается на чрут как один из инструментов. Точно так же как логика работы программы полагается на переключение в непривилегированных пользователей и другие инструменты. > Выход из него абсолютно тривиален при наличии прав рута Никто в здравом уме не использует чрут таким образом. > и сложнее при > отсутствии, но всё же осуществим через то же локальное поднятие > привилегий. Если есть уязвимости в ядре, их надо устранять, а не запускать всё от рута. > Если действительно важна изоляция сервисов с точки зрения > безопасности, почему бы не использовать LXC? Да, этот механизм тоже > не идеален, но он предоставляет намного больше защиты, чем простой > chroot. Под LXC обычно понимают контейнеризацию, а не unshare, это другое. -- ldv