Jaka jest różnica między Integrated Security = True a Integrated Security = SSPI?

Mam dwie aplikacje korzystające ze zintegrowanych zabezpieczeń. Jeden przypisuje Integrated Security = trueciąg połączenia, a drugi zestaw Integrated Security = SSPI.

Jaka jest różnica między zintegrowanym bezpieczeństwem SSPIi truew jego kontekście?

Według Microsoft są one tym samym.

Kiedy falseidentyfikator połączenia i hasło są określone w połączeniu. Jeśli ma wartość true, do uwierzytelnienia używane są bieżące poświadczenia konta Windows.
Uznane wartości true, false, yes,no i sspi(zalecane), która jest równoważna true.

Integrated Security=true;nie działa u wszystkich dostawców SQL, zgłasza wyjątek, gdy jest używany z OleDbdostawcą.

Zasadniczo Integrated Security=SSPI;jest to preferowane, ponieważ działa zarówno z dostawcą, jak SQLClienti OleDBdostawcą.

Oto pełny zestaw składni zgodnie z MSDN - Składnia ciągu połączenia (ADO.NET)

Korzystanie z uwierzytelniania systemu Windows

Aby połączyć się z serwerem bazy danych, zaleca się korzystanie z uwierzytelniania systemu Windows, zwanego potocznie zintegrowanym zabezpieczeniem. Aby określić uwierzytelnianie systemu Windows, możesz użyć dowolnej z dwóch poniższych par klucz-wartość z dostawcą danych. NET Framework dla SQL Server:

 Integrated Security = true;
 Integrated Security = SSPI;

Jednak tylko drugi działa z dostawcą danych .NET Framework OleDb . Jeśli ustawisz Integrated Security = trueConnectionString, zgłaszany jest wyjątek.

Aby określić uwierzytelnianie systemu Windows w dostawcy danych. NET Framework dla ODBC, należy użyć następującej pary klucz-wartość.

Trusted_Connection = yes;

Źródło: MSDN: Praca z ciągami połączeń

Wiele pytań otrzymuje odpowiedzi, jeśli używamy .Net Reflectordo wyświetlenia rzeczywistego kodu SqlConnection:) truei sspisą takie same:

internal class DbConnectionOptions

...

internal bool ConvertValueToIntegratedSecurityInternal(string stringValue)
{
    if ((CompareInsensitiveInvariant(stringValue, "sspi") || CompareInsensitiveInvariant(stringValue, "true")) || CompareInsensitiveInvariant(stringValue, "yes"))
    {
        return true;
    }
}

...

EDYCJA 20.02.2018 Teraz w .Net Core możemy zobaczyć jego open source na github! Wyszukaj metodę ConvertValueToIntegratedSecurityInternal:

https://github.com/dotnet/corefx/blob/fdbb160aeb0fad168b3603dbdd971d568151a0c8/src/System.Data.SqlClient/src/System/Data/Common/DbConnectionOptions.cs

Zintegrowane zabezpieczenia = Fałsz: identyfikator użytkownika i hasło są określone w połączeniu. Zintegrowane zabezpieczenia = prawda: bieżące poświadczenia konta Windows są używane do uwierzytelniania.

Zintegrowane zabezpieczenia = SSPI: jest to równoważne z wartością true.

Możemy uniknąć atrybutów nazwy użytkownika i hasła z ciągu połączenia i użyć zintegrowanych zabezpieczeń

Zacznę od Integrated Security = false

false Identyfikator użytkownika i hasło są określone w ciągu połączenia.
true Poświadczenia konta Windows są używane do uwierzytelniania.

Uznane wartości true, false, yes, no, i SSPI.

Jeśli User IDi Passwordsą określone, a Zintegrowane zabezpieczenia są ustawione na true, wówczas User IDi Passwordzostaną zignorowane, a Zintegrowane zabezpieczenia zostaną użyte

Pamiętaj, że parametry połączenia są specyficzne dla tego, co i jak łączysz się z danymi. Łączą się one z tą samą bazą danych, ale pierwsza korzysta z .NET Framework Data Provider dla SQL Server. Zintegrowane zabezpieczenia = True nie będzie działać dla OleDb.

• Źródło danych = .; katalog początkowy = aspnetdb; zintegrowane zabezpieczenia = prawda
• Dostawca = SQLOLEDB; Źródło danych = .; Zintegrowane zabezpieczenia = SSPI; Początkowy katalog = aspnetdb

W razie wątpliwości użyj połączeń danych programu Visual Studio Server Explorer.

• Co to jest sspi ?
• Składnia ciągów połączeń

Prawda jest poprawna tylko w przypadku korzystania z biblioteki .NET SqlClient. Nie działa przy korzystaniu z OLEDB. Gdzie SSPI jest bvaid w obu, albo używasz biblioteki .net SqlClient lub OLEDB.

Z mojego punktu widzenia,

Jeśli nie używasz zintegrowanego zabezpieczenia = SSPI, musisz zakodować nazwę użytkownika i hasło w ciągu połączenia, co oznacza „względnie niepewne” dlaczego, ponieważ wszyscy pracownicy mają dostęp, nawet były pracownik może złośliwie wykorzystać informacje.