[cli] Add bin/kibana-encryption-keys #82838

jbudz · 2020-11-06T14:47:53Z

This introduces a new CLI for generating encryption keys. Currently
Kibana makes use of several encryption keys, in some cases randomly
generated on startup. Usually we want these statically defined in
kibana.yml, and this CLI targets making this process easier. This will
output keys for xpack.encryptedSavedObjects.encryptionKey,
xpack.reporting.encryptionKey, and xpack.security.encryptionkey to
stdout along with instructions on how to add this to your configuration.

Closes #65788

Usage

node scripts/kibana_encryption_key generate
node scripts/kibana_encryption_key generate  --interactive

Flags

interactive: prompt to write to kibana.yml
quiet: only output yml configuration that can be piped
force: regenerate all keys (opposed to only missing)

Release note:
Adds a new CLI for generating encryption keys used by Kibana.

elasticmachine · 2020-11-06T14:47:56Z

Pinging @elastic/kibana-operations (Team:Operations)

elasticmachine · 2020-11-06T14:48:00Z

Pinging @elastic/ingest-management (Team:Ingest Management)

This introduces a new CLI for generating encryption keys. Currently Kibana makes use of several encryption keys, in some cases randomly generated on startup. Usually we want these statically defined in kibana.yml, and this CLI targets making this process easier. This will output keys for xpack.encryptedSavedObjects.encryptionKey, xpack.reporting.encryptionKey, and xpack.security.encryptionkey to stdout along with instructions on how to add this to your configuration. Closes elastic#65788

azasypkin · 2020-11-06T17:10:23Z

ACK: will review on Monday

azasypkin

It looks good to me from the security/usability stand point, but left a couple of questions.

src/cli_encryption_key/cli_encryption_key.js

azasypkin · 2020-11-09T10:26:50Z

src/cli_encryption_key/cli_encryption_key.js

+
+program
+  .command('help <command>')
+  .description('get the help for a specific command')


optional nit: should this description start from the capital letter as well? Like descriptions for the rest of the "commands"?

generate [options] Generates encryption keys help <command> get the help for a specific command

👍 pushed with 6b8e023

~/dev/kibana(cli/kibana-encryption-key) » node scripts/kibana_encrpytion_key.js --help jon@win1d Usage: bin/kibana-encryption-key [command] [options] A tool for managing encryption keys Commands: generate [options] Generates encryption keys help <command> Get the help for a specific command

azasypkin · 2020-11-09T10:40:14Z

src/cli_encryption_key/cli_encryption_key.js

+  .command('help <command>')
+  .description('get the help for a specific command')
+  .action(function (cmdName) {
+    const cmd = _.find(program.commands, { _name: cmdName });


question: any reason we cannot just use Object.values(program.commands).find((command) => command._name === cmdName) and get rid of lodash here (yeah, just trying to remove lodash from everywhere I can 🙂 )?

Pushed with 569a8c0

~/dev/kibana(cli/kibana-encryption-key*) » node scripts/kibana_encrpytion_key.js foo 1 ↵ jon@win1d ERROR unknown command foo Usage: bin/kibana-encryption-key [command] [options] A tool for managing encryption keys Commands: generate [options] Generates encryption keys help <command> Get the help for a specific command --------------------------------------------------------------------------------------------------------- ~/dev/kibana(cli/kibana-encryption-key*) » node scripts/kibana_encrpytion_key.js generate 64 ↵ jon@win1d Generating missing encryption keys. Add these to kibana.yml: ...

src/cli_encryption_key/encryption_config.js

azasypkin · 2020-11-09T11:11:35Z

src/cli_encryption_key/encryption_config.test.js

+    encryptionConfig = new EncryptionConfig();
+  });
+  it('should load the current configuration', () => {
+    expect(encryptionConfig._hasEncryptionKey('xpack.reporting.encryptionKey')).toEqual(false);


note: as an idea, we could just mock readFileSync and crypto.randomBytes and avoid relying on private fields/methods in tests.

👍 pushed 58bdef8

azasypkin · 2020-11-09T11:21:45Z

src/cli_encryption_key/generate.js

+    const write = await confirm('Write to kibana.yml?');
+    if (write) {
+      const kibanaYML = join(getConfigDirectory(), 'kibana.yml');
+      appendFileSync(kibanaYML, safeDump(keys));


question: it seems interactive with force can lead to an invalid config because of duplicated entries. What is our thinking/plan here?

I expected interactive to be a bit more interactive to be honest. Something like, it could ask whether user wants to auto-generate a key for a particular setting or not, and warn if force is used and the key is already specified in kibana.yml.

I'm up for adding a more nuanced interactive mode. Any thoughts @legrego @kobelb @tylersmalley?

For the conflict between interactive and force - the sticking point was key rotation. We'll want to be careful about any removal, e.g. dropping a reporting encryption key could cause reports to be lost.

it seems interactive with force can lead to an invalid config because of duplicated entries.

Yeah we definitely don't want to leave our users with invalid kibana.yml files.

I'm up for adding a more nuanced interactive mode.

This makes sense to me, and would be consistent with some of our other CLI utilities, like elasticsearch-setup-passwords.

For the conflict between interactive and force - the sticking point was key rotation. We'll want to be careful about any removal, e.g. dropping a reporting encryption key could cause reports to be lost.

I don't fully understand this point. Isn't --force designed to replace the existing keys? If so, then I think replacing these keys with --interactive would make sense. We could have a more strongly worded confirmation message when both --interactive and --force are provided, but otherwise I'd think that replacing the existing keys is expected behavior.

Works for me. I'll make another iteration on the interactive portions.

I don't fully understand this point. Isn't --force designed to replace the existing keys? If so, then I think replacing these keys with --interactive would make sense. We could have a more strongly worded confirmation message when both --interactive and --force are provided, but otherwise I'd think that replacing the existing keys is expected behavior.

My original planning was that it would not infrequently cause someone to back out to rotate. Opposed to warning followed by a failure to start would force an acknowledgement via manual triage. Mostly I didn't want to delete anything that could still be sensitive or difficult e.g. technically valid yaml for an encryption key could span two lines, so if --force caused deletions we'll have to figure out deletes beyond appending to file. We could remove the force flag entirely.

I pushed 6240c79 for UX feedback. It includes prompts for each setting.

Any thoughts on the force flag? I'm tempted to remove it altogether, key removal will require us to manage yaml parsing in a way that doesn't interfere with comments. I can edit the message to tell the user to rotate keys that are set if there isn't anything to generate

I pushed 6240c79 for UX feedback. It includes prompts for each setting.
Any thoughts on the force flag? I'm tempted to remove it altogether, key removal will require us to manage yaml parsing in a way that doesn't interfere with comments. I can edit the message to tell the user to rotate keys that are set if there isn't anything to generate

Yeah, I'm also worried about editing user's kibana.yml, but how about generating a sample kibana.yaml instead, something like this one generated by elasticsearch-certutil?

In the latest version of the PR we have this:

Generating settings for: xpack.encryptedSavedObjects.encryptionKey xpack.reporting.encryptionKey xpack.security.encryptionKey Set xpack.encryptedSavedObjects.encryptionKey? [y/N] Set xpack.reporting.encryptionKey? [y/N] Set xpack.security.encryptionKey? [y/N] Write 0 setting to kibana.yml? [y/N]

Maybe we can borrow some ideas from the elasticsearch-certutil here as well and have something similar to this (text is up to review by Docs Team and/or native speakers 🙂 )?

## Kibana Encryption Key Generation Utility The 'generate' command guides you through the process of generating encryption keys for the ........ This tool will ask you a number of questions in order to generate the right set of keys for your needs. Generate xpack.encryptedSavedObjects.encryptionKey? [y/N] y Generate xpack.reporting.encryptionKey? [y/N] N Generate xpack.security.encryptionKey? [y/N] y The following encryption keys were generated: xpack.encryptedSavedObjects.encryptionKey xpack.security.encryptionKey Save generated keys to a sample Kibana configuration file? Otherwise settings will be outputed here [y/N] y What filename should be used for the sample Kibana config file? [/home/azasypkin/..../sample-kibana.yml] ----OR----- xpack.encryptedSavedObjects.encryptionKey: 487f11e261c30cdca21a815521fe08cc xpack.security.encryptionKey: 7b3b357dc84d4689bcf554ed1e599aed

Explanation of the key rotation in case xpack.encryptedSavedObjects.encryptionKey is generated can either go to a sample Kibana yml as a comment section or we can output it to STDOUT (with a link to https://www.elastic.co/guide/en/kibana/master/xpack-security-secure-saved-objects.html#encryption-key-rotation maybe)

What do you all think?

Thanks, I like that idea. I'll do another loop and get tests updated.

Here's the latest:

auto

## Kibana Encryption Key Generation Utility The 'generate' command guides you through the process of setting encryption keys for: xpack.encryptedSavedObjects.encryptionKey Used to encrypt stored objects such as dashboards and visualizations https://www.elastic.co/guide/en/kibana/current/xpack-security-secure-saved-objects.html#xpack-security-secure-saved-objects xpack.reporting.encryptionKey Used to encrypt saved reports https://www.elastic.co/guide/en/kibana/current/reporting-settings-kb.html#general-reporting-settings xpack.security.encryptionKey Used to encrypt session information https://www.elastic.co/guide/en/kibana/current/security-settings-kb.html#security-session-and-cookie-settings Already defined settings are ignored and can be regenerated using the --force flag. Check the documentation links for instructions on how to rotate encryption keys. Definitions should be set in the kibana.yml used configure Kibana. Settings: xpack.encryptedSavedObjects.encryptionKey: 37538fff48dd0929c6c736caaec3645f xpack.reporting.encryptionKey: 6ff208df97f25c14b943e7f69b00141b xpack.security.encryptionKey: cb38085389e3f12b29423e675f05ed11

interactive:

## Kibana Encryption Key Generation Utility The 'generate' command guides you through the process of setting encryption keys for: xpack.encryptedSavedObjects.encryptionKey Used to encrypt stored objects such as dashboards and visualizations https://www.elastic.co/guide/en/kibana/current/xpack-security-secure-saved-objects.html#xpack-security-secure-saved-objects xpack.reporting.encryptionKey Used to encrypt saved reports https://www.elastic.co/guide/en/kibana/current/reporting-settings-kb.html#general-reporting-settings xpack.security.encryptionKey Used to encrypt session information https://www.elastic.co/guide/en/kibana/current/security-settings-kb.html#security-session-and-cookie-settings Already defined settings are ignored and can be regenerated using the --force flag. Check the documentation links for instructions o n how to rotate encryption keys. Definitions should be set in the kibana.yml used configure Kibana. This tool will ask you a number of questions in order to generate the right set of keys for your needs. Set xpack.encryptedSavedObjects.encryptionKey? [y/N] y Set xpack.reporting.encryptionKey? [y/N] n Set xpack.security.encryptionKey? [y/N] y The following keys were generated: xpack.encryptedSavedObjects.encryptionKey xpack.security.encryptionKey Save generated keys to a sample Kibana configuration file? [y/N] n Settings: xpack.encryptedSavedObjects.encryptionKey: a4c722998ded91ab56e73bafdf743d14 xpack.security.encryptionKey: d87732b078669dd714acbb3af8fb8af6

I'm wondering if the command generate should be replaced auto and interactive similar to the elasticsearch util. The quiet flag could be moved to auto to avoid any confusion. Originally there was talks of managing key rotation but to avoid any deletion errors that sounds like a less likely feature.

@gchaps if you have a chance, do you have any thoughts on the readability of the code blocks above?

src/cli_encryption_key/encryption_config.test.js

src/cli_encryption_key/generate.test.js

skh

Ingest management / Fleet change looks good. I think this has implications for our documentation too -> cc @dedemorton

ph · 2020-11-09T14:22:06Z

~~@nchaulet Could you take a look?~~ Nevermind, @skh did it, I didn't see her comment in the projects, sorry for the noise. :(

…key') Co-authored-by: Aleh Zasypkin <aleh.zasypkin@gmail.com>

Co-authored-by: Aleh Zasypkin <aleh.zasypkin@gmail.com>

Co-authored-by: Tyler Smalley <tylersmalley@me.com>

azasypkin

LGTM, thanks! Just two notes:

It seems unlike other scripts we don't make kibana-encryption-keys executable in a dist version.

kibana-8.0.0-SNAPSHOT-linux-x86_64:
drwxr-xr-x 2 azasypkin users 4096 Nov 18 12:39 .
drwxr-xr-x 9 azasypkin users 4096 Nov 18 12:39 ..
-rwxr-xr-x 1 azasypkin users  850 Nov 18 12:39 kibana
-rw-r--r-- 1 azasypkin users  783 Nov 18 12:39 kibana-encryption-keys
-rwxr-xr-x 1 azasypkin users  776 Nov 18 12:39 kibana-keystore
-rwxr-xr-x 1 azasypkin users  813 Nov 18 12:39 kibana-plugin

It'd be nice if we could also output the docs for the keys to sample kibana.yml as comments, but up to you.

I'm wondering if the command generate should be replaced auto and interactive similar to the elasticsearch util. The quiet flag could be moved to auto to avoid any confusion.

I don't have a strong opinion on that, but if we decide to use auto and interactive as commands we may want to include generate into the name of the tool (similar to setup in elasticsearch-setup-passwords where auto and interactive are used).

src/cli_encryption_keys/interactive.js

Co-authored-by: Aleh Zasypkin <aleh.zasypkin@gmail.com>

…nto cli/kibana-encryption-key

kibanamachine · 2020-11-18T17:58:58Z

💚 Build Succeeded

continuous-integration/kibana-ci/pull-request
Commit: 4084722

Metrics [docs]

Distributable file count

id	before	after	diff
`default`	42858	42865	+7
`oss`	22474	22481	+7

History

💔 Build #88581 failed ab263e0
💚 Build #88464 succeeded f6bc8bb
💚 Build #88430 succeeded ab20f05
💔 Build #88456 failed d3b5240
💚 Build #88040 succeeded 6f9848a

To update your PR or re-run it, just comment with:
@elasticmachine merge upstream

jbudz · 2020-11-18T20:03:41Z

🎈 . Planning on merging this tomorrow, giving a day in case any of the commenters wanted to take another look. Thanks everyone.

dedemorton · 2020-11-18T23:43:02Z

@skh Can you confirm the doc impact here?

In the Fleet docs, we say:

"In the Kibana configuration, the saved objects encryption key (xpack.encryptedSavedObjects.encryptionKey) must be set to any alphanumeric value of at least 32 characters. Fleet requires this setting in order to save API keys and encrypt them in Kibana."

I think we just need to change the statement to indicate that the user can set xpack.encryptedSavedObjects.encryptionKey or run the bin/kibana-encryption-key command. Is that correct?

skh · 2020-11-19T15:20:30Z

@dedemorton Yes, exactly.

jbudz · 2020-11-19T18:41:13Z

Spoke with @dedemorton, those particular docs changes will be in a separate repo. Merging away.

Co-authored-by: Aleh Zasypkin <aleh.zasypkin@gmail.com> Co-authored-by: Tyler Smalley <tylersmalley@me.com>

jbudz · 2020-11-19T18:45:48Z

7.x/7.11: 47d788d

jbudz added release_note:enhancement Team:Operations Team label for Operations Team v8.0.0 v7.11.0 labels Nov 6, 2020

jbudz requested a review from a team November 6, 2020 14:47

jbudz requested review from a team as code owners November 6, 2020 14:47

botelastic bot added the Team:Fleet Team label for Observability Data Collection Fleet team label Nov 6, 2020

jbudz added 2 commits November 6, 2020 08:52

s/please set/Please set

46da571

jbudz force-pushed the cli/kibana-encryption-key branch from 890523c to 46da571 Compare November 6, 2020 14:52

fix lint errors

8721aee

azasypkin self-requested a review November 6, 2020 17:09

update snapshot text for setting encryption key

d4e5adc

azasypkin reviewed Nov 9, 2020

View reviewed changes

skh approved these changes Nov 9, 2020

View reviewed changes

jbudz and others added 8 commits November 9, 2020 08:52

fix new Command('kibana-keystore') -> new Command('kibana-encryption-…

f8e586d

…key') Co-authored-by: Aleh Zasypkin <aleh.zasypkin@gmail.com>

fix typo encyption -> encryption

68995fd

Co-authored-by: Aleh Zasypkin <aleh.zasypkin@gmail.com>

use spyOn instead of jest.fn() to avoid namespace lint errors

6cb82ec

Co-authored-by: Aleh Zasypkin <aleh.zasypkin@gmail.com>

use spyOn instead of jest.fn() to avoid namespace lint errors part 2

8e2a5af

Co-authored-by: Aleh Zasypkin <aleh.zasypkin@gmail.com>

fix typo encyption -> encryption

2ce58b4

Co-authored-by: Aleh Zasypkin <aleh.zasypkin@gmail.com>

cleanup encryption_config constructor, use native private fields

6ba0a99

Co-authored-by: Aleh Zasypkin <aleh.zasypkin@gmail.com>

capitalize --help description to be consistent with other descriptions

6b8e023

replace lodash find when looking up commands

569a8c0

jbudz and others added 6 commits November 17, 2020 14:36

Merge branch 'master' into cli/kibana-encryption-key

f3e0f4c

update log message grammar

8d7dad6

Update src/cli_encryption_key/generate.js

1a2ceab

Co-authored-by: Tyler Smalley <tylersmalley@me.com>

use \n to help wrapping readability

ab20f05

Co-authored-by: Tyler Smalley <tylersmalley@me.com>

rename kibana-encryption-key to kibana-encryption-keys

d3b5240

update jest reference

f6bc8bb

azasypkin approved these changes Nov 18, 2020

View reviewed changes

src/cli_encryption_keys/interactive.js Outdated Show resolved Hide resolved

jbudz and others added 8 commits November 18, 2020 08:55

Merge branch 'master' into cli/kibana-encryption-key

bfd70c0

chmod +x

7b1ed92

include docs in kibana.sample.yml

01e6638

for let i -> for of

ab263e0

Co-authored-by: Aleh Zasypkin <aleh.zasypkin@gmail.com>

fix wording on remaining logs

f18d96d

match writing kibana.sample.yml output to a snapshot

7b26683

Merge branch 'cli/kibana-encryption-key' of github.com:jbudz/kibana i…

0566134

…nto cli/kibana-encryption-key

Merge branch 'master' into cli/kibana-encryption-key

4084722

tylersmalley approved these changes Nov 18, 2020

View reviewed changes

tylersmalley changed the title ~~[cli] Add bin/kibana-encryption-key~~ [cli] Add bin/kibana-encryption-keys Nov 19, 2020

jbudz merged commit 6c23302 into elastic:master Nov 19, 2020

jbudz deleted the cli/kibana-encryption-key branch November 19, 2020 18:41

jbudz added a commit that referenced this pull request Nov 19, 2020

[cli] Add bin/kibana-encryption-keys (#82838)

47d788d

Co-authored-by: Aleh Zasypkin <aleh.zasypkin@gmail.com> Co-authored-by: Tyler Smalley <tylersmalley@me.com>

jbudz added the backported label Nov 19, 2020

mikecote mentioned this pull request Feb 2, 2021

Alerting GA - General documentation #89999

Closed

5 tasks

dedemorton mentioned this pull request Apr 13, 2021

Mention command for generating encryption keys elastic/observability-docs#508

Merged

romain-chanu mentioned this pull request Jun 12, 2021

bin/kibana-encryption-keys.bat is missing in the Windows package #102013

Closed

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

[cli] Add bin/kibana-encryption-keys #82838

[cli] Add bin/kibana-encryption-keys #82838

jbudz commented Nov 6, 2020 •

edited

Loading

elasticmachine commented Nov 6, 2020

elasticmachine commented Nov 6, 2020

azasypkin commented Nov 6, 2020

azasypkin left a comment

azasypkin Nov 9, 2020

jbudz Nov 9, 2020 •

edited

Loading

azasypkin Nov 9, 2020

jbudz Nov 9, 2020 •

edited

Loading

azasypkin Nov 9, 2020

jbudz Nov 9, 2020

azasypkin Nov 9, 2020

jbudz Nov 9, 2020

legrego Nov 9, 2020

jbudz Nov 9, 2020 •

edited

Loading

jbudz Nov 10, 2020

azasypkin Nov 11, 2020

jbudz Nov 11, 2020 •

edited

Loading

jbudz Nov 16, 2020 •

edited

Loading

jbudz Nov 17, 2020

skh left a comment

ph commented Nov 9, 2020 •

edited

Loading

azasypkin left a comment

kibanamachine commented Nov 18, 2020

jbudz commented Nov 18, 2020

dedemorton commented Nov 18, 2020

skh commented Nov 19, 2020

jbudz commented Nov 19, 2020

jbudz commented Nov 19, 2020

[cli] Add bin/kibana-encryption-keys #82838

[cli] Add bin/kibana-encryption-keys #82838

Conversation

jbudz commented Nov 6, 2020 • edited Loading

elasticmachine commented Nov 6, 2020

elasticmachine commented Nov 6, 2020

azasypkin commented Nov 6, 2020

azasypkin left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

jbudz Nov 9, 2020 • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

jbudz Nov 9, 2020 • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

jbudz Nov 9, 2020 • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

jbudz Nov 11, 2020 • edited Loading

Choose a reason for hiding this comment

jbudz Nov 16, 2020 • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

skh left a comment

Choose a reason for hiding this comment

ph commented Nov 9, 2020 • edited Loading

azasypkin left a comment

Choose a reason for hiding this comment

kibanamachine commented Nov 18, 2020

💚 Build Succeeded

Metrics [docs]

Distributable file count

History

jbudz commented Nov 18, 2020

dedemorton commented Nov 18, 2020

skh commented Nov 19, 2020

jbudz commented Nov 19, 2020

jbudz commented Nov 19, 2020

jbudz commented Nov 6, 2020 •

edited

Loading

jbudz Nov 9, 2020 •

edited

Loading

jbudz Nov 9, 2020 •

edited

Loading

jbudz Nov 9, 2020 •

edited

Loading

jbudz Nov 11, 2020 •

edited

Loading

jbudz Nov 16, 2020 •

edited

Loading

ph commented Nov 9, 2020 •

edited

Loading