Come posso sapere * quale * applicazione richiede l'accesso a gnome-keyring / Seahorse?


21

Ogni volta che accedo a Ubuntu Lucid Lynx 10.04 ricevo un prompt Seahorse / gnome-keyring che mi dice che un'applicazione vuole accedere al mio portachiavi. Non è il gestore della rete, perché se annullo la richiesta la mia connessione di rete è ancora stabilita (anche questo è iniziato solo di recente). Come posso sapere quale applicazione sta facendo questa richiesta? Il prompt non fornisce queste informazioni.


Questa non è davvero una risposta, ma per me si è rivelata l'applet del gestore di rete che voleva ottenere la mia chiave wifi.
IanNorton,

Ho una domanda diversa relativa all'autent su superuser.com/questions/189204/… , apprezzerò una risposta lì se qualcuno che gestisce questa domanda ha qualche idea.
nik,


se ti stai connettendo a "open wireless" o una rete cablata, vuole il portachiavi ma NON LO BISOGNA. controlla il video dimostrativo su askubuntu. nel mio caso sono SICURO che sia nm-applet.
RobotHumans,

il bug upstream è registrato su bugzilla.gnome.org/show_bug.cgi?id=574315 - Ho richiesto commenti dagli sviluppatori qui
david.libremone

Risposte:


4

Dal punto di vista della sicurezza, la risposta è che nelle distro attuali non si può dire quale sia l'applicazione. Vedi questo bug report per chiarimenti da uno sviluppatore di gnome-keyring, comprese le implicazioni di sicurezza e l'ambito dell'attività.

Da un punto di vista pratico sto anche usando l'auto-login su Ubuntu, e sembra che sia davvero nm-applet.


Comprendo le implicazioni di sicurezza e la difficoltà che gli sviluppatori di gnome-keyring hanno nell'identificare il chiamante per l'accesso al portachiavi. La mia soluzione proposta è scaricare il lavoro sull'applicazione che utilizza il keyring. Ad esempio, se la tua app desidera accedere al portachiavi, dovrebbe emettere una finestra di dialogo che indica qualcosa sull'effetto di "/ me vuole accedere al portachiavi". Ciò elimina la necessità di una modifica API che interrompa la funzionalità corrente e impedisce agli sviluppatori del portachiavi di essere sopraffatti. Solo pensieri.
RobotHumans,

Una soluzione alternativa è quella di creare un portachiavi predefinito vuoto e forzare l'utente a passare da un portachiavi all'altro se DEVE avere un accesso automatico E un portachiavi senza una scatola dei problemi.
RobotHumans,

3

Ho impostato la mia casella per l'accesso automatico e lo fa su ogni accesso. Nel mio caso è la famiglia di app nm-applet / network-manager.

Modifica: tra l'altro il problema è in circolazione da un po 'di tempo, evidentemente qualche soluzione parziale è stata annullata durante l'aggiornamento del pacchetto, ma sto divagando ... una soluzione è qui

WHATEVER sta causando il problema che potresti aggiungere dopo il login ma prima di tutto: uno script con libpam-gnome-keyring per sbloccarlo ... il pacchetto per ottenere questo strumento è: libpam-gnome-keyring almeno in 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 &  

Il video di prova che è nm-applet è qui


1

Potresti provare a dare un'occhiata ai file di registro :-)

  1. Forse c'è qualcosa /var/log/auth.logdopo una password sbagliata.

  2. Controlla le tue applicazioni di avvio automatico in System -> Preferences -> Sessions -> Startup Programse~/.config/autostart

  3. Controllare i processi in esecuzione con tope ps aux, controllare l'albero dei processi dips axjf

Dovrebbe essere abbastanza semplice capire quale processo richiede il tuo portachiavi?

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.