Как избежать связки ключей при использовании X509Certificate2 в OS X - PullRequest
0 голосов
/ 15 мая 2018

Наше приложение генерирует корневой CA + сертификат сервера при начальной загрузке для внутреннего использования. Мы не используем связку ключей (приложение является мультиплатформенным), однако находимся довольно ограниченными из-за его зависимостей от того, что кажется Apple Cryptography (.NET Core 2.x использует его внутри).

Мы используем BouncyCastle в качестве нашей криптографической библиотеки.

Похоже, что каждый раз, когда мы генерируем (или пытаемся) генерировать сертификат любого рода, он попадает в цепочку ключей входа пользователя. Это не является преднамеренным и вызывает проблемы в чисто демонической среде, в которой не выполняются сеансы пользовательского интерфейса (поэтому нельзя связать цепочку ключей).

Приложение не делает этого в Windows или Linux, поэтому нам очень интересно, откуда это происходит. В идеале мы бы хотели полностью прекратить взаимодействие с цепочкой для ключей.

Наш класс сертификатов (полностью) доступен здесь: https://paste.ee/p/CiXo3#9TFSTycJqh5E1xTNzt9vtBbT7ZOyB4zk

Однако я процитирую соответствующие функции, которые также здесь вызываются:

public X509Certificate2 CreateCertificateAuthorityCertificate(string subjectName, string[] subjectAlternativeNames, KeyPurposeID[] usages, string password = null)
{
    // It's self-signed, so these are the same.
    var issuerName = subjectName;

    var random = GetSecureRandom();
    var subjectKeyPair = GenerateKeyPair(random, 2048);

    // It's self-signed, so these are the same.
    var issuerKeyPair = subjectKeyPair;

    var serialNumber = GenerateSerialNumber(random);
    var issuerSerialNumber = serialNumber; // Self-signed, so it's the same serial number.

    const bool isCertificateAuthority = true;
    var certificate = GenerateCertificate(random, subjectName, subjectKeyPair, serialNumber,
                                          subjectAlternativeNames, issuerName, issuerKeyPair,
                                          issuerSerialNumber, isCertificateAuthority,
                                          usages);
    return ConvertCertificate(certificate, subjectKeyPair, random, password);
}

public X509Certificate GenerateCertificate(SecureRandom random,
                                           string subjectName,
                                           AsymmetricCipherKeyPair subjectKeyPair,
                                           BigInteger subjectSerialNumber,
                                           string[] subjectAlternativeNames,
                                           string issuerName,
                                           AsymmetricCipherKeyPair issuerKeyPair,
                                           BigInteger issuerSerialNumber,
                                           bool isCertificateAuthority,
                                           KeyPurposeID[] usages)
{
    var certificateGenerator = new X509V3CertificateGenerator();

    certificateGenerator.SetSerialNumber(subjectSerialNumber);

    // Set the signature algorithm. This is used to generate the thumbprint which is then signed
    // with the issuer's private key. We'll use SHA-256, which is (currently) considered fairly strong.
    const string signatureAlgorithm = "SHA256WithRSA";
    certificateGenerator.SetSignatureAlgorithm(signatureAlgorithm);

    var issuerDN = new X509Name(issuerName);
    certificateGenerator.SetIssuerDN(issuerDN);

    // Note: The subject can be omitted if you specify a subject alternative name (SAN).
    var subjectDN = new X509Name(subjectName);
    certificateGenerator.SetSubjectDN(subjectDN);

    // Our certificate needs valid from/to values.
    var notBefore = DateTime.UtcNow.Date;
    var notAfter = notBefore.AddYears(10);

    certificateGenerator.SetNotBefore(notBefore);
    certificateGenerator.SetNotAfter(notAfter);

    // The subject's public key goes in the certificate.
    certificateGenerator.SetPublicKey(subjectKeyPair.Public);

    AddAuthorityKeyIdentifier(certificateGenerator, issuerDN, issuerKeyPair, issuerSerialNumber);
    AddSubjectKeyIdentifier(certificateGenerator, subjectKeyPair);
    AddBasicConstraints(certificateGenerator, isCertificateAuthority);

    if (usages != null && usages.Any())
        AddExtendedKeyUsage(certificateGenerator, usages);

    if (subjectAlternativeNames != null && subjectAlternativeNames.Any())
        AddSubjectAlternativeNames(certificateGenerator, subjectAlternativeNames);

    // The certificate is signed with the issuer's private key.
    var certificate = certificateGenerator.Generate(issuerKeyPair.Private, random);
    return certificate;
}

public X509Certificate2 ConvertCertificate(X509Certificate certificate,
                                                   AsymmetricCipherKeyPair subjectKeyPair,
                                                   SecureRandom random, string password)
{
    // Now to convert the Bouncy Castle certificate to a .NET certificate.
    // See http://web.archive.org/web/20100504192226/http://www.fkollmann.de/v2/post/Creating-certificates-using-BouncyCastle.aspx
    // ...but, basically, we create a PKCS12 store (a .PFX file) in memory, and add the public and private key to that.
    var store = new Pkcs12Store();

    // What Bouncy Castle calls "alias" is the same as what Windows terms the "friendly name".
    string friendlyName = certificate.SubjectDN.ToString();

    // Add the certificate.
    var certificateEntry = new X509CertificateEntry(certificate);
    store.SetCertificateEntry(friendlyName, certificateEntry);

    // Add the private key.
    store.SetKeyEntry(friendlyName, new AsymmetricKeyEntry(subjectKeyPair.Private), new[] { certificateEntry });

    // Convert it to an X509Certificate2 object by saving/loading it from a MemoryStream.
    // It needs a password. Since we'll remove this later, it doesn't particularly matter what we use.
    var stream = new MemoryStream();
    store.Save(stream, password.ToCharArray(), random);

    var convertedCertificate =
        new X509Certificate2(stream.ToArray(),
                             password,
                             X509KeyStorageFlags.PersistKeySet | X509KeyStorageFlags.Exportable);
    return convertedCertificate;
}

В MacOS отмечены различные исключения цепочки для ключей (одна из которых приведена ниже):

Unhandled Exception: Interop+AppleCrypto+AppleCommonCryptoCryptographicException: User interaction is not allowed.
   at Interop.AppleCrypto.X509ImportCertificate(Byte[] bytes, X509ContentType contentType, SafePasswordHandle importPassword, SafeKeychainHandle keychain, Boolean exportable, SafeSecIdentityHandle& identityHandle)
   at Internal.Cryptography.Pal.CertificatePal.FromBlob(Byte[] rawData, SafePasswordHandle password, X509KeyStorageFlags keyStorageFlags)
   at System.Security.Cryptography.X509Certificates.X509Certificate..ctor(Byte[] rawData, String password, X509KeyStorageFlags keyStorageFlags)
   at Spectero.daemon.Libraries.Core.Crypto.CryptoService.ConvertCertificate(X509Certificate certificate, AsymmetricCipherKeyPair subjectKeyPair, SecureRandom random, String password) in /opt/spectero/daemon/deploy/daemon/Libraries/Core/Crypto/CryptoService.cs:line 398
   at Spectero.daemon.Migrations.Initialize.Up() in /opt/spectero/daemon/deploy/daemon/Migrations/Initialize.cs:line 116
   at Spectero.daemon.Startup.Configure(IOptionsSnapshot`1 configMonitor, IApplicationBuilder app, IHostingEnvironment env, ILoggerFactory loggerFactory, IMigration migration, IAutoStarter autoStarter, IServiceProvider serviceProvider) in /opt/spectero/daemon/deploy/daemon/Startup.cs:line 193
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at Microsoft.AspNetCore.Hosting.ConventionBasedStartup.Configure(IApplicationBuilder app)
   at Microsoft.AspNetCore.Hosting.Internal.WebHost.BuildApplication()
   at Microsoft.AspNetCore.Hosting.WebHostBuilder.Build()
   at Spectero.daemon.Program.Main(String[] args) in /opt/spectero/daemon/deploy/daemon/Program.cs:line 12

1 Ответ

0 голосов
/ 15 мая 2018

Удалите флаг PersistKeySet.

В Windows этот флаг говорит, что импортированный файл закрытого ключа никогда не следует удалять, поэтому вы медленно заполняете каталог ключей, где бы он ни работал (и в какой-то моментих будет так много, что производительность будет довольно плохой).

В Linux этот флаг ничего не делает.

В macOS этот флаг вызывает импорт сертификата непосредственно в цепочку ключей по умолчанию,потому что единственный способ связать сертификат и ключ друг с другом - это через SecIdentityRef, и только KeyChain может создать их.Обычно в macOS PFX загружается во временную цепочку ключей, но если она была загружена без возможности экспорта, ее теперь нельзя перемещать, поэтому код Windows «загрузка сохранена и добавление его в X509Store» не работает.

...