एचटीपी क्लाइंट एकाधिक टीएलएस प्रोटोकॉल का समर्थन करता है

Question

हम एक ऐप लिख रहे हैं जिसे HTTPS का उपयोग करके कुछ सर्वरों के साथ संवाद करना होगा। इसे एडब्ल्यूएस (एडब्लूएस पुस्तकालयों का उपयोग करके) और टीएलएस 1.2 का उपयोग करने वाली हमारी कुछ आंतरिक सेवाओं के साथ संवाद करने की आवश्यकता है।

मैं बदलकर शुरू कर दिया मेरी HttpClient एक TLS 1.2 SSLContext उपयोग करने के लिए:

public static SchemeRegistry buildSchemeRegistry() throws Exception { 
    final SSLContext sslContext = SSLContext.getInstance("TLSv1.2"); 
    sslContext.init(createKeyManager(), createTrustManager(), new SecureRandom()); 
    final SchemeRegistry schemeRegistry = new SchemeRegistry(); 
    schemeRegistry.register(new Scheme("https", 443, new SSLSocketFactory(sslContext))); 
    return schemeRegistry; 
} 

और DefaultHttpClient वस्तु में इस SchemeRegistry (वसंत के माध्यम से) इंजेक्शन लगाने, लेकिन ऐसा लगता है कि मैं एडब्ल्यूएस से त्रुटियों हो और इसलिए मुझे लगता है अगर मैं दो HttpClients वसंत में परिभाषित किया गया है करने के लिए प्रयास

AmazonServiceException: Status Code: 403, AWS Service: AmazonSimpleDB, AWS Request ID: 5d91d65f-7158-91b6-431d-56e1c76a844c, AWS Error Code: InvalidClientTokenId, AWS Error Message: The AWS Access Key Id you provided does not exist in our records. 

, एक: (मैं गलत हो सकता है) कि एडब्ल्यूएस TLS 1.2 का समर्थन नहीं करता (मैं यह संदेश प्राप्त नहीं करता है, तो मैं सिर्फ सामान्य DefaultHttpClient का उपयोग करें) जो टीएलएस 1.2 और एक डिफ़ॉल्ट का उपयोग करता है, मुझे फॉलो मिलता है त्रुटि है, जो मुझे लगता है कारण का मतलब है कि वसंत instantiating और दो HttpClient वस्तुओं autowiring पसंद नहीं करता:

SEVERE: Servlet /my-refsvc threw load() exception 
java.lang.NullPointerException 
at com.company.project.refsvc.base.HttpsClientFactory.<clinit>(BentoHttpsClientFactory.java:25) 
... 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateUsingFactoryMethod(AbstractAutowireCapableBeanFactory.java:1031) 
at 
... 
org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:223) 

मैं HTTPS उपयोग नहीं किया है जावा में ज्यादा तो तुम तरह लोगों ने मुझे कुछ सलाह दे सकता है कृपया? 1) मैं स्प्रिंग को दो एचटीपी क्लाइंट ऑब्जेक्ट्स को अनुमति देने के लिए कैसे प्राप्त करूंगा और एक के लिए एडब्ल्यूएस सामान बीन्स के लिए वायर्ड किया जाएगा और दूसरा टीएलएस 1.2 सेवाओं 2 तक पहुंचने के लिए अन्य बीन्स के लिए वायर्ड किया जाएगा 2) या यह बदलना संभव है एक HttpClient ऑब्जेक्ट TLS1.2 (SSLContext, या स्कीम रजिस्ट्री या कुछ के माध्यम से) का प्रयास करने में सक्षम होने के लिए सक्षम है और यदि यह विफल हो जाता है तो TLS1.1 या 1.0 का प्रयास करें? 3) यदि दोनों संभव हैं, तो ऐसा करने का 'बेहतर' तरीका क्या होगा?

Answer 1

टीएलएस में प्रोटोकॉल के किस संस्करण का उपयोग करने के लिए बातचीत करने के लिए एक अंतर्निर्मित तंत्र है। RFC 5246 (Appendix E) से:

टीएलएस संस्करणों 1.0, 1.1, और 1.2, और SSL 3.0 का बहुत समान हैं, और उपयोग संगत ClientHello संदेशों; इस प्रकार, उन सभी का समर्थन अपेक्षाकृत आसान है। इसी तरह, सर्वर आसानी से क्लाइंट को टीएलएस के भविष्य के संस्करणों का उपयोग करने की कोशिश कर रहे हैं, जब तक क्लाइंटहेल्लो प्रारूप संगत रहता है, और क्लाइंट सर्वर में उपलब्ध उच्चतम प्रोटोकॉल संस्करण का समर्थन करता है।

एक TLS 1.2 ग्राहक जो इस तरह के बड़े सर्वर के साथ बातचीत करना चाहता है एक सामान्य TLS 1.2 ClientHello भेजने के लिए, युक्त होगा {3, 3} (टीएलएस 1.2) ClientHello.client_version में। यदि सर्वर इस संस्करण का समर्थन नहीं करता है, तो यह पुराने संस्करण संख्या वाले सर्वरहेल्लो के साथ प्रतिक्रिया देगा। यदि ग्राहक इस संस्करण का उपयोग करने के लिए सहमत हैं, बातचीत प्रोटोकॉल के लिए उपयुक्त के रूप में आगे बढ़ेगी।

इसके अलावा, बदलते SSLContext.getInstance(...) केवल परिवर्तन जो प्रोटोकॉल डिफ़ॉल्ट द्वारा सक्षम हैं, में संस्करण संख्या। वास्तविक प्रोटोकॉल संस्करणों को सेट करना SSLSocket.setEnabledProtocols(...) के साथ किया जाता है (this question देखें)। मैं आपके द्वारा उपयोग की जा रही शेष पुस्तकालयों के बारे में निश्चित नहीं हूं, लेकिन यह संभव है कि यह कहीं भी सक्षम प्रोटोकॉल सेट करता है। डिफ़ॉल्ट व्यवहार से अलग है

• क्या आप अपने createKeyManager() में कर रहे हैं:

  कुछ संभावनाएं हैं।यदि सेवा क्लाइंट-प्रमाणपत्र प्रमाणीकरण का उपयोग कर रही है, तो खराब कॉन्फ़िगरेशन निश्चित रूप से 403 त्रुटि का कारण बन जाएगा।

• (कम संभावना है, मुझे लगता है, लेकिन createKeyManager() और createTrustManager() देखे बिना कहने में मुश्किल है)। शायद आप जिस सर्वर का उपयोग कर रहे हैं वह टीएलएस 1.2 और संस्करण वार्ता तंत्र के साथ संगत नहीं है। वहाँ sun.security.ssl.SSLContextImpl में इस टिप्पणी है:

  SSL/TLS प्रोटोकॉल आगे संगतता और संस्करण रोल-बैक हमले सुरक्षा, तथापि, SSL/TLS सर्वर विक्रेताओं के एक नंबर इन पहलुओं को ठीक से लागू नहीं किया निर्दिष्ट करें, और कुछ वर्तमान एसएसएल/टीएलएस सर्वर किसी टीएलएस 1.1 या बाद के क्लाइंट से बात करने से इंकार कर सकते हैं।

Answer 2

मैं कैसे Android 4.1+ http://blog.dev-area.net/2015/08/13/android-4-1-enable-tls-1-1-and-tls-1-2/