ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Alexey Shabalin <a.shabalin@gmail.com>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: Re: [devel] hsh-qemu-binfmt - register qemu for aarch64/ppc64le hasher
Date: Fri, 16 Aug 2019 05:00:09 +0300
Message-ID: <CAEdvWkSyBJECgE+n4XLDXULUSgnAfsFWQXq9=PtjszKKwuo_1g@mail.gmail.com> (raw)
In-Reply-To: <20190816014817.GA20665@altlinux.org>

пт, 16 авг. 2019 г. в 04:48, Dmitry V. Levin <ldv@altlinux.org>:
>
> On Fri, Aug 16, 2019 at 02:39:47AM +0300, Alexey Shabalin wrote:
> > пт, 9 авг. 2019 г. в 18:48, Igor Vlasenko <vlasenko@imath.kiev.ua>:
> > >
> > > On Fri, Aug 09, 2019 at 05:23:59PM +0300, Sergey Bolshakov wrote:
> > > > Вовсе необязательно (обращаю внимание на flags):
> > > >
> > > > $ cat /proc/sys/fs/binfmt_misc/aarch64
> > > > enabled
> > > > interpreter /usr/bin/qemu-aarch64.static
> > > > flags: F
> > > > offset 0
> > > > magic 7f454c460201010000000000000000000200b700
> > > > mask ffffffffffffff00fffffffffffffffffeffffff
> >
> > Я подготовил сборку qemu-user-static-binfmt с добавлением флага F.
> > Но у меня возникли сомнения:
> >
> > 1) Что именно делает этот флаг "F"? загружает этот бинарник в
> > пространство ядра?
>
> Нет, только открывает этот файл и помечает его таким образом,
> что при попытке записи в него возникает ошибка ETXTBSY.
>
> > когда он это делает, при регистрации или в момент
> > обращения к бинарному файлу другой архитектуры?
>
> При регистрации.
>
> > Дело в том, что в этом пакете находятся конфиги для всех возможных
> > архитектур, и мне бы не хотелось при загрузке компьютера принудительно
> > загружать в память все эти бинарники qemu-*static.
>
> Загрузка этих бинарников в память будет происходить не при регистрации,
> а каждый раз при запуске, как и без "F".  Но файл, из которого будет
> производиться загрузка, не будет открываться каждый раз заново.
> В частности, при обновлении qemu без явной перерегистрации будут
> использоваться старые интерпретаторы, зарегистрированные ранее.
>
> > Зачастую компьютер разработчика используется и для повседневной работы
> > с Интернет, почтой и т.п.
>
> Неизвестно, что на самом деле опаснее, интернет с почтой в хост-системе
> или произвольный код в чруте.
>
> > 2) Насколько это безопасно? Понятно, что этот пакет нужен
> > разработчикам, работающим со сторонними архитектурами. Этот пакет не
> > входит в установку по-умолчанию, кто его устанавливает, тот знает
> > зачем. Хотелось бы удобства - установил, и работает везде, хоть в
> > системе, хоть в контейнере. НО не получит ли разработчик на aarch64
> > сервере работающие вредоносные программы для x86_64?
>
> Получит.  "F" даёт именно такой эффект - бинарники от других архитектур
> будут запускаться и в контейнерах, где нет qemu.  Если зарегистрировать
> интерпретаторы для всех поддерживаемых архитектур с "F", то можно будет
> исполнять бинарники подо все эти архитектуры в контейнерах, где нет qemu.
>
> Вопрос, зачем может быть нужно регистрировать интерпретаторы для всех
> поддерживаемых архитектур сразу?

Может и не зачем, но сейчас устроенно именно так, все static файлы в
одном пакете, все конфиги для регистрации в другом пакете, при
установке которого отрабатывает filetrigger и регистрирует все
архитектуры. Если сделать множество отдельных пакетов, на спек qemu
будет смотреть еще больнее.
Основной вопрос, добавлять ли еще флаг "F"?

-- 
Alexey Shabalin

  reply	other threads:[~2019-08-16  2:00 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-08-09 14:00 Igor Vlasenko
2019-08-09 14:23 ` Sergey Bolshakov
2019-08-09 15:48   ` Igor Vlasenko
2019-08-09 21:38     ` Leonid Krivoshein
2019-08-15 22:58       ` Alexey Shabalin
2019-08-15 23:39     ` Alexey Shabalin
2019-08-16  1:48       ` Dmitry V. Levin
2019-08-16  2:00         ` Alexey Shabalin [this message]
2019-08-16  2:30           ` Dmitry V. Levin
2019-08-16  3:33             ` Dmitry V. Levin
2019-08-17 23:52               ` Alexey Shabalin
2019-08-09 14:24 ` Michael Shigorin
2019-08-09 15:49   ` Igor Vlasenko

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAEdvWkSyBJECgE+n4XLDXULUSgnAfsFWQXq9=PtjszKKwuo_1g@mail.gmail.com' \
    --to=a.shabalin@gmail.com \
    --cc=devel@lists.altlinux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

ALT Linux Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git