From mboxrd@z Thu Jan 1 00:00:00 1970 From: dac.override@gmail.com (Dominick Grift) Date: Mon, 22 Aug 2016 19:58:16 +0200 Subject: [refpolicy] Testing in the Reference Policy In-Reply-To: References: Message-ID: To: refpolicy@oss.tresys.com List-Id: refpolicy.oss.tresys.com On 08/22/2016 07:52 PM, Naftuli Tzvi Kay via refpolicy wrote: > I'm currently working on a reference policy addition to restrict access for > a given application. Up until now, I've been testing my application on a > Fedora 24 Vagrant VM, compiling a non-base module and loading it into the > kernel, running, testing, auditing, etc. > > What I found is that I ended up using a lot of RedHat specific downstream > macros, which aren't supported here upstream. > > Is there a recommended way of testing reference policy code? How can I > alter my Fedora Vagrant VM setup to cover the use case I'm after? Should I > just compile the reference policy in my VM, relabel the filesystem, and > then reboot and load the reference policy into the kernel? > > My host OS is running Ubuntu 14.04, so it's not very useful for debugging > SELinux things; I once tried getting SELinux running on my desktop > , but X wouldn't > start, etc. and I imagine the policy is pretty out of date. > > How can I create an environment in which I can test my policy against the > program I'm aiming to constrain? (Syncthing) It does not have to be enforcing for testing purposes. So I suppose you could just load refpolicy on f24, relabel the file system, and set it to permissive. You just have to ensure that your shell returns the right context with id -Z (which should be pretty easy). Then you can start developing your policy for your user application in permissive mode. > > > > _______________________________________________ > refpolicy mailing list > refpolicy at oss.tresys.com > http://oss.tresys.com/mailman/listinfo/refpolicy > -- Key fingerprint = 5F4D 3CDB D3F8 3652 FBD8 02D5 3B6C 5F1D 2C7B 6B02 https://sks-keyservers.net/pks/lookup?op=get&search=0x3B6C5F1D2C7B6B02 Dominick Grift -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 648 bytes Desc: OpenPGP digital signature Url : http://oss.tresys.com/pipermail/refpolicy/attachments/20160822/a32aaa3d/attachment.bin