https://wiki.openstack.org/w/api.php?action=feedcontributions&feedformat=atom&user=Chad+Lung 2026-07-03T10:30:36Z User contributions MediaWiki 1.28.2 https://wiki.openstack.org/w/index.php?title=BarbicanDevStack&diff=55032 2014-06-05T18:27:42Z

<p>Chad Lung: /* Running Barbican via DevStack */</p> <hr /> <div>== Running Barbican via DevStack ==<br /> <br /> Steps to run Barbican via DevStack (assuming Ubuntu 12.04 LTS or Ubuntu 14.04 LTS):<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ sudo apt-get update<br /> $ sudo apt-get install libffi-dev libssl-dev git -y<br /> $ git clone https://github.com/openstack-dev/devstack.git<br /> $ git clone https://github.com/openstack/barbican.git<br /> $ mv barbican/contrib/devstack/lib/barbican devstack/lib/<br /> $ mv barbican/contrib/devstack/local.conf devstack/<br /> $ mv barbican/contrib/devstack/extras.d/70-barbican.sh devstack/extras.d/<br /> $ sudo ./devstack/tools/create-stack-user.sh<br /> $ sudo mv devstack/ /opt/stack/<br /> $ rm -rf barbican/<br /> $ chown -R stack:stack /opt/stack/devstack/<br /> $ su - stack<br /> $ cd /opt/stack/devstack/<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> This next step will take a while to run but the end result is you should have Barbican running under DevStack:<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ ./stack.sh<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> To shutdown Barbican (and it's dependent services) simply run this:<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ ./unstack.sh<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> '''Note:''' If you have issues (compute might be throwing some errors - assuming you've enabled compute because we don't by default in the local.conf) you can ease back the firewall. Keep in mind this opens your computer up completely. '''Only do this if you know what you are doing and if you are having issues'''. Adjust as needed.<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> # Flush all firewall rules for DevStack<br /> # (Only do this if you really know what you're doing and have problems running DevStack)<br /> $ iptables -F<br /> $ iptables -P INPUT ACCEPT<br /> $ iptables -P FORWARD ACCEPT<br /> $ iptables -P OUTPUT ACCEPT<br /> &lt;/nowiki&gt;&lt;/pre&gt;</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=BarbicanDevStack&diff=55029 2014-06-05T18:24:30Z

<p>Chad Lung: /* Running Barbican via DevStack */</p> <hr /> <div>== Running Barbican via DevStack ==<br /> <br /> Steps to run Barbican via DevStack (assuming Ubuntu 12.04 LTS or Ubuntu 14.04 LTS):<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ sudo apt-get update<br /> $ sudo apt-get install libffi-dev libssl-dev git -y<br /> $ git clone https://github.com/openstack-dev/devstack.git<br /> $ git clone https://github.com/openstack/barbican.git<br /> $ mv barbican/contrib/devstack/lib/barbican devstack/lib/<br /> $ mv barbican/contrib/devstack/local.conf devstack/<br /> $ mv barbican/contrib/devstack/extras.d/70-barbican.sh devstack/extras.d/<br /> $ sudo ./devstack/tools/create-stack-user.sh<br /> $ sudo mv devstack/ /opt/stack/<br /> $ rm -rf barbican/<br /> $ chown -R stack:stack /opt/stack/devstack/<br /> $ su - stack<br /> $ cd /opt/stack/devstack/<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> This next step will take a while to run but the end result is you should have Barbican running under DevStack:<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ ./stack.sh<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> '''Note:''' If you have issues (compute might be throwing some errors - assuming you've enabled compute because we don't by default in the local.conf) you can ease back the firewall. Keep in mind this opens your computer up completely. '''Only do this if you know what you are doing and if you are having issues'''. Adjust as needed.<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> # Flush all firewall rules for DevStack<br /> # (Only do this if you really know what you're doing and have problems running DevStack)<br /> $ iptables -F<br /> $ iptables -P INPUT ACCEPT<br /> $ iptables -P FORWARD ACCEPT<br /> $ iptables -P OUTPUT ACCEPT<br /> &lt;/nowiki&gt;&lt;/pre&gt;</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=BarbicanDevStack&diff=54586 2014-06-02T22:12:18Z

<p>Chad Lung: /* Running Barbican via DevStack */</p> <hr /> <div>== Running Barbican via DevStack ==<br /> <br /> Steps to run Barbican via DevStack (assuming Ubuntu 12.04 LTS or Ubuntu 14.04 LTS):<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ sudo apt-get update<br /> $ sudo apt-get install libffi-dev libssl-dev git -y<br /> $ git clone https://github.com/openstack-dev/devstack.git<br /> $ git clone https://github.com/openstack/barbican.git<br /> $ mv barbican/contrib/devstack/lib/barbican devstack/lib/<br /> $ mv barbican/contrib/devstack/extras.d/70-barbican.sh devstack/extras.d/<br /> $ sudo ./devstack/tools/create-stack-user.sh<br /> $ sudo mv devstack/ /opt/stack/<br /> $ rm -rf barbican/<br /> $ chown -R stack:stack /opt/stack/devstack/<br /> $ su - stack<br /> $ cd /opt/stack/devstack/<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> You'll need to create and edit a file called '''local.conf''':<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ nano local.conf<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> To just run Barbican and required services add the following into the '''local.conf''' file and modify the passwords as required:<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> [[local|localrc]]<br /> disable_all_services<br /> enable_service rabbit mysql key barbican<br /> <br /> # We do this to keep the token small so we don't run into issues<br /> # with the token being too large in the headers, this works great<br /> # for testing, etc.<br /> KEYSTONE_TOKEN_FORMAT=UUID<br /> <br /> DATABASE_PASSWORD=password<br /> RABBIT_PASSWORD=password<br /> SERVICE_TOKEN=password<br /> SERVICE_PASSWORD=password<br /> ADMIN_PASSWORD=password<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> This next step will take a while to run but the end result is you should have Barbican running under DevStack:<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ ./stack.sh<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> '''Note:''' If you have issues (compute might be throwing some errors) you can ease back the firewall. Keep in mind this opens your computer up completely. '''Only do this if you know what you are doing and if you are having issues'''. Adjust as needed.<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> # Flush all firewall rules for DevStack<br /> # (Only do this if you really know what you're doing and have problems running DevStack)<br /> $ iptables -F<br /> $ iptables -P INPUT ACCEPT<br /> $ iptables -P FORWARD ACCEPT<br /> $ iptables -P OUTPUT ACCEPT<br /> &lt;/nowiki&gt;&lt;/pre&gt;</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=BarbicanDevStack&diff=54569 2014-06-02T20:00:30Z

<p>Chad Lung: /* Running Barbican via DevStack */</p> <hr /> <div>== Running Barbican via DevStack ==<br /> <br /> Steps to run Barbican via DevStack (assuming Ubuntu 12.04 LTS or Ubuntu 14.04 LTS):<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ sudo apt-get update<br /> $ $ sudo apt-get install libffi-dev libssl-dev git -y<br /> $ git clone https://github.com/openstack-dev/devstack.git<br /> $ git clone https://github.com/openstack/barbican.git<br /> $ mv barbican/contrib/devstack/lib/barbican devstack/lib/<br /> $ mv barbican/contrib/devstack/extras.d/70-barbican.sh devstack/extras.d/<br /> $ sudo ./devstack/tools/create-stack-user.sh<br /> $ sudo mv devstack/ /opt/stack/<br /> $ rm -rf barbican/<br /> $ chown -R stack:stack /opt/stack/devstack/<br /> $ su - stack<br /> $ cd /opt/stack/devstack/<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> You'll need to create and edit a file called '''local.conf''':<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ nano local.conf<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> To just run Barbican and required services add the following into the '''local.conf''' file and modify the passwords as required:<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> [[local|localrc]]<br /> disable_all_services<br /> enable_service rabbit mysql key barbican<br /> <br /> # We do this to keep the token small so we don't run into issues<br /> # with the token being too large in the headers, this works great<br /> # for testing, etc.<br /> KEYSTONE_TOKEN_FORMAT=UUID<br /> <br /> DATABASE_PASSWORD=password<br /> RABBIT_PASSWORD=password<br /> SERVICE_TOKEN=password<br /> SERVICE_PASSWORD=password<br /> ADMIN_PASSWORD=password<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> This next step will take a while to run but the end result is you should have Barbican running under DevStack:<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ ./stack.sh<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> '''Note:''' If you have issues (compute might be throwing some errors) you can ease back the firewall. Keep in mind this opens your computer up completely. '''Only do this if you know what you are doing and if you are having issues'''. Adjust as needed.<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> # Flush all firewall rules for DevStack<br /> # (Only do this if you really know what you're doing and have problems running DevStack)<br /> $ iptables -F<br /> $ iptables -P INPUT ACCEPT<br /> $ iptables -P FORWARD ACCEPT<br /> $ iptables -P OUTPUT ACCEPT<br /> &lt;/nowiki&gt;&lt;/pre&gt;</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=BarbicanDevStack&diff=54536 2014-06-02T16:32:34Z

<p>Chad Lung: /* Running Barbican via DevStack */</p> <hr /> <div>== Running Barbican via DevStack ==<br /> <br /> Steps to run Barbican via DevStack (assuming Ubuntu 12.04 LTS or Ubuntu 14.04 LTS):<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ sudo apt-get update<br /> $ sudo apt-get install git -y<br /> $ git clone https://github.com/openstack-dev/devstack.git<br /> $ git clone https://github.com/openstack/barbican.git<br /> $ mv barbican/contrib/devstack/lib/barbican devstack/lib/<br /> $ mv barbican/contrib/devstack/extras.d/70-barbican.sh devstack/extras.d/<br /> $ sudo ./devstack/tools/create-stack-user.sh<br /> $ sudo mv devstack/ /opt/stack/<br /> $ rm -rf barbican/<br /> $ chown -R stack:stack /opt/stack/devstack/<br /> $ su - stack<br /> $ cd /opt/stack/devstack/<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> You'll need to create and edit a file called '''local.conf''':<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ nano local.conf<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> To just run Barbican and required services add the following into the '''local.conf''' file and modify the passwords as required:<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> [[local|localrc]]<br /> disable_all_services<br /> enable_service rabbit mysql key barbican<br /> <br /> # We do this to keep the token small so we don't run into issues<br /> # with the token being too large in the headers, this works great<br /> # for testing, etc.<br /> KEYSTONE_TOKEN_FORMAT=UUID<br /> <br /> DATABASE_PASSWORD=password<br /> RABBIT_PASSWORD=password<br /> SERVICE_TOKEN=password<br /> SERVICE_PASSWORD=password<br /> ADMIN_PASSWORD=password<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> This next step will take a while to run but the end result is you should have Barbican running under DevStack:<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ ./stack.sh<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> '''Note:''' If you have issues (compute might be throwing some errors) you can ease back the firewall. Keep in mind this opens your computer up completely. '''Only do this if you know what you are doing and if you are having issues'''. Adjust as needed.<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> # Flush all firewall rules for DevStack<br /> # (Only do this if you really know what you're doing and have problems running DevStack)<br /> $ iptables -F<br /> $ iptables -P INPUT ACCEPT<br /> $ iptables -P FORWARD ACCEPT<br /> $ iptables -P OUTPUT ACCEPT<br /> &lt;/nowiki&gt;&lt;/pre&gt;</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican&diff=52639 2014-05-19T15:54:53Z

<p>Chad Lung: /* Discussions / Etherpads */</p> <hr /> <div>Barbican is a ReST API designed for the secure storage, provisioning and management of secrets. It is aimed at being useful for all environments, including large ephemeral Clouds. All documentation and work can be found on either Launchpad or Github at the following locations:<br /> <br /> * [https://github.com/stackforge/barbican Source Code]<br /> * [https://launchpad.net/barbican Launchpad]<br /> * [https://github.com/cloudkeep/barbican/wiki Wiki]<br /> * [https://github.com/cloudkeep/barbican/wiki/Gerrit-Review-Process Contributing]<br /> <br /> == Core Team ==<br /> <br /> * [PTL] Jarret Raim (jraim)<br /> * John Wood (woodster)<br /> * Douglas Mendizabal (redrobot)<br /> * Paul Kehrer (reaperhulk)<br /> * John Vrbanac (jvrbanac)<br /> * Steve Heyman (hockeynut)<br /> * Chad Lung (chadlung)<br /> * Steven Gonzales (codekobe)<br /> * Donald Stufft (dstufft))<br /> <br /> == Resources ==<br /> <br /> {| border=&quot;1&quot; cellpadding=&quot;2&quot; cellspacing=&quot;0&quot;<br /> | Meetings<br /> | [[Meetings/Barbican]] <br /> |-<br /> | IRC <br /> | #openstack-barbican on Freenode<br /> |-<br /> | Milestones <br /> | https://launchpad.net/barbican/+milestones<br /> |-<br /> | Incubation <br /> | [[Barbican/Incubation]] <br /> |-<br /> | Planning<br /> | https://github.com/cloudkeep/barbican/issues?state=open<br /> |-<br /> | Mailing List<br /> | [http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev OpenStack dev] list, prefix with [barbican]<br /> |-<br /> | Bug tracker <br /> | https://bugs.launchpad.net/barbican<br /> |- <br /> | Blueprints<br /> | [[Barbican/Blueprints]]<br /> |}<br /> <br /> == Discussions / Etherpads ==<br /> * [https://etherpad.openstack.org/p/barbican-juno-roadmap Barbican Juno Roadmap]<br /> * [https://etherpad.openstack.org/p/barbican-events Barbican Events (Atlanta Summit 2014)]<br /> * [https://etherpad.openstack.org/p/barbican-plugins Barbican Plugins (Atlanta Summit 2014)]<br /> * [https://etherpad.openstack.org/p/barbican-asym Barbican Asymmetric Support (Atlanta Summit 2014)]<br /> * [https://etherpad.openstack.org/p/barbican-kite Kite (Atlanta Summit 2014)]<br /> * [https://etherpad.openstack.org/p/secret-store Secret Store (Atlanta Summit 2014)]<br /> * [[Barbican/Certmonger]]<br /> * [[Barbican/Discussion-Plugin-Design]]<br /> <br /> == Getting Started ==<br /> <br /> * [https://github.com/cloudkeep/barbican/wiki/Barbican-Getting-Started-Guide Getting Started]<br /> * [https://wiki.openstack.org/wiki/BarbicanDevStack Running Barbican via DevStack]<br /> * [https://github.com/cloudkeep-ops/barbican-vagrant-zero/blob/master/README.md Setting up a local Barbican Cluster using Vagrant]<br /> * [https://wiki.openstack.org/wiki/Barbican/Barbican-IDE-Debugging Barbican debugging with IDE]<br /> <br /> == Automation Details ==<br /> <br /> * [https://wiki.openstack.org/wiki/BarbicanAutomation Barbican Automation (Chef)]<br /> <br /> == Technical Details ==<br /> <br /> * [https://github.com/cloudkeep/barbican/wiki/Application-Programming-Interface API Documentation]<br /> * [https://github.com/cloudkeep/barbican/wiki/Architecture Architecture]<br /> <br /> == Presentations ==<br /> <br /> * [http://www.openstack.org/summit/openstack-summit-hong-kong-2013/session-videos/presentation/barbican-1-0-open-source-key-management-for-openstack Havanna Summit in Hong Kong], [https://speakerdeck.com/jraim/barbican-1-dot-0 Presentation]<br /> * [http://www.openstack.org/summit/portland-2013/session-videos/presentation/cloud-keep-openstack-key-management-as-a-service Grizzly Summit in Portand], [https://speakerdeck.com/jraim/secret-as-a-service-barbican Presentation]<br /> * [https://speakerdeck.com/jraim/cloudifying-key-management Cloudifying Key Management] from BSides Austin 2013</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican&diff=52301 2014-05-14T18:03:29Z

<p>Chad Lung: /* Discussions / Etherpads */</p> <hr /> <div>Barbican is a ReST API designed for the secure storage, provisioning and management of secrets. It is aimed at being useful for all environments, including large ephemeral Clouds. All documentation and work can be found on either Launchpad or Github at the following locations:<br /> <br /> * [https://github.com/stackforge/barbican Source Code]<br /> * [https://launchpad.net/barbican Launchpad]<br /> * [https://github.com/cloudkeep/barbican/wiki Wiki]<br /> * [https://github.com/cloudkeep/barbican/wiki/Gerrit-Review-Process Contributing]<br /> <br /> == Core Team ==<br /> <br /> * [PTL] Jarret Raim (jraim)<br /> * John Wood (woodster)<br /> * Douglas Mendizabal (redrobot)<br /> * Paul Kehrer (reaperhulk)<br /> * John Vrbanac (jvrbanac)<br /> * Steve Heyman (hockeynut)<br /> * Chad Lung (chadlung)<br /> * Steven Gonzales (codekobe)<br /> * Donald Stufft (dstufft))<br /> <br /> == Resources ==<br /> <br /> {| border=&quot;1&quot; cellpadding=&quot;2&quot; cellspacing=&quot;0&quot;<br /> | Meetings<br /> | [[Meetings/Barbican]] <br /> |-<br /> | IRC <br /> | #openstack-barbican on Freenode<br /> |-<br /> | Milestones <br /> | https://launchpad.net/barbican/+milestones<br /> |-<br /> | Incubation <br /> | [[Barbican/Incubation]] <br /> |-<br /> | Planning<br /> | https://github.com/cloudkeep/barbican/issues?state=open<br /> |-<br /> | Mailing List<br /> | [http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev OpenStack dev] list, prefix with [barbican]<br /> |-<br /> | Bug tracker <br /> | https://bugs.launchpad.net/barbican<br /> |- <br /> | Blueprints<br /> | [[Barbican/Blueprints]]<br /> |}<br /> <br /> == Discussions / Etherpads ==<br /> * [https://etherpad.openstack.org/p/barbican-events Barbican Events (Atlanta Summit 2014)]<br /> * [https://etherpad.openstack.org/p/barbican-plugins Barbican Plugins (Atlanta Summit 2014)]<br /> * [https://etherpad.openstack.org/p/barbican-asym Barbican Asymmetric Support (Atlanta Summit 2014)]<br /> * [https://etherpad.openstack.org/p/barbican-kite Kite (Atlanta Summit 2014)]<br /> * [https://etherpad.openstack.org/p/secret-store Secret Store (Atlanta Summit 2014)]<br /> * [[Barbican/Certmonger]]<br /> * [[Barbican/Discussion-Plugin-Design]]<br /> <br /> == Getting Started ==<br /> <br /> * [https://github.com/cloudkeep/barbican/wiki/Barbican-Getting-Started-Guide Getting Started]<br /> * [https://wiki.openstack.org/wiki/BarbicanDevStack Running Barbican via DevStack]<br /> * [https://github.com/cloudkeep-ops/barbican-vagrant-zero/blob/master/README.md Setting up a local Barbican Cluster using Vagrant]<br /> * [https://wiki.openstack.org/wiki/Barbican/Barbican-IDE-Debugging Barbican debugging with IDE]<br /> <br /> == Automation Details ==<br /> <br /> * [https://wiki.openstack.org/wiki/BarbicanAutomation Barbican Automation (Chef)]<br /> <br /> == Technical Details ==<br /> <br /> * [https://github.com/cloudkeep/barbican/wiki/Application-Programming-Interface API Documentation]<br /> * [https://github.com/cloudkeep/barbican/wiki/Architecture Architecture]<br /> <br /> == Presentations ==<br /> <br /> * [http://www.openstack.org/summit/openstack-summit-hong-kong-2013/session-videos/presentation/barbican-1-0-open-source-key-management-for-openstack Havanna Summit in Hong Kong], [https://speakerdeck.com/jraim/barbican-1-dot-0 Presentation]<br /> * [http://www.openstack.org/summit/portland-2013/session-videos/presentation/cloud-keep-openstack-key-management-as-a-service Grizzly Summit in Portand], [https://speakerdeck.com/jraim/secret-as-a-service-barbican Presentation]<br /> * [https://speakerdeck.com/jraim/cloudifying-key-management Cloudifying Key Management] from BSides Austin 2013</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican/Blueprints/ssl-certificates&diff=52244 2014-05-14T01:44:59Z

<p>Chad Lung: </p> <hr /> <div>* '''Launchpad Entry''': https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support<br /> * '''Created''': 27-Mar-2014<br /> * '''Updated''': 31-Mar-2014<br /> * '''Contributors''': Chad Lung, Doug Mendizabal, Lisa Clark, Sheena Gregson, John Wood, Jarret Raim, Paul Kehrer, Steven Gonzales, John Vrbanac<br /> <br /> == Abstract ==<br /> <br /> This blueprint addresses support of ordering (new) and modification (existing) of SSL certificates from both globally rooted and internal certificate authorities through [https://github.com/stackforge/barbican Barbican].<br /> <br /> == Description ==<br /> <br /> The following are proposed workflow diagrams and details relevant to the Barbican implementation of SSL certificate life-cycle management.<br /> <br /> The plan is to have something generic enough that plugins can be created for numerous certificate authority back ends like [http://www.symantec.com/page.jsp?id=ssl-information-center Symantec], [http://pki.fedoraproject.org/wiki/PKI_Main_Page Dogtag], etc. These plugins would be enabled through Barbican. Barbican would act as a proxy to send the incoming order (certificate) to the appropriate plugin. All plugins would share a common interface. The workflow for issuing new and modifying existing certificates would live inside of the plugins.<br /> <br /> '''Common Statuses'''<br /> * '''Pending''' (not issued, not error)<br /> * '''Error''' (not fatal, fixable)<br /> * '''Failure''' (fatal error)<br /> * '''Success''' (order complete)<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Order-generic.png|none|center|Certificate Authority Order Flow]]<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Poll-generic.png|none|center|Certificate Authority Poll Flow]]<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Update Flow&lt;/big&gt;'''<br /> <br /> [[File:Update-generic.png|none|center|Certificate Authority Update Flow]]<br /> <br /> == Proposed Changes ==<br /> <br /> ''This is a work in progress''<br /> <br /> * Barbican would need to modified to allow for plugins to be called based upon order types<br /> * Investigate how alerts should be dispatched and build that piece accordingly<br /> * See the [https://wiki.openstack.org/wiki/Barbican/Blueprints/ssl-certificates#References references section] for additional blueprints that this work would be dependent on<br /> <br /> == References ==<br /> <br /> [1] [https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support Blueprint: Add SSL CA Support]<br /> <br /> [2] [https://blueprints.launchpad.net/barbican/+spec/api-orders-add-more-types Dependent Blueprint: Add more types to the orders resource ]<br /> <br /> [3] [https://blueprints.launchpad.net/barbican/+spec/support-rsa-key-store-generation Dependent Blueprint: Support RSA key store/generation ]<br /> <br /> [4] [https://blueprints.launchpad.net/barbican/+spec/crud-endpoints-secret-container Dependent Blueprint: Implement Containers for Secrets ]</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican&diff=51759 2014-05-08T18:43:39Z

<p>Chad Lung: /* Discussions / Etherpads */</p> <hr /> <div>Barbican is a ReST API designed for the secure storage, provisioning and management of secrets. It is aimed at being useful for all environments, including large ephemeral Clouds. All documentation and work can be found on either Launchpad or Github at the following locations:<br /> <br /> * [https://github.com/stackforge/barbican Source Code]<br /> * [https://launchpad.net/barbican Launchpad]<br /> * [https://github.com/cloudkeep/barbican/wiki Wiki]<br /> * [https://github.com/cloudkeep/barbican/wiki/Gerrit-Review-Process Contributing]<br /> <br /> == Core Team ==<br /> <br /> * [PTL] Jarret Raim (jraim)<br /> * John Wood (woodster)<br /> * Douglas Mendizabal (redrobot)<br /> * Paul Kehrer (reaperhulk)<br /> * John Vrbanac (jvrbanac)<br /> * Steve Heyman (hockeynut)<br /> * Chad Lung (chadlung)<br /> * Steven Gonzales (codekobe)<br /> * Donald Stufft (dstufft))<br /> <br /> == Resources ==<br /> <br /> {| border=&quot;1&quot; cellpadding=&quot;2&quot; cellspacing=&quot;0&quot;<br /> | Meetings<br /> | [[Meetings/Barbican]] <br /> |-<br /> | IRC <br /> | #openstack-barbican on Freenode<br /> |-<br /> | Milestones <br /> | https://launchpad.net/barbican/+milestones<br /> |-<br /> | Incubation <br /> | [[Barbican/Incubation]] <br /> |-<br /> | Planning<br /> | https://github.com/cloudkeep/barbican/issues?state=open<br /> |-<br /> | Mailing List<br /> | [http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev OpenStack dev] list, prefix with [barbican]<br /> |-<br /> | Bug tracker <br /> | https://bugs.launchpad.net/barbican<br /> |- <br /> | Blueprints<br /> | [[Barbican/Blueprints]]<br /> |}<br /> <br /> == Discussions / Etherpads ==<br /> * [https://etherpad.openstack.org/p/barbican-events Barbican Events (Atlanta Summit 2014)]<br /> * [https://etherpad.openstack.org/p/barbican-plugins Barbican Plugins (Atlanta Summit 2014)]<br /> * [https://etherpad.openstack.org/p/barbican-asym Barbican Asymmetric Support (Atlanta Summit 2014)]<br /> * [https://etherpad.openstack.org/p/barbican-kite Kite (Atlanta Summit 2014)]<br /> * [[Barbican/Certmonger]]<br /> * [[Barbican/Discussion-Plugin-Design]]<br /> <br /> == Getting Started ==<br /> <br /> * [https://github.com/cloudkeep/barbican/wiki/Barbican-Getting-Started-Guide Getting Started]<br /> * [https://wiki.openstack.org/wiki/BarbicanDevStack Running Barbican via DevStack]<br /> * [https://github.com/cloudkeep-ops/barbican-vagrant-zero/blob/master/README.md Setting up a local Barbican Cluster using Vagrant]<br /> * [https://wiki.openstack.org/wiki/Barbican/Barbican-IDE-Debugging Barbican debugging with IDE]<br /> <br /> == Automation Details ==<br /> <br /> * [https://wiki.openstack.org/wiki/BarbicanAutomation Barbican Automation (Chef)]<br /> <br /> == Technical Details ==<br /> <br /> * [https://github.com/cloudkeep/barbican/wiki/Application-Programming-Interface API Documentation]<br /> * [https://github.com/cloudkeep/barbican/wiki/Architecture Architecture]<br /> <br /> == Presentations ==<br /> <br /> * [http://www.openstack.org/summit/openstack-summit-hong-kong-2013/session-videos/presentation/barbican-1-0-open-source-key-management-for-openstack Havanna Summit in Hong Kong], [https://speakerdeck.com/jraim/barbican-1-dot-0 Presentation]<br /> * [http://www.openstack.org/summit/portland-2013/session-videos/presentation/cloud-keep-openstack-key-management-as-a-service Grizzly Summit in Portand], [https://speakerdeck.com/jraim/secret-as-a-service-barbican Presentation]<br /> * [https://speakerdeck.com/jraim/cloudifying-key-management Cloudifying Key Management] from BSides Austin 2013</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican&diff=51757 2014-05-08T18:42:45Z

<p>Chad Lung: /* Discussions / Etherpads */</p> <hr /> <div>Barbican is a ReST API designed for the secure storage, provisioning and management of secrets. It is aimed at being useful for all environments, including large ephemeral Clouds. All documentation and work can be found on either Launchpad or Github at the following locations:<br /> <br /> * [https://github.com/stackforge/barbican Source Code]<br /> * [https://launchpad.net/barbican Launchpad]<br /> * [https://github.com/cloudkeep/barbican/wiki Wiki]<br /> * [https://github.com/cloudkeep/barbican/wiki/Gerrit-Review-Process Contributing]<br /> <br /> == Core Team ==<br /> <br /> * [PTL] Jarret Raim (jraim)<br /> * John Wood (woodster)<br /> * Douglas Mendizabal (redrobot)<br /> * Paul Kehrer (reaperhulk)<br /> * John Vrbanac (jvrbanac)<br /> * Steve Heyman (hockeynut)<br /> * Chad Lung (chadlung)<br /> * Steven Gonzales (codekobe)<br /> * Donald Stufft (dstufft))<br /> <br /> == Resources ==<br /> <br /> {| border=&quot;1&quot; cellpadding=&quot;2&quot; cellspacing=&quot;0&quot;<br /> | Meetings<br /> | [[Meetings/Barbican]] <br /> |-<br /> | IRC <br /> | #openstack-barbican on Freenode<br /> |-<br /> | Milestones <br /> | https://launchpad.net/barbican/+milestones<br /> |-<br /> | Incubation <br /> | [[Barbican/Incubation]] <br /> |-<br /> | Planning<br /> | https://github.com/cloudkeep/barbican/issues?state=open<br /> |-<br /> | Mailing List<br /> | [http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev OpenStack dev] list, prefix with [barbican]<br /> |-<br /> | Bug tracker <br /> | https://bugs.launchpad.net/barbican<br /> |- <br /> | Blueprints<br /> | [[Barbican/Blueprints]]<br /> |}<br /> <br /> == Discussions / Etherpads ==<br /> * [https://etherpad.openstack.org/p/barbican-events Barbican Events (Atlanta Summit 2014)]<br /> * [https://etherpad.openstack.org/p/barbican-plugins Barbican Plugins (Atlanta Summit 2014)]<br /> * [https://etherpad.openstack.org/p/barbican-asym Barbican Asymmetric Support (Atlanta Summit 2014)]<br /> * [https://etherpad.openstack.org/p/barbican-kite Barbican Kite (Atlanta Summit 2014)]<br /> * [[Barbican/Certmonger]]<br /> * [[Barbican/Discussion-Plugin-Design]]<br /> <br /> == Getting Started ==<br /> <br /> * [https://github.com/cloudkeep/barbican/wiki/Barbican-Getting-Started-Guide Getting Started]<br /> * [https://wiki.openstack.org/wiki/BarbicanDevStack Running Barbican via DevStack]<br /> * [https://github.com/cloudkeep-ops/barbican-vagrant-zero/blob/master/README.md Setting up a local Barbican Cluster using Vagrant]<br /> * [https://wiki.openstack.org/wiki/Barbican/Barbican-IDE-Debugging Barbican debugging with IDE]<br /> <br /> == Automation Details ==<br /> <br /> * [https://wiki.openstack.org/wiki/BarbicanAutomation Barbican Automation (Chef)]<br /> <br /> == Technical Details ==<br /> <br /> * [https://github.com/cloudkeep/barbican/wiki/Application-Programming-Interface API Documentation]<br /> * [https://github.com/cloudkeep/barbican/wiki/Architecture Architecture]<br /> <br /> == Presentations ==<br /> <br /> * [http://www.openstack.org/summit/openstack-summit-hong-kong-2013/session-videos/presentation/barbican-1-0-open-source-key-management-for-openstack Havanna Summit in Hong Kong], [https://speakerdeck.com/jraim/barbican-1-dot-0 Presentation]<br /> * [http://www.openstack.org/summit/portland-2013/session-videos/presentation/cloud-keep-openstack-key-management-as-a-service Grizzly Summit in Portand], [https://speakerdeck.com/jraim/secret-as-a-service-barbican Presentation]<br /> * [https://speakerdeck.com/jraim/cloudifying-key-management Cloudifying Key Management] from BSides Austin 2013</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican&diff=51749 2014-05-08T17:53:41Z

<p>Chad Lung: /* Discussions / Etherpads */</p> <hr /> <div>Barbican is a ReST API designed for the secure storage, provisioning and management of secrets. It is aimed at being useful for all environments, including large ephemeral Clouds. All documentation and work can be found on either Launchpad or Github at the following locations:<br /> <br /> * [https://github.com/stackforge/barbican Source Code]<br /> * [https://launchpad.net/barbican Launchpad]<br /> * [https://github.com/cloudkeep/barbican/wiki Wiki]<br /> * [https://github.com/cloudkeep/barbican/wiki/Gerrit-Review-Process Contributing]<br /> <br /> == Core Team ==<br /> <br /> * [PTL] Jarret Raim (jraim)<br /> * John Wood (woodster)<br /> * Douglas Mendizabal (redrobot)<br /> * Paul Kehrer (reaperhulk)<br /> * John Vrbanac (jvrbanac)<br /> * Steve Heyman (hockeynut)<br /> * Chad Lung (chadlung)<br /> * Steven Gonzales (codekobe)<br /> * Donald Stufft (dstufft))<br /> <br /> == Resources ==<br /> <br /> {| border=&quot;1&quot; cellpadding=&quot;2&quot; cellspacing=&quot;0&quot;<br /> | Meetings<br /> | [[Meetings/Barbican]] <br /> |-<br /> | IRC <br /> | #openstack-barbican on Freenode<br /> |-<br /> | Milestones <br /> | https://launchpad.net/barbican/+milestones<br /> |-<br /> | Incubation <br /> | [[Barbican/Incubation]] <br /> |-<br /> | Planning<br /> | https://github.com/cloudkeep/barbican/issues?state=open<br /> |-<br /> | Mailing List<br /> | [http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev OpenStack dev] list, prefix with [barbican]<br /> |-<br /> | Bug tracker <br /> | https://bugs.launchpad.net/barbican<br /> |- <br /> | Blueprints<br /> | [[Barbican/Blueprints]]<br /> |}<br /> <br /> == Discussions / Etherpads ==<br /> * [https://etherpad.openstack.org/p/barbican-events Barbican Events (Atlanta Summit 2014)]<br /> * [https://etherpad.openstack.org/p/barbican-plugins Barbican Plugins (Atlanta Summit 2014)]<br /> * [https://etherpad.openstack.org/p/barbican-asym Barbican Asymmetric Support (Atlanta Summit 2014)]<br /> * [[Barbican/Certmonger]]<br /> * [[Barbican/Discussion-Plugin-Design]]<br /> <br /> == Getting Started ==<br /> <br /> * [https://github.com/cloudkeep/barbican/wiki/Barbican-Getting-Started-Guide Getting Started]<br /> * [https://wiki.openstack.org/wiki/BarbicanDevStack Running Barbican via DevStack]<br /> * [https://github.com/cloudkeep-ops/barbican-vagrant-zero/blob/master/README.md Setting up a local Barbican Cluster using Vagrant]<br /> * [https://wiki.openstack.org/wiki/Barbican/Barbican-IDE-Debugging Barbican debugging with IDE]<br /> <br /> == Automation Details ==<br /> <br /> * [https://wiki.openstack.org/wiki/BarbicanAutomation Barbican Automation (Chef)]<br /> <br /> == Technical Details ==<br /> <br /> * [https://github.com/cloudkeep/barbican/wiki/Application-Programming-Interface API Documentation]<br /> * [https://github.com/cloudkeep/barbican/wiki/Architecture Architecture]<br /> <br /> == Presentations ==<br /> <br /> * [http://www.openstack.org/summit/openstack-summit-hong-kong-2013/session-videos/presentation/barbican-1-0-open-source-key-management-for-openstack Havanna Summit in Hong Kong], [https://speakerdeck.com/jraim/barbican-1-dot-0 Presentation]<br /> * [http://www.openstack.org/summit/portland-2013/session-videos/presentation/cloud-keep-openstack-key-management-as-a-service Grizzly Summit in Portand], [https://speakerdeck.com/jraim/secret-as-a-service-barbican Presentation]<br /> * [https://speakerdeck.com/jraim/cloudifying-key-management Cloudifying Key Management] from BSides Austin 2013</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=BarbicanDevStack&diff=51625 2014-05-07T18:31:44Z

<p>Chad Lung: /* Running Barbican via DevStack */</p> <hr /> <div>== Running Barbican via DevStack ==<br /> <br /> Steps to run Barbican via DevStack (assuming Ubuntu 12.04 LTS or Ubuntu 14.04 LTS):<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ sudo apt-get update<br /> $ sudo apt-get install git -y<br /> $ git clone https://github.com/openstack-dev/devstack.git<br /> $ git clone https://github.com/stackforge/barbican.git<br /> $ mv barbican/contrib/devstack/lib/barbican devstack/lib/<br /> $ mv barbican/contrib/devstack/extras.d/70-barbican.sh devstack/extras.d/<br /> $ ./devstack/tools/create-stack-user.sh<br /> $ mv devstack/ /opt/stack/<br /> $ rm -rf barbican/<br /> $ chown -R stack:stack /opt/stack/devstack/<br /> $ su - stack<br /> $ cd /opt/stack/devstack/<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> You'll need to create and edit a file called '''local.conf''':<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ nano local.conf<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> To just run Barbican and required services add the following into the '''local.conf''' file and modify the passwords as required:<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> [[local|localrc]]<br /> disable_all_services<br /> enable_service rabbit mysql key barbican<br /> <br /> KEYSTONE_TOKEN_FORMAT=UUID<br /> <br /> DATABASE_PASSWORD=password<br /> RABBIT_PASSWORD=password<br /> SERVICE_TOKEN=password<br /> SERVICE_PASSWORD=password<br /> ADMIN_PASSWORD=password<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> This next step will take a while to run but the end result is you should have Barbican running under DevStack:<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ ./stack.sh<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> '''Note:''' If you have issues (compute might be throwing some errors) you can ease back the firewall. Keep in mind this opens your computer up completely. '''Only do this if you know what you are doing and if you are having issues'''. Adjust as needed.<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> # Flush all firewall rules for DevStack<br /> # (Only do this if you really know what you're doing and have problems running DevStack)<br /> $ iptables -F<br /> $ iptables -P INPUT ACCEPT<br /> $ iptables -P FORWARD ACCEPT<br /> $ iptables -P OUTPUT ACCEPT<br /> &lt;/nowiki&gt;&lt;/pre&gt;</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican&diff=51001 2014-05-02T20:41:57Z

<p>Chad Lung: /* Discussions / Etherpads */</p> <hr /> <div>Barbican is a ReST API designed for the secure storage, provisioning and management of secrets. It is aimed at being useful for all environments, including large ephemeral Clouds. All documentation and work can be found on either Launchpad or Github at the following locations:<br /> <br /> * [https://github.com/stackforge/barbican Source Code]<br /> * [https://launchpad.net/barbican Launchpad]<br /> * [https://github.com/cloudkeep/barbican/wiki Wiki]<br /> * [https://github.com/cloudkeep/barbican/wiki/Gerrit-Review-Process Contributing]<br /> <br /> == Core Team ==<br /> <br /> * [PTL] Jarret Raim (jraim)<br /> * John Wood (woodster)<br /> * Douglas Mendizabal (redrobot)<br /> * Paul Kehrer (reaperhulk)<br /> * John Vrbanac (jvrbanac)<br /> * Steve Heyman (hockeynut)<br /> * Chad Lung (chadlung)<br /> * Steven Gonzales (codekobe)<br /> * Donald Stufft (dstufft))<br /> <br /> == Resources ==<br /> <br /> {| border=&quot;1&quot; cellpadding=&quot;2&quot; cellspacing=&quot;0&quot;<br /> | Meetings<br /> | [[Meetings/Barbican]] <br /> |-<br /> | IRC <br /> | #openstack-barbican on Freenode<br /> |-<br /> | Milestones <br /> | https://launchpad.net/barbican/+milestones<br /> |-<br /> | Incubation <br /> | [[Barbican/Incubation]] <br /> |-<br /> | Planning<br /> | https://github.com/cloudkeep/barbican/issues?state=open<br /> |-<br /> | Mailing List<br /> | [http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev OpenStack dev] list, prefix with [barbican]<br /> |-<br /> | Bug tracker <br /> | https://bugs.launchpad.net/barbican<br /> |- <br /> | Blueprints<br /> | [[Barbican/Blueprints]]<br /> |}<br /> <br /> == Discussions / Etherpads ==<br /> * [https://etherpad.openstack.org/p/barbican-events Barbican Events (Atlanta Summit 2014)]<br /> * [https://etherpad.openstack.org/p/barbican-asym Barbican Asymmetric Support (Atlanta Summit 2014)]<br /> * [[Barbican/Certmonger]]<br /> <br /> == Getting Started ==<br /> <br /> * [https://github.com/cloudkeep/barbican/wiki/Barbican-Getting-Started-Guide Getting Started]<br /> * [https://wiki.openstack.org/wiki/BarbicanDevStack Running Barbican via DevStack]<br /> * [https://github.com/cloudkeep-ops/barbican-vagrant-zero/blob/master/README.md Setting up a local Barbican Cluster using Vagrant]<br /> * [https://wiki.openstack.org/wiki/Barbican/Barbican-IDE-Debugging Barbican debugging with IDE]<br /> <br /> == Automation Details ==<br /> <br /> * [https://wiki.openstack.org/wiki/BarbicanAutomation Barbican Automation (Chef)]<br /> <br /> == Technical Details ==<br /> <br /> * [https://github.com/cloudkeep/barbican/wiki/Application-Programming-Interface API Documentation]<br /> * [https://github.com/cloudkeep/barbican/wiki/Architecture Architecture]<br /> <br /> == Presentations ==<br /> <br /> * [http://www.openstack.org/summit/openstack-summit-hong-kong-2013/session-videos/presentation/barbican-1-0-open-source-key-management-for-openstack Havanna Summit in Hong Kong], [https://speakerdeck.com/jraim/barbican-1-dot-0 Presentation]<br /> * [http://www.openstack.org/summit/portland-2013/session-videos/presentation/cloud-keep-openstack-key-management-as-a-service Grizzly Summit in Portand], [https://speakerdeck.com/jraim/secret-as-a-service-barbican Presentation]<br /> * [https://speakerdeck.com/jraim/cloudifying-key-management Cloudifying Key Management] from BSides Austin 2013</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican&diff=51000 2014-05-02T20:41:26Z

<p>Chad Lung: /* Discussions / Etherpads */</p> <hr /> <div>Barbican is a ReST API designed for the secure storage, provisioning and management of secrets. It is aimed at being useful for all environments, including large ephemeral Clouds. All documentation and work can be found on either Launchpad or Github at the following locations:<br /> <br /> * [https://github.com/stackforge/barbican Source Code]<br /> * [https://launchpad.net/barbican Launchpad]<br /> * [https://github.com/cloudkeep/barbican/wiki Wiki]<br /> * [https://github.com/cloudkeep/barbican/wiki/Gerrit-Review-Process Contributing]<br /> <br /> == Core Team ==<br /> <br /> * [PTL] Jarret Raim (jraim)<br /> * John Wood (woodster)<br /> * Douglas Mendizabal (redrobot)<br /> * Paul Kehrer (reaperhulk)<br /> * John Vrbanac (jvrbanac)<br /> * Steve Heyman (hockeynut)<br /> * Chad Lung (chadlung)<br /> * Steven Gonzales (codekobe)<br /> * Donald Stufft (dstufft))<br /> <br /> == Resources ==<br /> <br /> {| border=&quot;1&quot; cellpadding=&quot;2&quot; cellspacing=&quot;0&quot;<br /> | Meetings<br /> | [[Meetings/Barbican]] <br /> |-<br /> | IRC <br /> | #openstack-barbican on Freenode<br /> |-<br /> | Milestones <br /> | https://launchpad.net/barbican/+milestones<br /> |-<br /> | Incubation <br /> | [[Barbican/Incubation]] <br /> |-<br /> | Planning<br /> | https://github.com/cloudkeep/barbican/issues?state=open<br /> |-<br /> | Mailing List<br /> | [http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev OpenStack dev] list, prefix with [barbican]<br /> |-<br /> | Bug tracker <br /> | https://bugs.launchpad.net/barbican<br /> |- <br /> | Blueprints<br /> | [[Barbican/Blueprints]]<br /> |}<br /> <br /> == Discussions / Etherpads ==<br /> * [https://etherpad.openstack.org/p/barbican-events Barbican Events]<br /> * [https://etherpad.openstack.org/p/barbican-asym Barbican Asymmetric Support]<br /> * [[Barbican/Certmonger]]<br /> <br /> == Getting Started ==<br /> <br /> * [https://github.com/cloudkeep/barbican/wiki/Barbican-Getting-Started-Guide Getting Started]<br /> * [https://wiki.openstack.org/wiki/BarbicanDevStack Running Barbican via DevStack]<br /> * [https://github.com/cloudkeep-ops/barbican-vagrant-zero/blob/master/README.md Setting up a local Barbican Cluster using Vagrant]<br /> * [https://wiki.openstack.org/wiki/Barbican/Barbican-IDE-Debugging Barbican debugging with IDE]<br /> <br /> == Automation Details ==<br /> <br /> * [https://wiki.openstack.org/wiki/BarbicanAutomation Barbican Automation (Chef)]<br /> <br /> == Technical Details ==<br /> <br /> * [https://github.com/cloudkeep/barbican/wiki/Application-Programming-Interface API Documentation]<br /> * [https://github.com/cloudkeep/barbican/wiki/Architecture Architecture]<br /> <br /> == Presentations ==<br /> <br /> * [http://www.openstack.org/summit/openstack-summit-hong-kong-2013/session-videos/presentation/barbican-1-0-open-source-key-management-for-openstack Havanna Summit in Hong Kong], [https://speakerdeck.com/jraim/barbican-1-dot-0 Presentation]<br /> * [http://www.openstack.org/summit/portland-2013/session-videos/presentation/cloud-keep-openstack-key-management-as-a-service Grizzly Summit in Portand], [https://speakerdeck.com/jraim/secret-as-a-service-barbican Presentation]<br /> * [https://speakerdeck.com/jraim/cloudifying-key-management Cloudifying Key Management] from BSides Austin 2013</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=BarbicanDevStack&diff=50933 2014-05-02T15:41:00Z

<p>Chad Lung: /* Running Barbican via DevStack */</p> <hr /> <div>== Running Barbican via DevStack ==<br /> <br /> Steps to run Barbican via DevStack (assuming Ubuntu 12.04 LTS):<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ sudo apt-get update<br /> $ sudo apt-get install git -y<br /> $ git clone https://github.com/openstack-dev/devstack.git<br /> $ git clone https://github.com/stackforge/barbican.git<br /> $ mv barbican/contrib/devstack/lib/barbican devstack/lib/<br /> $ mv barbican/contrib/devstack/extras.d/70-barbican.sh devstack/extras.d/<br /> $ ./devstack/tools/create-stack-user.sh<br /> $ mv devstack/ /opt/stack/<br /> $ rm -rf barbican/<br /> $ chown -R stack:stack /opt/stack/devstack/<br /> $ su - stack<br /> $ cd /opt/stack/devstack/<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> You'll need to create and edit a file called '''local.conf''':<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ nano local.conf<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> To just run Barbican and required services add the following into the '''local.conf''' file and modify the passwords as required:<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> [[local|localrc]]<br /> disable_all_services<br /> enable_service rabbit mysql key barbican<br /> <br /> KEYSTONE_TOKEN_FORMAT=UUID<br /> <br /> DATABASE_PASSWORD=password<br /> RABBIT_PASSWORD=password<br /> SERVICE_TOKEN=password<br /> SERVICE_PASSWORD=password<br /> ADMIN_PASSWORD=password<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> This next step will take a while to run but the end result is you should have Barbican running under DevStack:<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ ./stack.sh<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> '''Note:''' If you have issues (compute might be throwing some errors) you can ease back the firewall. Keep in mind this opens your computer up completely. '''Only do this if you know what you are doing and if you are having issues'''. Adjust as needed.<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> # Flush all firewall rules for DevStack<br /> # (Only do this if you really know what you're doing and have problems running DevStack)<br /> $ iptables -F<br /> $ iptables -P INPUT ACCEPT<br /> $ iptables -P FORWARD ACCEPT<br /> $ iptables -P OUTPUT ACCEPT<br /> &lt;/nowiki&gt;&lt;/pre&gt;</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=BarbicanAutomation&diff=47685 2014-04-03T18:28:07Z

<p>Chad Lung: /* Organization of Chef Cookbooks */</p> <hr /> <div>== Organization of Chef Cookbooks ==<br /> <br /> For Chef development we are using Berkshelf to manage our cookbooks. Since we are using Berkshelf our cookbooks are located in separate individual repositories, located here: [https://github.com/cloudkeep-ops cloudkeep-ops].<br /> <br /> There are four main cookbooks to deploy the Barbican application:<br /> <br /> * [https://github.com/cloudkeep-ops/chef-barbican Chef Barbican] - Includes recipes for deploying Barbican Worker and API nodes<br /> * [https://github.com/cloudkeep-ops/barbican-postgresql Barbican Postgres] - Wrapper cookbook for configuring Postgresql in a Barbican cluster<br /> * [https://github.com/cloudkeep-ops/barbican-rabbitmq Barbican RabbitMQ] - Wrapper cookbook for configuring RabbitMQ in a Barbican cluster<br /> <br /> <br /> The cookbooks have been designed that they can be deployed with or without a Chef server.<br /> <br /> Instructions for deploying individual cookbooks can be found on each of the respective '''Read Me''' docs.<br /> <br /> == Search Discovery ==<br /> <br /> Each cookbook implements a search discovery pattern for Chef server search. <br /> <br /> The search discovery is a pattern can be detailed as:<br /> <br /> * The use of search discovery is optional<br /> * Allows the user to override the search query used via a node attribute<br /> * Allow the user to specify what node attribute contains the IPv4 address of discovered nodes<br /> * Chef searches are contained inside an individual recipe named '''search_discovery.rb'''<br /> * The results of the search discovery recipe are stored in node attributes</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican&diff=47684 2014-04-03T18:18:19Z

<p>Chad Lung: </p> <hr /> <div>Barbican is a ReST API designed for the secure storage, provisioning and management of secrets. It is aimed at being useful for all environments, including large ephemeral Clouds. All documentation and work can be found on either Launchpad or Github at the following locations:<br /> <br /> * [https://github.com/stackforge/barbican Source Code]<br /> * [https://launchpad.net/barbican Launchpad]<br /> * [https://github.com/cloudkeep/barbican/wiki Wiki]<br /> * [https://github.com/cloudkeep/barbican/wiki/Gerrit-Review-Process Contributing]<br /> <br /> == Core Team ==<br /> <br /> * [PTL] Jarret Raim (jraim)<br /> * John Wood (woodster)<br /> * Douglas Mendizabal (redrobot)<br /> * Paul Kehrer (reaperhulk)<br /> * John Vrbanac (jvrbanac)<br /> * Steve Heyman (hockeynut)<br /> * Chad Lung (chadlung)<br /> * Steven Gonzales (codekobe)<br /> * Donald Stufft (dstufft))<br /> <br /> == Resources ==<br /> <br /> {| border=&quot;1&quot; cellpadding=&quot;2&quot; cellspacing=&quot;0&quot;<br /> | Meetings<br /> | [[Meetings/Barbican]] <br /> |-<br /> | IRC <br /> | #openstack-barbican on Freenode<br /> |-<br /> | Milestones <br /> | https://launchpad.net/barbican/+milestones<br /> |-<br /> | Incubation <br /> | [[Barbican/Incubation]] <br /> |-<br /> | Planning<br /> | https://github.com/cloudkeep/barbican/issues?state=open<br /> |-<br /> | Mailing List<br /> | [http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev OpenStack dev] list, prefix with [barbican]<br /> |-<br /> | Bug tracker <br /> | https://bugs.launchpad.net/barbican<br /> |- <br /> | Blueprints<br /> | [[Barbican/Blueprints]]<br /> |}<br /> <br /> == Discussions / Etherpads ==<br /> * [[Barbican/Certmonger]]<br /> <br /> == Getting Started ==<br /> <br /> * [https://github.com/cloudkeep/barbican/wiki/Barbican-Getting-Started-Guide Getting Started]<br /> * [https://wiki.openstack.org/wiki/BarbicanDevStack Running Barbican via DevStack]<br /> * [https://github.com/cloudkeep-ops/barbican-vagrant-zero/blob/master/README.md Setting up a local Barbican Cluster using Vagrant]<br /> <br /> == Automation Details ==<br /> <br /> * [https://wiki.openstack.org/wiki/BarbicanAutomation Barbican Automation (Chef)]<br /> <br /> == Technical Details ==<br /> <br /> * [https://github.com/cloudkeep/barbican/wiki/Application-Programming-Interface API Documentation]<br /> * [https://github.com/cloudkeep/barbican/wiki/Architecture Architecture]<br /> <br /> == Presentations ==<br /> <br /> * [http://www.openstack.org/summit/openstack-summit-hong-kong-2013/session-videos/presentation/barbican-1-0-open-source-key-management-for-openstack Havanna Summit in Hong Kong], [https://speakerdeck.com/jraim/barbican-1-dot-0 Presentation]<br /> * [http://www.openstack.org/summit/portland-2013/session-videos/presentation/cloud-keep-openstack-key-management-as-a-service Grizzly Summit in Portand], [https://speakerdeck.com/jraim/secret-as-a-service-barbican Presentation]<br /> * [https://speakerdeck.com/jraim/cloudifying-key-management Cloudifying Key Management] from BSides Austin 2013</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=BarbicanAutomation&diff=47683 2014-04-03T18:17:48Z

<p>Chad Lung: /* Organization of Chef Cookbooks */</p> <hr /> <div>== Organization of Chef Cookbooks ==<br /> <br /> For Chef development we are using Berkshelf to manage our cookbooks. Since we are using Berkshelf our cookbooks are located in separate individual repositories, located here: [https://github.com/cloudkeep-ops cloudkeep-ops].<br /> <br /> There are four main cookbooks to deploy the Barbican application:<br /> <br /> * [https://github.com/cloudkeep-ops/chef-barbican Chef Barbican] - Includes recipes for deploying Barbican Worker and API nodes<br /> * [https://github.com/cloudkeep-ops/barbican-postgresql Barbican Postgres] - Wrapper cookbook for configuring Postgresql in a Barbican cluster<br /> * [https://github.com/cloudkeep-ops/barbican-rabbitmq Barbican RabbitMQ] - Wrapper cookbook for configuring RabbitMQ in a Barbican cluster<br /> <br /> <br /> The cookbooks have been designed that they can be deployed with or without a Chef server.</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=BarbicanAutomation&diff=47682 2014-04-03T18:17:34Z

<p>Chad Lung: Created page with &quot;== Organization of Chef Cookbooks == For Chef development we are using Berkshelf to manage our cookbooks. Since we are using Berkshelf our cookbooks are located in separate i...&quot;</p> <hr /> <div>== Organization of Chef Cookbooks ==<br /> <br /> For Chef development we are using Berkshelf to manage our cookbooks. Since we are using Berkshelf our cookbooks are located in separate individual repositories, located here: [https://github.com/cloudkeep-ops cloudkeep-ops].<br /> <br /> There are four main cookbooks to deploy the Barbican application:<br /> <br /> * [https://github.com/cloudkeep-ops/chef-barbican Chef Barbican] - Includes recipes for deploying Barbican Worker and API nodes<br /> * [https://github.com/cloudkeep-ops/barbican-postgresql Barbican Postgres] - Wrapper cookbook for configuring Postgresql in a Barbican cluster<br /> * [https://github.com/cloudkeep-ops/barbican-rabbitmq Barbican RabbitMQ] - Wrapper cookbook for configuring RabbitMQ in a Barbican cluster<br /> <br /> The cookbooks have been designed that they can be deployed with or without a Chef server.</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican&diff=47678 2014-04-03T17:54:54Z

<p>Chad Lung: </p> <hr /> <div>Barbican is a ReST API designed for the secure storage, provisioning and management of secrets. It is aimed at being useful for all environments, including large ephemeral Clouds. All documentation and work can be found on either Launchpad or Github at the following locations:<br /> <br /> * [https://github.com/stackforge/barbican Source Code]<br /> * [https://launchpad.net/barbican Launchpad]<br /> * [https://github.com/cloudkeep/barbican/wiki Wiki]<br /> * [https://github.com/cloudkeep/barbican/wiki/Gerrit-Review-Process Contributing]<br /> <br /> == Core Team ==<br /> <br /> * [PTL] Jarret Raim (jraim)<br /> * John Wood (woodster)<br /> * Douglas Mendizabal (redrobot)<br /> * Paul Kehrer (reaperhulk)<br /> * John Vrbanac (jvrbanac)<br /> * Steve Heyman (hockeynut)<br /> * Chad Lung (chadlung)<br /> * Steven Gonzales (codekobe)<br /> * Donald Stufft (dstufft))<br /> <br /> == Resources ==<br /> <br /> {| border=&quot;1&quot; cellpadding=&quot;2&quot; cellspacing=&quot;0&quot;<br /> | Meetings<br /> | [[Meetings/Barbican]] <br /> |-<br /> | IRC <br /> | #openstack-barbican on Freenode<br /> |-<br /> | Milestones <br /> | https://launchpad.net/barbican/+milestones<br /> |-<br /> | Incubation <br /> | [[Barbican/Incubation]] <br /> |-<br /> | Planning<br /> | https://github.com/cloudkeep/barbican/issues?state=open<br /> |-<br /> | Mailing List<br /> | [http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev OpenStack dev] list, prefix with [barbican]<br /> |-<br /> | Bug tracker <br /> | https://bugs.launchpad.net/barbican<br /> |- <br /> | Blueprints<br /> | [[Barbican/Blueprints]]<br /> |}<br /> <br /> == Discussions / Etherpads ==<br /> * [[Barbican/Certmonger]]<br /> <br /> == Getting Started ==<br /> <br /> * [https://github.com/cloudkeep/barbican/wiki/Barbican-Getting-Started-Guide Getting Started]<br /> * [https://wiki.openstack.org/wiki/BarbicanDevStack Running Barbican via DevStack]<br /> * [https://github.com/cloudkeep-ops/barbican-vagrant-zero/blob/master/README.md Setting up a local Barbican Cluster using Vagrant]<br /> <br /> == Automation Details ==<br /> <br /> * TODO<br /> <br /> == Technical Details ==<br /> <br /> * [https://github.com/cloudkeep/barbican/wiki/Application-Programming-Interface API Documentation]<br /> * [https://github.com/cloudkeep/barbican/wiki/Architecture Architecture]<br /> <br /> == Presentations ==<br /> <br /> * [http://www.openstack.org/summit/openstack-summit-hong-kong-2013/session-videos/presentation/barbican-1-0-open-source-key-management-for-openstack Havanna Summit in Hong Kong], [https://speakerdeck.com/jraim/barbican-1-dot-0 Presentation]<br /> * [http://www.openstack.org/summit/portland-2013/session-videos/presentation/cloud-keep-openstack-key-management-as-a-service Grizzly Summit in Portand], [https://speakerdeck.com/jraim/secret-as-a-service-barbican Presentation]<br /> * [https://speakerdeck.com/jraim/cloudifying-key-management Cloudifying Key Management] from BSides Austin 2013</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican&diff=47542 2014-04-02T20:49:22Z

<p>Chad Lung: /* Technical Details */</p> <hr /> <div>Barbican is a ReST API designed for the secure storage, provisioning and management of secrets. It is aimed at being useful for all environments, including large ephemeral Clouds. All documentation and work can be found on either Launchpad or Github at the following locations:<br /> <br /> * [https://github.com/stackforge/barbican Source Code]<br /> * [https://launchpad.net/barbican Launchpad]<br /> * [https://github.com/cloudkeep/barbican/wiki Wiki]<br /> * [https://github.com/cloudkeep/barbican/wiki/Gerrit-Review-Process Contributing]<br /> <br /> == Core Team ==<br /> <br /> * [PTL] Jarret Raim (jraim)<br /> * John Wood (woodster)<br /> * Douglas Mendizabal (redrobot)<br /> * Paul Kehrer (reaperhulk)<br /> * John Vrbanac (jvrbanac)<br /> * Steve Heyman (hockeynut)<br /> * Chad Lung (chadlung)<br /> * Steven Gonzales (codekobe)<br /> * Donald Stufft (dstufft))<br /> <br /> == Resources ==<br /> <br /> {| border=&quot;1&quot; cellpadding=&quot;2&quot; cellspacing=&quot;0&quot;<br /> | Meetings<br /> | [[Meetings/Barbican]] <br /> |-<br /> | IRC <br /> | #openstack-barbican on Freenode<br /> |-<br /> | Milestones <br /> | https://launchpad.net/barbican/+milestones<br /> |-<br /> | Incubation <br /> | [[Barbican/Incubation]] <br /> |-<br /> | Planning<br /> | https://github.com/cloudkeep/barbican/issues?state=open<br /> |-<br /> | Mailing List<br /> | [http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev OpenStack dev] list, prefix with [barbican]<br /> |-<br /> | Bug tracker <br /> | https://bugs.launchpad.net/barbican<br /> |- <br /> | Blueprints<br /> | [[Barbican/Blueprints]]<br /> |}<br /> <br /> == Discussions / Etherpads ==<br /> * [[Barbican/Certmonger]]<br /> <br /> == Technical Details ==<br /> <br /> * [https://github.com/cloudkeep/barbican/wiki/Barbican-Getting-Started-Guide Getting Started]<br /> * [https://wiki.openstack.org/wiki/BarbicanDevStack Running Barbican via DevStack]<br /> * [https://github.com/cloudkeep-ops/barbican-vagrant-zero/blob/master/README.md Setting up a local Barbican Cluster using Vagrant]<br /> * [https://github.com/cloudkeep/barbican/wiki/Application-Programming-Interface API Documentation]<br /> * [https://github.com/cloudkeep/barbican/wiki/Architecture Architecture]<br /> <br /> == Presentations ==<br /> <br /> * [http://www.openstack.org/summit/openstack-summit-hong-kong-2013/session-videos/presentation/barbican-1-0-open-source-key-management-for-openstack Havanna Summit in Hong Kong], [https://speakerdeck.com/jraim/barbican-1-dot-0 Presentation]<br /> * [http://www.openstack.org/summit/portland-2013/session-videos/presentation/cloud-keep-openstack-key-management-as-a-service Grizzly Summit in Portand], [https://speakerdeck.com/jraim/secret-as-a-service-barbican Presentation]<br /> * [https://speakerdeck.com/jraim/cloudifying-key-management Cloudifying Key Management] from BSides Austin 2013</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican&diff=47541 2014-04-02T20:49:00Z

<p>Chad Lung: /* Technical Details */</p> <hr /> <div>Barbican is a ReST API designed for the secure storage, provisioning and management of secrets. It is aimed at being useful for all environments, including large ephemeral Clouds. All documentation and work can be found on either Launchpad or Github at the following locations:<br /> <br /> * [https://github.com/stackforge/barbican Source Code]<br /> * [https://launchpad.net/barbican Launchpad]<br /> * [https://github.com/cloudkeep/barbican/wiki Wiki]<br /> * [https://github.com/cloudkeep/barbican/wiki/Gerrit-Review-Process Contributing]<br /> <br /> == Core Team ==<br /> <br /> * [PTL] Jarret Raim (jraim)<br /> * John Wood (woodster)<br /> * Douglas Mendizabal (redrobot)<br /> * Paul Kehrer (reaperhulk)<br /> * John Vrbanac (jvrbanac)<br /> * Steve Heyman (hockeynut)<br /> * Chad Lung (chadlung)<br /> * Steven Gonzales (codekobe)<br /> * Donald Stufft (dstufft))<br /> <br /> == Resources ==<br /> <br /> {| border=&quot;1&quot; cellpadding=&quot;2&quot; cellspacing=&quot;0&quot;<br /> | Meetings<br /> | [[Meetings/Barbican]] <br /> |-<br /> | IRC <br /> | #openstack-barbican on Freenode<br /> |-<br /> | Milestones <br /> | https://launchpad.net/barbican/+milestones<br /> |-<br /> | Incubation <br /> | [[Barbican/Incubation]] <br /> |-<br /> | Planning<br /> | https://github.com/cloudkeep/barbican/issues?state=open<br /> |-<br /> | Mailing List<br /> | [http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev OpenStack dev] list, prefix with [barbican]<br /> |-<br /> | Bug tracker <br /> | https://bugs.launchpad.net/barbican<br /> |- <br /> | Blueprints<br /> | [[Barbican/Blueprints]]<br /> |}<br /> <br /> == Discussions / Etherpads ==<br /> * [[Barbican/Certmonger]]<br /> <br /> == Technical Details ==<br /> <br /> * [https://github.com/cloudkeep/barbican/wiki/Barbican-Getting-Started-Guide Getting Started]<br /> * [https://wiki.openstack.org/wiki/BarbicanDevStack Running Barbican via DevStack]<br /> * [Setting up a local Barbican Cluster using Vagrant https://github.com/cloudkeep-ops/barbican-vagrant-zero/blob/master/README.md]<br /> * [https://github.com/cloudkeep/barbican/wiki/Application-Programming-Interface API Documentation]<br /> * [https://github.com/cloudkeep/barbican/wiki/Architecture Architecture]<br /> <br /> == Presentations ==<br /> <br /> * [http://www.openstack.org/summit/openstack-summit-hong-kong-2013/session-videos/presentation/barbican-1-0-open-source-key-management-for-openstack Havanna Summit in Hong Kong], [https://speakerdeck.com/jraim/barbican-1-dot-0 Presentation]<br /> * [http://www.openstack.org/summit/portland-2013/session-videos/presentation/cloud-keep-openstack-key-management-as-a-service Grizzly Summit in Portand], [https://speakerdeck.com/jraim/secret-as-a-service-barbican Presentation]<br /> * [https://speakerdeck.com/jraim/cloudifying-key-management Cloudifying Key Management] from BSides Austin 2013</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican&diff=47540 2014-04-02T20:43:26Z

<p>Chad Lung: /* Technical Details */</p> <hr /> <div>Barbican is a ReST API designed for the secure storage, provisioning and management of secrets. It is aimed at being useful for all environments, including large ephemeral Clouds. All documentation and work can be found on either Launchpad or Github at the following locations:<br /> <br /> * [https://github.com/stackforge/barbican Source Code]<br /> * [https://launchpad.net/barbican Launchpad]<br /> * [https://github.com/cloudkeep/barbican/wiki Wiki]<br /> * [https://github.com/cloudkeep/barbican/wiki/Gerrit-Review-Process Contributing]<br /> <br /> == Core Team ==<br /> <br /> * [PTL] Jarret Raim (jraim)<br /> * John Wood (woodster)<br /> * Douglas Mendizabal (redrobot)<br /> * Paul Kehrer (reaperhulk)<br /> * John Vrbanac (jvrbanac)<br /> * Steve Heyman (hockeynut)<br /> * Chad Lung (chadlung)<br /> * Steven Gonzales (codekobe)<br /> * Donald Stufft (dstufft))<br /> <br /> == Resources ==<br /> <br /> {| border=&quot;1&quot; cellpadding=&quot;2&quot; cellspacing=&quot;0&quot;<br /> | Meetings<br /> | [[Meetings/Barbican]] <br /> |-<br /> | IRC <br /> | #openstack-barbican on Freenode<br /> |-<br /> | Milestones <br /> | https://launchpad.net/barbican/+milestones<br /> |-<br /> | Incubation <br /> | [[Barbican/Incubation]] <br /> |-<br /> | Planning<br /> | https://github.com/cloudkeep/barbican/issues?state=open<br /> |-<br /> | Mailing List<br /> | [http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev OpenStack dev] list, prefix with [barbican]<br /> |-<br /> | Bug tracker <br /> | https://bugs.launchpad.net/barbican<br /> |- <br /> | Blueprints<br /> | [[Barbican/Blueprints]]<br /> |}<br /> <br /> == Discussions / Etherpads ==<br /> * [[Barbican/Certmonger]]<br /> <br /> == Technical Details ==<br /> <br /> * [https://github.com/cloudkeep/barbican/wiki/Barbican-Getting-Started-Guide Getting Started]<br /> * [https://wiki.openstack.org/wiki/BarbicanDevStack Running Barbican via DevStack]<br /> * [https://github.com/cloudkeep/barbican/wiki/Application-Programming-Interface API Documentation]<br /> * [https://github.com/cloudkeep/barbican/wiki/Architecture Architecture]<br /> <br /> == Presentations ==<br /> <br /> * [http://www.openstack.org/summit/openstack-summit-hong-kong-2013/session-videos/presentation/barbican-1-0-open-source-key-management-for-openstack Havanna Summit in Hong Kong], [https://speakerdeck.com/jraim/barbican-1-dot-0 Presentation]<br /> * [http://www.openstack.org/summit/portland-2013/session-videos/presentation/cloud-keep-openstack-key-management-as-a-service Grizzly Summit in Portand], [https://speakerdeck.com/jraim/secret-as-a-service-barbican Presentation]<br /> * [https://speakerdeck.com/jraim/cloudifying-key-management Cloudifying Key Management] from BSides Austin 2013</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=BarbicanDevStack&diff=47539 2014-04-02T20:42:18Z

<p>Chad Lung: Created page with &quot;== Running Barbican via DevStack == Steps to run Barbican via DevStack (assuming Ubuntu 12.04 LTS): &lt;pre&gt;&lt;nowiki&gt; $ sudo apt-get update $ sudo apt-get install git -y $ git c...&quot;</p> <hr /> <div>== Running Barbican via DevStack ==<br /> <br /> Steps to run Barbican via DevStack (assuming Ubuntu 12.04 LTS):<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ sudo apt-get update<br /> $ sudo apt-get install git -y<br /> $ git clone https://github.com/openstack-dev/devstack.git<br /> $ git clone https://github.com/stackforge/barbican.git<br /> $ mv barbican/contrib/devstack/lib/barbican devstack/lib/<br /> $ mv barbican/contrib/devstack/extras.d/70-barbican.sh devstack/extras.d/<br /> $ ./devstack/tools/create-stack-user.sh<br /> $ mv devstack/ /opt/stack/<br /> $ rm -rf barbican/<br /> $ chown -R stack:stack /opt/stack/devstack/<br /> $ su - stack<br /> $ cd /opt/stack/devstack/<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> You'll need to create and edit a file called '''local.conf''':<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ nano local.conf<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> Add the following into the '''local.conf''' file and modify the passwords as required:<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> [[local|localrc]]<br /> enable_service barbican<br /> KEYSTONE_TOKEN_FORMAT=UUID<br /> <br /> # If you don't need these services<br /> # un-comment them to speed up<br /> # the DevStack install time<br /> #disable_service horizon<br /> #disable_service glance<br /> #disable_service cinder<br /> #disable_service nova<br /> <br /> DATABASE_PASSWORD=password<br /> RABBIT_PASSWORD=password<br /> SERVICE_TOKEN=password<br /> SERVICE_PASSWORD=password<br /> ADMIN_PASSWORD=password<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> This next step will take a while to run but the end result is you should have Barbican running under DevStack:<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ ./stack.sh<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> '''Note:''' If you have issues (compute might be throwing some errors) you can ease back the firewall. Keep in mind this opens your computer up completely. '''Only do this if you know what you are doing and if you are having issues'''. Adjust as needed.<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> # Flush all firewall rules for DevStack<br /> # (Only do this if you really know what you're doing and have problems running DevStack)<br /> $ iptables -F<br /> $ iptables -P INPUT ACCEPT<br /> $ iptables -P FORWARD ACCEPT<br /> $ iptables -P OUTPUT ACCEPT<br /> &lt;/nowiki&gt;&lt;/pre&gt;</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican/Incubation&diff=47528 2014-04-02T19:45:59Z

<p>Chad Lung: /* Icehouse */</p> <hr /> <div>== Project Codename ==<br /> [http://en.wikipedia.org/wiki/Barbican Barbican]<br /> <br /> == Trademarks ==<br /> There are no other parts of the Barbican project that will be part of OpenStack.<br /> <br /> == Summary ==<br /> Barbican is a ReST API designed for the secure storage, provisioning and management of secrets. It is aimed at being useful for all environments, including large ephemeral Clouds.<br /> <br /> == Mission Statement == <br /> To produce an OpenStack key management API that simplifies the creation, management and use of keying material for encryption purposes. We plan to achieve this by creating and maintaining a Python service, libraries and documentation as well as working with other OpenStack projects to enable encryption features for their customers and internal infrastructure.<br /> <br /> == Detailed Description ==<br /> The current state of key management is atrocious. While Windows does have some decent options through the use of the Data Protection API (DPAPI) and Active Directory, Linux lacks a cohesive story around how to manage keys for application use.<br /> <br /> Barbican was designed to solve this problem. The system was motivated by internal Rackspace needs, requirements from OpenStack and a realization that the current state of the art could use some help.<br /> <br /> Barbican will handle many types of secrets, including:<br /> <br /> * Symmetric Keys - Used to perform reversible encryption of data at rest, typically using the AES algorithm set. This type of key is required to enable features like [http://www.openstack.org/software/openstack-storage/ encrypted Swift containers and Cinder volumes], [http://www.rackspace.com/cloud/backup/ encrypted Cloud Backups], [https://wiki.openstack.org/wiki/MessageSecurity Message Signing], etc.<br /> * Asymmetric Keys - Asymmetric key pairs (sometimes referred to as public / private keys) are used in many scenarios where communication between untrusted parties is desired. The most common case is with SSL/TLS certificates, but also is used in solutions like SSH keys, S/MIME (mail) encryption and digital signatures.<br /> * Raw Secrets - Barbican stores secrets as a base64 encoded block of data (encrypted, naturally). Clients can use the API to store any secrets in any format they desire. The Postern agent is capable of presenting these secrets in various formats to ease integration.<br /> <br /> <br /> For the symmetric and asymmetric key types, Barbican supports full lifecycle management including provisioning, expiration, reporting, etc. A plugin system allows for multiple certificate authority support (including public and private CAs).<br /> <br /> == Scope ==<br /> Barbican plans to address issues related to the key management process. This includes key generation, lifecycle management and revocation as well as ancillary services like auditing, logging and compliance concerns. We plan to support a variety of key types include symmetric keys (e.g. AES) and various asymmetric keys including RSA / DSA / ECC keys for use with SSL/TLS, SSH and signing. Additionally, Barbican provides pluggable interfaces to use specialized Hardware Security Modules (HSMs) to provide additional security and compliance as well as a strong source of randomness. <br /> <br /> === Deliverables ===<br /> The Barbican project will produce two deliverables:<br /> # barbican - Python ReST API for performing key management<br /> # python-barbicanclient - A python library providing access to features of the Barbican API<br /> <br /> == Roadmap ==<br /> Barbican has been participating in the OpenStack release toolchain for the Havana cycle. Our blueprints and milestones can be seen in [https://launchpad.net/barbican Launchpad]. As a result, we have completed our MVP set of functionality which is detailed below along with our future plans. <br /> <br /> In the long term, we see most OpenStack services depending on Barbican to deliver encryption services. In addition, we see customers of an OpenStack cloud also relying directly on Barbican for secret provisioning and storage. We see potential integrations in the following areas:<br /> <br /> * Encryption at Rest: Nova, Cinder, Trove, Ironic, Glance, Swift, Marconi, Savannah<br /> * Key Distribution / Management: Nova, Keystone, Neutron, Heat<br /> * Signing / Data Verification: Oslo, Marconi<br /> * Encryption in Flight: Any systems that use SSL, but especially systems that spin resources that need transport protection like Trove or Savannah<br /> <br /> === Havana (1.0) ===<br /> These features are all complete.<br /> <br /> * API support for CRUD of secrets<br /> * API support for certificate / key creation requests (orders)<br /> * Chef infrastructure for configuration management<br /> * RBAC support<br /> * Crypto plugin model for Hardware Security Module (HSM) support<br /> * 'Dev' plugin for a crypto backend (in place of HSM)<br /> * python-barbicanclient python library<br /> * keep command line client (part of python-barbicanclient)<br /> <br /> === Icehouse ===<br /> * Support for [https://blueprints.launchpad.net/nova/+spec/encrypt-cinder-volumes transparent encryption for Cinder volumes]<br /> * KIMP backend support (based on a third-party library contribution)<br /> * KDS service for [https://wiki.openstack.org/wiki/MessageSecurity message signing]<br /> * Support for provisioning SSL/TLS certificates from public CAs (plugin based, Symantec CAs first)<br /> * Support API for [https://fedorahosted.org/certmonger/ certmonger] tool<br /> * [https://wiki.openstack.org/wiki/Barbican/Blueprints/dogtag-plugin Backend support for Dogtag (based on third party contributions)]<br /> * Support for [https://wiki.openstack.org/wiki/Swift/server-side-enc object encryption in swift] (third party contributions)<br /> <br /> === Future ===<br /> * [https://wiki.openstack.org/wiki/Barbican/Blueprints/ssl-certificates Provisioning SSL/TLS from internal CAs]<br /> * Support for the Microsoft CA infrastructure<br /> * Support for DEK storage in HSM<br /> * Advanced auditing, logging and reporting<br /> * Compliance with various regimes including PCI, HIPAA, SOX, etc. Possibly FIPS / FISMA<br /> <br /> == Project Resources ==<br /> * Server Source Code: https://github.com/stackforge/barbican<br /> * Client Source Code: https://github.com/cloudkeep/python-barbicanclient<br /> * Language: [http://www.python.org/ Python]<br /> * License: [https://github.com/stackforge/barbican/blob/master/LICENSE Apache 2.0]<br /> <br /> == Team ==<br /> The following are the team members currently working on Barbican. In addition to this list, the community has contributed code, documentation, architectural review and other support. These include representatives from Rackspace, HP, RedHat, Nebula and more. All members below have signed the OpenStack CLA prior to writing any Barbican code.<br /> <br /> * [https://github.com/jarretraim Jarret Raim] is the proposed technical lead. Jarret is the Cloud Security Product Manager at Rackspace and is in charge of the Barbican effort. Jarret did security research as part of his undergraduate and graduate work. Since graduating, Jarret has worked as a developer at Southwest Research Institute and a security consultant at Denim Group before moving to Rackspace.<br /> * [https://github.com/jfwood John Wood] is a developer on the Barbican project. John is a senior developer at Rackspace. John has worked on enterprise systems at Southwest Research Institute, 360Commerce (now Oracle Retail) and Nationwide. Prior to that he developed firmware for telecommunications and signal processing applications.<br /> * [https://github.com/dmend Douglas Mendizabal] is a developer on the Barbican project. Doug joined Rackspace earlier this year, where he contributed to Project Meniscus before joining the Barbican team. Prior to joining Rackspace, Doug was a secure software development consultant at Denim Group where he helped development of web apps, mobile apps, and web services in various different languages.<br /> * [https://github.com/reaperhulk Paul Kehrer] is our crypto expert on the Barbican project. He has experience running a public certificate authority as well as doing significant open source work in cryptography by writing and maintaining [https://github.com/r509/r509 r509], a ruby library for managing a certificate infrastructure and [https://github.com/pyca/cryptography cryptography], a modern python crypto library.<br /> * [https://github.com/jmvrbanac John Vrbanac] is our test lead on the Barbican effort. John's background is primarily in enterprise software development. Before joining Rackspace and the Barbican effort, John was a lead developer for Pearson on their flagship online testing platform. Recently, he has been contributing to the open-source world through the writing and maintaining of [https://github.com/jmvrbanac/specter Specter], a code-centric Python BDD framework, as well as contributing to projects such as: [https://github.com/zinic/pynsive Pynsive], [https://github.com/borisyankov/DefinitelyTyped DefinitelyTyped], and the [http://developer.ubuntu.com/api/qml/sdk-1.0/ Ubuntu API website].<br /> * [https://github.com/chadlung Chad Lung] is a developer on the Barbican project. Chad previously worked on [https://github.com/ProjectMeniscus/meniscus Project Meniscus] (a logging service) and [http://atomhopper.org/ Atom Hopper]. Chad joined Rackspace in 2011. Previously he worked for Pearson.<br /> * [https://github.com/stevendgonzales Steven Gonzalez] is a developer on the Barbican project. Steven previously worked on [https://github.com/ProjectMeniscus/meniscus Project Meniscus] (a logging service) and joined Rackspace in 2013. Previously he worked at UTSA.<br /> <br /> == Infrastructure Requirements ==<br /> Barbican is currently on StackForge using Gerrit and Jenkins to run the unit test suite and flake8. An integration and testing environment are set up on Rackspace public cloud. In addition to the Cloud environments, Barbican has two staging environments with physical servers and HSMs for testing integration and replication use cases.<br /> <br /> == Tasks for Incubation (Barbican was incubated on March 10, 2014) ==<br /> The following are tasks for Barbican that have been brought up as part of the incubation process as well as some changes that we felt were in the spirit of incubation.<br /> <br /> === Barbican ===<br /> # [[https://review.openstack.org/#/c/64468/ Review]] Move to global requirements<br /> # [[https://review.openstack.org/#/c/60551/ Review]] Move Barbican to pbr<br /> # [[https://review.openstack.org/#/c/60427/ Review]] Use oslo.messaging instead of celery<br /> # [[https://review.openstack.org/#/c/74530 Review]] Set up a basic devstack-gate job (https://review.openstack.org/#/c/57098/)<br /> # [[https://review.openstack.org/#/c/69512/ Review]] Move to supporting testr<br /> <br /> === python-barbicanclient ===<br /> # [[https://review.openstack.org/#/c/64573/ Review]] Rename command line client to barbican to be more in line with rest of openstack<br /> # [[https://review.openstack.org/#/c/64851/ Review]] Migrate python-barbicanclient to pbr<br /> # [[https://github.com/stackforge/python-barbicanclient GitHub] / [https://review.openstack.org/#/q/status:merged+project:stackforge/python-barbicanclient,n,z Gerrit] / [https://review.openstack.org/#/c/60101 Review]] Move python-barbicanclient repository to stackforge</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican/Incubation&diff=47527 2014-04-02T19:45:20Z

<p>Chad Lung: /* Future */</p> <hr /> <div>== Project Codename ==<br /> [http://en.wikipedia.org/wiki/Barbican Barbican]<br /> <br /> == Trademarks ==<br /> There are no other parts of the Barbican project that will be part of OpenStack.<br /> <br /> == Summary ==<br /> Barbican is a ReST API designed for the secure storage, provisioning and management of secrets. It is aimed at being useful for all environments, including large ephemeral Clouds.<br /> <br /> == Mission Statement == <br /> To produce an OpenStack key management API that simplifies the creation, management and use of keying material for encryption purposes. We plan to achieve this by creating and maintaining a Python service, libraries and documentation as well as working with other OpenStack projects to enable encryption features for their customers and internal infrastructure.<br /> <br /> == Detailed Description ==<br /> The current state of key management is atrocious. While Windows does have some decent options through the use of the Data Protection API (DPAPI) and Active Directory, Linux lacks a cohesive story around how to manage keys for application use.<br /> <br /> Barbican was designed to solve this problem. The system was motivated by internal Rackspace needs, requirements from OpenStack and a realization that the current state of the art could use some help.<br /> <br /> Barbican will handle many types of secrets, including:<br /> <br /> * Symmetric Keys - Used to perform reversible encryption of data at rest, typically using the AES algorithm set. This type of key is required to enable features like [http://www.openstack.org/software/openstack-storage/ encrypted Swift containers and Cinder volumes], [http://www.rackspace.com/cloud/backup/ encrypted Cloud Backups], [https://wiki.openstack.org/wiki/MessageSecurity Message Signing], etc.<br /> * Asymmetric Keys - Asymmetric key pairs (sometimes referred to as public / private keys) are used in many scenarios where communication between untrusted parties is desired. The most common case is with SSL/TLS certificates, but also is used in solutions like SSH keys, S/MIME (mail) encryption and digital signatures.<br /> * Raw Secrets - Barbican stores secrets as a base64 encoded block of data (encrypted, naturally). Clients can use the API to store any secrets in any format they desire. The Postern agent is capable of presenting these secrets in various formats to ease integration.<br /> <br /> <br /> For the symmetric and asymmetric key types, Barbican supports full lifecycle management including provisioning, expiration, reporting, etc. A plugin system allows for multiple certificate authority support (including public and private CAs).<br /> <br /> == Scope ==<br /> Barbican plans to address issues related to the key management process. This includes key generation, lifecycle management and revocation as well as ancillary services like auditing, logging and compliance concerns. We plan to support a variety of key types include symmetric keys (e.g. AES) and various asymmetric keys including RSA / DSA / ECC keys for use with SSL/TLS, SSH and signing. Additionally, Barbican provides pluggable interfaces to use specialized Hardware Security Modules (HSMs) to provide additional security and compliance as well as a strong source of randomness. <br /> <br /> === Deliverables ===<br /> The Barbican project will produce two deliverables:<br /> # barbican - Python ReST API for performing key management<br /> # python-barbicanclient - A python library providing access to features of the Barbican API<br /> <br /> == Roadmap ==<br /> Barbican has been participating in the OpenStack release toolchain for the Havana cycle. Our blueprints and milestones can be seen in [https://launchpad.net/barbican Launchpad]. As a result, we have completed our MVP set of functionality which is detailed below along with our future plans. <br /> <br /> In the long term, we see most OpenStack services depending on Barbican to deliver encryption services. In addition, we see customers of an OpenStack cloud also relying directly on Barbican for secret provisioning and storage. We see potential integrations in the following areas:<br /> <br /> * Encryption at Rest: Nova, Cinder, Trove, Ironic, Glance, Swift, Marconi, Savannah<br /> * Key Distribution / Management: Nova, Keystone, Neutron, Heat<br /> * Signing / Data Verification: Oslo, Marconi<br /> * Encryption in Flight: Any systems that use SSL, but especially systems that spin resources that need transport protection like Trove or Savannah<br /> <br /> === Havana (1.0) ===<br /> These features are all complete.<br /> <br /> * API support for CRUD of secrets<br /> * API support for certificate / key creation requests (orders)<br /> * Chef infrastructure for configuration management<br /> * RBAC support<br /> * Crypto plugin model for Hardware Security Module (HSM) support<br /> * 'Dev' plugin for a crypto backend (in place of HSM)<br /> * python-barbicanclient python library<br /> * keep command line client (part of python-barbicanclient)<br /> <br /> === Icehouse ===<br /> * Support for [https://blueprints.launchpad.net/nova/+spec/encrypt-cinder-volumes transparent encryption for Cinder volumes]<br /> * KIMP backend support (based on a third-party library contribution)<br /> * KDS service for [https://wiki.openstack.org/wiki/MessageSecurity message signing]<br /> * Support for provisioning SSL/TLS certificates from public CAs (plugin based, Symantec CAs first)<br /> * Support API for [https://fedorahosted.org/certmonger/ certmonger] tool<br /> * Backend support for Dogtag (based on third party contributions)<br /> * Support for [https://wiki.openstack.org/wiki/Swift/server-side-enc object encryption in swift] (third party contributions)<br /> <br /> === Future ===<br /> * [https://wiki.openstack.org/wiki/Barbican/Blueprints/ssl-certificates Provisioning SSL/TLS from internal CAs]<br /> * Support for the Microsoft CA infrastructure<br /> * Support for DEK storage in HSM<br /> * Advanced auditing, logging and reporting<br /> * Compliance with various regimes including PCI, HIPAA, SOX, etc. Possibly FIPS / FISMA<br /> <br /> == Project Resources ==<br /> * Server Source Code: https://github.com/stackforge/barbican<br /> * Client Source Code: https://github.com/cloudkeep/python-barbicanclient<br /> * Language: [http://www.python.org/ Python]<br /> * License: [https://github.com/stackforge/barbican/blob/master/LICENSE Apache 2.0]<br /> <br /> == Team ==<br /> The following are the team members currently working on Barbican. In addition to this list, the community has contributed code, documentation, architectural review and other support. These include representatives from Rackspace, HP, RedHat, Nebula and more. All members below have signed the OpenStack CLA prior to writing any Barbican code.<br /> <br /> * [https://github.com/jarretraim Jarret Raim] is the proposed technical lead. Jarret is the Cloud Security Product Manager at Rackspace and is in charge of the Barbican effort. Jarret did security research as part of his undergraduate and graduate work. Since graduating, Jarret has worked as a developer at Southwest Research Institute and a security consultant at Denim Group before moving to Rackspace.<br /> * [https://github.com/jfwood John Wood] is a developer on the Barbican project. John is a senior developer at Rackspace. John has worked on enterprise systems at Southwest Research Institute, 360Commerce (now Oracle Retail) and Nationwide. Prior to that he developed firmware for telecommunications and signal processing applications.<br /> * [https://github.com/dmend Douglas Mendizabal] is a developer on the Barbican project. Doug joined Rackspace earlier this year, where he contributed to Project Meniscus before joining the Barbican team. Prior to joining Rackspace, Doug was a secure software development consultant at Denim Group where he helped development of web apps, mobile apps, and web services in various different languages.<br /> * [https://github.com/reaperhulk Paul Kehrer] is our crypto expert on the Barbican project. He has experience running a public certificate authority as well as doing significant open source work in cryptography by writing and maintaining [https://github.com/r509/r509 r509], a ruby library for managing a certificate infrastructure and [https://github.com/pyca/cryptography cryptography], a modern python crypto library.<br /> * [https://github.com/jmvrbanac John Vrbanac] is our test lead on the Barbican effort. John's background is primarily in enterprise software development. Before joining Rackspace and the Barbican effort, John was a lead developer for Pearson on their flagship online testing platform. Recently, he has been contributing to the open-source world through the writing and maintaining of [https://github.com/jmvrbanac/specter Specter], a code-centric Python BDD framework, as well as contributing to projects such as: [https://github.com/zinic/pynsive Pynsive], [https://github.com/borisyankov/DefinitelyTyped DefinitelyTyped], and the [http://developer.ubuntu.com/api/qml/sdk-1.0/ Ubuntu API website].<br /> * [https://github.com/chadlung Chad Lung] is a developer on the Barbican project. Chad previously worked on [https://github.com/ProjectMeniscus/meniscus Project Meniscus] (a logging service) and [http://atomhopper.org/ Atom Hopper]. Chad joined Rackspace in 2011. Previously he worked for Pearson.<br /> * [https://github.com/stevendgonzales Steven Gonzalez] is a developer on the Barbican project. Steven previously worked on [https://github.com/ProjectMeniscus/meniscus Project Meniscus] (a logging service) and joined Rackspace in 2013. Previously he worked at UTSA.<br /> <br /> == Infrastructure Requirements ==<br /> Barbican is currently on StackForge using Gerrit and Jenkins to run the unit test suite and flake8. An integration and testing environment are set up on Rackspace public cloud. In addition to the Cloud environments, Barbican has two staging environments with physical servers and HSMs for testing integration and replication use cases.<br /> <br /> == Tasks for Incubation (Barbican was incubated on March 10, 2014) ==<br /> The following are tasks for Barbican that have been brought up as part of the incubation process as well as some changes that we felt were in the spirit of incubation.<br /> <br /> === Barbican ===<br /> # [[https://review.openstack.org/#/c/64468/ Review]] Move to global requirements<br /> # [[https://review.openstack.org/#/c/60551/ Review]] Move Barbican to pbr<br /> # [[https://review.openstack.org/#/c/60427/ Review]] Use oslo.messaging instead of celery<br /> # [[https://review.openstack.org/#/c/74530 Review]] Set up a basic devstack-gate job (https://review.openstack.org/#/c/57098/)<br /> # [[https://review.openstack.org/#/c/69512/ Review]] Move to supporting testr<br /> <br /> === python-barbicanclient ===<br /> # [[https://review.openstack.org/#/c/64573/ Review]] Rename command line client to barbican to be more in line with rest of openstack<br /> # [[https://review.openstack.org/#/c/64851/ Review]] Migrate python-barbicanclient to pbr<br /> # [[https://github.com/stackforge/python-barbicanclient GitHub] / [https://review.openstack.org/#/q/status:merged+project:stackforge/python-barbicanclient,n,z Gerrit] / [https://review.openstack.org/#/c/60101 Review]] Move python-barbicanclient repository to stackforge</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican/Incubation&diff=47525 2014-04-02T19:43:59Z

<p>Chad Lung: /* Icehouse */</p> <hr /> <div>== Project Codename ==<br /> [http://en.wikipedia.org/wiki/Barbican Barbican]<br /> <br /> == Trademarks ==<br /> There are no other parts of the Barbican project that will be part of OpenStack.<br /> <br /> == Summary ==<br /> Barbican is a ReST API designed for the secure storage, provisioning and management of secrets. It is aimed at being useful for all environments, including large ephemeral Clouds.<br /> <br /> == Mission Statement == <br /> To produce an OpenStack key management API that simplifies the creation, management and use of keying material for encryption purposes. We plan to achieve this by creating and maintaining a Python service, libraries and documentation as well as working with other OpenStack projects to enable encryption features for their customers and internal infrastructure.<br /> <br /> == Detailed Description ==<br /> The current state of key management is atrocious. While Windows does have some decent options through the use of the Data Protection API (DPAPI) and Active Directory, Linux lacks a cohesive story around how to manage keys for application use.<br /> <br /> Barbican was designed to solve this problem. The system was motivated by internal Rackspace needs, requirements from OpenStack and a realization that the current state of the art could use some help.<br /> <br /> Barbican will handle many types of secrets, including:<br /> <br /> * Symmetric Keys - Used to perform reversible encryption of data at rest, typically using the AES algorithm set. This type of key is required to enable features like [http://www.openstack.org/software/openstack-storage/ encrypted Swift containers and Cinder volumes], [http://www.rackspace.com/cloud/backup/ encrypted Cloud Backups], [https://wiki.openstack.org/wiki/MessageSecurity Message Signing], etc.<br /> * Asymmetric Keys - Asymmetric key pairs (sometimes referred to as public / private keys) are used in many scenarios where communication between untrusted parties is desired. The most common case is with SSL/TLS certificates, but also is used in solutions like SSH keys, S/MIME (mail) encryption and digital signatures.<br /> * Raw Secrets - Barbican stores secrets as a base64 encoded block of data (encrypted, naturally). Clients can use the API to store any secrets in any format they desire. The Postern agent is capable of presenting these secrets in various formats to ease integration.<br /> <br /> <br /> For the symmetric and asymmetric key types, Barbican supports full lifecycle management including provisioning, expiration, reporting, etc. A plugin system allows for multiple certificate authority support (including public and private CAs).<br /> <br /> == Scope ==<br /> Barbican plans to address issues related to the key management process. This includes key generation, lifecycle management and revocation as well as ancillary services like auditing, logging and compliance concerns. We plan to support a variety of key types include symmetric keys (e.g. AES) and various asymmetric keys including RSA / DSA / ECC keys for use with SSL/TLS, SSH and signing. Additionally, Barbican provides pluggable interfaces to use specialized Hardware Security Modules (HSMs) to provide additional security and compliance as well as a strong source of randomness. <br /> <br /> === Deliverables ===<br /> The Barbican project will produce two deliverables:<br /> # barbican - Python ReST API for performing key management<br /> # python-barbicanclient - A python library providing access to features of the Barbican API<br /> <br /> == Roadmap ==<br /> Barbican has been participating in the OpenStack release toolchain for the Havana cycle. Our blueprints and milestones can be seen in [https://launchpad.net/barbican Launchpad]. As a result, we have completed our MVP set of functionality which is detailed below along with our future plans. <br /> <br /> In the long term, we see most OpenStack services depending on Barbican to deliver encryption services. In addition, we see customers of an OpenStack cloud also relying directly on Barbican for secret provisioning and storage. We see potential integrations in the following areas:<br /> <br /> * Encryption at Rest: Nova, Cinder, Trove, Ironic, Glance, Swift, Marconi, Savannah<br /> * Key Distribution / Management: Nova, Keystone, Neutron, Heat<br /> * Signing / Data Verification: Oslo, Marconi<br /> * Encryption in Flight: Any systems that use SSL, but especially systems that spin resources that need transport protection like Trove or Savannah<br /> <br /> === Havana (1.0) ===<br /> These features are all complete.<br /> <br /> * API support for CRUD of secrets<br /> * API support for certificate / key creation requests (orders)<br /> * Chef infrastructure for configuration management<br /> * RBAC support<br /> * Crypto plugin model for Hardware Security Module (HSM) support<br /> * 'Dev' plugin for a crypto backend (in place of HSM)<br /> * python-barbicanclient python library<br /> * keep command line client (part of python-barbicanclient)<br /> <br /> === Icehouse ===<br /> * Support for [https://blueprints.launchpad.net/nova/+spec/encrypt-cinder-volumes transparent encryption for Cinder volumes]<br /> * KIMP backend support (based on a third-party library contribution)<br /> * KDS service for [https://wiki.openstack.org/wiki/MessageSecurity message signing]<br /> * Support for provisioning SSL/TLS certificates from public CAs (plugin based, Symantec CAs first)<br /> * Support API for [https://fedorahosted.org/certmonger/ certmonger] tool<br /> * Backend support for Dogtag (based on third party contributions)<br /> * Support for [https://wiki.openstack.org/wiki/Swift/server-side-enc object encryption in swift] (third party contributions)<br /> <br /> === Future ===<br /> * Provisioning SSL/TLS from internal CAs<br /> * Support for the Microsoft CA infrastructure<br /> * Support for DEK storage in HSM<br /> * Advanced auditing, logging and reporting<br /> * Compliance with various regimes including PCI, HIPAA, SOX, etc. Possibly FIPS / FISMA<br /> <br /> == Project Resources ==<br /> * Server Source Code: https://github.com/stackforge/barbican<br /> * Client Source Code: https://github.com/cloudkeep/python-barbicanclient<br /> * Language: [http://www.python.org/ Python]<br /> * License: [https://github.com/stackforge/barbican/blob/master/LICENSE Apache 2.0]<br /> <br /> == Team ==<br /> The following are the team members currently working on Barbican. In addition to this list, the community has contributed code, documentation, architectural review and other support. These include representatives from Rackspace, HP, RedHat, Nebula and more. All members below have signed the OpenStack CLA prior to writing any Barbican code.<br /> <br /> * [https://github.com/jarretraim Jarret Raim] is the proposed technical lead. Jarret is the Cloud Security Product Manager at Rackspace and is in charge of the Barbican effort. Jarret did security research as part of his undergraduate and graduate work. Since graduating, Jarret has worked as a developer at Southwest Research Institute and a security consultant at Denim Group before moving to Rackspace.<br /> * [https://github.com/jfwood John Wood] is a developer on the Barbican project. John is a senior developer at Rackspace. John has worked on enterprise systems at Southwest Research Institute, 360Commerce (now Oracle Retail) and Nationwide. Prior to that he developed firmware for telecommunications and signal processing applications.<br /> * [https://github.com/dmend Douglas Mendizabal] is a developer on the Barbican project. Doug joined Rackspace earlier this year, where he contributed to Project Meniscus before joining the Barbican team. Prior to joining Rackspace, Doug was a secure software development consultant at Denim Group where he helped development of web apps, mobile apps, and web services in various different languages.<br /> * [https://github.com/reaperhulk Paul Kehrer] is our crypto expert on the Barbican project. He has experience running a public certificate authority as well as doing significant open source work in cryptography by writing and maintaining [https://github.com/r509/r509 r509], a ruby library for managing a certificate infrastructure and [https://github.com/pyca/cryptography cryptography], a modern python crypto library.<br /> * [https://github.com/jmvrbanac John Vrbanac] is our test lead on the Barbican effort. John's background is primarily in enterprise software development. Before joining Rackspace and the Barbican effort, John was a lead developer for Pearson on their flagship online testing platform. Recently, he has been contributing to the open-source world through the writing and maintaining of [https://github.com/jmvrbanac/specter Specter], a code-centric Python BDD framework, as well as contributing to projects such as: [https://github.com/zinic/pynsive Pynsive], [https://github.com/borisyankov/DefinitelyTyped DefinitelyTyped], and the [http://developer.ubuntu.com/api/qml/sdk-1.0/ Ubuntu API website].<br /> * [https://github.com/chadlung Chad Lung] is a developer on the Barbican project. Chad previously worked on [https://github.com/ProjectMeniscus/meniscus Project Meniscus] (a logging service) and [http://atomhopper.org/ Atom Hopper]. Chad joined Rackspace in 2011. Previously he worked for Pearson.<br /> * [https://github.com/stevendgonzales Steven Gonzalez] is a developer on the Barbican project. Steven previously worked on [https://github.com/ProjectMeniscus/meniscus Project Meniscus] (a logging service) and joined Rackspace in 2013. Previously he worked at UTSA.<br /> <br /> == Infrastructure Requirements ==<br /> Barbican is currently on StackForge using Gerrit and Jenkins to run the unit test suite and flake8. An integration and testing environment are set up on Rackspace public cloud. In addition to the Cloud environments, Barbican has two staging environments with physical servers and HSMs for testing integration and replication use cases.<br /> <br /> == Tasks for Incubation (Barbican was incubated on March 10, 2014) ==<br /> The following are tasks for Barbican that have been brought up as part of the incubation process as well as some changes that we felt were in the spirit of incubation.<br /> <br /> === Barbican ===<br /> # [[https://review.openstack.org/#/c/64468/ Review]] Move to global requirements<br /> # [[https://review.openstack.org/#/c/60551/ Review]] Move Barbican to pbr<br /> # [[https://review.openstack.org/#/c/60427/ Review]] Use oslo.messaging instead of celery<br /> # [[https://review.openstack.org/#/c/74530 Review]] Set up a basic devstack-gate job (https://review.openstack.org/#/c/57098/)<br /> # [[https://review.openstack.org/#/c/69512/ Review]] Move to supporting testr<br /> <br /> === python-barbicanclient ===<br /> # [[https://review.openstack.org/#/c/64573/ Review]] Rename command line client to barbican to be more in line with rest of openstack<br /> # [[https://review.openstack.org/#/c/64851/ Review]] Migrate python-barbicanclient to pbr<br /> # [[https://github.com/stackforge/python-barbicanclient GitHub] / [https://review.openstack.org/#/q/status:merged+project:stackforge/python-barbicanclient,n,z Gerrit] / [https://review.openstack.org/#/c/60101 Review]] Move python-barbicanclient repository to stackforge</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican/Incubation&diff=47524 2014-04-02T19:42:49Z

<p>Chad Lung: /* Team */</p> <hr /> <div>== Project Codename ==<br /> [http://en.wikipedia.org/wiki/Barbican Barbican]<br /> <br /> == Trademarks ==<br /> There are no other parts of the Barbican project that will be part of OpenStack.<br /> <br /> == Summary ==<br /> Barbican is a ReST API designed for the secure storage, provisioning and management of secrets. It is aimed at being useful for all environments, including large ephemeral Clouds.<br /> <br /> == Mission Statement == <br /> To produce an OpenStack key management API that simplifies the creation, management and use of keying material for encryption purposes. We plan to achieve this by creating and maintaining a Python service, libraries and documentation as well as working with other OpenStack projects to enable encryption features for their customers and internal infrastructure.<br /> <br /> == Detailed Description ==<br /> The current state of key management is atrocious. While Windows does have some decent options through the use of the Data Protection API (DPAPI) and Active Directory, Linux lacks a cohesive story around how to manage keys for application use.<br /> <br /> Barbican was designed to solve this problem. The system was motivated by internal Rackspace needs, requirements from OpenStack and a realization that the current state of the art could use some help.<br /> <br /> Barbican will handle many types of secrets, including:<br /> <br /> * Symmetric Keys - Used to perform reversible encryption of data at rest, typically using the AES algorithm set. This type of key is required to enable features like [http://www.openstack.org/software/openstack-storage/ encrypted Swift containers and Cinder volumes], [http://www.rackspace.com/cloud/backup/ encrypted Cloud Backups], [https://wiki.openstack.org/wiki/MessageSecurity Message Signing], etc.<br /> * Asymmetric Keys - Asymmetric key pairs (sometimes referred to as public / private keys) are used in many scenarios where communication between untrusted parties is desired. The most common case is with SSL/TLS certificates, but also is used in solutions like SSH keys, S/MIME (mail) encryption and digital signatures.<br /> * Raw Secrets - Barbican stores secrets as a base64 encoded block of data (encrypted, naturally). Clients can use the API to store any secrets in any format they desire. The Postern agent is capable of presenting these secrets in various formats to ease integration.<br /> <br /> <br /> For the symmetric and asymmetric key types, Barbican supports full lifecycle management including provisioning, expiration, reporting, etc. A plugin system allows for multiple certificate authority support (including public and private CAs).<br /> <br /> == Scope ==<br /> Barbican plans to address issues related to the key management process. This includes key generation, lifecycle management and revocation as well as ancillary services like auditing, logging and compliance concerns. We plan to support a variety of key types include symmetric keys (e.g. AES) and various asymmetric keys including RSA / DSA / ECC keys for use with SSL/TLS, SSH and signing. Additionally, Barbican provides pluggable interfaces to use specialized Hardware Security Modules (HSMs) to provide additional security and compliance as well as a strong source of randomness. <br /> <br /> === Deliverables ===<br /> The Barbican project will produce two deliverables:<br /> # barbican - Python ReST API for performing key management<br /> # python-barbicanclient - A python library providing access to features of the Barbican API<br /> <br /> == Roadmap ==<br /> Barbican has been participating in the OpenStack release toolchain for the Havana cycle. Our blueprints and milestones can be seen in [https://launchpad.net/barbican Launchpad]. As a result, we have completed our MVP set of functionality which is detailed below along with our future plans. <br /> <br /> In the long term, we see most OpenStack services depending on Barbican to deliver encryption services. In addition, we see customers of an OpenStack cloud also relying directly on Barbican for secret provisioning and storage. We see potential integrations in the following areas:<br /> <br /> * Encryption at Rest: Nova, Cinder, Trove, Ironic, Glance, Swift, Marconi, Savannah<br /> * Key Distribution / Management: Nova, Keystone, Neutron, Heat<br /> * Signing / Data Verification: Oslo, Marconi<br /> * Encryption in Flight: Any systems that use SSL, but especially systems that spin resources that need transport protection like Trove or Savannah<br /> <br /> === Havana (1.0) ===<br /> These features are all complete.<br /> <br /> * API support for CRUD of secrets<br /> * API support for certificate / key creation requests (orders)<br /> * Chef infrastructure for configuration management<br /> * RBAC support<br /> * Crypto plugin model for Hardware Security Module (HSM) support<br /> * 'Dev' plugin for a crypto backend (in place of HSM)<br /> * python-barbicanclient python library<br /> * keep command line client (part of python-barbicanclient)<br /> <br /> === Icehouse ===<br /> * Boot verification support (use for transparent disk encryption)<br /> * Support for [https://blueprints.launchpad.net/nova/+spec/encrypt-cinder-volumes transparent encryption for Cinder volumes]<br /> * KIMP backend support (based on a third-party library contribution)<br /> * KDS service for [https://wiki.openstack.org/wiki/MessageSecurity message signing]<br /> * Support for provisioning SSL/TLS certificates from public CAs (plugin based, Symantec CAs first)<br /> * Support API for [https://fedorahosted.org/certmonger/ certmonger] tool<br /> * Backend support for Dogtag (based on third party contributions)<br /> * Support for [https://wiki.openstack.org/wiki/Swift/server-side-enc object encryption in swift] (third party contributions)<br /> <br /> === Future ===<br /> * Provisioning SSL/TLS from internal CAs<br /> * Support for the Microsoft CA infrastructure<br /> * Support for DEK storage in HSM<br /> * Advanced auditing, logging and reporting<br /> * Compliance with various regimes including PCI, HIPAA, SOX, etc. Possibly FIPS / FISMA<br /> <br /> == Project Resources ==<br /> * Server Source Code: https://github.com/stackforge/barbican<br /> * Client Source Code: https://github.com/cloudkeep/python-barbicanclient<br /> * Language: [http://www.python.org/ Python]<br /> * License: [https://github.com/stackforge/barbican/blob/master/LICENSE Apache 2.0]<br /> <br /> == Team ==<br /> The following are the team members currently working on Barbican. In addition to this list, the community has contributed code, documentation, architectural review and other support. These include representatives from Rackspace, HP, RedHat, Nebula and more. All members below have signed the OpenStack CLA prior to writing any Barbican code.<br /> <br /> * [https://github.com/jarretraim Jarret Raim] is the proposed technical lead. Jarret is the Cloud Security Product Manager at Rackspace and is in charge of the Barbican effort. Jarret did security research as part of his undergraduate and graduate work. Since graduating, Jarret has worked as a developer at Southwest Research Institute and a security consultant at Denim Group before moving to Rackspace.<br /> * [https://github.com/jfwood John Wood] is a developer on the Barbican project. John is a senior developer at Rackspace. John has worked on enterprise systems at Southwest Research Institute, 360Commerce (now Oracle Retail) and Nationwide. Prior to that he developed firmware for telecommunications and signal processing applications.<br /> * [https://github.com/dmend Douglas Mendizabal] is a developer on the Barbican project. Doug joined Rackspace earlier this year, where he contributed to Project Meniscus before joining the Barbican team. Prior to joining Rackspace, Doug was a secure software development consultant at Denim Group where he helped development of web apps, mobile apps, and web services in various different languages.<br /> * [https://github.com/reaperhulk Paul Kehrer] is our crypto expert on the Barbican project. He has experience running a public certificate authority as well as doing significant open source work in cryptography by writing and maintaining [https://github.com/r509/r509 r509], a ruby library for managing a certificate infrastructure and [https://github.com/pyca/cryptography cryptography], a modern python crypto library.<br /> * [https://github.com/jmvrbanac John Vrbanac] is our test lead on the Barbican effort. John's background is primarily in enterprise software development. Before joining Rackspace and the Barbican effort, John was a lead developer for Pearson on their flagship online testing platform. Recently, he has been contributing to the open-source world through the writing and maintaining of [https://github.com/jmvrbanac/specter Specter], a code-centric Python BDD framework, as well as contributing to projects such as: [https://github.com/zinic/pynsive Pynsive], [https://github.com/borisyankov/DefinitelyTyped DefinitelyTyped], and the [http://developer.ubuntu.com/api/qml/sdk-1.0/ Ubuntu API website].<br /> * [https://github.com/chadlung Chad Lung] is a developer on the Barbican project. Chad previously worked on [https://github.com/ProjectMeniscus/meniscus Project Meniscus] (a logging service) and [http://atomhopper.org/ Atom Hopper]. Chad joined Rackspace in 2011. Previously he worked for Pearson.<br /> * [https://github.com/stevendgonzales Steven Gonzalez] is a developer on the Barbican project. Steven previously worked on [https://github.com/ProjectMeniscus/meniscus Project Meniscus] (a logging service) and joined Rackspace in 2013. Previously he worked at UTSA.<br /> <br /> == Infrastructure Requirements ==<br /> Barbican is currently on StackForge using Gerrit and Jenkins to run the unit test suite and flake8. An integration and testing environment are set up on Rackspace public cloud. In addition to the Cloud environments, Barbican has two staging environments with physical servers and HSMs for testing integration and replication use cases.<br /> <br /> == Tasks for Incubation (Barbican was incubated on March 10, 2014) ==<br /> The following are tasks for Barbican that have been brought up as part of the incubation process as well as some changes that we felt were in the spirit of incubation.<br /> <br /> === Barbican ===<br /> # [[https://review.openstack.org/#/c/64468/ Review]] Move to global requirements<br /> # [[https://review.openstack.org/#/c/60551/ Review]] Move Barbican to pbr<br /> # [[https://review.openstack.org/#/c/60427/ Review]] Use oslo.messaging instead of celery<br /> # [[https://review.openstack.org/#/c/74530 Review]] Set up a basic devstack-gate job (https://review.openstack.org/#/c/57098/)<br /> # [[https://review.openstack.org/#/c/69512/ Review]] Move to supporting testr<br /> <br /> === python-barbicanclient ===<br /> # [[https://review.openstack.org/#/c/64573/ Review]] Rename command line client to barbican to be more in line with rest of openstack<br /> # [[https://review.openstack.org/#/c/64851/ Review]] Migrate python-barbicanclient to pbr<br /> # [[https://github.com/stackforge/python-barbicanclient GitHub] / [https://review.openstack.org/#/q/status:merged+project:stackforge/python-barbicanclient,n,z Gerrit] / [https://review.openstack.org/#/c/60101 Review]] Move python-barbicanclient repository to stackforge</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican/Incubation&diff=47523 2014-04-02T19:40:45Z

<p>Chad Lung: /* Tasks for Incubation */</p> <hr /> <div>== Project Codename ==<br /> [http://en.wikipedia.org/wiki/Barbican Barbican]<br /> <br /> == Trademarks ==<br /> There are no other parts of the Barbican project that will be part of OpenStack.<br /> <br /> == Summary ==<br /> Barbican is a ReST API designed for the secure storage, provisioning and management of secrets. It is aimed at being useful for all environments, including large ephemeral Clouds.<br /> <br /> == Mission Statement == <br /> To produce an OpenStack key management API that simplifies the creation, management and use of keying material for encryption purposes. We plan to achieve this by creating and maintaining a Python service, libraries and documentation as well as working with other OpenStack projects to enable encryption features for their customers and internal infrastructure.<br /> <br /> == Detailed Description ==<br /> The current state of key management is atrocious. While Windows does have some decent options through the use of the Data Protection API (DPAPI) and Active Directory, Linux lacks a cohesive story around how to manage keys for application use.<br /> <br /> Barbican was designed to solve this problem. The system was motivated by internal Rackspace needs, requirements from OpenStack and a realization that the current state of the art could use some help.<br /> <br /> Barbican will handle many types of secrets, including:<br /> <br /> * Symmetric Keys - Used to perform reversible encryption of data at rest, typically using the AES algorithm set. This type of key is required to enable features like [http://www.openstack.org/software/openstack-storage/ encrypted Swift containers and Cinder volumes], [http://www.rackspace.com/cloud/backup/ encrypted Cloud Backups], [https://wiki.openstack.org/wiki/MessageSecurity Message Signing], etc.<br /> * Asymmetric Keys - Asymmetric key pairs (sometimes referred to as public / private keys) are used in many scenarios where communication between untrusted parties is desired. The most common case is with SSL/TLS certificates, but also is used in solutions like SSH keys, S/MIME (mail) encryption and digital signatures.<br /> * Raw Secrets - Barbican stores secrets as a base64 encoded block of data (encrypted, naturally). Clients can use the API to store any secrets in any format they desire. The Postern agent is capable of presenting these secrets in various formats to ease integration.<br /> <br /> <br /> For the symmetric and asymmetric key types, Barbican supports full lifecycle management including provisioning, expiration, reporting, etc. A plugin system allows for multiple certificate authority support (including public and private CAs).<br /> <br /> == Scope ==<br /> Barbican plans to address issues related to the key management process. This includes key generation, lifecycle management and revocation as well as ancillary services like auditing, logging and compliance concerns. We plan to support a variety of key types include symmetric keys (e.g. AES) and various asymmetric keys including RSA / DSA / ECC keys for use with SSL/TLS, SSH and signing. Additionally, Barbican provides pluggable interfaces to use specialized Hardware Security Modules (HSMs) to provide additional security and compliance as well as a strong source of randomness. <br /> <br /> === Deliverables ===<br /> The Barbican project will produce two deliverables:<br /> # barbican - Python ReST API for performing key management<br /> # python-barbicanclient - A python library providing access to features of the Barbican API<br /> <br /> == Roadmap ==<br /> Barbican has been participating in the OpenStack release toolchain for the Havana cycle. Our blueprints and milestones can be seen in [https://launchpad.net/barbican Launchpad]. As a result, we have completed our MVP set of functionality which is detailed below along with our future plans. <br /> <br /> In the long term, we see most OpenStack services depending on Barbican to deliver encryption services. In addition, we see customers of an OpenStack cloud also relying directly on Barbican for secret provisioning and storage. We see potential integrations in the following areas:<br /> <br /> * Encryption at Rest: Nova, Cinder, Trove, Ironic, Glance, Swift, Marconi, Savannah<br /> * Key Distribution / Management: Nova, Keystone, Neutron, Heat<br /> * Signing / Data Verification: Oslo, Marconi<br /> * Encryption in Flight: Any systems that use SSL, but especially systems that spin resources that need transport protection like Trove or Savannah<br /> <br /> === Havana (1.0) ===<br /> These features are all complete.<br /> <br /> * API support for CRUD of secrets<br /> * API support for certificate / key creation requests (orders)<br /> * Chef infrastructure for configuration management<br /> * RBAC support<br /> * Crypto plugin model for Hardware Security Module (HSM) support<br /> * 'Dev' plugin for a crypto backend (in place of HSM)<br /> * python-barbicanclient python library<br /> * keep command line client (part of python-barbicanclient)<br /> <br /> === Icehouse ===<br /> * Boot verification support (use for transparent disk encryption)<br /> * Support for [https://blueprints.launchpad.net/nova/+spec/encrypt-cinder-volumes transparent encryption for Cinder volumes]<br /> * KIMP backend support (based on a third-party library contribution)<br /> * KDS service for [https://wiki.openstack.org/wiki/MessageSecurity message signing]<br /> * Support for provisioning SSL/TLS certificates from public CAs (plugin based, Symantec CAs first)<br /> * Support API for [https://fedorahosted.org/certmonger/ certmonger] tool<br /> * Backend support for Dogtag (based on third party contributions)<br /> * Support for [https://wiki.openstack.org/wiki/Swift/server-side-enc object encryption in swift] (third party contributions)<br /> <br /> === Future ===<br /> * Provisioning SSL/TLS from internal CAs<br /> * Support for the Microsoft CA infrastructure<br /> * Support for DEK storage in HSM<br /> * Advanced auditing, logging and reporting<br /> * Compliance with various regimes including PCI, HIPAA, SOX, etc. Possibly FIPS / FISMA<br /> <br /> == Project Resources ==<br /> * Server Source Code: https://github.com/stackforge/barbican<br /> * Client Source Code: https://github.com/cloudkeep/python-barbicanclient<br /> * Language: [http://www.python.org/ Python]<br /> * License: [https://github.com/stackforge/barbican/blob/master/LICENSE Apache 2.0]<br /> <br /> == Team ==<br /> The following are the team members currently working on Barbican. In addition to this list, the community has contributed code, documentation, architectural review and other support. These include representatives from Rackspace, HP, RedHat, Nebula and more. All members below have signed the OpenStack CLA prior to writing any Barbican code.<br /> <br /> * [https://github.com/jarretraim Jarret Raim] is the proposed technical lead. Jarret is the Cloud Security Product Manager at Rackspace and is in charge of the Barbican effort. Jarret did security research as part of his undergraduate and graduate work. Since graduating, Jarret has worked as a developer at Southwest Research Institute and a security consultant at Denim Group before moving to Rackspace.<br /> * [https://github.com/jfwood John Wood] is a developer on the Barbican project. John is a senior developer at Rackspace. John has worked on enterprise systems at Southwest Research Institute, 360Commerce (now Oracle Retail) and Nationwide. Prior to that he developed firmware for telecommunications and signal processing applications.<br /> * [https://github.com/dmend Douglas Mendizabal] is a developer on the Barbican project. Doug joined Rackspace earlier this year, where he contributed to Project Meniscus before joining the Barbican team. Prior to joining Rackspace, Doug was a secure software development consultant at Denim Group where he helped development of web apps, mobile apps, and web services in various different languages.<br /> * [https://github.com/reaperhulk Paul Kehrer] is our crypto expert on the Barbican project. He has experience running a public certificate authority as well as doing significant open source work in cryptography by writing and maintaining [https://github.com/r509/r509 r509], a ruby library for managing a certificate infrastructure and [https://github.com/pyca/cryptography cryptography], a modern python crypto library.<br /> * [https://github.com/jmvrbanac John Vrbanac] is our test lead on the Barbican effort. John's background is primarily in enterprise software development. Before joining Rackspace and the Barbican effort, John was a lead developer for Pearson on their flagship online testing platform. Recently, he has been contributing to the open-source world through the writing and maintaining of [https://github.com/jmvrbanac/specter Specter], a code-centric Python BDD framework, as well as contributing to projects such as: [https://github.com/zinic/pynsive Pynsive], [https://github.com/borisyankov/DefinitelyTyped DefinitelyTyped], and the [http://developer.ubuntu.com/api/qml/sdk-1.0/ Ubuntu API website].<br /> * [https://github.com/chadlung Chad Lung] is a developer on the Barbican project. Chad previously worked on Project Meniscus (a logging service) and Atom Hopper. Chad joined Rackspace in 2011. Previously he worked for Pearson.<br /> * [https://github.com/stevendgonzales Steven Gonzalez] is a developer on the Barbican project. Steven previously worked on Project Meniscus (a logging service) and joined Rackspace in 2013. Previously he worked at UTSA.<br /> <br /> == Infrastructure Requirements ==<br /> Barbican is currently on StackForge using Gerrit and Jenkins to run the unit test suite and flake8. An integration and testing environment are set up on Rackspace public cloud. In addition to the Cloud environments, Barbican has two staging environments with physical servers and HSMs for testing integration and replication use cases.<br /> <br /> == Tasks for Incubation (Barbican was incubated on March 10, 2014) ==<br /> The following are tasks for Barbican that have been brought up as part of the incubation process as well as some changes that we felt were in the spirit of incubation.<br /> <br /> === Barbican ===<br /> # [[https://review.openstack.org/#/c/64468/ Review]] Move to global requirements<br /> # [[https://review.openstack.org/#/c/60551/ Review]] Move Barbican to pbr<br /> # [[https://review.openstack.org/#/c/60427/ Review]] Use oslo.messaging instead of celery<br /> # [[https://review.openstack.org/#/c/74530 Review]] Set up a basic devstack-gate job (https://review.openstack.org/#/c/57098/)<br /> # [[https://review.openstack.org/#/c/69512/ Review]] Move to supporting testr<br /> <br /> === python-barbicanclient ===<br /> # [[https://review.openstack.org/#/c/64573/ Review]] Rename command line client to barbican to be more in line with rest of openstack<br /> # [[https://review.openstack.org/#/c/64851/ Review]] Migrate python-barbicanclient to pbr<br /> # [[https://github.com/stackforge/python-barbicanclient GitHub] / [https://review.openstack.org/#/q/status:merged+project:stackforge/python-barbicanclient,n,z Gerrit] / [https://review.openstack.org/#/c/60101 Review]] Move python-barbicanclient repository to stackforge</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican&diff=47520 2014-04-02T19:36:21Z

<p>Chad Lung: </p> <hr /> <div>Barbican is a ReST API designed for the secure storage, provisioning and management of secrets. It is aimed at being useful for all environments, including large ephemeral Clouds. All documentation and work can be found on either Launchpad or Github at the following locations:<br /> <br /> * [https://github.com/stackforge/barbican Source Code]<br /> * [https://launchpad.net/barbican Launchpad]<br /> * [https://github.com/cloudkeep/barbican/wiki Wiki]<br /> * [https://github.com/cloudkeep/barbican/wiki/Gerrit-Review-Process Contributing]<br /> <br /> == Core Team ==<br /> <br /> * [PTL] Jarret Raim (jraim)<br /> * John Wood (woodster)<br /> * Douglas Mendizabal (redrobot)<br /> * Paul Kehrer (reaperhulk)<br /> * John Vrbanac (jvrbanac)<br /> * Steve Heyman (hockeynut)<br /> * Chad Lung (chadlung)<br /> * Steven Gonzales (codekobe)<br /> * Donald Stufft (dstufft))<br /> <br /> == Resources ==<br /> <br /> {| border=&quot;1&quot; cellpadding=&quot;2&quot; cellspacing=&quot;0&quot;<br /> | Meetings<br /> | [[Meetings/Barbican]] <br /> |-<br /> | IRC <br /> | #openstack-barbican on Freenode<br /> |-<br /> | Milestones <br /> | https://launchpad.net/barbican/+milestones<br /> |-<br /> | Incubation <br /> | [[Barbican/Incubation]] <br /> |-<br /> | Planning<br /> | https://github.com/cloudkeep/barbican/issues?state=open<br /> |-<br /> | Mailing List<br /> | [http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev OpenStack dev] list, prefix with [barbican]<br /> |-<br /> | Bug tracker <br /> | https://bugs.launchpad.net/barbican<br /> |- <br /> | Blueprints<br /> | [[Barbican/Blueprints]]<br /> |}<br /> <br /> == Discussions / Etherpads ==<br /> * [[Barbican/Certmonger]]<br /> <br /> == Technical Details ==<br /> <br /> * [https://github.com/cloudkeep/barbican/wiki/Barbican-Getting-Started-Guide Getting Started]<br /> * [https://github.com/cloudkeep/barbican/wiki/Application-Programming-Interface API Documentation]<br /> * [https://github.com/cloudkeep/barbican/wiki/Architecture Architecture]<br /> <br /> == Presentations ==<br /> <br /> * [http://www.openstack.org/summit/openstack-summit-hong-kong-2013/session-videos/presentation/barbican-1-0-open-source-key-management-for-openstack Havanna Summit in Hong Kong], [https://speakerdeck.com/jraim/barbican-1-dot-0 Presentation]<br /> * [http://www.openstack.org/summit/portland-2013/session-videos/presentation/cloud-keep-openstack-key-management-as-a-service Grizzly Summit in Portand], [https://speakerdeck.com/jraim/secret-as-a-service-barbican Presentation]<br /> * [https://speakerdeck.com/jraim/cloudifying-key-management Cloudifying Key Management] from BSides Austin 2013</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican&diff=47475 2014-04-02T16:17:03Z

<p>Chad Lung: </p> <hr /> <div>Barbican is a ReST API designed for the secure storage, provisioning and management of secrets. It is aimed at being useful for all environments, including large ephemeral Clouds. All documentation and work can be found on either Launchpad or Github at the following locations:<br /> <br /> * [https://github.com/stackforge/barbican Source Code]<br /> * [https://launchpad.net/barbican Launchpad]<br /> * [https://github.com/cloudkeep/barbican/wiki Wiki]<br /> * [https://github.com/cloudkeep/barbican/wiki/Gerrit-Review-Process Contributing]<br /> <br /> == Core Team ==<br /> <br /> * [PTL] Jarret Raim (jraim)<br /> * John Wood (woodster)<br /> * Douglas Mendizabal (redrobot)<br /> * Paul Kehrer (reaperhulk)<br /> * John Vrbanac (jvrbanac)<br /> * Steve Heyman (hockeynut)<br /> * Chad Lung (chadlung)<br /> * Steven Gonzales (codekobe)<br /> * Donald Stufft (dstufft))<br /> <br /> == Resources ==<br /> <br /> {| border=&quot;1&quot; cellpadding=&quot;2&quot; cellspacing=&quot;0&quot;<br /> | Meetings<br /> | [[Meetings/Barbican]] <br /> |-<br /> | IRC <br /> | #openstack-barbican on Freenode<br /> |-<br /> | Milestones <br /> | https://launchpad.net/barbican/+milestones<br /> |-<br /> | Incubation <br /> | [[Barbican/Incubation]] <br /> |-<br /> | Planning<br /> | https://github.com/cloudkeep/barbican/issues?state=open<br /> |-<br /> | Mailing List<br /> | [http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev OpenStack dev] list, prefix with [barbican]<br /> |-<br /> | Bug tracker <br /> | https://bugs.launchpad.net/barbican<br /> |- <br /> | Blueprints<br /> | [[Barbican/Blueprints]]<br /> |}<br /> <br /> == Discussions / Etherpads ==<br /> * [[Barbican/Certmonger]]<br /> <br /> == Technical Details ==<br /> <br /> * [https://github.com/cloudkeep/barbican/wiki/Application-Programming-Interface API Documentation]<br /> * [https://github.com/cloudkeep/barbican/wiki/Barbican-Getting-Started-Guide Getting Started]<br /> * [https://github.com/cloudkeep/barbican/wiki/Architecture Architecture]<br /> <br /> == Presentations ==<br /> <br /> * [http://www.openstack.org/summit/openstack-summit-hong-kong-2013/session-videos/presentation/barbican-1-0-open-source-key-management-for-openstack Havanna Summit in Hong Kong], [https://speakerdeck.com/jraim/barbican-1-dot-0 Presentation]<br /> * [http://www.openstack.org/summit/portland-2013/session-videos/presentation/cloud-keep-openstack-key-management-as-a-service Grizzly Summit in Portand], [https://speakerdeck.com/jraim/secret-as-a-service-barbican Presentation]<br /> * [https://speakerdeck.com/jraim/cloudifying-key-management Cloudifying Key Management] from BSides Austin 2013</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican/Blueprints/ssl-certificates&diff=47168 2014-03-31T21:04:23Z

<p>Chad Lung: </p> <hr /> <div>* '''Launchpad Entry''': https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support<br /> * '''Created''': 27-Mar-2014<br /> * '''Updated''': 31-Mar-2014<br /> * '''Contributors''': Chad Lung, Doug Mendizabal, Lisa Clark, Sheena Gregson, John Wood, Jarret Raim, Paul Kehrer, Steven Gonzalez, John Vrbanac<br /> <br /> == Abstract ==<br /> <br /> This blueprint addresses support of ordering (new) and modification (existing) of SSL certificates from both globally rooted and internal certificate authorities through [https://github.com/stackforge/barbican Barbican].<br /> <br /> == Description ==<br /> <br /> The following are proposed workflow diagrams and details relevant to the Barbican implementation of SSL certificate life-cycle management.<br /> <br /> The plan is to have something generic enough that plugins can be created for numerous certificate authority back ends like [http://www.symantec.com/page.jsp?id=ssl-information-center Symantec], [http://pki.fedoraproject.org/wiki/PKI_Main_Page Dogtag], etc. These plugins would be enabled through Barbican. Barbican would act as a proxy to send the incoming order (certificate) to the appropriate plugin. All plugins would share a common interface. The workflow for issuing new and modifying existing certificates would live inside of the plugins.<br /> <br /> '''Common Statuses'''<br /> * '''Pending''' (not issued, not error)<br /> * '''Error''' (not fatal, fixable)<br /> * '''Failure''' (fatal error)<br /> * '''Success''' (order complete)<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Order-generic.png|none|center|Certificate Authority Order Flow]]<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Poll-generic.png|none|center|Certificate Authority Poll Flow]]<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Update Flow&lt;/big&gt;'''<br /> <br /> [[File:Update-generic.png|none|center|Certificate Authority Update Flow]]<br /> <br /> == Proposed Changes ==<br /> <br /> ''This is a work in progress''<br /> <br /> * Barbican would need to modified to allow for plugins to be called based upon order types<br /> * Investigate how alerts should be dispatched and build that piece accordingly<br /> * See the [https://wiki.openstack.org/wiki/Barbican/Blueprints/ssl-certificates#References references section] for additional blueprints that this work would be dependent on<br /> <br /> == References ==<br /> <br /> [1] [https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support Blueprint: Add SSL CA Support]<br /> <br /> [2] [https://blueprints.launchpad.net/barbican/+spec/api-orders-add-more-types Dependent Blueprint: Add more types to the orders resource ]<br /> <br /> [3] [https://blueprints.launchpad.net/barbican/+spec/support-rsa-key-store-generation Dependent Blueprint: Support RSA key store/generation ]<br /> <br /> [4] [https://blueprints.launchpad.net/barbican/+spec/crud-endpoints-secret-container Dependent Blueprint: Implement Containers for Secrets ]</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican/Blueprints/dogtag-plugin&diff=47167 2014-03-31T21:02:08Z

<p>Chad Lung: </p> <hr /> <div>* '''Launchpad Entry''': https://blueprints.launchpad.net/barbican/+spec/dogtag-plugin<br /> * '''Created''': 16-Jan-2014<br /> * '''Updated''': 31-Mar-2014<br /> * '''Contributors''': John Wood, Chad Lung, Doug Mendizabal, Lisa Clark, Sheena Gregson, Ade Lee, Endi Dewata<br /> <br /> == Abstract ==<br /> <br /> This blueprint is for creating a Barbican crypto plugin so that Barbican deployments can use the RedHat DogTag Data Recovery Manager (DRM) as a key management back-end.<br /> <br /> == Description ==<br /> <br /> To support a RedHat DRM as a key management back-end, changes will be needed relative to 2 main workflows:<br /> <br /> '''&lt;big&gt;Creating a secret&lt;/big&gt;'''<br /> <br /> [[File:CreateSecretUsingDogTagPlugin.png|none|center|Create Secret using DogTag Plugin]]<br /> :NOTE: Between Barbican and DRM will be the DogTag plugin to integrate with DRM.<br /> <br /> '''&lt;big&gt;Retrieving a secret&lt;/big&gt;'''<br /> <br /> [[File:SecretRetrievalWorkflow.png|none|center|Retrieving a Secret using DogTag Plugin]]<br /> <br /> == Proposed Changes ==<br /> <br /> <br /> * python-barbicanclient<br /> # Modify to support retrieving a transport key for encryption and decryption between Barbican client and Barbican<br /> # Generate a session key for the lifespan of the transaction to encrypt data sent and decrypt data received<br /> # Allow clients to optionally provide a passphrase, else self generate.<br /> # Decrypt the retrieved secret using the session encrypted passphrase.<br /> <br /> * Barbican <br /> # API<br /> ## New resource to retrieve a transport key and to use the crypto plugin to retrieve a transport key<br /> ## Initial setup: During installation of a DogTag DRM, a user and certificate is created and the public cert is available for use in Barbican<br /> ## Config changes to support configuration specific to DogTag Plugin<br /> # Crypto Plugin interface<br /> ## modify create() method to return the encrypted datum (vs the current raw data). It should have the same return contract as the encrypt() method (i.e. the secret generation and the secret encryption operations will be combined).<br /> ## new method() to return a transport key<br /> # Dev Plugin <br /> ## Modify to support different contract behavior on create()<br /> # DogTag Crypto Plugin<br /> ## abstraction layer for the DogTag Python library<br /> <br /> == References ==<br /> <br /> [1] [https://blueprints.launchpad.net/barbican/+spec/dogtag-plugin Blueprint]<br /> <br /> [2] [https://github.com/stackforge/barbican Barbican on Github]<br /> <br /> [3] [https://github.com/stackforge/python-barbicanclient Python Barbican Client on Github]<br /> <br /> [4] [http://pki.fedoraproject.org/wiki/PKI_Main_Page RedHat DogTag]<br /> <br /> [5] [http://pki.fedoraproject.org/wiki/REST DogTag REST]<br /> <br /> [6] [http://pki.fedoraproject.org/wiki/Using-the-Python-Key-Client Using the Python Key Client]</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican/Blueprints/ssl-certificates&diff=47166 2014-03-31T20:58:16Z

<p>Chad Lung: /* Proposed Changes */</p> <hr /> <div>* '''Launchpad Entry''': https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support<br /> * '''Created''': 27-Mar-2014<br /> * '''Updated''': 31-Mar-2014<br /> * '''Contributors''': Chad Lung, Doug Mendizabal, Lisa Clark, Sheena Gregson, John Wood, Jarret Raim, Paul Kehrer, Steven Gonzalez, John Vrbanac<br /> <br /> == Abstract ==<br /> <br /> This blueprint addresses support of ordering (new) and modification (existing) of SSL certificates from both globally rooted and internal certificate authorities through [https://github.com/stackforge/barbican Barbican].<br /> <br /> == Description ==<br /> <br /> The following are proposed workflow diagrams and details relevant to the Barbican implementation of SSL certificate life-cycle management.<br /> <br /> The plan is to have something generic enough that plugins can be created for numerous certificate authority back ends like [http://www.symantec.com/page.jsp?id=ssl-information-center Symantec], [http://pki.fedoraproject.org/wiki/PKI_Main_Page Dogtag], etc. These plugins would be enabled through Barbican. Barbican would act as a proxy to send the incoming order (certificate) to the appropriate plugin. All plugins would share a common interface. The workflow for issuing new, revocation and modifying existing certificates would live inside of the plugins.<br /> <br /> '''Common Statuses'''<br /> * '''Pending''' (not issued, not error)<br /> * '''Error''' (not fatal, fixable)<br /> * '''Failure''' (fatal error)<br /> * '''Success''' (order complete)<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Order-generic.png|none|center|Certificate Authority Order Flow]]<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Poll-generic.png|none|center|Certificate Authority Poll Flow]]<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Update Flow&lt;/big&gt;'''<br /> <br /> [[File:Update-generic.png|none|center|Certificate Authority Update Flow]]<br /> <br /> == Proposed Changes ==<br /> <br /> ''This is a work in progress''<br /> <br /> * Barbican would need to modified to allow for plugins to be called based upon order types<br /> * Investigate how alerts should be dispatched and build that piece accordingly<br /> * See the [https://wiki.openstack.org/wiki/Barbican/Blueprints/ssl-certificates#References references section] for additional blueprints that this work would be dependent on<br /> <br /> == References ==<br /> <br /> [1] [https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support Blueprint: Add SSL CA Support]<br /> <br /> [2] [https://blueprints.launchpad.net/barbican/+spec/api-orders-add-more-types Dependent Blueprint: Add more types to the orders resource ]<br /> <br /> [3] [https://blueprints.launchpad.net/barbican/+spec/support-rsa-key-store-generation Dependent Blueprint: Support RSA key store/generation ]<br /> <br /> [4] [https://blueprints.launchpad.net/barbican/+spec/crud-endpoints-secret-container Dependent Blueprint: Implement Containers for Secrets ]</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican/Blueprints/ssl-certificates&diff=47165 2014-03-31T20:57:35Z

<p>Chad Lung: /* Proposed Changes */</p> <hr /> <div>* '''Launchpad Entry''': https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support<br /> * '''Created''': 27-Mar-2014<br /> * '''Updated''': 31-Mar-2014<br /> * '''Contributors''': Chad Lung, Doug Mendizabal, Lisa Clark, Sheena Gregson, John Wood, Jarret Raim, Paul Kehrer, Steven Gonzalez, John Vrbanac<br /> <br /> == Abstract ==<br /> <br /> This blueprint addresses support of ordering (new) and modification (existing) of SSL certificates from both globally rooted and internal certificate authorities through [https://github.com/stackforge/barbican Barbican].<br /> <br /> == Description ==<br /> <br /> The following are proposed workflow diagrams and details relevant to the Barbican implementation of SSL certificate life-cycle management.<br /> <br /> The plan is to have something generic enough that plugins can be created for numerous certificate authority back ends like [http://www.symantec.com/page.jsp?id=ssl-information-center Symantec], [http://pki.fedoraproject.org/wiki/PKI_Main_Page Dogtag], etc. These plugins would be enabled through Barbican. Barbican would act as a proxy to send the incoming order (certificate) to the appropriate plugin. All plugins would share a common interface. The workflow for issuing new, revocation and modifying existing certificates would live inside of the plugins.<br /> <br /> '''Common Statuses'''<br /> * '''Pending''' (not issued, not error)<br /> * '''Error''' (not fatal, fixable)<br /> * '''Failure''' (fatal error)<br /> * '''Success''' (order complete)<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Order-generic.png|none|center|Certificate Authority Order Flow]]<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Poll-generic.png|none|center|Certificate Authority Poll Flow]]<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Update Flow&lt;/big&gt;'''<br /> <br /> [[File:Update-generic.png|none|center|Certificate Authority Update Flow]]<br /> <br /> == Proposed Changes ==<br /> <br /> ''This is a work in progress''<br /> <br /> * Barbican would need to modified to allow for plugins to be called based upon order types<br /> * Investigate how alerts should be dispatched and build that piece accordingly<br /> * See the references section for additional blueprints that this work would be dependent on<br /> <br /> == References ==<br /> <br /> [1] [https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support Blueprint: Add SSL CA Support]<br /> <br /> [2] [https://blueprints.launchpad.net/barbican/+spec/api-orders-add-more-types Dependent Blueprint: Add more types to the orders resource ]<br /> <br /> [3] [https://blueprints.launchpad.net/barbican/+spec/support-rsa-key-store-generation Dependent Blueprint: Support RSA key store/generation ]<br /> <br /> [4] [https://blueprints.launchpad.net/barbican/+spec/crud-endpoints-secret-container Dependent Blueprint: Implement Containers for Secrets ]</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican/Blueprints/ssl-certificates&diff=47163 2014-03-31T20:54:33Z

<p>Chad Lung: /* Description */</p> <hr /> <div>* '''Launchpad Entry''': https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support<br /> * '''Created''': 27-Mar-2014<br /> * '''Updated''': 31-Mar-2014<br /> * '''Contributors''': Chad Lung, Doug Mendizabal, Lisa Clark, Sheena Gregson, John Wood, Jarret Raim, Paul Kehrer, Steven Gonzalez, John Vrbanac<br /> <br /> == Abstract ==<br /> <br /> This blueprint addresses support of ordering (new) and modification (existing) of SSL certificates from both globally rooted and internal certificate authorities through [https://github.com/stackforge/barbican Barbican].<br /> <br /> == Description ==<br /> <br /> The following are proposed workflow diagrams and details relevant to the Barbican implementation of SSL certificate life-cycle management.<br /> <br /> The plan is to have something generic enough that plugins can be created for numerous certificate authority back ends like [http://www.symantec.com/page.jsp?id=ssl-information-center Symantec], [http://pki.fedoraproject.org/wiki/PKI_Main_Page Dogtag], etc. These plugins would be enabled through Barbican. Barbican would act as a proxy to send the incoming order (certificate) to the appropriate plugin. All plugins would share a common interface. The workflow for issuing new, revocation and modifying existing certificates would live inside of the plugins.<br /> <br /> '''Common Statuses'''<br /> * '''Pending''' (not issued, not error)<br /> * '''Error''' (not fatal, fixable)<br /> * '''Failure''' (fatal error)<br /> * '''Success''' (order complete)<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Order-generic.png|none|center|Certificate Authority Order Flow]]<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Poll-generic.png|none|center|Certificate Authority Poll Flow]]<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Update Flow&lt;/big&gt;'''<br /> <br /> [[File:Update-generic.png|none|center|Certificate Authority Update Flow]]<br /> <br /> == Proposed Changes ==<br /> <br /> '''TODO'''<br /> <br /> == References ==<br /> <br /> [1] [https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support Blueprint: Add SSL CA Support]<br /> <br /> [2] [https://blueprints.launchpad.net/barbican/+spec/api-orders-add-more-types Dependent Blueprint: Add more types to the orders resource ]<br /> <br /> [3] [https://blueprints.launchpad.net/barbican/+spec/support-rsa-key-store-generation Dependent Blueprint: Support RSA key store/generation ]<br /> <br /> [4] [https://blueprints.launchpad.net/barbican/+spec/crud-endpoints-secret-container Dependent Blueprint: Implement Containers for Secrets ]</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican/Blueprints/ssl-certificates&diff=47162 2014-03-31T20:51:25Z

<p>Chad Lung: /* Description */</p> <hr /> <div>* '''Launchpad Entry''': https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support<br /> * '''Created''': 27-Mar-2014<br /> * '''Updated''': 31-Mar-2014<br /> * '''Contributors''': Chad Lung, Doug Mendizabal, Lisa Clark, Sheena Gregson, John Wood, Jarret Raim, Paul Kehrer, Steven Gonzalez, John Vrbanac<br /> <br /> == Abstract ==<br /> <br /> This blueprint addresses support of ordering (new) and modification (existing) of SSL certificates from both globally rooted and internal certificate authorities through [https://github.com/stackforge/barbican Barbican].<br /> <br /> == Description ==<br /> <br /> The following are proposed workflow diagrams and details relevant to the Barbican implementation of SSL certificate life-cycle management.<br /> <br /> The plan is to have something generic enough that plugins can be created for numerous certificate authority backends like [http://www.symantec.com/page.jsp?id=ssl-information-center Symantec], [http://pki.fedoraproject.org/wiki/PKI_Main_Page Dogtag], etc. These plugins would be enabled through Barbican. Barbican would act as a proxy to send the incoming order (certificate) to the appropriate plugin. All plugins would share a common interface. The workflow for issuing new and modifying existing certificates would live inside of the plugin. <br /> <br /> '''Common Statuses'''<br /> * '''Pending''' (not issued, not error)<br /> * '''Error''' (not fatal, fixable)<br /> * '''Failure''' (fatal error)<br /> * '''Success''' (order complete)<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Order-generic.png|none|center|Certificate Authority Order Flow]]<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Poll-generic.png|none|center|Certificate Authority Poll Flow]]<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Update Flow&lt;/big&gt;'''<br /> <br /> [[File:Update-generic.png|none|center|Certificate Authority Update Flow]]<br /> <br /> == Proposed Changes ==<br /> <br /> '''TODO'''<br /> <br /> == References ==<br /> <br /> [1] [https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support Blueprint: Add SSL CA Support]<br /> <br /> [2] [https://blueprints.launchpad.net/barbican/+spec/api-orders-add-more-types Dependent Blueprint: Add more types to the orders resource ]<br /> <br /> [3] [https://blueprints.launchpad.net/barbican/+spec/support-rsa-key-store-generation Dependent Blueprint: Support RSA key store/generation ]<br /> <br /> [4] [https://blueprints.launchpad.net/barbican/+spec/crud-endpoints-secret-container Dependent Blueprint: Implement Containers for Secrets ]</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican/Blueprints/ssl-certificates&diff=47140 2014-03-31T19:04:51Z

<p>Chad Lung: /* Description */</p> <hr /> <div>* '''Launchpad Entry''': https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support<br /> * '''Created''': 27-Mar-2014<br /> * '''Updated''': 31-Mar-2014<br /> * '''Contributors''': Chad Lung, Doug Mendizabal, Lisa Clark, Sheena Gregson, John Wood, Jarret Raim, Paul Kehrer, Steven Gonzalez, John Vrbanac<br /> <br /> == Abstract ==<br /> <br /> This blueprint addresses support of ordering (new) and modification (existing) of SSL certificates from both globally rooted and internal certificate authorities through [https://github.com/stackforge/barbican Barbican].<br /> <br /> == Description ==<br /> <br /> The following are proposed workflow diagrams and details relevant to the Barbican implementation of SSL certificate life-cycle management.<br /> <br /> '''Common Statuses'''<br /> * '''Pending''' (not issued, not error)<br /> * '''Error''' (not fatal, fixable)<br /> * '''Failure''' (fatal error)<br /> * '''Success''' (order complete)<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Order-generic.png|none|center|Certificate Authority Order Flow]]<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Poll-generic.png|none|center|Certificate Authority Poll Flow]]<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Update Flow&lt;/big&gt;'''<br /> <br /> [[File:Update-generic.png|none|center|Certificate Authority Update Flow]]<br /> <br /> == Proposed Changes ==<br /> <br /> '''TODO'''<br /> <br /> == References ==<br /> <br /> [1] [https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support Blueprint: Add SSL CA Support]<br /> <br /> [2] [https://blueprints.launchpad.net/barbican/+spec/api-orders-add-more-types Dependent Blueprint: Add more types to the orders resource ]<br /> <br /> [3] [https://blueprints.launchpad.net/barbican/+spec/support-rsa-key-store-generation Dependent Blueprint: Support RSA key store/generation ]<br /> <br /> [4] [https://blueprints.launchpad.net/barbican/+spec/crud-endpoints-secret-container Dependent Blueprint: Implement Containers for Secrets ]</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican/Blueprints/ssl-certificates&diff=47138 2014-03-31T19:02:50Z

<p>Chad Lung: /* Proposed Changes */</p> <hr /> <div>* '''Launchpad Entry''': https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support<br /> * '''Created''': 27-Mar-2014<br /> * '''Updated''': 31-Mar-2014<br /> * '''Contributors''': Chad Lung, Doug Mendizabal, Lisa Clark, Sheena Gregson, John Wood, Jarret Raim, Paul Kehrer, Steven Gonzalez, John Vrbanac<br /> <br /> == Abstract ==<br /> <br /> This blueprint addresses support of ordering (new) and modification (existing) of SSL certificates from both globally rooted and internal certificate authorities through [https://github.com/stackforge/barbican Barbican].<br /> <br /> == Description ==<br /> <br /> '''TODO'''<br /> <br /> '''Common Statuses'''<br /> * '''Pending''' (not issued, not error)<br /> * '''Error''' (not fatal, fixable)<br /> * '''Failure''' (fatal error)<br /> * '''Success''' (order complete)<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Order-generic.png|none|center|Certificate Authority Order Flow]]<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Poll-generic.png|none|center|Certificate Authority Poll Flow]]<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Update Flow&lt;/big&gt;'''<br /> <br /> [[File:Update-generic.png|none|center|Certificate Authority Update Flow]]<br /> <br /> == Proposed Changes ==<br /> <br /> '''TODO'''<br /> <br /> == References ==<br /> <br /> [1] [https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support Blueprint: Add SSL CA Support]<br /> <br /> [2] [https://blueprints.launchpad.net/barbican/+spec/api-orders-add-more-types Dependent Blueprint: Add more types to the orders resource ]<br /> <br /> [3] [https://blueprints.launchpad.net/barbican/+spec/support-rsa-key-store-generation Dependent Blueprint: Support RSA key store/generation ]<br /> <br /> [4] [https://blueprints.launchpad.net/barbican/+spec/crud-endpoints-secret-container Dependent Blueprint: Implement Containers for Secrets ]</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican/Blueprints/ssl-certificates&diff=47137 2014-03-31T19:02:36Z

<p>Chad Lung: /* Description */</p> <hr /> <div>* '''Launchpad Entry''': https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support<br /> * '''Created''': 27-Mar-2014<br /> * '''Updated''': 31-Mar-2014<br /> * '''Contributors''': Chad Lung, Doug Mendizabal, Lisa Clark, Sheena Gregson, John Wood, Jarret Raim, Paul Kehrer, Steven Gonzalez, John Vrbanac<br /> <br /> == Abstract ==<br /> <br /> This blueprint addresses support of ordering (new) and modification (existing) of SSL certificates from both globally rooted and internal certificate authorities through [https://github.com/stackforge/barbican Barbican].<br /> <br /> == Description ==<br /> <br /> '''TODO'''<br /> <br /> '''Common Statuses'''<br /> * '''Pending''' (not issued, not error)<br /> * '''Error''' (not fatal, fixable)<br /> * '''Failure''' (fatal error)<br /> * '''Success''' (order complete)<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Order-generic.png|none|center|Certificate Authority Order Flow]]<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Poll-generic.png|none|center|Certificate Authority Poll Flow]]<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Update Flow&lt;/big&gt;'''<br /> <br /> [[File:Update-generic.png|none|center|Certificate Authority Update Flow]]<br /> <br /> == Proposed Changes ==<br /> <br /> TODO<br /> <br /> == References ==<br /> <br /> [1] [https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support Blueprint: Add SSL CA Support]<br /> <br /> [2] [https://blueprints.launchpad.net/barbican/+spec/api-orders-add-more-types Dependent Blueprint: Add more types to the orders resource ]<br /> <br /> [3] [https://blueprints.launchpad.net/barbican/+spec/support-rsa-key-store-generation Dependent Blueprint: Support RSA key store/generation ]<br /> <br /> [4] [https://blueprints.launchpad.net/barbican/+spec/crud-endpoints-secret-container Dependent Blueprint: Implement Containers for Secrets ]</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican/Blueprints/ssl-certificates&diff=47135 2014-03-31T19:00:53Z

<p>Chad Lung: /* References */</p> <hr /> <div>* '''Launchpad Entry''': https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support<br /> * '''Created''': 27-Mar-2014<br /> * '''Updated''': 31-Mar-2014<br /> * '''Contributors''': Chad Lung, Doug Mendizabal, Lisa Clark, Sheena Gregson, John Wood, Jarret Raim, Paul Kehrer, Steven Gonzalez, John Vrbanac<br /> <br /> == Abstract ==<br /> <br /> This blueprint addresses support of ordering (new) and modification (existing) of SSL certificates from both globally rooted and internal certificate authorities through [https://github.com/stackforge/barbican Barbican].<br /> <br /> == Description ==<br /> <br /> '''Common Statuses'''<br /> * '''Pending''' (not issued, not error)<br /> * '''Error''' (not fatal, fixable)<br /> * '''Failure''' (fatal error)<br /> * '''Success''' (order complete)<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Order-generic.png|none|center|Certificate Authority Order Flow]]<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Poll-generic.png|none|center|Certificate Authority Poll Flow]]<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Update Flow&lt;/big&gt;'''<br /> <br /> [[File:Update-generic.png|none|center|Certificate Authority Update Flow]]<br /> <br /> == Proposed Changes ==<br /> <br /> TODO<br /> <br /> == References ==<br /> <br /> [1] [https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support Blueprint: Add SSL CA Support]<br /> <br /> [2] [https://blueprints.launchpad.net/barbican/+spec/api-orders-add-more-types Dependent Blueprint: Add more types to the orders resource ]<br /> <br /> [3] [https://blueprints.launchpad.net/barbican/+spec/support-rsa-key-store-generation Dependent Blueprint: Support RSA key store/generation ]<br /> <br /> [4] [https://blueprints.launchpad.net/barbican/+spec/crud-endpoints-secret-container Dependent Blueprint: Implement Containers for Secrets ]</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican/Blueprints/ssl-certificates&diff=47134 2014-03-31T18:55:51Z

<p>Chad Lung: /* Description */</p> <hr /> <div>* '''Launchpad Entry''': https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support<br /> * '''Created''': 27-Mar-2014<br /> * '''Updated''': 31-Mar-2014<br /> * '''Contributors''': Chad Lung, Doug Mendizabal, Lisa Clark, Sheena Gregson, John Wood, Jarret Raim, Paul Kehrer, Steven Gonzalez, John Vrbanac<br /> <br /> == Abstract ==<br /> <br /> This blueprint addresses support of ordering (new) and modification (existing) of SSL certificates from both globally rooted and internal certificate authorities through [https://github.com/stackforge/barbican Barbican].<br /> <br /> == Description ==<br /> <br /> '''Common Statuses'''<br /> * '''Pending''' (not issued, not error)<br /> * '''Error''' (not fatal, fixable)<br /> * '''Failure''' (fatal error)<br /> * '''Success''' (order complete)<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Order-generic.png|none|center|Certificate Authority Order Flow]]<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Poll-generic.png|none|center|Certificate Authority Poll Flow]]<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Update Flow&lt;/big&gt;'''<br /> <br /> [[File:Update-generic.png|none|center|Certificate Authority Update Flow]]<br /> <br /> == Proposed Changes ==<br /> <br /> TODO<br /> <br /> == References ==<br /> <br /> [1] [https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support Blueprint: Add SSL CA Support]<br /> <br /> [2] [https://blueprints.launchpad.net/barbican/+spec/api-orders-add-more-types Blueprint: Add more types to the orders resource ]</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican/Blueprints/ssl-certificates&diff=47133 2014-03-31T18:53:59Z

<p>Chad Lung: </p> <hr /> <div>* '''Launchpad Entry''': https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support<br /> * '''Created''': 27-Mar-2014<br /> * '''Updated''': 31-Mar-2014<br /> * '''Contributors''': Chad Lung, Doug Mendizabal, Lisa Clark, Sheena Gregson, John Wood, Jarret Raim, Paul Kehrer, Steven Gonzalez, John Vrbanac<br /> <br /> == Abstract ==<br /> <br /> This blueprint addresses support of ordering (new) and modification (existing) of SSL certificates from both globally rooted and internal certificate authorities through [https://github.com/stackforge/barbican Barbican].<br /> <br /> == Description ==<br /> <br /> This work is dependent on another blueprint [2] &quot;Add more types to the orders resource&quot;.<br /> <br /> '''Common Statuses'''<br /> * '''Pending''' (not issued, not error)<br /> * '''Error''' (not fatal, fixable)<br /> * '''Failure''' (fatal error)<br /> * '''Success''' (order complete)<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Order-generic.png|none|center|Certificate Authority Order Flow]]<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Poll-generic.png|none|center|Certificate Authority Poll Flow]]<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Update Flow&lt;/big&gt;'''<br /> <br /> [[File:Update-generic.png|none|center|Certificate Authority Update Flow]]<br /> <br /> == Proposed Changes ==<br /> <br /> TODO<br /> <br /> == References ==<br /> <br /> [1] [https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support Blueprint: Add SSL CA Support]<br /> <br /> [2] [https://blueprints.launchpad.net/barbican/+spec/api-orders-add-more-types Blueprint: Add more types to the orders resource ]</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican/Blueprints/ssl-certificates&diff=47132 2014-03-31T18:47:42Z

<p>Chad Lung: /* References */</p> <hr /> <div>* '''Launchpad Entry''': https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support<br /> * '''Created''': 27-Mar-2014<br /> * '''Updated''': 27-Mar-2014<br /> * '''Contributors''': Chad Lung, Doug Mendizabal, Lisa Clark, Sheena Gregson, John Wood, Jarret Raim, Paul Kehrer, Steven Gonzalez, John Vrbanac<br /> <br /> == Abstract ==<br /> <br /> This blueprint addresses support of ordering (new) and modification (existing) of SSL certificates from both globally rooted and internal certificate authorities through [https://github.com/stackforge/barbican Barbican].<br /> <br /> == Description ==<br /> <br /> '''Common Statuses'''<br /> * '''Pending''' (not issued, not error)<br /> * '''Error''' (not fatal, fixable)<br /> * '''Failure''' (fatal error)<br /> * '''Success''' (order complete)<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Order-generic.png|none|center|Certificate Authority Order Flow]]<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Poll-generic.png|none|center|Certificate Authority Poll Flow]]<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Update Flow&lt;/big&gt;'''<br /> <br /> [[File:Update-generic.png|none|center|Certificate Authority Update Flow]]<br /> <br /> == Proposed Changes ==<br /> <br /> TODO<br /> <br /> == References ==<br /> <br /> [1] [https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support Blueprint: Add SSL CA Support]<br /> <br /> [2] [https://blueprints.launchpad.net/barbican/+spec/api-orders-add-more-types Blueprint: Add more types to the orders resource ]</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican/Blueprints/ssl-certificates&diff=47130 2014-03-31T18:33:27Z

<p>Chad Lung: /* Description */</p> <hr /> <div>* '''Launchpad Entry''': https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support<br /> * '''Created''': 27-Mar-2014<br /> * '''Updated''': 27-Mar-2014<br /> * '''Contributors''': Chad Lung, Doug Mendizabal, Lisa Clark, Sheena Gregson, John Wood, Jarret Raim, Paul Kehrer, Steven Gonzalez, John Vrbanac<br /> <br /> == Abstract ==<br /> <br /> This blueprint addresses support of ordering (new) and modification (existing) of SSL certificates from both globally rooted and internal certificate authorities through [https://github.com/stackforge/barbican Barbican].<br /> <br /> == Description ==<br /> <br /> '''Common Statuses'''<br /> * '''Pending''' (not issued, not error)<br /> * '''Error''' (not fatal, fixable)<br /> * '''Failure''' (fatal error)<br /> * '''Success''' (order complete)<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Order-generic.png|none|center|Certificate Authority Order Flow]]<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Poll-generic.png|none|center|Certificate Authority Poll Flow]]<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Update Flow&lt;/big&gt;'''<br /> <br /> [[File:Update-generic.png|none|center|Certificate Authority Update Flow]]<br /> <br /> == Proposed Changes ==<br /> <br /> TODO<br /> <br /> == References ==<br /> <br /> [1] [https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support Blueprint]</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican/Blueprints/ssl-certificates&diff=47126 2014-03-31T18:28:05Z

<p>Chad Lung: /* Description */</p> <hr /> <div>* '''Launchpad Entry''': https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support<br /> * '''Created''': 27-Mar-2014<br /> * '''Updated''': 27-Mar-2014<br /> * '''Contributors''': Chad Lung, Doug Mendizabal, Lisa Clark, Sheena Gregson, John Wood, Jarret Raim, Paul Kehrer, Steven Gonzalez, John Vrbanac<br /> <br /> == Abstract ==<br /> <br /> This blueprint addresses support of ordering (new) and modification (existing) of SSL certificates from both globally rooted and internal certificate authorities through [https://github.com/stackforge/barbican Barbican].<br /> <br /> == Description ==<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Order-generic.png|none|center|Certificate Authority Order Flow]]<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Poll-generic.png|none|center|Certificate Authority Poll Flow]]<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Update Flow&lt;/big&gt;'''<br /> <br /> [[File:Update-generic.png|none|center|Certificate Authority Update Flow]]<br /> <br /> == Proposed Changes ==<br /> <br /> TODO<br /> <br /> == References ==<br /> <br /> [1] [https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support Blueprint]</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=File:Update-generic.png&diff=47125 2014-03-31T18:25:39Z

<p>Chad Lung: Update Flow</p> <hr /> <div>Update Flow</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican/Blueprints/ssl-certificates&diff=47122 2014-03-31T18:18:39Z

<p>Chad Lung: /* Description */</p> <hr /> <div>* '''Launchpad Entry''': https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support<br /> * '''Created''': 27-Mar-2014<br /> * '''Updated''': 27-Mar-2014<br /> * '''Contributors''': Chad Lung, Doug Mendizabal, Lisa Clark, Sheena Gregson, John Wood, Jarret Raim, Paul Kehrer, Steven Gonzalez, John Vrbanac<br /> <br /> == Abstract ==<br /> <br /> This blueprint addresses support of ordering (new) and modification (existing) of SSL certificates from both globally rooted and internal certificate authorities through [https://github.com/stackforge/barbican Barbican].<br /> <br /> == Description ==<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Order-generic.png|none|center|Certificate Authority Order Flow]]<br /> <br /> &lt;br /&gt;<br /> &lt;br /&gt;<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Poll-generic.png|none|center|Certificate Authority Poll Flow]]<br /> <br /> == Proposed Changes ==<br /> <br /> TODO<br /> <br /> == References ==<br /> <br /> [1] [https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support Blueprint]</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=File:Poll-generic.png&diff=47121 2014-03-31T18:18:05Z

<p>Chad Lung: Chad Lung uploaded a new version of &amp;quot;File:Poll-generic.png&amp;quot;</p> <hr /> <div>Poll Flow</div>

Chad Lung https://wiki.openstack.org/w/index.php?title=Barbican/Blueprints/ssl-certificates&diff=47120 2014-03-31T18:14:10Z

<p>Chad Lung: /* Description */</p> <hr /> <div>* '''Launchpad Entry''': https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support<br /> * '''Created''': 27-Mar-2014<br /> * '''Updated''': 27-Mar-2014<br /> * '''Contributors''': Chad Lung, Doug Mendizabal, Lisa Clark, Sheena Gregson, John Wood, Jarret Raim, Paul Kehrer, Steven Gonzalez, John Vrbanac<br /> <br /> == Abstract ==<br /> <br /> This blueprint addresses support of ordering (new) and modification (existing) of SSL certificates from both globally rooted and internal certificate authorities through [https://github.com/stackforge/barbican Barbican].<br /> <br /> == Description ==<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Order-generic.png|none|center|Certificate Authority Order Flow]]<br /> <br /> '''&lt;big&gt;Certificate Authority Order Flow&lt;/big&gt;'''<br /> <br /> [[File:Poll-generic.png|none|center|Certificate Authority Poll Flow]]<br /> <br /> == Proposed Changes ==<br /> <br /> TODO<br /> <br /> == References ==<br /> <br /> [1] [https://blueprints.launchpad.net/barbican/+spec/add-ssl-ca-support Blueprint]</div>

Chad Lung