<div dir="ltr"><pre>Is it like keystone authenticating between magnum-client and magnum conductor,<br></pre><pre>and barbican certs will be used b/w conductor and k8s/swarm?<br><br><br></pre><pre><br></pre><pre>Thanks <br></pre><pre>Vikas Choudhary<br></pre><pre>_____________________________________________________________<br>Simply put, Keystone is designed to generate  tokens that are to be
used for authentication and RBAC. Systems like Kunernetes do not
support Keystone auth, but do support TLS. Using TLS provides a
solution that is compatible with using these systems outside of an
OpenStack cloud.

Barbican is designed for secure storage of arbitrary secrets, and
currently also has a CA function. The reason that is compelling is
that you can have Barbican generate, sign, and store a keypair without
transmitting the private key over the network to the client that
originates the signing request. It can be directly stored, and made
available only to the clients that need access to it.

We are taking an iterative approach to TLS integration, so we can
gradually take advantage of both keystone and Barbican features as
they allow us to iterate toward a more secure integration.

Adrian

><i> On Aug 31, 2015, at 9:05 PM, Vikas Choudhary <choudharyvikas16 at <a href="http://gmail.com">gmail.com</a> <<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a>>> wrote:
</i>><i>
</i>><i> Hi,
</i>><i>
</i>><i> Can anybody please point me out some etherpad discussion page/spec  that can help me understand why we are going to introduce barbican  for magnum when we already had keystone for security management?
</i>><i>
</i>><i>
</i>><i>
</i>><i>
</i>><i> -Vikas Choudhary
</i>><i>
</i>></pre></div>