Как я могу сказать *, который* приложение просит доступ к gnome-keyring/Seahorse?

Несколько путей, от большинства до наименее надежного (и most-least "тяжелый"):

  1. ps -p$$ -ocmd=. (На Солярисе это, возможно, должно быть fname вместо cmd. На OSX и на BSD должен быть command вместо cmd.)
  2. Проверьте на $BASH_VERSION, $ZSH_VERSION, и другие определенные для оболочки переменные.
  3. Проверить $SHELL; это - последнее средство, поскольку оно указывает Вашу оболочку по умолчанию и не обязательно текущую оболочку.
22
14.09.2010, 19:59
3 ответа

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

С практической точки зрения я также использую автовход в систему на Ubuntu, и кажется, что это - действительно nm-апплет.

4
27.01.2020, 19:43
  • 1
    , я схватываю последствия безопасности и затруднения, которые разработчики брелока для ключей гнома испытывают в идентификации вызывающей стороны для доступа связки ключей. Мое предлагаемое решение состоит в том, чтобы разгрузить работу на приложение, которое использует брелок для ключей. Например, если Ваше приложение хочет получить доступ к брелоку для ключей, это должно испустить диалоговое окно, указав, что что-то к эффекту "/меня хочет получить доступ к брелоку для ключей". Это устраняет необходимость изменения API, которое повредило бы текущую функциональность и сохраняет devs брелока для ключей от того, чтобы быть разбитым. Просто мысли. –  RobotHumans 07.02.2011, 17:10
  • 2
    Альтернативное обходное решение должно создать пустой брелок для ключей по умолчанию и вынудить пользователя переключиться между брелоками для ключей, если у них ДОЛЖНЫ быть автовход в систему И брелок для ключей без поля стычки. –  RobotHumans 07.02.2011, 17:18

Я устанавливаю свое поле для автовхода в систему, и это делает это на каждом входе в систему. В моем случае это - nm-applet/network-manager семейство приложений.

Править: btw, которым проблема была вокруг в течение некоторого времени, очевидно некоторые полуфиксируют, был отменен во время обновления пакета, но я отступаю..., одно решение здесь

НЕЗАВИСИМО ОТ ТОГО, ЧТО вызывает проблему, Вы могли добавить после входа в систему, но перед всем остальным: сценарий с libpam-gnome-keyring для разблокирования его... пакет для получения этого инструмента: libpam-gnome-keyring, по крайней мере, в 11,04

#!/bin/bash  
#launch useful stuff for gnome #first unlock the default keyring...  
echo YOUR_PASSWORD_HERE | /usr/libexec/pam-keyring-tool -u -s  
#then run nm-applet in the background...  
nm-applet &  

Видео доказательства, что это - nm-апплет, здесь

3
27.01.2020, 19:43

Вы могли попытаться взглянуть на файлы журнала :-)

  1. Возможно, что-то находится в /var/log/auth.log после неправильного пароля.

  2. Проверьте свои приложения автоматического запуска под System -> Preferences -> Sessions -> Startup Programs и ~/.config/autostart

  3. Проверьте рабочие процессы с top и ps aux, проверьте дерево процесса ps axjf

Должно быть довольно просто выяснить, какой процесс требует Вашего брелока для ключей?

1
27.01.2020, 19:43

Теги

Похожие вопросы