From: cpebenito@tresys.com (Christopher J. PeBenito)
To: refpolicy@oss.tresys.com
Subject: [refpolicy] [PATCH 4/4] Support proxy server/cache servers and binpkg servers
Date: Wed, 20 Jul 2011 11:49:55 -0400 [thread overview]
Message-ID: <4E26F923.7060307@tresys.com> (raw)
In-Reply-To: <20110719213100.GE14490@siphos.be>
On 07/19/11 17:31, Sven Vermeulen wrote:
> Portage supports the use of proxy systems (which usually run on port 8080)
> for both the fetching of software archives as well as fetching binaries (in
> case of PORTAGE_BINHOST support).
>
> Hence the introduction of the connect_http_port& connect_http_cache_port
> for portage_t (PORTAGE_BINHOST) and portage_fetch_t (software archives).
>
> In the latter case, connect_http_port is already available through
> connect_all_reserved_ports.
I presume portage is using wget to do this? Why can't we update portage
to do setexeccon, like when it is doing when downloading source files?
> Signed-off-by: Sven Vermeulen<sven.vermeulen@siphos.be>
> ---
> policy/modules/admin/portage.te | 5 +++++
> 1 files changed, 5 insertions(+), 0 deletions(-)
>
> diff --git a/policy/modules/admin/portage.te b/policy/modules/admin/portage.te
> index e555e41..b11cdd2 100644
> --- a/policy/modules/admin/portage.te
> +++ b/policy/modules/admin/portage.te
> @@ -166,6 +166,10 @@ can_exec(portage_t, portage_tmp_t)
> # merging baselayout will need this:
> kernel_write_proc_files(portage_t)
>
> +# allow emerge to fetch binpkgs from PORTAGE_BINHOST
> +corenet_tcp_connect_http_port(portage_t)
> +corenet_tcp_connect_http_cache_port(portage_t)
> +
> domain_dontaudit_read_all_domains_state(portage_t)
>
> # modify any files in the system
> @@ -258,6 +262,7 @@ corenet_tcp_sendrecv_all_ports(portage_fetch_t)
> # it occasionally comes up
> corenet_tcp_connect_all_reserved_ports(portage_fetch_t)
> corenet_tcp_connect_generic_port(portage_fetch_t)
> +corenet_tcp_connect_http_cache_port(portage_fetch_t) # In case of cache server connections/proxy
>
> dev_dontaudit_read_rand(portage_fetch_t)
>
--
Chris PeBenito
Tresys Technology, LLC
www.tresys.com | oss.tresys.com
next prev parent reply other threads:[~2011-07-20 15:49 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-07-19 21:16 [refpolicy] [PATCH 0/4] Gentoo/Portage related updates Sven Vermeulen
2011-07-19 21:23 ` [refpolicy] [PATCH 1/4] Support NFS mounts for portage-related locations Sven Vermeulen
2011-07-20 18:06 ` Christopher J. PeBenito
2011-07-19 21:26 ` [refpolicy] [PATCH 2/4] Support live ebuilds through portage_srcrepo_t Sven Vermeulen
2011-07-20 18:07 ` Christopher J. PeBenito
2011-07-19 21:28 ` [refpolicy] [PATCH 3/4] gcc-config calls /sbin/rc Sven Vermeulen
2011-07-20 18:08 ` Christopher J. PeBenito
2011-07-19 21:31 ` [refpolicy] [PATCH 4/4] Support proxy server/cache servers and binpkg servers Sven Vermeulen
2011-07-20 15:49 ` Christopher J. PeBenito [this message]
2011-07-20 17:12 ` Sven Vermeulen
2011-07-20 17:17 ` Christopher J. PeBenito
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=4E26F923.7060307@tresys.com \
--to=cpebenito@tresys.com \
--cc=refpolicy@oss.tresys.com \
/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
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.