Можно ли использовать строгое именование сборки для проверки автора сборки?

когда вы подписываете сборку со строгим именем на основе закрытого ключа, который вы создаете, это имеет следующие преимущества:

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

можно ли использовать строгое именование для проверки автор сборки?

Да, как обсуждалось выше, строгое именование может проверить последний автор. Но это не подтверждает подлинного автора. Если злоумышленник заменяет сильную сборку имя, тогда все, что можно проверить, - это то, что вы не были последним автором сборки. Если он удаляет строгое имя, то никакая проверка автора не может быть выполнена вообще.

в какой степени можно проверить сборку с сильным именем, чтобы избежать подделки?

следующий код C# проверяет, что злоумышленник не подделал маркер открытого ключа, который был записан в сборку при применении строгого имени. Это не избегайте вмешательства, но он может обнаружить некоторые типы вмешательства. Ниже метод принимает массив байтов, содержащий маркер открытого ключа и сравнивает его с фактическим маркера ассамблеи. Обратите внимание, что для того, чтобы этот метод был эффективным, ваш obfuscator выбора должен зашифровать строку, содержащую маркер открытого ключа, и только расшифровать его на лету, как он используется. И также имейте в виду, что для работы этого кода необходимо иметь разрешение FullTrust, поскольку он использует отражение под капюшон.

// Check that public key token matches what's expected.
private static bool IsPublicTokenOkay_Check(byte [] tokenExpected)
{
    // Retrieve token from current assembly
    byte [] tokenCurrent = Assembly.GetExecutingAssembly().GetName().GetPublicKeyToken();

    // Check that lengths match
    if (tokenExpected.Length == tokenCurrent.Length)
    {
        // Check that token contents match
        for (int i = 0; i < tokenCurrent.Length; i++)
            if (tokenExpected[i] != tokenCurrent[i]) 
                return false;
    }
    else
    {
        return false;
    }
    return true;
}

пока вы работаете под версией .NET Framework до .NET 3.5 SP1, вы также можете принудительно проверить подпись строгого имени в случае, если строгое имя было удалено злоумышленником или проверка строгого имени была отключена в реестре. В следующем коде демонстрируется вызов статического метода другого класса NativeMethods. Именно здесь будет осуществляться проверка.

// Check that this assembly has a strong name.
private bool IsStrongNameValid_Check()
{
    byte wasVerified = Convert.ToByte(false); 
     byte forceVerification = Convert.ToByte(true);
    string assemblyName = AppDomain.CurrentDomain.BaseDirectory + 
                          AppDomain.CurrentDomain.FriendlyName; 
    return NativeMethods.CheckSignature(assemblyName, 
                                        forceVerification, 
                                        ref wasVerified);
}

фактическая проверка подписи сделано с помощью P / Invoke, как показано ниже. Использование StrongNameSignatureVerificationEx API довольно запутанный - для приличного объяснения см. эта запись в блоге.

// P/Invoke to check various security settings
// Using byte for arguments rather than bool, 
// because bool won't work on 64-bit Windows!
[DllImport("mscoree.dll", CharSet=CharSet.Unicode)]
private static extern bool StrongNameSignatureVerificationEx(string wszFilePath, 
                                                             byte fForceVerification, 
                                                             ref byte pfWasVerified);

// Private constructor because this type has no non-static members
private NativeMethods()
{
}

public static bool CheckSignature(string assemblyName, 
                                  byte forceVerification, 
                                  ref byte wasVerified)
{
    return StrongNameSignatureVerificationEx(assemblyName, 
                                             forceVerification, 
                                             ref wasVerified );
}

обратите внимание, что это не будет работать по умолчанию для приложений, использующих .NET 3.5 SP1 или выше, который имеет функция обхода сильного имени. Это возможно отключить эту функцию для вашего приложения, добавив параметр в его конфигурационный файл. Но, конечно, любой злоумышленник с доступом для чтения/записи в этот файл конфигурации может отменить ваше решение.