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

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.

gnome password gnome-keyring

— david.libremone
fonte

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,

Stessa domanda su askubuntu.com/questions/21645/…

— david.libremone,

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:

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.}

— david.libremone
fonte

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,

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

— RobotHumans
fonte

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

Forse c'è qualcosa /var/log/auth.logdopo una password sbagliata.
Controlla le tue applicazioni di avvio automatico in System -> Preferences -> Sessions -> Startup Programse~/.config/autostart
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?

— echox
fonte