PasswordDeriveBytes बनाम Rfc2898DeriveBytes, अप्रचलित लेकिन जिस तरह से तेजी से

Question

मैं ऐसे TripleDes, डेस, आदि

मूल रूप से दो विकल्प संगत कुंजी और चतुर्थ के लिए उत्पन्न करने के लिए कर रहे हैं के रूप में SymmetricAlgorithm से विरासत में मिली वर्गों के आधार पर एक एन्क्रिप्शन कार्यक्षमता पर काम कर रहा हूँ मेरी एल्गोरिदम कक्षा, PasswordDeriveBytes और Rfc2898DeriveBytes, दोनों DeriveBytes अमूर्त वर्ग से प्राप्त होते हैं।

PasswordDeriveBytes.GetBytes() विधि नेट ढांचे में के रूप में अप्रचलित चिह्नित है, जबकि Rfc2898DeriveBytes.GetBytes() की सिफारिश की है, के रूप में यह PBKDF2 मानक मेल खाता है। लेकिन, मेरा परीक्षण पर आधारित, बुला Rfc2898DeriveBytes कक्षा में एक ही GetBytes() विधि लगभग 15 गुना है कि PasswordDeriveBytes वर्ग है, जो अप्रत्याशित CPU उपयोग (हमेशा से अधिक 50%) की ओर जाता है की तुलना में धीमी है।

Here're कुछ परीक्षण डेटा:

• पुनरावृत्ति: 100
• एल्गोरिथ्म के प्रकार: डेस
• मूल पाठ: "मैं एक परीक्षण कुंजी हूँ, मुझे एन्क्रिप्ट कृपया"
• समय:
  • PasswordDeriveBytes: 99ms
  • Rfc2898DeriveBytes: 1,373ms

परीक्षण के आधार पर, Rfc2898DeriveBytes के खराब प्रदर्शन उत्पादन वातावरण में स्वीकार्य नहीं है।

किसी को भी करने से पहले इस समस्या को देखा है? कोई समाधान मैं अभी भी प्रदर्शन को मारने के बिना एक मानक एक का उपयोग कर सकते हैं? एक अप्रचलित विधि का उपयोग करने के लिए कोई जोखिम (भविष्य के संस्करण में हटाया जा सकता है)?

धन्यवाद दोस्तों!

संपादित करें:

शायद मैंने पाया जहां समस्या है ... PasswordDeriveBytes के लिए डिफ़ॉल्ट पुनरावृत्ति संख्या संख्या 100 है, जबकि Rfc2898DeriveBytes के लिए 1000 के बाद मैं 1000 में एक ही नंबर के लिए उन्हें बदल गया है, को क्रियान्वित Rfc2898DeriveBytes केवल दो बार है।

Answer 1

दोनों के बीच अंतर के बारे में यह ऐसे ब्लॉग पोस्ट को वार्ता: http://blogs.msdn.com/shawnfa/archive/2004/04/14/generating-a-key-from-a-password.aspx

Answer 2

वे एक ही बात नहीं कर रहे हैं।

आरएफसी 28 9 8DeriveBytes पीबीकेडीएफ 2 का कार्यान्वयन है। पासवर्ड डेरिवबाइट्स पीबीकेडीएफ 1 का कार्यान्वयन है। पीबीकेडीएफ 2 एक अलग विधि का उपयोग करके एक अलग आउटपुट उत्पन्न करता है, और पीबीकेडीएफ 1 की तुलना में राउंड की एक बड़ी संख्या उत्पन्न करता है।

पासवर्ड हैशिंग फ़ंक्शन, जैसे कि, मुख्य व्युत्पन्न के लिए उपयोग किए जाने वाले धीमे होने चाहिए। यही बात है - यह उन्हें क्रैक करने के लिए और अधिक कठिन बनाता है।

दो कार्य संगत नहीं हैं, और PasswordDeriveBytes लगभग सुरक्षित नहीं है।

Answer 3

मुझे लगता है कि आप derivebytes की बात को अनदेखा कर रहे हैं। यह धीमा होना चाहिए। यह जानबूझकर धीमी एल्गोरिदम का उपयोग करता है जिसे चतुर चाल से नहीं बढ़ाया जा सकता है।सामान्य "पुनरावृत्तियों की संख्या" पैरामीटर 2^16-2^20 रेंज में होना चाहिए और उपयोगकर्ता दर्ज पासवर्ड के बीच 0.1-0.5 दूसरी देरी पेश करना चाहिए और कुंजी जेनरेट की गई है। इसका उद्देश्य "आलसी अज्ञानी उपयोगकर्ताओं" द्वारा चुने गए कमजोर पासवर्ड के खिलाफ बचाव करना और ब्रूट फोर्स सर्च को धीमा करना है।