cloudstack/server/test/com/cloud
Rohit Yadav 366d82e292 FR12 (CLOUDSTACK-9993): Secure Agent Communications (#38)
This introduces a new certificate authority framework that allows
pluggable CA provider implementations to handle certificate operations
around issuance, revocation and propagation. The framework injects
itself to `NioServer` to handle agent connections securely. The
framework adds assumptions in `NioClient` that a keystore if available
with known name `cloud.jks` will be used for SSL negotiations and
handshake.

This includes a default 'root' CA provider plugin which creates its own
self-signed root certificate authority on first run and uses it for
issuance and provisioning of certificate to CloudStack agents such as
the KVM, CPVM and SSVM agents and also for the management server for
peer clustering.

Additional changes and notes:
- Comma separate list of management server IPs can be set to the 'host'
  global setting. Newly provisioned agents (KVM/CPVM/SSVM etc) will get
  radomized comma separated list to which they will attempt connection
  or reconnection in provided order. This removes need of a TCP LB on
  port 8250 (default) of the management server(s).
- All fresh deployment will enforce two-way SSL authentication where
  connecting agents will be required to present certificates issued
  by the 'root' CA plugin.
- Existing environment on upgrade will continue to use one-way SSL
  authentication and connecting agents will not be required to present
  certificates.
- A script `keystore-setup` is responsible for initial keystore setup
  and CSR generation on the agent/hosts.
- A script `keystore-cert-import` is responsible for import provided
  certificate payload to the java keystore file.
- Agent security (keystore, certificates etc) are setup initially using
  SSH, and later provisioning is handled via an existing agent connection
  using command-answers. The supported clients and agents are limited to
  CPVM, SSVM, and KVM agents, and clustered management server (peering).
- Certificate revocation does not revoke an existing agent-mgmt server
  connection, however rejects a revoked certificate used during SSL
  handshake.
- Older `cloudstackmanagement.keystore` is deprecated and will no longer
  be used by mgmt server(s) for SSL negotiations and handshake. New
  keystores will be named `cloud.jks`, any additional SSL certificates
  should not be imported in it for use with tomcat etc. The `cloud.jks`
  keystore is stricly used for agent-server communications.
- Management server keystore are validated and renewed on start up only,
  the validity of them are same as the CA certificates.

New APIs:
- listCaProviders: lists all available CA provider plugins
- listCaCertificate: lists the CA certificate(s)
- issueCertificate: issues X509 client certificate with/without a CSR
- provisionCertificate: provisions certificate to a host
- revokeCertificate: revokes a client certificate using its serial

Global settings for the CA framework:
- ca.framework.provider.plugin: The configured CA provider plugin
- ca.framework.cert.keysize: The key size for certificate generation
- ca.framework.cert.signature.algorithm: The certificate signature algorithm
- ca.framework.cert.validity.period: Certificate validity in days
- ca.framework.cert.automatic.renewal: Certificate auto-renewal setting
- ca.framework.background.task.delay: CA background task delay/interval
- ca.framework.cert.expiry.alert.period: Days to check and alert expiring certificates

Global settings for the default 'root' CA provider:
- ca.plugin.root.private.key: (hidden/encrypted) CA private key
- ca.plugin.root.public.key: (hidden/encrypted) CA public key
- ca.plugin.root.ca.certificate: (hidden/encrypted) CA certificate
- ca.plugin.root.issuer.dn: The CA issue distinguished name
- ca.plugin.root.auth.strictness: Are clients required to present certificates
- ca.plugin.root.allow.expired.cert: Are clients with expired certificates allowed

UI changes:
- Button to download/save the CA certificates.

Signed-off-by: Rohit Yadav <rohit.yadav@shapeblue.com>
2017-09-26 09:19:31 +05:30
..
alert CLOUDSTACK-5261: added support for Alert publishing via ROOT Admin API 2013-12-04 10:05:46 -08:00
api CLOUDSTACK-8505: Don't allow non-POST requests for default login API 2015-05-22 10:11:15 +01:00
capacity All Checkstyle problems corrected 2013-12-12 12:26:07 -08:00
configuration CLOUDSTACK-5236 : ability to identify where the user is from (ex. LDAP) 2015-03-16 12:35:37 +05:30
event Disable IAM feature from 4.4 release. 2014-05-22 18:27:08 -07:00
ha test for HighAvailabilityManagerImpl 2014-05-02 21:22:43 +02:00
keystore Reformatted all of the code. 2013-11-21 06:15:26 -08:00
metadata Resource metadata: by default, all metadata is set with display=true (meaning that the detail is avaialble for display to the regular user). If admin wants to set a specific detail to be false, he has to specify it explicitly in addResourceDetail command 2014-02-10 12:05:59 -08:00
network CLOUDSTACK-8301: Enable configuring local storage use for system VMs at zone level 2015-08-08 22:41:52 +05:30
projects Revert "CLOUDSTACK-5872: Async response from addAccountToProject doesn't contain useful information" 2014-03-03 12:44:08 -08:00
resource CLOUDSTACK-9299: Out-of-band Management for CloudStack 2016-05-10 13:16:03 +05:30
resourcelimit Reformatted all of the code. 2013-11-21 06:15:26 -08:00
server FR12 (CLOUDSTACK-9993): Secure Agent Communications (#38) 2017-09-26 09:19:31 +05:30
servlet test for escapeHTML 2014-05-02 21:19:49 +02:00
snapshot All Checkstyle problems corrected 2013-12-12 12:26:07 -08:00
storage APPLE-272: Host Connects Without Storage 2016-06-08 09:19:57 +09:00
template Fix checkstyle and license issues 2014-02-14 18:37:47 +01:00
user CLOUDSTACK-8562: DB-Backed Dynamic Role Based API Access Checker 2016-04-25 14:52:02 +05:30
vm CLOUDSTACK-5236 : ability to identify where the user is from (ex. LDAP) 2015-03-16 12:35:37 +05:30
vpc FR12 (CLOUDSTACK-9993): Secure Agent Communications (#38) 2017-09-26 09:19:31 +05:30