gpg: ПОПЕРЕДЖЕННЯ: повідомлення не захищено цілісністю

Я трохи розгублений, що це означає.

Що сталося, це те, що хтось зашифрував мені повідомлення за допомогою мого відкритого ключа та підписав його своїм приватним ключем - як завжди.

Далі я розшифровую повідомлення ...

-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

Зауважте, що ключ лише довіряють, якщо я повністю довіряю йому (що я не можу), чи зникне проблема?

Тут є два різних попередження, і я думаю, що інші реагуючі припускають, що одне викликане іншим.

Я припускаю, що "повідомлення не було захищено цілісністю" попередження - це ваша головна стурбованість, оскільки це назва цього питання. Здається, це може викликати декілька речей, але я щойно стикався, коли функція GPG "MDC-захист" не ввімкнена. Я не знаю, що це означає, але, мабуть, саме перевірка цілісності повідомлення підтверджує, що повідомлення не було підроблене.

Мабуть, ця функція за замовчуванням увімкнена, але вимикається, якщо в будь-якому з ключів одержувача не вказано, що вони її підтримують. Тож я вперше отримав попередження при додаванні нового одержувача до файлу, який я раніше шифрував лише для себе, імовірно, тому, що новий одержувач не сказав, що підтримує MDC.

Я отримав попередження про те, щоб піти, додавши --force-mdcдо своєї команди GPG. Я ще не виявив, чи це заважає новому одержувачу розшифрувати повідомлення ...

Я впевнений, що інше попередження про недовіру ключа не пов'язане з попередженням "не захищено цілісність".

У gpg ви ще не довіряєте відправника. Тож, хоч це і від твого мама @ що б там не було, ти не встановив рівень довіри в gpg до того, що потрібно, щоб не отримати це повідомлення :)

Принаймні, так я думаю; може помилятися. Документи GPG повинні допомогти.

Що сказав шовковисто: ти не довіряєш відправнику.

Однак вам може знадобитися підписати ключ відправника.