Адміністратор сервера надіслав мені приватний ключ для використання. Чому?

Я повинен мати доступ до сервера для того, щоб зв’язати сервіси інсценування та реальні сервіси компанії в наш цикл розгортання. Адміністратор на їхній стороні встановив два екземпляри, а потім створив користувача на сервері для SSH в як. До цього я дуже звик.

На моїй думці, що зараз станеться, я б надіслав їм свій відкритий ключ, який міг би бути поміщений у папку їхніх авторизованих ключів. Натомість вони надіслали мені ім'я файлу, id_rsaяке всередині файлу містить -----BEGIN RSA PRIVATE KEY-----електронну пошту. Це нормально?

Я озирнувся і можу знайти тонни ресурсів для створення та налаштування власних ключів з нуля, але нічого про те, що починати з приватних ключів сервера. Чи повинен я використовувати це для створення якогось ключа для себе або?

Я б попросив системного адміністратора безпосередньо, але не хочу з’являтися ідіотів і витрачати всіх між нами час. Чи повинен я просто ігнорувати ключ, який він мені надіслав, і попросити їх помістити мій відкритий ключ у свою дозволену папку?

На моїй думці, що зараз станеться, я б надіслав їм свій відкритий ключ, який міг би бути поміщений у папку їхніх авторизованих ключів.

Те, що "на думці", як те, що зараз має статися, - це правильно.

Електронна пошта не є захищеним каналом зв'язку, тому з точки зору належної безпеки ви (і вони) повинні вважати, що приватний ключ порушений.

Залежно від вашої технічної майстерності та того, наскільки ви хочете бути дипломатичним, ви можете зробити кілька різних речей. Я рекомендую одне з наступних:

1. Створіть власну пару ключів і прикріпіть відкритий ключ до електронного листа, який ви надсилаєте їм, кажучи:

   Дякую! Оскільки електронна пошта не є безпечним методом розповсюдження приватних ключів, чи можете ви замість цього поставити мій відкритий ключ? Це додається.

2. Подякуйте їм і запитайте, чи не заперечуєте вони проти встановлення Вашого власного ключа, оскільки приватний ключ, який вони надіслали, повинен вважатися порушеним після надсилання електронною поштою.

   Створіть власний ключ, використовуйте ключ, який вони вам надіслали для входу в перший раз, і використовуйте цей доступ для редагування authorized_keysфайлу, щоб містити новий відкритий ключ (та видаліть відкритий ключ, відповідний зіпсованому приватному ключу.)

Підсумок: Ви не будете схожі на ідіот. Але, іншого адміністратора можна зробити так, щоб виглядати як ідіот дуже легко. Хороша дипломатія могла цього уникнути.

Редагувати у відповідь на коментарі MontyHarder:

Жоден із запропонованих нами дій не передбачає "виправлення речей, не повідомляючи іншому адміністратору, що він зробив не так"; Я просто так тонко зробив, не кидаючи його під автобус.

Однак я додам, що я б також (ввічливо) продовжував діяти, якби не були підібрані найтонші підказки:

Привіт, я бачив, що ви не відповідали на мій коментар про електронну пошту як про незахищений канал. Я хочу бути впевненим, що це не повториться:

Чи розумієте ви, чому я зазначаю про безпечне поводження з приватними ключами?

Найкраще,

Тобі

Чи повинен я просто ігнорувати ключ, який він мені надіслав, і попросити їх помістити мій відкритий ключ у свою дозволену папку?

Так, саме це і слід робити. Вся суть із приватними ключами полягає в тому, що вони є приватними , тобто лише у вас є ваш приватний ключ. Оскільки ви отримали цей ключ від адміністратора, він також має його. Тож він може видати себе за будь-який час, коли захоче.

Незалежно від того, надісланий вам ключ захищеним каналом чи ні, не має значення: навіть якщо ви особисто отримали свій приватний ключ, це нічого не змінить. Хоча я згоден з коментарями, що чутливі ключі криптографії для електронної пошти - це вишня на торті: ваш адміністратор навіть не робить вигляд, що існує якась політика безпеки.

Для мене це виглядає так, що адміністратор створив для вас пару приватних / відкритих ключів, додав відкритий ключ до санкціонованих_ ключів і надіслав вам приватний. Таким чином, ви повинні використовувати цей приватний ключ лише для своїх сеансів ssh з сервером. Не потрібно самостійно генерувати пару ключів або надсилати адміністратору відкритий ключ до вашого, можливо, пошкодженого (завжди думайте, найгірший випадок: P) приватного ключа.

Однак я б не довіряв приватному ключу, надісланому вам через незашифровану пошту.

Моїм підходом було б: використовувати приватний ключ для входу один раз, додати свій власний відкритий ключ до санкціонованих_кілів на сервері (замінивши оригінальний відкритий ключ) та викинути цей електронний ключ-приватний ключ. Потім ви можете подякувати адміністратору, що він / вона / він надав вам приватний ключ, але ви хочете, щоб таку інформацію / ключі не надсилали електронною поштою (/ взагалі).