gpg: คำเตือน: ข้อความไม่ได้รับการปกป้องอย่างสมบูรณ์


14

ฉันสับสนเล็กน้อยว่าสิ่งนี้หมายความว่าอย่างไร

สิ่งที่เกิดขึ้นคือมีคนเข้ารหัสข้อความให้ฉันโดยใช้กุญแจสาธารณะของฉันและลงนามด้วยรหัสส่วนตัวของพวกเขา - ตามปกติ

ต่อไปฉันถอดรหัสข้อความ ...

-bash-3.2$ gpg --decrypt /tmp/det_prod_cred.txt.asc 
gpg: encrypted with 2048-bit ELG-E key, ID 2E52ED13, created 2001-10-15
      "XXXXXXX1"
gpg: encrypted with 4096-bit RSA key, ID 0BB096A1, created 2009-08-12
      "XXXXXXX2"
username = XXXXXXXXXX3  
password = XXXXXXXXXX4
gpg: Signature made Wed 12 Aug 2009 15:47:17 EST using DSA key ID C2E36CC8
gpg: Good signature from "17155x01"
gpg: WARNING: This key is not certified with a trusted signature!
gpg:          There is no indication that the signature belongs to the owner.
Primary key fingerprint: 826A E10D 8AAB 49A0 E9B6  0478 3A70 240F C2E3 6CC8
gpg: WARNING: message was not integrity protected

... ฉันรู้ว่าข้อความนี้เป็นคำพูดที่ละเอียดและฉันควรจะเข้าใจในสิ่งที่กำลังเกิดขึ้น - แต่ฉันไม่มั่นใจว่าฉันจะทำเช่นนั้น - ดังนั้นคำอธิบายเพิ่มเติมเกี่ยวกับเรื่องนี้จะได้รับการชื่นชม

โดยพื้นฐานแล้วจะบอกว่าคนที่เซ็นข้อความนี้ไม่ผ่านกฎที่กำหนดไว้ใน trustdb ของฉัน

$ gpg --update-trustdb
gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model
gpg: depth: 0  valid:   1  signed:   0  trust: 0-, 0q, 0n, 0m, 0f, 1u

ขณะที่ ...

$ gpg --edit-key 0xC2E36CC8
gpg (GnuPG) 1.4.5; Copyright (C) 2006 Free Software Foundation, Inc.
This program comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to redistribute it
under certain conditions. See the file COPYING for details.


pub  1024D/C2E36CC8  created: 2001-10-15  expires: never       usage: SCA 
                     trust: marginal      validity: unknown
sub  2048g/2E52ED13  created: 2001-10-15  expires: never       usage: E   
[ unknown] (1). 17155x01

สังเกตุว่าฉันไว้ใจได้เพียงเล็กน้อยที่สำคัญถ้าฉันไว้ใจอย่างเต็มที่ (ซึ่งฉันทำไม่ได้) ปัญหาจะหายไปหรือไม่


กรุณาเพิ่มแท็ก "gnupg"
guerda

คำตอบ:


18

มีคำเตือนที่แตกต่างกันสองคำที่นี่และฉันคิดว่าผู้ตอบโต้คนอื่นคิดว่าอีกคนหนึ่งเกิดจากคนอื่น

ฉันถือว่าคำเตือน "ข้อความไม่ได้รับการป้องกันความสมบูรณ์" เป็นข้อกังวลหลักของคุณเนื่องจากเป็นชื่อของคำถามนี้ ดูเหมือนจะมีหลายสิ่งที่อาจเป็นสาเหตุ แต่สิ่งที่ฉันเพิ่งพบคือเมื่อไม่ได้เปิดใช้งานคุณลักษณะ "การป้องกัน MDC" ของ GPG ฉันไม่รู้ว่ามันหมายถึงอะไร แต่เห็นได้ชัดว่าเป็นการตรวจสอบความสมบูรณ์ของข้อความที่พิสูจน์ว่าข้อความไม่ได้ถูกแก้ไข

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

ฉันได้รับคำเตือนให้หายไปโดยเพิ่ม--force-mdcคำสั่ง GPG ของฉัน ฉันยังไม่ได้ค้นพบว่าสิ่งนี้ป้องกันไม่ให้ผู้รับใหม่ถอดรหัสข้อความ ...

ฉันค่อนข้างแน่ใจว่าคำเตือนอื่น ๆ เกี่ยวกับกุญแจที่ไม่น่าเชื่อถือนั้นไม่เกี่ยวข้องกับคำเตือน "ไม่ได้รับการป้องกันด้วยความซื่อสัตย์"


3
MDC = รหัสการตรวจจับการแก้ไข
jjlin

MDC จำเป็นสำหรับในกรณีที่คุณไม่ได้ลงชื่อไฟล์ที่เข้ารหัสเพราะผู้รับสามารถตรวจสอบความสมบูรณ์ของไฟล์โดยลายเซ็นของผู้ส่ง ดังนั้นให้แน่ใจว่าได้ลงนามไฟล์ที่เข้ารหัส อย่างไรก็ตามสำหรับการเข้ารหัสแบบสมมาตร (โดยใช้ข้อความรหัสผ่าน) ให้ดูที่ฉันจะแก้ไข“ คำเตือน: ข้อความไม่ได้รับการปกป้องอย่างสมบูรณ์” เมื่อใช้การเข้ารหัสแบบสมมาตร GPG ได้อย่างไร
gertvdijk

@ gertvdijk ฉันได้รับข้อความสำหรับไฟล์ที่ฉันใช้-s --symmetricไปดังนั้นสิ่งนี้เพียงอย่างเดียวก็ไม่ได้ช่วยอะไร --force-mdc -s --symmetricแม้ว่าการใช้การเข้ารหัสจะทำงานได้
mirabilos

@mirabilos อืม ฉันไม่ได้สัมผัสกับสิ่งนั้น มันเป็นข้อความปลอมแล้วล่ะก็เป็นหนึ่งสามารถตรวจสอบความถูกต้องตามลายเซ็น
gertvdijk

อืมแน่นอน แต่การไม่แสดงคำเตือนนั้นดีกว่าดังนั้นการเพิ่ม--force-mdcเมื่อใช้-s --symmetricจะมีประโยชน์
mirabilos

2

ใน gpg คุณยังไม่ได้ 'เชื่อใจผู้ส่ง' ดังนั้นแม้ว่ามันจะมาจาก yourmate @ ก็ตามคุณยังไม่ได้กำหนดระดับความน่าเชื่อถือเป็น gpg เป็นสิ่งที่จำเป็นต้องไม่ได้รับข้อความนั้น :)

อย่างน้อยนั่นคือสิ่งที่ฉันคิด อาจผิด เอกสาร GPG ควรช่วยด้วย


ฉันกำลังคิดตามบรรทัดเดียวกัน แต่เพื่อทดสอบนี้ฉันเชื่อถือคีย์ของพวกเขาชั่วคราว "ในที่สุด" และถอดรหัสข้อความอีกครั้ง - อย่างไรก็ตามคำเตือนยังไม่ได้ย้าย ผมก็มีความหวังมากเป็นครั้งที่สองมี :)
Darius

ที่น่าสนใจ .... จากนั้นตอนนี้ฉันแค่คาดเดาว่ามันมีบางอย่างที่เกี่ยวข้องกับความจริงที่ว่าบางทีมันอาจไม่ได้ลงทะเบียนกับ keyservers ใด ๆ ฉันยอมแพ้ฉันขอแนะนำเอกสาร :) ขออภัย

0

สิ่งที่เนียนพูด: คุณไม่ไว้วางใจผู้ส่ง

อย่างไรก็ตามคุณอาจจำเป็นต้องเซ็นชื่อผู้ส่ง

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.