RDP, SSH, SFTP и HTTPS: проверяем реальные сценарии работы
RDP, SSH, SFTP и HTTPS: проверяем реальные сценарии работы В предыдущем посте разобрали, как в INFRASCOPE назначаются права и формируются политики доступа. Но для PAM важно не только правильно выдать разрешение на подключение. Не менее важен сам процесс работы: какие протоколы поддерживаются, можно ли использовать привычные клиентские приложения и насколько подробно фиксируются действия пользователя. В рамках пилота проверили четыре основных сценария. 1️⃣ RDP: работа с терминальной фермой Подключение к Windows выполнялось через PAM по RDP. Подключение выполнялось через брокер подключений. В сессии проверили: ✔️ буфер обмена в обоих направлениях; ✔️ передачу файлов; ✔️ загрузку файлов; ✔️ скачивание файлов. Для работы с файлами использовался File Manager. В текущей конфигурации привилегированный RDP-доступ выполнялся через веб-браузер. 2️⃣ SSH: полноценная терминальная сессия К терминальному серверу подключались по SSH. После авторизации пользователь выбирал тип аутентификации и устанавливал сессию. Проверили выполнение команд, управление пользователями, просмотр системной информации и работу с буфером обмена. Но важный момент — использовать можно не только встроенный интерфейс. Дополнительно использовали PuTTY — подключение к PAM выполнялось по адресу pam:2222 с последующим выбором целевой системы. 3️⃣ SFTP: передача файлов Передачу файлов проверили через WinSCP. Подключение выполнялось к pam:3333 с использованием доменных учетных данных. После авторизации пользователю был доступен каталог целевой системы, где можно было перемещаться по разрешенным директориям и выполнять операции с файлами. Это позволяет использовать PAM не только для интерактивного администрирования, но и для контролируемого обмена файлами. 4️⃣ HTTPS: доступ к веб-приложениям Для доступа к веб-приложениям выбирался ресурс WEB-APP-ALL, после чего запускался встроенный браузер. Каждая сессия создавалась в отдельном Docker-контейнере, что обеспечивало изоляцию браузерного доступа. При этом для каждого подключения создавался отдельный контейнер, а после завершения работы он автоматически останавливался и удалялся. 📔 Что фиксируется во время работы? Здесь начинается одна из ключевых функций PAM — аудит. Для активных сессий доступны: ✅ список подключений; ✅ запись в реальном времени; ✅ keylogger; ✅ события успешного и неуспешного входа; ✅ события веб-портала; ✅ данные о сессиях; ✅ журнал подключений к целевым ресурсам. Для завершенных сессий сохраняется история подключений, в том числе для RDP и SSH. Таким образом, при необходимости можно восстановить не только факт подключения пользователя, но и последовательность его действий в рамках привилегированной сессии. ➡️Рабочие сценарии проверены. Теперь разберем, как эти данные используются для мониторинга, расследований и интеграции с корпоративными системами. #INFRASCOPE_ОнлантаТехЛаб #PAM #ИнформационнаяБезопасность 🔗 Онланта ТехЛаб