From: Jason Zaman <jason@perfinion.com>
To: Andrew Ruef <andrew@trailofbits.com>
Cc: selinux@tycho.nsa.gov
Subject: Re: Static analysis to assist policy creation?
Date: Wed, 21 Oct 2015 11:16:58 +0800 [thread overview]
Message-ID: <20151021031658.GA8385@meriadoc> (raw)
In-Reply-To: <85D0FAC1-423C-49CF-801D-E5EB160A9834@trailofbits.com>
On Tue, Oct 20, 2015 at 01:17:27PM -0400, Andrew Ruef wrote:
> Hello SELinux list,
>
> We’ve been thinking about creating a static (or potentially concolic) analysis and testing infrastructure that would assist in the creation of finer grained SELinux policies than audit2allow. We think that some work can be done through alias analysis and domain specific object (strings, memory regions/files, etc) analysis wholly statically, but we’ve developed an extensive symbolic execution system for C/binary programs that could also be applied.
>
> I’ve done some searching and asking around and it doesn’t seem like there are any tools that do this. I’m aware of some past projects that made use of static analysis tools to help create security policies, like the IBM SWORD4J work. The IBM people seemed really happy with those results and they have relayed that it really helped their internal efforts for security labeling, so maybe there is some hope for tools in this area.
>
> My question is two-fold
>
> 1. Is there a history of using static analysis to create SELinux policies that I haven’t found so far?
>
> 2. Is there any interest in the community for such an effort today?
>
> Thank you,
>
> Andrew
Hey Andrew,
This sounds interesting and I'd love a tool to verify things. An often
overlooked part in policies is removing permissions that are no longer
required when a new version is released. A tool like this could be a
great help to re-run whenever there is a major bump in a package to keep
the policy as slim as possible.
You might also want to try the reference policy list. That one is a
little oriented towards actual policy development:
refpolicy@oss.tresys.com
-- Jason
next prev parent reply other threads:[~2015-10-21 3:17 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-20 17:17 Static analysis to assist policy creation? Andrew Ruef
2015-10-21 3:16 ` Jason Zaman [this message]
2015-10-21 12:25 ` Miroslav Grepl
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=20151021031658.GA8385@meriadoc \
--to=jason@perfinion.com \
--cc=andrew@trailofbits.com \
--cc=selinux@tycho.nsa.gov \
/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.