All of lore.kernel.org
 help / color / mirror / Atom feed
* [refpolicy] [PATCH] Platform Management
@ 2012-08-16 10:14 Dominick Grift
  2012-08-21 19:51 ` Christopher J. PeBenito
  0 siblings, 1 reply; 3+ messages in thread
From: Dominick Grift @ 2012-08-16 10:14 UTC (permalink / raw)
  To: refpolicy

I have this AMT functionality on my workstation and i noticed this
/dev/mei interface without a valid device node type.

So i decided to look into this a bit.

With regard to Intel AMT, i ended up at:

http://software.intel.com/en-us/articles/download-the-latest-intel-amt-open-source-drivers/

I understand that there is a daemon and a suite of applications that
operate on this interface to allow for enterprise platform management
functionality.

Seems though that these programs currently have some licensing issues.

There seem to also be similar technologies by other vendors.

Declare a device node for platform management interfaces and label Intel
Management Engine Interface character device nodes with type
mgmt_device_t.

https://en.wikipedia.org/wiki/Desktop_and_mobile_Architecture_for_System_Hardware
https://en.wikipedia.org/wiki/Intelligent_Platform_Management_Interface
https://en.wikipedia.org/wiki/Intel_Active_Management_Technology
https://en.wikipedia.org/wiki/OPMA

Signed-off-by: Dominick Grift <dominick.grift@gmail.com>
diff --git a/policy/modules/kernel/devices.fc b/policy/modules/kernel/devices.fc
index 02b7ac1..56f2520 100644
--- a/policy/modules/kernel/devices.fc
+++ b/policy/modules/kernel/devices.fc
@@ -59,6 +59,7 @@
 /dev/logibm		-c	gen_context(system_u:object_r:mouse_device_t,s0)
 /dev/lp.*		-c	gen_context(system_u:object_r:printer_device_t,s0)
 /dev/mcelog		-c	gen_context(system_u:object_r:kmsg_device_t,mls_systemhigh)
+/dev/mei		-c	gen_context(system_u:object_r:mgmt_device_t,s0)
 /dev/mem		-c	gen_context(system_u:object_r:memory_device_t,mls_systemhigh)
 /dev/mergemem		-c	gen_context(system_u:object_r:memory_device_t,mls_systemhigh)
 /dev/mga_vid.*		-c	gen_context(system_u:object_r:xserver_misc_device_t,s0)
diff --git a/policy/modules/kernel/devices.te b/policy/modules/kernel/devices.te
index 06eda45..563da93 100644
--- a/policy/modules/kernel/devices.te
+++ b/policy/modules/kernel/devices.te
@@ -121,6 +121,9 @@
 type lvm_control_t;
 dev_node(lvm_control_t)
 
+type mgmt_device_t;
+dev_node(mgmt_device_t)
+
 #
 # memory_device_t is the type of /dev/kmem,
 # /dev/mem and /dev/port.

^ permalink raw reply related	[flat|nested] 3+ messages in thread

* [refpolicy] [PATCH] Platform Management
  2012-08-16 10:14 [refpolicy] [PATCH] Platform Management Dominick Grift
@ 2012-08-21 19:51 ` Christopher J. PeBenito
  2012-08-21 19:55   ` Dominick Grift
  0 siblings, 1 reply; 3+ messages in thread
From: Christopher J. PeBenito @ 2012-08-21 19:51 UTC (permalink / raw)
  To: refpolicy

On 08/16/12 06:14, Dominick Grift wrote:
> I have this AMT functionality on my workstation and i noticed this
> /dev/mei interface without a valid device node type.
> 
> So i decided to look into this a bit.
> 
> With regard to Intel AMT, i ended up at:
> 
> http://software.intel.com/en-us/articles/download-the-latest-intel-amt-open-source-drivers/
> 
> I understand that there is a daemon and a suite of applications that
> operate on this interface to allow for enterprise platform management
> functionality.
> 
> Seems though that these programs currently have some licensing issues.
> 
> There seem to also be similar technologies by other vendors.
> 
> Declare a device node for platform management interfaces and label Intel
> Management Engine Interface character device nodes with type
> mgmt_device_t.

I don't have a problem adding a type to label this, but I'm not sure about the type name itself.  I see that you made it a generic name because there could be other platform management interfaces.  But since these tend to be vendor-specific, I don't know if a platform management interface from somewhere other than Intel would actually have the same security attributes.  So I'm leaning towards the type being specific, like mei_device_t.  If, in the future, a generic type makes more sense to encompass other management interfaces, we can always merge them into a single type with aliasing.

 
> https://en.wikipedia.org/wiki/Desktop_and_mobile_Architecture_for_System_Hardware
> https://en.wikipedia.org/wiki/Intelligent_Platform_Management_Interface
> https://en.wikipedia.org/wiki/Intel_Active_Management_Technology
> https://en.wikipedia.org/wiki/OPMA
> 
> Signed-off-by: Dominick Grift <dominick.grift@gmail.com>
> diff --git a/policy/modules/kernel/devices.fc b/policy/modules/kernel/devices.fc
> index 02b7ac1..56f2520 100644
> --- a/policy/modules/kernel/devices.fc
> +++ b/policy/modules/kernel/devices.fc
> @@ -59,6 +59,7 @@
>  /dev/logibm		-c	gen_context(system_u:object_r:mouse_device_t,s0)
>  /dev/lp.*		-c	gen_context(system_u:object_r:printer_device_t,s0)
>  /dev/mcelog		-c	gen_context(system_u:object_r:kmsg_device_t,mls_systemhigh)
> +/dev/mei		-c	gen_context(system_u:object_r:mgmt_device_t,s0)
>  /dev/mem		-c	gen_context(system_u:object_r:memory_device_t,mls_systemhigh)
>  /dev/mergemem		-c	gen_context(system_u:object_r:memory_device_t,mls_systemhigh)
>  /dev/mga_vid.*		-c	gen_context(system_u:object_r:xserver_misc_device_t,s0)
> diff --git a/policy/modules/kernel/devices.te b/policy/modules/kernel/devices.te
> index 06eda45..563da93 100644
> --- a/policy/modules/kernel/devices.te
> +++ b/policy/modules/kernel/devices.te
> @@ -121,6 +121,9 @@
>  type lvm_control_t;
>  dev_node(lvm_control_t)
>  
> +type mgmt_device_t;
> +dev_node(mgmt_device_t)
> +
>  #
>  # memory_device_t is the type of /dev/kmem,
>  # /dev/mem and /dev/port.
> _______________________________________________
> refpolicy mailing list
> refpolicy at oss.tresys.com
> http://oss.tresys.com/mailman/listinfo/refpolicy
> 


-- 
Chris PeBenito
Tresys Technology, LLC
www.tresys.com | oss.tresys.com

^ permalink raw reply	[flat|nested] 3+ messages in thread

* [refpolicy] [PATCH] Platform Management
  2012-08-21 19:51 ` Christopher J. PeBenito
@ 2012-08-21 19:55   ` Dominick Grift
  0 siblings, 0 replies; 3+ messages in thread
From: Dominick Grift @ 2012-08-21 19:55 UTC (permalink / raw)
  To: refpolicy



On Tue, 2012-08-21 at 15:51 -0400, Christopher J. PeBenito wrote:
> On 08/16/12 06:14, Dominick Grift wrote:
> > I have this AMT functionality on my workstation and i noticed this
> > /dev/mei interface without a valid device node type.
> > 
> > So i decided to look into this a bit.
> > 
> > With regard to Intel AMT, i ended up at:
> > 
> > http://software.intel.com/en-us/articles/download-the-latest-intel-amt-open-source-drivers/
> > 
> > I understand that there is a daemon and a suite of applications that
> > operate on this interface to allow for enterprise platform management
> > functionality.
> > 
> > Seems though that these programs currently have some licensing issues.
> > 
> > There seem to also be similar technologies by other vendors.
> > 
> > Declare a device node for platform management interfaces and label Intel
> > Management Engine Interface character device nodes with type
> > mgmt_device_t.
> 
> I don't have a problem adding a type to label this, but I'm not sure about the type name itself.  I see that you made it a generic name because there could be other platform management interfaces.  But since these tend to be vendor-specific, I don't know if a platform management interface from somewhere other than Intel would actually have the same security attributes.  So I'm leaning towards the type being specific, like mei_device_t.  If, in the future, a generic type makes more sense to encompass other management interfaces, we can always merge them into a single type with aliasing.

Ok, fine with me. I will submit another version.

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2012-08-21 19:55 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-08-16 10:14 [refpolicy] [PATCH] Platform Management Dominick Grift
2012-08-21 19:51 ` Christopher J. PeBenito
2012-08-21 19:55   ` Dominick Grift

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.