Яке призначення ssl-cert-snakeoil.key

Зараз я встановив сервер ubuntu 12.04.3, до якого хочу отримати доступ через ssh. З цієї причини я створив приватний ключ, до якого я перейшов

/etc/ssl/private/

Мені просто цікаво, чому там уже є приватний ключ ssl-cert-snakeoil.key. Де використовується цей приватний ключ і чи можна його видалити?

Ssl-snakeoil.key - це ключ, створений скриптами після встановлення пакета ssl-cert. Він створений для користувача зміїного майна і його не слід видаляти :

grep '#' /var/lib/dpkg/info/ssl-cert.postinst 
#!/bin/sh -e
# Create the ssl-cert system group for snakeoil ownership:
# Check if the generated snakeoil key/cert has been generated 
# from a vulnerable openssl version and replace it if necessary.
    # check if the cert and key file exist,
    # the issuer and subject are the same (self signed cert)
    # and the private key is vulnerable
# no need to perform any check. If the certificates are there
# it will exit 0.
# allow group ssl-cert to access /etc/ssl/private
# If we're upgrading from an older version, fix the unreadable key:

Тепер, що таке пакет ssl-cert:

Цей пакет дозволяє встановлювати без нагляду пакети, для яких потрібно створити сертифікати SSL.

Це проста оболонка для утиліти запиту сертифікатів OpenSSL, яка подає її з правильними змінними користувачами.

Таким чином, це сертифікат, який використовується для встановлення пакетів, для яких потрібно створити сертифікати SSL, тому система генерує один на ходу при встановленні цього пакету.

Як бічна примітка, цей пакет не є ексклюзивним для Ubuntu, оскільки він також з'являється в Debian.

Це специфічна для сервера пара відкритих та приватних ключів, створена при встановленні ОС на сервері Debian (наприклад, Ubuntu).

Він використовується в тих випадках, коли жоден інший сертифікат SSL не встановлений або налаштований, але зашифрований зв’язок увімкнено та бажано.

У той час як він надійно шифрує трафік, він є незахищеним і тому його називають "snakeoil", оскільки його відсутність підпису кореневого авторитету означає, що він вразливий до найпростіших атак "людина-в-середині".

Адміністраторам веб-сайтів дійсно потрібно перенастроїти служби, які посилаються на ключ зміїного коду з правильно підписаним ключем від їх CA, як той, який вони, сподіваємося, використовують для HTTPS.