Encryption gpg签名似乎是；删除“；诚实正直

谷歌没有回答这个问题，因为谷歌搜索结果中充斥着一个形式上与我类似但意义上完全不同的问题。我之所以提到这一点，是因为我已经知道，在使用CAST5（默认设置）时，存在一个关于消息完整性的常见问题。我只是想澄清一下，我不是在问CAST5，我是在问一个关于AES256的问题（总是AES256，我的默认设置是AES256），但我很好奇有符号和无符号之间的区别。好的，那么，下面是：

当将gpg与AES256一起使用时，消息完整性在默认情况下是“打开”的，这样我就不会在使用AES256对称加密时收到任何关于消息完整性的投诉。例如，假设我有一个文件“test.txt”：

我对称加密：

 $ gpg --symmetric ./test.txt        <---[Symmetric AES256]
 $ ls
test.txt  test.txt.gpg
 $ gpg -d ./test.txt.gpg
gpg: AES256 encrypted data
gpg: encrypted with 1 passphrase     <---[No complaint about integrity]
blah blah blah

现在，当我解密时，我收到一个关于诚信的投诉：

 $ gpg -d ./test.txt.gpg
gpg: AES256 encrypted data
gpg: encrypted with 1 passphrase
blah blah blah
gpg: Signature made Thu, Jun 18, 2015
gpg: Good signature from "hft"
gpg: WARNING: message was not integrity protected

我知道我可以强迫投诉远离我使用的强制mdc如下：

 $ gpg --symmetric --sign --force-mdc ./test.txt

---

但是，我的问题是：当我选择同时使用私钥对邮件进行签名时，gpg真的“关闭”了AES256 MACing的完整性吗？即使AES256在我不签名的情况下处于“开启”状态？或者这只是一个bug？仅仅因为我用非对称密钥签名就关闭integrity MAC似乎很可笑

ftlog，为什么会有这么多接近票数的选票？

 $ gpg -d ./test.txt.gpg
gpg: AES256 encrypted data
gpg: encrypted with 1 passphrase
blah blah blah
gpg: Signature made Thu, Jun 18, 2015
gpg: Good signature from "hft"
gpg: WARNING: message was not integrity protected

 $ gpg --symmetric --sign --force-mdc ./test.txt