uthrasri/g2.5_openssl_v_1_0_1g
OpenSSL 1.0.1g 7 Apr 2014
Copyright (c) 1998-2011 The OpenSSL Project Copyright (c) 1995-1998 Eric A. Young, Tim J. Hudson جميع الحقوق محفوظة.
مشروع OpenSSL هو جهد تعاوني لتطوير مجموعة أدوات قوية، بمستوى تجاري، كاملة الميزات ومفتوحة المصدر، تنفّذ بروتوكولي Secure Sockets Layer (SSL v2/v3) وTransport Layer Security (TLS v1) بالإضافة إلى مكتبة تشفير عامة الغرض كاملة القوة. يُدار المشروع من قبل مجتمع عالمي من المتطوعين الذين يستخدمون الإنترنت للتواصل والتخطيط وتطوير مجموعة أدوات OpenSSL ووثائقها ذات الصلة.
يستند OpenSSL إلى مكتبة SSLeay الممتازة التي طورها Eric A. Young وTim J. Hudson. مجموعة أدوات OpenSSL مرخّصة بموجب نظام ترخيص مزدوج (ترخيص OpenSSL بالإضافة إلى ترخيص SSLeay)، وهو ما يعني أساسًا أنك حر في الحصول عليها واستخدامها لأغراض تجارية وغير تجارية طالما استوفيت شروط الترخيصين.
تتضمن مجموعة أدوات OpenSSL:
libssl.a: تنفيذ SSLv2 وSSLv3 وTLSv1 والكود المطلوب لدعم كل من SSLv2 وSSLv3 وTLSv1 في خادم وعميل واحد.
libcrypto.a: تشفير عام وأدوات X.509 v1/v3 التي يحتاجها SSL/TLS ولكنها ليست في الواقع جزءًا منطقيًا منه. تتضمن إجراءات لما يلي:
الشفرات
libdes - حزمة تشفير DES libdes الخاصة بـ EAY والتي كانت متداولة على الشبكة لبضع سنوات، ثم أعاد ترخيصها كجزء من SSLeay. تتضمن 15 'وضعًا/تنويعًا' من DES (إصدارات المفاتيح 1 و2 و3 من ecb وcbc وcfb وofb؛ pcbc وصيغة أكثر عمومية من cfb وofb) بما في ذلك desx في وضع cbc، ودالة crypt(3) سريعة، وإجراءات لقراءة كلمات المرور من لوحة المفاتيح.
تشفير RC4،
تشفير RC2 - 4 أوضاع مختلفة: ecb وcbc وcfb وofb.
تشفير Blowfish - 4 أوضاع مختلفة: ecb وcbc وcfb وofb.
تشفير IDEA - 4 أوضاع مختلفة: ecb وcbc وcfb وofb.
التلاخيص
خوارزميتا تلخيص الرسائل MD5 وMD2 بتنفيذات سريعة،
وخوارزميتا تلخيص الرسائل SHA (SHA-0) وSHA-1،
وتلخيص رسائل MDC2، وهو تجزئة قائمة على DES شائعة على البطاقات الذكية.
المفاتيح العامة
تشفير/فك تشفير/توليد RSA.
لا يوجد حد على عدد البتات.
تشفير/فك تشفير/توليد DSA.
لا يوجد حد على عدد البتات.
تبادل المفاتيح/توليد المفاتيح Diffie-Hellman.
لا يوجد حد على عدد البتات.
شهادات X.509v3
ترميز/فك ترميز X509 إلى/من ASN1 الثنائي وترميز ASCII-ثنائي قائم على PEM
يدعم التشفير بمفتاح خاص. برنامج لتوليد طلبات شهادات RSA وDSA
ولتوليد شهادات RSA وDSA.
الأنظمة
إجراءات المغلف الرقمي العادية وترميز base64. وصول بمستوى أعلى إلى الشفرات
والتلاخيص بالاسم. يمكن تحميل شفرات جديدة في وقت التشغيل. نظام الإدخال/الإخراج
BIO وهو تجريد إدخال/إخراج بسيط غير حاجب. الطرق المدعومة حاليًا هي واصفات
الملفات، والمقابس، وقبول المقابس، وربط المقابس، ومخزن الذاكرة، والتخزين المؤقت،
وعميل/خادم SSL، ومؤشر الملف، والتشفير، والتلخيص، واختبار عدم الحجب، واللاشيء.
بنى البيانات
نظام تجزئة ينمو ديناميكيًا.
مكدس بسيط.
محمّل إعدادات يستخدم صيغة مشابهة لملفات MS .ini.
openssl: أداة سطر أوامر يمكن استخدامها من أجل: إنشاء معاملات مفاتيح RSA وDH وDSA إنشاء شهادات X.509 وطلبات توقيع الشهادات (CSRs) وقوائم إبطال الشهادات (CRLs) حساب تلاخيص الرسائل التشفير وفك التشفير باستخدام الشفرات اختبارات عميل وخادم SSL/TLS معالجة البريد الموقّع أو المشفّر S/MIME
تحتفظ شركات مختلفة ببراءات اختراع مختلفة لخوارزميات مختلفة في مواقع مختلفة حول العالم. أنت مسؤول عن ضمان أن استخدامك لأي خوارزميات قانوني من خلال التحقق من وجود أي براءات اختراع في بلدك. يحتوي الملف على بعض براءات الاختراع التي نعرفها أو يُشاع بوجودها. هذه ليست قائمة نهائية.
تحتفظ RSA Security ببراءات اختراع برمجية على خوارزمية RC5. إذا كنت تنوي استخدام هذا الشفر، فيجب عليك الاتصال بـ RSA Security لمعرفة شروط الترخيص. صفحة الويب الخاصة بهم هي http://www.rsasecurity.com/.
RC4 هي علامة تجارية لـ RSA Security، لذا ربما ينبغي استخدام هذا التصنيف فقط بإذن من RSA Security.
خوارزمية IDEA مسجلة كبراءة اختراع من قبل Ascom في النمسا وفرنسا وألمانيا وإيطاليا واليابان وهولندا وإسبانيا والسويد وسويسرا والمملكة المتحدة والولايات المتحدة الأمريكية. يجب الاتصال بهم إذا كان سيتم استخدام تلك الخوارزمية؛ صفحة الويب الخاصة بهم هي http://www.ascom.ch/.
تمتلك NTT وMitsubishi براءات اختراع وبراءات قيد التسجيل على خوارزمية Camellia، لكنهما تسمحان باستخدامها دون مقابل دون اشتراط اتفاقية ترخيص صريحة: http://info.isl.ntt.co.jp/crypt/eng/info/chiteki.html
لتثبيت هذه الحزمة على أحد اشتقاقات Unix، اقرأ ملف INSTALL. بالنسبة لمنصة Win32، اقرأ ملف INSTALL.W32. بالنسبة لأنظمة OpenVMS، اقرأ INSTALL.VMS.
اقرأ الوثائق في دليل doc/. إنها تقريبية إلى حد ما، لكنها تسرد الدوال؛ سيتعين عليك على الأرجح النظر إلى الكود لمعرفة كيفية استخدامها. اطلع على البرامج النموذجية.
بالنسبة لبعض المنصات، توجد بعض المشكلات المعروفة التي قد تؤثر على المستخدم أو مؤلف التطبيق. نحاول تجميعها في doc/PROBLEMS، مع أفكار حالية حول كيفية حلها في مستقبل OpenSSL.
راجع موقع OpenSSL الإلكتروني www.openssl.org للحصول على تفاصيل حول كيفية الحصول على دعم فني تجاري.
إذا كانت لديك أي مشكلات مع OpenSSL، فيرجى اتخاذ الخطوات التالية أولاً:
- نزّل اللقطة الحالية من ftp://ftp.openssl.org/snapshot/
لمعرفة ما إذا كانت المشكلة قد عولجت بالفعل
- أزل إصدارات ASM من المكتبات
- أزل أعلام تحسين المترجم
إذا كنت ترغب في الإبلاغ عن خطأ، فيرجى تضمين المعلومات التالية في أي تقرير خطأ:
- على أنظمة Unix:
تقرير الاختبار الذاتي المُنشأ بواسطة 'make report'
- على الأنظمة الأخرى:
إصدار OpenSSL: مخرجات 'openssl version -a'
اسم نظام التشغيل وإصداره ومنصة العتاد
تفاصيل المترجم (الاسم والإصدار)
- تفاصيل التطبيق (الاسم والإصدار)
- وصف المشكلة (الخطوات التي تعيد إنتاج المشكلة، إذا كانت معروفة)
- تتبّع المكدس (إذا كان التطبيق يُفرغ النواة)
أبلغ عن الخطأ إلى مشروع OpenSSL عبر Request Tracker (http://www.openssl.org/support/rt.html) بالبريد إلى:
لاحظ أنه لا ينبغي استخدام Request Tracker للمساعدة العامة أو استفسارات الدعم. مجرد أن شيئًا لا يعمل بالطريقة التي تتوقعها لا يعني بالضرورة أنه خطأ في OpenSSL.
لاحظ أن البريد المرسل إلى [email protected] يُسجَّل في قاعدة بيانات Request Tracker القابلة للقراءة علنًا ويُعاد توجيهه إلى قائمة بريدية عامة. يمكن إرسال البريد السري إلى [email protected] (مفتاح PGP متاح من خوادم المفاتيح).
يتم تنسيق التطوير على القائمة البريدية openssl-dev (راجع http://www.openssl.org للحصول على معلومات حول الاشتراك). إذا كنت ترغب في تقديم تصحيح، فأرسله إلى [email protected] مع وضع السلسلة "[PATCH]" في الموضوع. يرجى التأكد من تضمين شرح نصي لما يفعله التصحيح.
إذا لم تكن متأكدًا مما إذا كانت ميزة ما ستكون مفيدة لمجتمع OpenSSL العام، فيرجى مناقشتها على القائمة البريدية openssl-dev أولاً. قد يكون شخص ما يعمل بالفعل على الشيء نفسه، أو قد يكون هناك سبب وجيه لعدم تنفيذ تلك الميزة.
يجب أن تكون التصحيحات حديثة قدر الإمكان، ويفضل أن تكون نسبة إلى Git الحالي أو آخر لقطة. يجب أن تتبع أسلوب البرمجة في OpenSSL وتُترجم دون تحذيرات. يمكن استخدام بعض أهداف مطوّري الفريق الأساسي لأغراض الاختبار (debug-steve64 وdebug-geoff وما إلى ذلك). يترجم OpenSSL على العديد من المنصات المتنوعة: حاول التأكد من أنك تستخدم فقط الميزات القابلة للنقل.
ملاحظة: لأسباب قانونية، لا يمكن قبول المساهمات من الولايات المتحدة إلا إذا تم إرسال إشعار TSU ونسخة من التصحيح إلى [email protected] (المعروفة سابقًا باسم BXA) مع نسخة إلى منسق طلبات التشفير ENC؛ يرجى أخذ بعض الوقت للاطلاع على http://www.bis.doc.gov/Encryption/PubAvailEncSourceCodeNofify.html [كذا] و http://w3.access.gpo.gov/bis/ear/pdf/740.pdf (القسم 740.13(e) من EAR) للحصول على التفاصيل. إذا كان "كود مصدر التشفير الخاص بك أكبر من أن يُرسل كمرفق بريد إلكتروني"، فسيسعدهم استلامه بالفاكس بدلاً من ذلك؛ نأمل أن تكون لديك خطة اتصالات رخيصة للمسافات البعيدة.
الصيغة المفضلة لدينا للتغييرات هي مخرجات "diff -u". يمكنك توليدها على النحو التالي: