Влизането с SSH ключ през VPN не означава, че частният ключ е предаден на оператора на мрежата, и това успокоение е по-тясно, отколкото хората чуват. Удостоверяването с публичен ключ изпраща публичен ключ и подпис, който клиентът създава локално. Препращането на агент е друга схема с друга експозиция и може да остави използваема способност за удостоверяване на машина, която не контролирате. Отговорът, който дължите, зависи от това кое от двете действително се е случило.

Какво изпраща удостоверяването с публичен ключ

При стандартния метод с публичен ключ клиентът предлага публичен ключ, сървърът решава дали да приеме този ключ, а клиентът подписва предизвикателство с частния ключ, който остава в неговия файл или неговия агент. През мрежата преминават публичният ключ и полученият подпис. Нищо в този обмен не изисква сървърът, тунелът или някой по пътя да държи частния материал.

Спецификацията за удостоверяване дефинира това доказателство и частният ключ не е поле в заявката.

Това е твърдение за протокол, а не характеристика на всяка участваща крайна точка. Проверката на идентичността на хоста все още трябва да е непокътната, защото сървър, който не може да докаже кой е, може да събира подписи за цел, която не сте имали предвид. Наета VM, наследен бастион и лаптоп с непознато разширение са три отделни въпроса за доверие. Дръжте ги отделно от криптографския, който е наистина решен.

Какво делегира препращането на агент

Препращането на агент отваря канал от отдалечения хост обратно към агента на вашата машина, така че процесите на този хост могат да помолят агента да подпише, без никога да държат частния ключ. Ключът остава където е, а способността не. Всичко, което може да достигне този препратен сокет на отдалечения хост, за времетраенето на сесията, може да заявява операции по удостоверяване като една от заредените идентичности. Това е делегиран авторитет, поради което препращането заслужава по-тясна политика от предаването на публичен ключ.

Копиран файл с ключ е разкриване. Препратен агент е разрешение и двете изискват различни отговори.

Включете препращането за конкретна нужда и конкретни хостове и проверете какво всъщност прави клиентът, вместо какво изглежда, че казва конфигурацията. Ефективните настройки са това, което има значение, защото блок за хост тихо отменя глобална настройка по подразбиране. Същата логика важи и от страна на сървъра, който може напълно да откаже препращане, когато внедряването никога не се нуждае от него.

Прочетете доказателствата, преди да изберете отговор

Ако се смята, че файл с частен ключ или еквивалентна идентичност за подпис е разкрита, отговорът е замяна и отнемане чрез процеса на вашата организация, плюс премахване на приемането му от всяка услуга, която му е вярвала. Изтриването на едно локално копие не прави невалидни копията, които не виждате.

Ако притеснението е временен достъп на агент, отговорът е по-тесен: спрете ненужното делегиране, прегледайте участващите сесии и идентичности и оставете собственика на инцидента да реши дали замяната е оправдана. Доказателствата имат значение тук, защото липсата на наблюдаван износ не доказва, че не е имало злоупотреба с удостоверяване, а промяната на пътя сама по себе си не е диагноза за откраднат ключ. Запишете кой компонент е бил доверен, дали препращането е било включено и какво действително е наблюдавано. След това изберете отговора, който пасва на този запис, вместо най-драматичния наличен.

ssh-add -l
ssh -G host.example | grep -i forwardagent

Стартирайте ги преди и след промяна, за да има смисъл сравнението. Сесия, установена по-рано, запазва делегирането, което ѝ е било дадено, каквото и да казват настройките сега.

Два контрола, които не са взаимозаменяеми

Защитата на частния материал, ограничаването кой може да поиска да го подпише и проверката на идентичността на партньора са три свързани контрола и нито един не замества друг. Екип, който премахне препращането без проверка на хостовете ключове, е поправил половината от проблема. Екип, който смени ключ, защото маршрутът се промени, не е поправил нищо.

Компрометирана крайна точка е четвърти въпрос, защото привилегирован софтуер на вашата собствена машина може да направи значително повече от наблюдение на пакети.

Сортирайте инцидента в тези категории, преди да докоснете нещо, и дайте на всяка собственик. Пазете кратък запис какво е било доверено, какво е делегирано и какво е проверено, защото този запис прави следващия преглед евтин вместо поредния дебат. Ако някоя категория е неизвестна, напишете неизвестна, вместо да предполагате благоприятния случай. Разграничението е практическо, не академично: то решава дали заменяте идентификационни данни, отнемате сесия или просто спирате препращането.

Подобни статии