Уникайте запиту пароля для ключів та запитів щодо інформації про DN

Я використовую наступний код для генерування ключів:

apt-get -qq -y install openssl;
mkdir -p /etc/apache2/ssl;
openssl genrsa -des3 -out server.key 1024;
openssl req -new -key server.key -out server.csr;
cp server.key server.key.org;
openssl rsa -in server.key.org -out server.key;
openssl x509 -req -days 12000 -in server.csr -signkey server.key -out server.crt;
mv server.crt  /etc/apache2/ssl/cert.pem;
mv server.key  /etc/apache2/ssl/cert.key;
rm -f server.key.orig;
rm -f server.csr

У мене є два питання:

1. Як я можу пропустити підказку про фразу? Чи було б мені досить безпечно це зробити? (як це не повинно бути прямо нерозумно, як хто-небудь повинен мати змогу зламати сертифікат)

2. Як мені уникнути запиту назви країни, організації тощо. Я сподіваюся, що я можу дати їм командний рядок (на цій сторінці відображаються лише варіанти верхнього рівня для OpenSSL)

Редагувати: Це, безумовно, моя найпопулярніша відповідь, і вже минуло кілька років, тому я додав варіант ECDSA. Якщо ви можете використовувати ECDSA, вам слід.

Ви можете надати всю цю інформацію в командному рядку.

Один крок генерації сертифікатів без пароля:

Версія RSA

openssl req \
    -new \
    -newkey rsa:4096 \
    -days 365 \
    -nodes \
    -x509 \
    -subj "/C=US/ST=Denial/L=Springfield/O=Dis/CN=www.example.com" \
    -keyout www.example.com.key \
    -out www.example.com.cert

Версія ECDSA

openssl req \
    -new \
    -newkey ec \
    -pkeyopt ec_paramgen_curve:prime256v1 \
    -days 365 \
    -nodes \
    -x509 \
    -subj "/C=US/ST=Denial/L=Springfield/O=Dis/CN=www.example.com" \
    -keyout www.example.com.key \
    -out www.example.com.cert

Усі підкоманди openssl мають свою власну сторінку. Див man req.

Конкретне вирішення ваших питань та більш чітке визначення того, які саме варіанти діють:

1. В -nodesпрапор сигнали шифрує ключ, таким чином , вам не потрібен пароль. Ви також можете використовувати -passout argпрапор. Дивіться PASS PHRASE ARGUMENTSна openssl(1)сторінці man, як відформатувати аргумент.

2. Використовуючи -subjпрапор, ви можете вказати тему (приклад наведено вище).

Чи не -passinваріант робить для вас трюк?

З file:pathnameформою ви можете бути досить безпечними з дозволами 600 для цього файлу.

Прийнята відповідь потребує декількох невеликих виправлень. Лінії ЄС:

-newkey ec
-pkeyopt ec_paramgen_curve:prime256v1

має бути:

 -newkey ec \
 -pkeyopt ec_paramgen_curve:prime256v1 \

На MacOS - OpenSSL 1.0.2f, встановленому за допомогою пивоваріння, я перевірив прийняту відповідь, як описано нижче

• Щоб перелічити наявні криві еліптики:

  $ openssl ecparam -list_curves
  

• Щоб створити ключовий файл:

  $ openssl ecparam -name secp256k1 -out secp256k1.pem
  

• Щоб генерувати cert без запиту пароля:

  openssl req \
      -new \
      -newkey ec:secp256k1.pem \
      -days 365 \
      -nodes \
      -x509 \
      -subj "/C=US/ST=FL/L=Ocala/O=Home/CN=example.com" \
      -keyout server.key \
      -out server.crt
  

• Щоб переглянути сертифікат:

  $ openssl x509 -noout -text -in server.crt
  

Спробуйте виконати таку команду:

openssl genrsa -des3 -out user.key -passout pass:foo 1024

Пропускаючи частину: -passout pass:foo.

@bahamat має чудову відповідь. На жаль, деякі версії openssl видають помилку при спробі створити сертифікат ECDSA за допомогою однієї команди. Помилка виходить приблизно так:

routines:EVP_PKEY_CTX_ctrl:invalid operation:pmeth_lib.c:404

Я використовував openssl 1.0.1e-fipsдалі CentOS 7.

Створення вашого сертифіката за допомогою наступних 3 команд, здається, працює:

openssl ecparam -genkey -name prime256v1 -out key.pem
openssl req -new -key key.pem -out csr.pem -subj "/C=US/ST=Denial/L=Springfield/O=Dis/CN=www.example.com"
openssl req -x509 -days 365 -key key.pem -in csr.pem -out certificate.pem