Вопрос или проблема
Через несколько десятков минут после входа в сессию KDE появляется модальное окно gcr-prompter, запрашивающее мастер-пароль GNOME keyring. В запросе не содержится никакой информации о том, какая программа пытается использовать keyring, или даже о том, запущен ли prompter с gnome-keyring.
С точки зрения безопасности, мне кажется это немного раздражающим, поскольку я должен ввести важный пароль, даже не зная, какая программа его запрашивает.
Есть ли способ узнать, какая программа запросила доступ к keyring?
Весь рабочий стол заблокирован (все нажатия клавиш переходят в поле ввода пароля), и многократное нажатие кнопки отмены аннулирует весь запрос. На консоли Linux я вижу процесс, запущенный gnome-keyring, но все еще не знаю, какая программа пытается открыть keyring.
Я начал видеть запрос пароля keyring после того, как отключил основной вход в систему на рабочем столе (вход без пароля при загрузке). Я подозреваю, что существуют приложения, такие как почта, браузер, календарь… (не скажу вам какие), которым сразу понадобятся ваши пароли.
.
Ответ или решение
Определение программы, запрашивающей доступ к GNOME keyring в среде KDE, может потребовать от пользователя применения различных техник диагностики и анализа, учитывая, что сам запрос на ввод мастер-пароля не содержит информации о приложении-инициаторе. Давайте разберем эту задачу, используя теорию, примеры настройки и практических методов.
Теория
GNOME Keyring – это менеджер ключей и паролей, используемый для безопасного хранения аутентификационных данных. В нормальных условиях он часто интегрируется с GNOME Desktop Environment, однако многие приложения на Linux, вне зависимости от используемой графической оболочки, могут пытаться получить доступ к хранилищу паролей. Это делает возникновение таких запросов в KDE-сессии вполне возможным.
Обычно GNOME Keyring активно взаимодействует с процессом входа в систему, и если настроена аутентификация без пароля, это может нарушить механизмы автоматической разблокировки keyring, что, как в вашем случае, приводит к появлению запроса на ввод пароля позднее, после старта сеанса.
Примеры и взаимосвязи
Если GNOME Keyring настроен на автоматическое открытие во время входа, но этот запуск нарушен, любое приложение, которое пытается получить доступ к хранилищу паролей, может триггернуть окно ввода пароля. Это могут быть почтовые клиенты, браузеры, даже командные утилиты, которые пытаются извлечь сохраненные аутентификационные данные.
Применение
-
Просмотр активных процессов:
Для начала используйте команды вродеps aux,top, илиhtop, чтобы осмотреть все запущенные процессы. Отмечайте процессы, начинающиеся вскоре после логина или сразу перед появлением окна ввода пароля. Хотя это может не дать четкого ответа, какие именно процессы инициировали доступ, это поможет сузить круг поиска. -
Журналы системы:
Используйте командуjournalctlдля анализа системных журналов. Командаjournalctl -b -p errможет показать ошибки, возникшие при загрузке системы, в том числе учетные записи о keyring. Вы можете отфильтровать результаты командойjournalctl | grep gnome-keyringдля фокусировки на требованиям keyring. -
Используйте
lsof:
Запуститеlsof(list open files) для анализа открытых файлов процессомgcr-prompter. Это может дать представление о том, какие файлы и библиотеки используются, и, возможно, связать их с инициатором запроса. -
Структура D-Bus:
GNOME Keyring может взаимодействовать с приложениями через D-Bus, межпроцессовую коммуникацию в Linux. Используйтеd-feetили аналогичные утилиты, чтобы просматривать D-Bus в реальном времени и отследить, какое приложение связывается с услугами keyring в момент запроса. -
Мониторинг сетевой активности:
В случае, если какое-то сетевое приложение, например почтовый клиент, запускает запрос, полезно временно остановить такие услуги или использовать инструмент вроде Wireshark, чтобы просмотреть входящий и исходящий сетевой трафик сразу после логина. Это может раскрыть, какое приложение пытается установить безопасное соединение или получить доступ к сохранённым учетным данным. -
Консольное приложение
strace:
Одна из наиболее детализированных диагностических утилит –strace, которое используется для трассировки системных вызовов. Запускstraceнаgcr-prompterв реальном времени поможет обнаружить, какие запросы выполняются и, возможно, указать на внешнюю программу, пытающуюся использовать keyring. -
Отключение автоматической загрузки приложений:
Временно отключите каждое приложение из автозагрузки, начиная с тех, которые наиболее вероятно используют GNOME Keyring. Это включено в настройки KDE и может обеспечить заметность, какое именно ПО вызывает промпт. -
Логирование с помощью PAM модулей:
Поскольку ключи могут управляться через PAM-модули (Pluggable Authentication Module), настройка подробного логирования процессов с помощью PAM может в определенных случаях указать на инициирующее приложение.
Применение вышеперечисленных методов требует внимательности и терпения, но может эффективно идентифицировать программу, инициирующую запрашиваемое действие с GNOME Keyring. Система автоматизации диагностики, специфичная для вашей системы, также может быть улучшена регулярным и последовательным анализом подобных запросов, обеспечивая безупречную безопасность ваших данных.