gpg-agent แจ้งว่าตัวแทนมีอยู่ แต่ gpg บอกว่าตัวแทนไม่อยู่ใช่ไหม

ฉันกำลังดิ้นรนกับปัญหาบางอย่างในขณะที่สคริปต์ gpg ด้วยbashในกล่อง Debian 6.0.6 ฉันมีสคริปต์ที่ทำงานเป็นชุดและต้องการตรวจสอบให้แน่ใจว่าตัวแทน gpg พร้อมใช้งานก่อนที่จะพยายามดำเนินการต่อ

เนื่องจาก gpg-agent จะไม่ดำเนินการใด ๆ และกลับมาประสบความสำเร็จหากเปิดใช้งานเมื่อทำงานอยู่แล้วทำให้มั่นใจได้ว่าตัวแทนมีความง่ายเหมือน:

eval $(gpg-agent --daemon)

gpg-agent เริ่มหรือจะรายงาน:

gpg-agent[21927]: a gpg-agent is already running - not starting a new one

และส่งคืน 0 (สำเร็จ) หากใช้งานอยู่

ปัญหาเกิดขึ้นเมื่อตัวแทนทำงานอยู่แล้วในเซสชั่นอื่น gpg-agentบอกว่ามันกำลังทำงานอยู่ ... แต่gpgตัวมันเองอ้างว่ามันใช้งานไม่ได้

$ gpg-agent --version
gpg-agent (GnuPG) 2.0.19
libgcrypt 1.5.0
$ gpg --version
gpg (GnuPG) 1.4.13

$ eval $(gpg-agent --daemon)
gpg-agent[21927]: a gpg-agent is already running - not starting a new one
$ gpg -d demo-file.asc
gpg: gpg-agent is not available in this session

สิ่งนี้ทำให้ฉันผิดหวังและสับสน ปรากฏว่าgpg-agentมีการตรวจสอบตัวแทนในวิธีที่แตกต่างเพื่อ gpg ของตัวเอง ที่เลวร้ายยิ่งgpgเสนอวิธีที่จะถามว่าตัวแทนที่มีอยู่ในวิธีสคริปต์มากที่สุดเท่าที่มันชอบที่จะไม่สนใจผู้รับด้วยปุ่มที่ใช้ไม่ได้และยังคงกลับมาประสบความสำเร็จดังนั้นมันยากมากที่จะตรวจสอบปัญหานี้ก่อนที่จะเริ่มชุด ฉันไม่ต้องการแยกวิเคราะห์เอาต์พุตของ gpg ด้วยเหตุผล i18n ท่ามกลางคนอื่น ๆ

คุณสามารถทำซ้ำสิ่งนี้ได้โดยทำให้แน่ใจว่าคุณไม่ได้เรียกใช้ gpg-agent หรือGPG_AGENT_INFOตั้งค่าจากนั้นในเทอร์มินัลหนึ่งที่รันอยู่eval $(gpg-agent --daemon)และใน เทอร์มินัลอื่นที่ ทำงานด้านบน คุณจะทราบว่า gpg-agent แจ้งว่ามันกำลังทำงานอยู่ แต่ gpg ไม่สามารถเชื่อมต่อกับตัวแทนได้

ไอเดีย?

UPDATE : gpg-agentตรวจหาเอเจนต์อื่นโดยมองหาไฟล์ซ็อกเก็ตในตำแหน่งที่รู้จักกันดีและเขียนถึงมันเพื่อทดสอบความมีชีวิตชีวาโดยทำstraceดังนี้

socket(PF_FILE, SOCK_STREAM, 0)         = 5
connect(5, {sa_family=AF_FILE, sun_path="/home/craig/.gnupg/S.gpg-agent"}, 32) = 0
fcntl(5, F_GETFL)                       = 0x2 (flags O_RDWR)
fcntl(5, F_GETFL)                       = 0x2 (flags O_RDWR)
select(6, [5], NULL, NULL, {0, 0})      = 1 (in [5], left {0, 0})
read(5, "OK Pleased to meet you, process "..., 1002) = 38
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f41a3e61000
write(2, "gpg-agent: gpg-agent running and"..., 43gpg-agent: gpg-agent running and available
) = 43

ในขณะที่ GnuPG ดูเหมือนจะดูที่สภาพแวดล้อมเท่านั้นโดยไม่สนใจตำแหน่งซ็อกเก็ตที่รู้จักกันดี ในcommon/simple-pwquery.c:

/* Try to open a connection to the agent, send all options and return
   the file descriptor for the connection.  Return -1 in case of
   error. */
static int
agent_open (int *rfd)
{
  int rc;
  int fd;
  char *infostr, *p;
  struct sockaddr_un client_addr;
  size_t len;
  int prot;
  char line[200];
  int nread;

  *rfd = -1;
  infostr = getenv ( "GPG_AGENT_INFO" );
  if ( !infostr || !*infostr )
    infostr = default_gpg_agent_info;
  if ( !infostr || !*infostr )
    {
#ifdef SPWQ_USE_LOGGING
      log_error (_("gpg-agent is not available in this session\n"));
#endif
      return SPWQ_NO_AGENT;
    }
    /* blah blah blah truncated blah */
}

ฉันไม่ต้องการฆ่าตัวแทนเพียงเพื่อให้แน่ใจว่าฉันสามารถเริ่มต้นอีกครั้งและไม่มีที่มาตรฐานที่ตัวแทนของผู้ใช้อาจเขียนไฟล์สภาพแวดล้อม ที่เลวร้ายยิ่งฉันไม่สามารถแม้แต่จะทดสอบสำหรับการปรากฏตัวของGPG_AGENT_INFOในสภาพแวดล้อมตั้งแต่ที่อาจหมายถึงเก่า (ตาย) ตัวแทนที่ตั้งแต่ถูกแทนที่ ... และค่าgpgมิได้gpg-agentให้เป็นตัวเลือกบรรทัดคำสั่งจะ ping ตัวแทนและกลับจริงถ้ามัน ตกลง.

1. คุณสามารถตรวจสอบรหัสออกของ gpg-connect-agent /bye
2. คุณสามารถตรวจสอบว่ามีซ็อกเก็ตที่ให้ใน $ GPG_AGENT_INFO หรือไม่ นั่นควรจะเพียงพอ แต่คุณสามารถตรวจสอบกับ fuser หรือ lsof ว่ากระบวนการที่กำหนดใน $ GPG_AGENT_INFO เป็นกระบวนการที่เปิดซ็อกเก็ตหรือไม่ และหากคุณต้องการให้ครบถ้วนสมบูรณ์จริง ๆ คุณสามารถตรวจสอบว่า / proc / $ PID / exe เป็นลิงค์ไปยัง / usr / bin / gpg-agent (หรืออะไรก็ตาม)

เวอร์ชันหลักของตัวแทน gpg ที่ทำงานอยู่คือ 2 คุณควรเรียกใช้ gpg2 แทนที่จะเป็น gpg ตามคำตอบที่นี่: /unix/231386/how-to-make-gpg-find-gpg-agent

จนถึงตอนนี้วิธีแก้ปัญหาที่ดีที่สุดที่ฉันมีก็คือความยุ่งเหยิงที่น่ารังเกียจต่อไปนี้:

if ! test -v GPG_AGENT_INFO; then
    if gpg-agent 2>/dev/null; then
        if test -e /tmp/.gpg-agent-$USER/env; then
            . /tmp/.gpg-agent-$USER/env
        elif test -e ~/.gpg-agent-info; then
            . ~/.gpg-agent-info
        else
            echo 'A gpg agent is running, but we cannot find its socket info because'
            echo 'the GPG_AGENT_INFO env var is not set and gpg agent info has not been'
            echo 'written to any expected location. Cannot continue. Please report this'
            echo 'issue for investigation.'
            exit 5
        fi
    else
        mkdir /tmp/.gpg-agent-$USER
        chmod 700 /tmp/.gpg-agent-$USER
        gpg-agent --daemon --write-env-file /tmp/.gpg-agent-$USER/env
        . /tmp/.gpg-agent-$USER/env
    fi
    # The env file doesn't include an export statement
    export GPG_AGENT_INFO
else
    if ! gpg-agent 2>/dev/null; then
        echo 'GPG_AGENT_INFO is set, but cannot connect to the agent.'
        echo 'Unsure how to proceed, so aborting execution. Please report this'
        echo 'issue for investigation.'
        exit 5
    fi
fi

สิ่งนี้จะตรวจสอบGPG_AGENT_INFOในสภาพแวดล้อมและหากมีการตั้งค่าตรวจสอบให้แน่ใจว่าตัวแทน gpg ทำงานจริง (ฉันยังไม่แน่ใจว่าสิ่งนี้มีปฏิกิริยาอย่างไรกับการใช้งานตัวแทน gpg อื่น ๆ เช่นตัวแทนของ GNOME) หากมีการตั้งค่าข้อมูลตัวแทน แต่ตัวแทนไม่ได้ทำงานอยู่จะไม่ทราบวิธีรับมือและยอมแพ้

หากไม่ได้ตั้งค่าข้อมูลตัวแทนไว้ระบบจะตรวจสอบว่าตัวแทนทำงานอยู่หรือไม่ หากเป็นเช่นนั้นจะมองหาข้อมูล env ในสถานที่ที่มีชื่อเสียงสองแห่งและหากไม่สามารถค้นหาได้ก็จะยอมแพ้

หากเอเจนต์ไม่ทำงานและไม่ได้ตั้งค่าข้อมูลเอเจนต์มันจะเริ่มต้นเอเจนต์เขียนไฟล์ env ไปยังตำแหน่งส่วนตัวและดำเนินการ

ที่จะบอกว่าฉันไม่มีความสุขกับการแฮ็คที่น่ากลัวผู้ใช้ที่เป็นมิตรและไม่น่าเชื่อถือนี้เป็นคำพูดที่ไม่ถูกต้อง

มันน่าแปลกใจมากที่gpgเครื่องมือรักษาความปลอดภัย / เข้ารหัสลับจะไม่สนใจข้อโต้แย้งและดำเนินการต่อ --use-agentควรเป็นข้อผิดพลาดร้ายแรงหากตัวแทนไม่ได้ทำงานอย่างน้อยเลือกมากเท่าที่ระบุ-rกับผู้รับที่ไม่ถูกต้องควรเป็นข้อผิดพลาดมากกว่าละเว้น ความจริงที่gpgพบว่าเอเจนต์ของมันเป็นวิธีที่แตกต่างจากgpg-agentคำสั่งคือทำให้สับสน

ในระบบ Ubuntu ของฉันgpg-agentมีการกำหนดค่าให้เขียนไฟล์สภาพแวดล้อมลงใน~/.gnupg/gpg-agent-info-$(hostname)(ซึ่งทำได้โดย/etc/X11/Xsession.d/90gpg-agent) หากระบบของคุณไม่ทำเช่นนี้คุณสามารถปรับเปลี่ยนวิธีที่เอเจนต์เริ่มเขียนไฟล์สภาพแวดล้อมในตำแหน่งที่รู้จักซึ่งสามารถหาแหล่งมาได้ในภายหลัง ตัวอย่างเช่น:

$ gpg-agent --daemon --write-env-file="$HOME/.gnupg/gpg-agent-info"
$ source ~/.gnupg/gpg-agent-info