SChannel

Question

में SEC_I_RENEGOTIATE और TLS1_ALERT_NO_RENEGOTIATION से निपटना मैं इस समय एसिंक (आईओसीपी) आधारित सर्वर के लिए एससीएचनल के साथ काम कर रहा हूं और मुझे ज्यादातर चीजें ठीक काम कर रही हैं लेकिन मुझे रीनेगोसिएशन में समस्या है। विशेष रूप से, जब सहकर्मी ए सहकर्मी भेजता है बी पुन: बातचीत करने के लिए एक अनुरोध और सहकर्मी बी एक टीएलएस 1 NO RENEGOTIATION चेतावनी देता है कि सहकर्मी ए जारी कैसे रहता है? मैं बिंदु जहां मैं SEC_I_NO_RENEGOTIATION प्रतिक्रिया मिल और यह मुझे धारा का उपयोग जारी करने में सक्षम होने से रोकता है पर गलत संदर्भ है लगता है ...

अपडेट किया गया मैं कुछ और परीक्षण किया है और यह 'नहीं करता है टी एक अमान्य संदर्भ प्रतीत होता है लेकिन मुझे अगली कॉल से SEC_E_ENCRYPT_FAILURE प्राप्त होता है ...

वास्तव में पुन: बातचीत करने का अनुरोध वास्तव में अस्वीकार करने का अनुरोध है? या NO RENEGOTIATION चेतावनी बस एक सूचनात्मक त्रुटि संदेश है जो अब मतलब है कि कनेक्शन बेकार है? यदि हां, तो इसे 'त्रुटि' के बजाय 'चेतावनी' के रूप में क्यों टिप्पणी की जाती है ?? नहीं; टीएलएस आरएफसी (5246) स्पष्ट रूप से कहा गया है कि सहकर्मी के लिए अपने ऊपर तय करने के लिए अगर हम एक नहीं रीनिगोशिएशन चेतावनी के बाद जारी रख सकते हैं ...

अपडेट किया गया अगर मैं ApplyControlToken()or if I send it using EncryptMessage() का उपयोग कर टीएलएस अलर्ट भेज यह कोई फर्क नहीं पड़ता SECQOP_WRAP_OOB_DATA ...

Answer 1

यह आपकी मदद करेगा: Code Project: SSLSocket।

Answer 2

इंटेल एएमटी आधारित हार्डवेयर के लिए कुछ समय पहले एक हॉटफिक्स जारी किया गया था। अनिवार्य रूप से, रूट प्रमाणपत्र को पूरे प्रमाण पत्र को कैश करने के बजाय SHA-1 हैश के रूप में संग्रहीत किया गया था। एसएसपीआई जड़ से बाहर सभी प्रमाण पत्र पास करता है, इस रूट को ट्रस्ट-चेन सत्यापन के लिए यह प्रमाण पत्र होने की उम्मीद है। जब पूर्ण जड़ मौजूद नहीं थी, एसएसपीआई फिर से बातचीत कर रहा था।

इंटेल एएमटी के साथ विन 2003 सिस्टम पर हॉटफिक्स अद्यतन स्कैनल स्थापित।

चेक बाहर इस KB: http://support.microsoft.com/kb/942841