Como usar a autenticação integrada do Kerberos para se conectar ao SQL Server
Começando com o Microsoft JDBC Driver 4.0 para SQL Server, um aplicativo pode usar a propriedade de conexão authenticationScheme para indicar que deseja se conectar a um banco de dados usando a autenticação integrada Kerberos tipo 4. Para obter mais informações sobre as propriedades de conexão, confira Configuração das Propriedades de Conexão. Para obter mais informações sobre o Kerberos, confira Microsoft Kerberos.
Ao usar a autenticação integrada com o Java Krb5LoginModule, você pode configurar o módulo usando a Classe Krb5LoginModule.
O Microsoft JDBC Driver para SQL Server define as seguintes propriedades para IBM Java VMs:
- useDefaultCcache = true
- moduleBanner = false
O Microsoft JDBC Driver para SQL Server define as seguintes propriedades para todas as outras VMs Java:
- useTicketCache = true
- doNotPrompt = true
Comentários
Antes do Microsoft JDBC Driver 4.0 para SQL Server, os aplicativos podiam especificar a autenticação integrada (usando Kerberos ou NTLM, dependendo do que estava disponível) usando a propriedade de conexão integratedSecurity e referenciando mssql-jdbc_auth-<version>-<arch>.dll, conforme descrito em Como criar a URL de conexão.
Começando com o Microsoft JDBC Driver 4.0 para SQL Server, um aplicativo pode usar a propriedade de conexão authenticationScheme para indicar que deseja se conectar a um banco de dados usando a autenticação integrada Kerberos por meio da implementação Java Kerberos pura:
Se você desejar a autenticação integrada usando o Krb5LoginModule, ainda poderá especificar a propriedade de conexão integratedSecurity=true. Você também deve especificar a propriedade de conexão authenticationScheme=JavaKerberos.
Para continuar usando a autenticação integrada com mssql-jdbc_auth-<version>-<arch>.dll, especifique somente a propriedade de conexão integratedSecurity=true (também é possível usar authenticationScheme=NativeAuthentication).
Se você especificar authenticationScheme=JavaKerberos, mas não especificar também integratedSecurity=true, o driver ignorará a propriedade de conexão authenticationScheme e esperará encontrar as credenciais de nome de usuário e senha na cadeia de conexão.
Ao usar uma fonte de dados para criar conexões, você pode definir o esquema de autenticação de maneira programada usando setAuthenticationScheme e, opcionalmente, definir o SPN para conexões Kerberos usando setServerSpn.
Um novo agente foi adicionado para oferecer suporte à autenticação Kerberos: com.microsoft.sqlserver.jdbc.internals.KerbAuthentication. Para obter mais informações, veja Rastreamento de operação do driver.
As seguintes diretrizes ajudarão você a configurar o Kerberos:
- Defina AllowTgtSessionKey como 1 no Registro para Windows. Para obter mais informações, veja o artigo sobre Entradas de Registro do protocolo Kerberos e chaves de configuração do KDC no Windows Server 2003.
- Verifique se a configuração Kerberos (krb5.conf nos ambientes UNIX) indica o realm e KDC corretos para o seu ambiente.
- Inicialize o cache TGT usando kinit ou logging no domínio.
- Quando um aplicativo que usa authenticationScheme=JavaKerberos é executado nos sistemas operacionais Windows Vista ou Windows 7, você deve usar uma conta de usuário padrão. No entanto, se você executar o aplicativo na conta de um administrador, ele precisará ser executado com privilégios de administrador.
Observação
O atributo de conexão serverSpn é compatível somente com os Microsoft JDBC Drivers 4.2 e superiores.
Nomes de entidades de serviço
Um SPN (nome da entidade de serviço) é o nome pelo qual um cliente identifica exclusivamente uma instância de um serviço.
Você pode especificar o SPN usando a propriedade de conexão serverSpn ou deixar que o driver o crie para você (o padrão). Essa propriedade está no formato: "MSSQLSvc/fqdn:port@REALM" em que fqdn é o nome de domínio totalmente qualificado, port é o número da porta e REALM é o realm do Kerberos do SQL Server em letras maiúsculas. A parte de realm dessa propriedade será opcional se o realm padrão da sua configuração Kerberos for o mesmo realm que o Servidor e não estiver incluído por padrão. Se você quiser dar suporte a um cenário de autenticação entre áreas de autenticação em que a área de autenticação padrão na configuração Kerberos é diferente do servidor, você deverá definir o SPN com a propriedade serverSpn.
Por exemplo, o SPN pode ser: MSSQLSvc/some-server.zzz.corp.contoso.com:1433@ZZZZ.CORP.CONTOSO.COM
Para obter mais informações sobre SPNs (nomes de entidade de serviço), consulte:
Observação
Antes da versão 6.2 do driver JDBC, para o uso adequado do Cross Realm Kerberos, você precisaria definir explicitamente o serverSpn.
Começando com a versão 6.2, o driver poderá criar o serverSpn por padrão, mesmo ao usar o Cross Realm Kerberos. Embora seja possível usar o serverSpn explicitamente também.
Criando um arquivo de configuração de módulo de logon
Se desejar, você pode especificar um arquivo de configuração Kerberos. Se um arquivo de configuração não for especificado, as configurações a seguir estarão em vigor:
Sun JVM
com.sun.security.auth.module.Krb5LoginModule required useTicketCache=true;
IBM JVM
com.ibm.security.auth.module.Krb5LoginModule required useDefaultCcache = true;
Se você decidir criar um arquivo de configuração de módulo de logon, o arquivo deverá ter o seguinte formato:
<name> {
<LoginModule> <flag> <LoginModule options>;
<optional_additional_LoginModules, flags_and_options>;
};
Um arquivo de configuração de logon consiste em uma ou mais entradas, cada uma especificando qual tecnologia de autenticação subjacente deve ser usada para um ou mais aplicativos específicos. Por exemplo,
SQLJDBCDriver {
com.sun.security.auth.module.Krb5LoginModule required useTicketCache=true;
};
Cada entrada do arquivo de configuração do módulo de login consiste em um nome seguido por uma ou mais entradas específicas do LoginModule. Cada entrada específica de LoginModule é encerrada por um ponto e vírgula e todo o grupo de entradas específicas de LoginModule é colocado entre chaves. Cada entrada do arquivo de configuração é encerrado com um ponto-e-vírgula.
Além de permitir que o driver obtenha credenciais Kerberos usando as configurações especificadas no arquivo de configuração de módulo de logon, o driver pode usar credenciais existentes. Esse método poderá ser útil quando o aplicativo precisar criar conexões usando as credenciais de mais de um usuário.
O driver tentará usar as credenciais existentes, se elas estiverem disponíveis, antes de tentar fazer logon usando o módulo especificado. Portanto, ao usar o método Subject.doAs para executar o código em um contexto específico, uma conexão será criada com as credenciais passadas para a chamada Subject.doAs.
Para obter mais informações, veja Arquivo de configuração de logon JAAS e Classe Krb5LoginModule.
A partir do Microsoft JDBC Driver 6.2, o nome de entrada da configuração do módulo de logon pode ser passado usando a propriedade de conexão jaasConfigurationName. Esse método permite que cada conexão tenha a própria configuração de logon ou use um nome diferente de SQLJDBCDriver.
Criando um arquivo de configuração Kerberos
Para obter mais informações sobre os arquivos de configuração Kerberos, leia o artigo sobre Requisitos do Kerberos.
Este é um arquivo de configuração de domínio de exemplo, em que YYYY e ZZZZ são os nomes de domínio.
[libdefaults]
default_realm = YYYY.CORP.CONTOSO.COM
dns_lookup_realm = false
dns_lookup_kdc = true
ticket_lifetime = 24h
forwardable = yes
[domain_realm]
.yyyy.corp.contoso.com = YYYY.CORP.CONTOSO.COM
.zzzz.corp.contoso.com = ZZZZ.CORP.CONTOSO.COM
[realms]
YYYY.CORP.CONTOSO.COM = {
kdc = krbtgt/YYYY.CORP. CONTOSO.COM @ YYYY.CORP. CONTOSO.COM
default_domain = YYYY.CORP. CONTOSO.COM
}
ZZZZ.CORP. CONTOSO.COM = {
kdc = krbtgt/ZZZZ.CORP. CONTOSO.COM @ ZZZZ.CORP. CONTOSO.COM
default_domain = ZZZZ.CORP. CONTOSO.COM
}
Habilitando o arquivo de configuração de domínio e o arquivo de configuração de módulo de logon
Você pode habilitar um arquivo de configuração de domínio com -Djava.security.krb5.conf. Você pode habilitar um arquivo de configuração de módulo de logon com -Djava.security.auth.login.config.
Por exemplo, o seguinte comando pode ser usado para iniciar o aplicativo:
Java.exe -Djava.security.auth.login.config=SQLJDBCDriver.conf -Djava.security.krb5.conf=krb5.ini <APPLICATION_NAME>
Verificando se o SQL Server pode ser acessado via Kerberos
Execute a seguinte consulta no SQL Server Management Studio:
select auth_scheme from sys.dm_exec_connections where session_id=\@\@spid
Verifique se você tem a permissão necessária para executar essa consulta.
Delegação restrita
Começando com o Microsoft JDBC Driver 6.2, o driver é compatível com a Delegação restrita de Kerberos. A credencial delegada pode ser passada como o objeto org.ietf.jgss.GSSCredential, essas credenciais são usadas pelo driver para estabelecer a conexão.
Properties driverProperties = new Properties();
GSSCredential impersonatedUserCredential = [userCredential]
driverProperties.setProperty("integratedSecurity", "true");
driverProperties.setProperty("authenticationScheme", "JavaKerberos");
driverProperties.put("gsscredential", impersonatedUserCredential);
Connection conn = DriverManager.getConnection(CONNECTION_URI, driverProperties);
Conexão Kerberos usando nome, senha e realm de entidade de segurança
Do Microsoft JDBC Driver 6.2 em diante, o driver pode estabelecer a conexão Kerberos usando o nome da entidade de segurança e a senha passadas em uma cadeia de conexão.
jdbc:sqlserver://servername=server_name;encrypt=true;integratedSecurity=true;authenticationScheme=JavaKerberos;userName=user@REALM;password=****
A propriedade de nome de usuário não exige um REALM quando o usuário pertence ao default_realm definido no arquivo krb5.conf. Quando userName e password são definidos com integratedSecurity=true; e a propriedade authenticationScheme=JavaKerberos;, a conexão é estabelecida com um valor de nome de usuário como a entidade de segurança Kerberos com a senha fornecida.
Do Microsoft JDBC Driver 9.4 em diante, o usuário pode especificar o realm da autenticação Kerberos na cadeia de conexão.
jdbc:sqlserver://servername=server_name;encrypt=true;integratedSecurity=true;authenticationScheme=JavaKerberos;userName=user;password=****;realm=REALM
Usando a autenticação Kerberos de computadores UNIX no mesmo domínio
Este guia pressupõe que já exista uma instalação do Kerberos em funcionamento. Execute o código a seguir em um computador Windows com autenticação Kerberos em funcionamento para verificar se o mencionado acima é verdade. O código exibirá "Esquema de autenticação: KERBEROS" para o console se for bem-sucedido. Não são necessários outros sinalizadores de runtime, dependências ou configurações de driver além daqueles fornecidos. O mesmo bloco de código pode ser executado no Linux para verificar conexões bem-sucedidas.
SQLServerDataSource ds = new SQLServerDataSource();
ds.setServerName("<server>");
ds.setPortNumber(1433); // change if necessary
ds.setIntegratedSecurity(true);
ds.setAuthenticationScheme("JavaKerberos");
ds.setDatabaseName("<database>");
try (Connection c = ds.getConnection(); Statement s = c.createStatement();
ResultSet rs = s.executeQuery("select auth_scheme from sys.dm_exec_connections where session_id=@@spid")) {
while (rs.next()) {
System.out.println("Authentication Scheme: " + rs.getString(1));
}
}
- Realize o ingresso no domínio do computador cliente no mesmo domínio do servidor.
- (Opcional) Defina a localização do tíquete Kerberos padrão. Essa etapa é feita de maneira mais conveniente configurando a variável de ambiente
KRB5CCNAME. - Obtenha o tíquete Kerberos, gerando um novo ou colocando um existente na localização padrão do tíquete Kerberos. Para gerar um tíquete, basta usar um terminal e inicializar o tíquete por meio de
kinit USER@DOMAIN.ADem que "USER" e "DOMAIN.AD" são a entidade de segurança e o domínio, respectivamente. Por exemplo:kinit SQL_SERVER_USER03@EXAMPLE.COM. O tíquete será gerado na localização de tíquete padrão ou no caminho deKRB5CCNAME, caso tenha sido definido. - O terminal solicitará uma senha, digite a senha.
- Verifique as credenciais no tíquete por meio de
kliste confirme se as credenciais são aquelas que você pretende usar para autenticação. - Execute o código de exemplo acima e confirme se a Autenticação Kerberos foi bem-sucedida.
Integração GSS da plataforma nativa
A integração GSS da plataforma nativa permite que os aplicativos Java usem a GSS-API nativa em vez dos mecanismos criptográficos de implementação JDK da GSS-API. Por exemplo, o código de amostra a seguir demonstra como habilitar o uso da GSS-API nativa no driver:
GSSCredential credential = GSSManager.getInstance().createCredential(null, GSSCredential.DEFAULT_LIFETIME, new Oid("1.2.840.113554.1.2.2"), GSSCredential.INITIATE_ONLY);
SQLServerDataSource ds = new SQLServerDataSource();
ds.setURL("jdbc:sqlserver://<server>;databaseName=<database>;integratedSecurity=true;authenticationScheme=JavaKerberos;");
ds.setGSSCredentials(credential);
ds.getConnection();
try (Connection conn = ds.getConnection()) {
ResultSet rs = conn.executeQuery("select auth_scheme from sys.dm_exec_connections where session_id=@@spid")) {
while (rs.next()) {
System.out.println("Authentication Scheme: " + rs.getString(1));
}
}
Adicionalmente, os seguintes argumentos de JVM também são necessários:
-Dsun.security.jgss.native=true
-Djavax.security.auth.useSubjectCredsOnly=false
Opcionalmente, você também pode fornecer o caminho para a biblioteca GSS nativa.
-Dsun.security.jgss.lib=path/to/native/gss/library // This is optional
Para obter mais informações sobre argumentos de JVM, confira a documentação oficial do Java.
Proteção estendida com Kerberos
Você também pode habilitar a Proteção Estendida para Kerberos ao usar o driver JDBC. A única restrição é que, para o driver JDBC, ao usar a Proteção Estendida, a opção Forçar Criptografia não deve ser habilitada.
Para obter mais informações sobre como habilitar a Proteção Estendida, consulte:
Para obter mais informações sobre a conexão com a criptografia, confira: