Banner SSH является информационным сообщением, а не запросом пароля
Фотография конкретного исполнения не приложена.
Клиент может показать предупреждение сервера до завершения входа. В тексте способны встречаться слова login или password, но это не делает сообщение новым authentication challenge. Автоматизация должна различать protocol message types, а не угадывать действие по произвольной фразе.
RFC 4252 определяет SSH_MSG_USERAUTH_BANNER для отображаемого текста до успешной аутентификации. Он не подтверждает вход и не задаёт структуру ответа с credential. Keyboard-interactive из RFC 4256 использует другие сообщения с prompts и предусмотренными responses.
Banner может иметь несколько строк и language tag. Для отображения требуется учитывать control characters по правилам SSH, а для журналов — сохранять различие информационного текста и результата method. Красивое сообщение Welcome не заменяет конечный USERAUTH_SUCCESS.
В приёмке проверяют banner до неуспешного и успешного входа, а также отдельный interactive prompt. Сопоставляют UI и callbacks клиента с реальными types. Отчёт должен показывать отсутствие ошибочной отправки credential в ответ на текст. Само появление приветствия не подтверждает успешную user authentication и готовность открыть административный channel.
Основание — Numbered SSH RFCs with historical base mechanics and scoped later extensions; not complete current cryptographic allowlist, разделы RFC4252 5.4 Banner Message; RFC4256 Keyboard-interactive information requests and responses. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Основание — указанные номерные RFC SSH. Базовые документы 2006 года используются для семантики протокола, а не как полный актуальный список разрешённых алгоритмов. Реальные версии клиента/сервера, ключи и политика доступа не проверялись; команды, подключения и forwarding не выполнялись.
