¿Cuál es la diferencia entre Integrated Security = True y Integrated Security = SSPI?

Integrated Security=true; no funciona en todos los proveedores SQL, lanza una excepción cuando se usa con el proveedor OleDb.

Así que básicamente se prefiere Integrated Security=SSPI; ya que funciona con ambos SQLClient & OleDB proveedor.

Aquí está el conjunto completo de sintaxis de acuerdo con MSDN - Connection String Syntax (ADO.NET)

Uso de la Autenticación de Windows

Para conectarse al servidor de base de datos se recomienda usar la autenticación de Windows, comúnmente conocida como seguridad integrada. Para especificar la autenticación de Windows, puede utilizar cualquiera de los dos pares clave-valor siguientes con el proveedor de datos. NET Framework para SQL Server:

 Integrated Security = true;
 Integrated Security = SSPI;

Sin embargo, solo el segundo funciona con el proveedor de datos . NET Framework OleDb. Si establece Integrated Security = true para ConnectionString una excepción es lanzar.

Para especificar la autenticación de Windows en el proveedor de datos. NET Framework para ODBC, debe usar el siguiente par clave-valor.

Trusted_Connection = yes;

Source: MSDN: Trabajar con cadenas de conexión

Muchas preguntas obtienen respuestas si usamos .Net Reflector para ver el código real de SqlConnection :) true y sspi son lo mismo:

internal class DbConnectionOptions

...

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

...

EDITAR 20.02.2018 Ahora en. Net Core podemos ver su código abierto en github! Buscar convertvaluetointegratedsecuritymétodo interno:

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

Integrated Security = False : El ID de usuario y la contraseña se especifican en la conexión. Seguridad integrada = true: las credenciales actuales de la cuenta de Windows se utilizan para la autenticación.

Integrated Security = SSPI : esto es equivalente a true.

Podemos evitar los atributos de nombre de usuario y contraseña de la cadena de conexión y utilizar la Seguridad integrada

Permítanme comenzar con Integrated Security = false

false El ID de usuario y la contraseña se especifican en la cadena de conexión.
true Las credenciales de la cuenta de Windows se utilizan para la autenticación.

Los valores Reconocidos son true, false, yes, no, y SSPI.

Si se especifican User ID y Password y la Seguridad integrada se establece en true, entonces se ignorarán User ID y Password y se utilizará la Seguridad integrada

Tenga en cuenta que las cadenas de conexión son específicas para qué y cómo se conecta a los datos. Estos se conectan a la misma base de datos, pero el primero utiliza.NET Framework Data Provider para SQL Server. Integrated Security = True no funcionará para OleDb.

• Fuente de datos=.; Initial Catalog = aspnetdb; Integrated Security=True
• Provider=SQLOLEDB;Data Source=.; Integrated Security=SSPI; Initial Catalog = aspnetdb

En caso de duda, utilice Visual Studio Conexiones de Datos del Explorador de Servidores.

• ¿Qué es sspi?
• Sintaxis de cadenas de conexión

True solo es válido si está utilizando la biblioteca.NET SqlClient. No es válido cuando se utiliza OLEDB. Donde SSPI es bvaid en ambos, está utilizando la biblioteca. net SqlClient u OLEDB.

En mi punto de vista,

Si no usa Integrated security=SSPI,entonces necesita codificar el nombre de usuario y la contraseña en la cadena de conexión, lo que significa "relativamente inseguro", porque porque, todos los empleados tienen acceso, incluso los ex empleados podrían usar la información maliciosamente.