Использование RSASSA-PSS и RSAES-OAEP с MailKit

DkimSigner используется для создания подписей DKIM, что не вам нужно. Подписи DKIM не имеют ничего общего с S/MIME.

Подписание S/MIME с использованием RSASSA-PSS

В настоящее время WindowsSecureMimeContext (который использует System.Security в качестве серверной части) НЕ поддерживает RSASSA. -PSS, поэтому вам нужно будет использовать серверную часть Bouncy Castle.

Чтобы использовать серверную часть Bouncy Castle, вам потребуется использовать один из BouncyCastleSecureMimeContext. производные (или создайте свои собственные). В качестве временного решения для экспериментов я могу предложить использовать TemporarySecureMimeContext. , но для долгосрочного использования я бы посоветовал взглянуть на DefaultSecureMimeContext - хотя вы все равно, вероятно, захотите создать подкласс, чтобы заставить его работать.

Теперь, когда вы используете контекст S/MIME Bouncy Castle, чтобы указать, что вы хотите использовать заполнение RSASSA-PSS, вам нужно будет использовать API, которые принимают CmsSigner, такой как MultipartSigned.Create() или ApplicationPkcs7Mime.Sign( ).

var signer = new CmsSigner ("certificate.pfx", "password");

// Specify that we want to use RSASSA-PSS
signer.RsaSignaturePaddingScheme = RsaSignaturePaddingScheme.Pss;

// Sign the message body
var signed = MultipartSigned.Create (ctx, signer, message.Body);

// replace the message body with the signed body
message.Body = signed;

Во-первых, для шифрования с помощью S/MIME вам понадобится один из ApplicationPkcs7Mime. Методы Encrypt().[2]

Методы Encrypt(), принимающие MailboxAddress, автоматически создают CmsRecipient и CmsRecipientCollection, выполнив поиск сертификатов на основе предоставленного адреса электронной почты (или если какой-либо из этих почтовых ящиков на самом деле является SecureMailboxAddress, Fingerprint, что полезно, если этот пользователь имеет более 1 сертификата в вашей базе данных или вы хотите быть уверены, что MimeKit выбирает правильный вариант).

Другая вещь, которую MimeKit сделает для вас, когда вы предоставите ему список MailboxAddresses, заключается в том, что он будет искать поддерживаемые алгоритмы шифрования, которые хранятся в базе данных для указанного пользователя.

Для WindowsSecureMimeContext это включает просмотр атрибута S/MIME Capabilities X509 Certificate Extension и декодирование поддерживаемых алгоритмов шифрования. Однако, по моему опыту, во многих случаях это расширение отсутствует в сертификатах X509 в хранилище сертификатов Windows, поэтому MimeKit должен будет предположить, что поддерживается только 3DES CBC.

Для DefaultSecureMimeContext, если вы проверили любое сообщение, подписанное S/MIME, указанным получателем, то сертификат (цепочка) этого пользователя и объявленные алгоритмы шифрования будут храниться в пользовательской базе данных SQL MimeKit (когда вы подписываете сообщение с помощью S/MIME, это справедливо обычной практикой для клиентов является включение атрибута S/MIME Capabilities в данные подписи S/MIME).

Теперь, когда вы понимаете, как это работает, если вы хотите принудительно использовать AES-128 CBC, вы можете сделать это вручную, создав CmsRecipientCollection самостоятельно.

Естественно, это предполагает создание нового CmsRecipient для каждого получателя. Чтобы создать этот класс, вам действительно нужен сертификат X509 для этого получателя.

var recipient = new CmsRecipient (certificate);

Поскольку вы хотите принудительно использовать AES-128 CBC, теперь вам просто нужно переопределить алгоритмы шифрования, которые поддерживает этот получатель:

recipient.EncryptionAlgorithms = new EncryptionAlgorithm[] {
    EncryptionAlgorithm.Aes128
};

(По умолчанию для свойства EncryptionAlgorithms будут установлены алгоритмы, перечисленные в атрибут расширения возможностей S/MIME сертификата (в предпочтительном порядке), если он присутствует, в противном случае он будет содержать только 3DES CBC).

Если вы также хотите принудительно использовать RSAES-OAEP, вам необходимо установить:

recipient.RsaEncryptionPadding = RsaEncryptionPadding.OaepSha1;

Добавьте каждый CmsRecipient к вашему CmsRecipientCollection, а затем передайте его предпочитаемому вами методу Encrypt(), и, к черту, он будет зашифрован с использованием AES-128 CBC.

Примечания:

1. MultipartSigned.Create() создаст часть MIME multipart/signed, а ApplicationPkcs7Mime.Sign() создаст часть application/pkcs7-mime MIME. Какой из них вы хотите использовать, решать вам, просто имейте в виду, что ваш выбор может повлиять на совместимость с любым клиентом, который используют ваши получатели (я думаю, что большинство клиентов поддерживают обе формы, но вы можете проверить, чтобы убедиться).
2. Если вы зарегистрировали свой пользовательский класс SecureMimeContext с помощью MimeKit (как кратко описано в README), вы можете свободно использовать различные методы Encrypt/Decrypt/Sign/Verify/и т. д., которые не принимают аргумент контекста криптографии, поскольку MimeKit будет создать экземпляр контекста по умолчанию для вас. В противном случае вам нужно будет передать им контекст.