Javamail d'Échec de l'Authentification NTLM

De ce que je me souviens à propos de l'authentification NTLM, et votre NTLM les messages de débogage je peux rassembler les éléments suivants:

• NTLM a été conçu pour la connexion unique, prenant ainsi des informations d'identification de la machine windows, son exécution en particulier le JDK de mise en œuvre de l'authentification NTLM.
  • NTLM a deux versions, bien trois pour être exact. NTLM v1, NTLMv2 et une autre version je ne me souviens pas pour le moment. NTLM v1 a un trou de sécurité qui vous permet de vraiment utiliser un nom d'utilisateur et le mot de passe et vous connecter en utilisant le protocole NTLM. Dans NTLM v2, il a été fixé, ce qui force la mise en œuvre à prendre le mot de passe (hachés pass) de l'utilisateur connecté en machine Windows.
  • Il semble que le protocole NTLM dans votre cas, s'arrête après le premier message envoyé par le serveur Exchange. Remarque qu'il a des drapeaux qui déclare le type de NTLM est utilisé et d'autres tels que : Cryptage, etc.

Je vous suggère d'essayer la suite de la route dans lequel les informations d'identification (u/p) sont prises automatiquement par le JDK à partir du client Windows de la machine.

OriginalL'auteur Asaf Mesika

J'ai eu le même problème d'envoi de mail via l'Échange connecteur SMTP.
Après avoir découvert que javamail ne prend pas en charge NTLMv2 l'authentification, j'ai travaillé sur une solution de contournement qui nécessite bibliothèque JCIFS.

Je downloded l'api javamail code source (https://java.net/projects/javamail/pages/Home) et édité la classe com.soleil.mail.auth.Ntlm pour ajouter le manque de soutien pour l'authentification NTLMv2 à l'aide de la bibliothèque JCIFS de soutien (http://jcifs.samba.org).

La première modification dans le fichier Ntlm.java était dans la méthode init0, et qui consistait en l'ajout de l'indicateur manquant NTLMSSP_NEGOTIATE_NTLM2:

private void init0() {
//ANDREA LUCIANO:
//   turn on the NTLMv2 negotiation flag in TYPE1 messages: 
//   NTLMSSP_NEGOTIATE_NTLM2   (0x00080000) 
// See also http://davenport.sourceforge.net/ntlm.html#type1MessageExample
type1 = new byte[256];
type3 = new byte[256];
System.arraycopy(new byte[] {'N','T','L','M','S','S','P',0,1}, 0,
type1, 0, 9);
type1[12] = (byte) 3;
type1[13] = (byte) 0xb2;
type1[14] = (byte) 0x08;  //ANDREA LUCIANO - added
//...

La deuxième modification a consisté à remplacer la méthode generateType3Msg:

public String generateType3Msg(String challenge) {
/* First decode the type2 message */
byte[] type2 = null;
try {
type2 = BASE64DecoderStream.decode(challenge.getBytes("us-ascii"));
logger.fine("type 2 message: " + toHex(type2)); //ANDREA LUCIANO - added
} catch (UnsupportedEncodingException ex) {
//should never happen
assert false;
}
jcifs.ntlmssp.Type2Message t2m;
try {
t2m = new jcifs.ntlmssp.Type2Message(type2);
} catch (IOException ex) {
logger.log(Level.FINE, "Invalid Type 2 message", ex);
return "";   //will fail later
}
final int type2Flags = t2m.getFlags();
final int type3Flags = type2Flags & (0xffffffff ^ (jcifs.ntlmssp.NtlmFlags.NTLMSSP_TARGET_TYPE_DOMAIN | jcifs.ntlmssp.NtlmFlags.NTLMSSP_TARGET_TYPE_SERVER));
jcifs.ntlmssp.Type3Message t3m = new jcifs.ntlmssp.Type3Message(t2m, password, ntdomain, username, hostname, type3Flags);
return jcifs.util.Base64.encode(t3m.toByteArray());
}

Le simpest j'ai trouvé de patch de la bibliothèque est de compiler la classe et de la mise à jour de la bibliothèque de fichier jar:

"c:\Program Files\Java\jdk1.5.0_22\bin\javac.exe" -cp jcifs-1.3.17.jar;javax.mail-1.5.2.jar -d . Ntlm.java 
jar uvf javax.mail-1.5.2.jar com\sun\mail\auth\Ntlm.class

Pour activer le débogage autant que possible, j'ai utilisé le code suivant dans la méthode main de ma classe de test:

    final InputStream inputStream = Main.class.getResourceAsStream("/logging.properties");
LogManager.getLogManager().readConfiguration(inputStream);
Properties props = new Properties();
props.put("mail.debug", "true");
props.put("mail.debug.auth", "true");

avec cet enregistrement.propriétés:

   # Logging
handlers = java.util.logging.ConsoleHandler
.level = INFO
# Console Logging
java.util.logging.ConsoleHandler.level = INFO

Avant d'appliquer le patch le test a été bloqué après l'envoi de Type 1 message, car mon serveur Exchange nécessaire d'authentification NTLMv2.
Après le patch, le athentication a été fait avec succès.

Une autre solution est d'envoyer un email via le #de#Exchange webservice## aka EWS en utilisant le ##EWS API Java## publié et maintenue par Microsoft (https://github.com/OfficeDev/ews-java-api), comme dans cet exemple:

public class Main {
/**
* @param args
*/
public static void main(String[] args) throws Exception {
ExchangeService exchangeService = new ExchangeService(ExchangeVersion.Exchange2007_SP1);
ExchangeCredentials credentials = new WebCredentials("myusername","mypassword", "mydomain");
exchangeService.setCredentials(credentials);
exchangeService.setUrl(new URI("https://myhostname/EWS/Exchange.asmx"));
exchangeService.setTraceEnabled(true);
EmailMessage msg;
msg = new EmailMessage(exchangeService);
msg.setFrom(new EmailAddress("[email protected]"));
msg.setSubject("Test Mail");
msg.getToRecipients().add("[email protected]");
msg.setBody(MessageBody.getMessageBodyFromText("Email sent by Miscrosoft Java EWS API."));
msg.getAttachments().addFileAttachment("c:\\temp\\myattachement.pdf");
msg.send();
}

}

Mais encore une fois il y a un patch à appliquer à l'intérieur de la classe NTLM de EwsJCIFSNTLMScheme.java pour activer l'authentification NTLMv2 comme indiqué dans la réponse à ce post:

Comment faire pour utiliser l'authentification LDAP pour les Services Web Exchange connexion en Java?

Qui est:

private class NTLM {
/** Character encoding */
public static final String DEFAULT_CHARSET = "ASCII";
/**
* The character was used by 3.x's NTLM to encode the username and
* password. Apparently, this is not needed in when passing username,
* password from NTCredentials to the JCIFS library
*/
private String credentialCharset = DEFAULT_CHARSET;
void setCredentialCharset(String credentialCharset) {
this.credentialCharset = credentialCharset;
}
private static final int TYPE_1_FLAGS = NtlmFlags.NTLMSSP_NEGOTIATE_NTLM
| NtlmFlags.NTLMSSP_NEGOTIATE_UNICODE
| NtlmFlags.NTLMSSP_NEGOTIATE_NTLM2;
private String generateType1Msg(String host, String domain) {
jcifs.ntlmssp.Type1Message t1m = new jcifs.ntlmssp.Type1Message(
TYPE_1_FLAGS, domain, host);
return jcifs.util.Base64.encode(t1m.toByteArray());
}
private String generateType3Msg(String username, String password,
String host, String domain, String challenge) {
jcifs.ntlmssp.Type2Message t2m;
try {
t2m = new jcifs.ntlmssp.Type2Message(
jcifs.util.Base64.decode(challenge));
} catch (IOException e) {
throw new RuntimeException("Invalid Type2 message", e);
}
final int type2Flags = t2m.getFlags();
final int type3Flags = type2Flags
& (0xffffffff ^ (NtlmFlags.NTLMSSP_TARGET_TYPE_DOMAIN | NtlmFlags.NTLMSSP_TARGET_TYPE_SERVER));
jcifs.ntlmssp.Type3Message t3m = new jcifs.ntlmssp.Type3Message(
t2m, password, domain, username, host, type3Flags);
return jcifs.util.Base64.encode(t3m.toByteArray());
}

}

J'ai essayé et cela a fonctionné pour moi.

OriginalL'auteur Andrea Luciano