.\" -*- coding: UTF-8 -*- .de Sp \" Vertical space (when we can't use .PP) .if t .sp .5v .if n .sp .. .\" -*- mode: troff; coding: utf-8 -*- .\" Automatically generated by Pod::Man v6.0.2 (Pod::Simple 3.45) .\" .\" Standard preamble: .\" ======================================================================== .de Vb \" Begin verbatim text .ft CW .nf .ne \\$1 .. .de Ve \" End verbatim text .ft R .fi .. .ie n \{\ . ds C` "" . ds C' "" 'br\} .el\{\ . ds C` . ds C' 'br\} .\" \*(C` and \*(C' are quotes in nroff, nothing in troff, for use with C<>. .ie \n(.g .ds Aq \(aq .el .ds Aq ' .\" .\" Escape single quotes in literal strings from groff's Unicode transform. .de IX .. .\" .\" If the F register is >0, we'll generate index entries on stderr for .\" titles (.TH), headers (.SH), subsections (.SS), items (.Ip), and index .\" entries marked with X<> in POD. Of course, you'll have to process the .\" output yourself in some meaningful fashion. .\" .\" Avoid warning from groff about undefined register 'F'. .nr rF 0 .if \n(.g .if rF .nr rF 1 .if (\n(rF:(\n(.g==0)) \{\ . if \nF \{\ . de IX . tm Index:\\$1\t\\n%\t"\\$2" .. . if !\nF==2 \{\ . nr % 0 . nr F 2 . \} . \} .\} .rr rF .if n .ds AD l .\" .\" Required to disable full justification in groff 1.23.0. .\" ======================================================================== .\" .IX Title "EVP_DIGESTSIGNINIT 3ssl" .\"******************************************************************* .\" .\" This file was generated with po4a. Translate the source file. .\" .\"******************************************************************* .TH EVP_DIGESTSIGNINIT 3ssl "7 أبريل 2026" 3.6.2 OpenSSL .if n .ad l .\" For nroff, turn off justification. Always turn off hyphenation; it makes .\" way too many mistakes in technical documents. .nh .SH الاسم EVP_DigestSignInit_ex, EVP_DigestSignInit, EVP_DigestSignUpdate, EVP_DigestSignFinal, EVP_DigestSign \- دوال التوقيع EVP .SH موجز .IX Header موجز .Vb 1 \& #include \& \& int EVP_DigestSignInit_ex(EVP_MD_CTX *ctx, EVP_PKEY_CTX **pctx, \& const char *mdname, OSSL_LIB_CTX *libctx, \& const char *props, EVP_PKEY *pkey, \& const OSSL_PARAM params[]); \& int EVP_DigestSignInit(EVP_MD_CTX *ctx, EVP_PKEY_CTX **pctx, \& const EVP_MD *type, ENGINE *e, EVP_PKEY *pkey); \& int EVP_DigestSignUpdate(EVP_MD_CTX *ctx, const void *d, size_t cnt); \& int EVP_DigestSignFinal(EVP_MD_CTX *ctx, unsigned char *sig, size_t *siglen); \& \& int EVP_DigestSign(EVP_MD_CTX *ctx, unsigned char *sig, \& size_t *siglen, const unsigned char *tbs, \& size_t tbslen); .Ve .SH الوصف .IX Header الوصف إجراءات التوقيع EVP هي واجهة عالية المستوى للتوقيعات الرقمية. تُهضم بيانات الإدخال أولاً قبل أن يحدث التوقيع. .PP \&\fBEVP_DigestSignInit_ex()\fP تُعدّ سياق التوقيع \fIctx\fP لاستخدام هضم باسم \fImdname\fP ومفتاح خاص \fIpkey\fP. يُمرّر اسم الهضم المراد استخدامه إلى مزود خوارزمية التوقيع المستخدمة. كيفية تفسير ذلك المزود لاسم الهضم خاصة بالمزود. قد ينفذ المزود ذلك الهضم مباشرة بنفسه أو قد يختار (اختيارياً) جلبه (مما قد يؤدي إلى اختيار هضم من مزود مختلف). إذا دعم المزود جلب الهضم، فقد يستخدم وسيط \fIprops\fP للخصائص التي ستُستخدم أثناء الجلب. أخيراً، تُضبط المعاملات الممررة \&\fIparams\fP، إذا لم تكن NULL، على السياق قبل الإرجاع. .PP تُستخدم خوارزمية \fIpkey\fP لجلب طريقة \fBEVP_SIGNATURE\fP ضمنيًا، لاستخدامها في التوقيع الفعلي. انظر "Implicit fetch" في \fBprovider\fP\|(7) لمزيد من المعلومات حول عمليات الجلب الضمني. .PP تدعم مزودات OpenSSL المبدئية والقديمة جلب الخلاصات ويمكنها جلب هذه الخلاصات من أي مزود متاح. يدعم مزود OpenSSL FIPS أيضًا جلب الخلاصات ولكنه سيجلب فقط الخلاصات التي نُفذت هي نفسها داخل مزود FIPS. .PP \&يجب إنشاء \fIctx\fP باستخدام \fBEVP_MD_CTX_new()\fP قبل استدعاء هذه الدالة. إذا لم يكن \&\fIpctx\fP NULL، فسيُكتب EVP_PKEY_CTX لعملية التوقيع إلى \fI*pctx\fP: يمكن استخدام هذا لضبط خيارات توقيع بديلة. لاحظ أن أي قيمة موجودة في \fI*pctx\fP تُستبدل. يجب ألا تُحرّر قيمة EVP_PKEY_CTX المُرجعة مباشرة بواسطة التطبيق إذا لم يُسند إلى \fIctx\fP قيمة EVP_PKEY_CTX قبل تمريره إلى \fBEVP_DigestSignInit_ex()\fP (مما يعني أن EVP_PKEY_CTX يُنشأ داخل \fBEVP_DigestSignInit_ex()\fP وسيُحرّر آلياً عند تحرير EVP_MD_CTX). إذا أُنشئ EVP_PKEY_CTX المراد استخدامه بواسطة EVP_DigestSignInit_ex، فسيستخدم \fBOSSL_LIB_CTX\fP المحدد في \fIlibctx\fP وسلسلة استعلام الخصائص المحددة في \fIprops\fP. .PP قد يكون الهضم \fImdname\fP NULL إذا دعمته خوارزمية التوقيع. يمكن أن تكون وسيطة \&\fIprops\fP NULL دائماً. .PP لن يُنشأ أي \fBEVP_PKEY_CTX\fP بواسطة \fBEVP_DigestSignInit_ex()\fP إذا كان \fIctx\fP الممرر قد أُسند إليه واحد بالفعل عبر \fBEVP_MD_CTX_set_pkey_ctx\fP\|(3). انظر أيضاً \fBSM2\fP\|(7). .PP يمكن استخدام أنواع EVP_PKEY التي تدعم التوقيع فقط مع هذه الدوال. يشمل ذلك خوارزميات MAC حيث يُعتبر توليد MAC شكلاً من "التوقيع". أنواع EVP_PKEY المضمنة التي تدعمها هذه الدوال هي CMAC وPoly1305 وDSA وECDSA وHMAC وRSA وSipHash وEd25519 وEd448. .PP لا يمكن استخدام جميع خلاصات الرسائل لجميع أنواع المفاتيح. تنطبق التوليفات التالية. .IP DSA 4 .IX Item DSA يدعم SHA1 و SHA224 و SHA256 و SHA384 و SHA512 .IP ECDSA 4 .IX Item ECDSA يدعم SHA1 و SHA224 و SHA256 و SHA384 و SHA512 و SM3 .IP "RSA بدون حشوة" 4 .IX Item "RSA بدون حشوة" لا يدعم أي هضم (يجب أن يكون الهضم \fItype\fP NULL) .IP "RSA مع حشوة X931" 4 .IX Item "RSA مع حشوة X931" يدعم SHA1 و SHA256 و SHA384 و SHA512 .IP "جميع أنواع حشو RSA الأخرى" 4 .IX Item "جميع أنواع حشو RSA الأخرى" دعم SHA1 و SHA224 و SHA256 و SHA384 و SHA512 و MD5 و MD5_SHA1 و MD2 و MD4 و MDC2 و SHA3\-224 و SHA3\-256 و SHA3\-384 و SHA3\-512 .IP "Ed25519 و Ed448" 4 .IX Item "Ed25519 و Ed448" لا تدعم أي هضم (يجب أن يكون الهضم \fItype\fP NULL) .IP HMAC 4 .IX Item HMAC يدعم أي خلاصة (digest) .IP "CMAC وPoly1305 وSipHash" 4 .IX Item "CMAC وPoly1305 وSipHash" سيتجاهل أي ملخص (digest) مقدم. .PP إذا استُخدم RSA\-PSS وسرت قيود، فيجب أن يتطابق الملخص. .PP \&تعمل \fBEVP_DigestSignInit()\fP بنفس طريقة \fBEVP_DigestSignInit_ex()\fP باستثناء أن معامل \fImdname\fP سيُستنتج من الهضم المزود \fItype\fP، وستكون \fIprops\fP NULL. حيثما وُجد، سيُستخدم ENGINE \fIe\fP لتنفيذات خوارزمية التوقيع والهضم. قد يكون \fIe\fP NULL. .PP \&\fBEVP_DigestSignUpdate()\fP تُجزئ \fIcnt\fP بايت من البيانات عند \fId\fP في سياق التوقيع \fIctx\fP. يمكن استدعاء هذه الدالة عدة مرات على نفس \fIctx\fP لتضمين بيانات إضافية. \fIctx\fP \fBيجب ألا\fP يكون NULL. .PP ما لم يكن \fIsig\fP NULL، تُوقع \fBEVP_DigestSignFinal()\fP البيانات في \fIctx\fP وتضع التوقيع في \fIsig\fP. وإلا، يُكتب الحجم الأقصى الضروري للمخزن المؤقت للإخراج في معامل \fIsiglen\fP. إذا لم يكن \fIsig\fP NULL، فيجب قبل الاستدعاء أن يحتوي معامل \&\fIsiglen\fP على طول المخزن المؤقت \fIsig\fP. إذا نجح الاستدعاء، يُكتب التوقيع إلى \fIsig\fP وتُكتب كمية البيانات إلى \fIsiglen\fP. .PP \&\fBEVP_DigestSign()\fP مشابهة لاستدعاء واحد لـ \fBEVP_DigestSignUpdate()\fP و\&\fBEVP_DigestSignFinal()\fP. ما لم يكن \fIsig\fP NULL، تُوقع \fBEVP_DigestSign()\fP البيانات \fItbs\fP بطول \fItbslen\fP بايت وتضع التوقيع في مخزن مؤقت \fIsig\fP بحجم \fIsiglen\fP. إذا كان \fIsig\fP NULL، يُكتب الحجم الأقصى الضروري للمخزن المؤقت للتوقيع في معامل \fIsiglen\fP. .SH "القيم المُرجعة" .IX Header "القيم المُرجعة" \&تُرجع \fBEVP_DigestSignInit()\fP و\fBEVP_DigestSignUpdate()\fP و\fBEVP_DigestSignFinal()\fP و\&\fBEVP_DigestSign()\fP 1 للنجاح و0 للفشل. .PP يمكن الحصول على رموز الخطأ من \fBERR_get_error\fP\|(3). .SH ملاحظات .IX Header ملاحظات ينبغي دائمًا استخدام واجهة \fBEVP\fP للتواقيع الرقمية بدلاً من الواجهات منخفضة المستوى. هذا لأن الكود يصبح حينها شفافًا للخوارزمية المستخدمة وأكثر مرونة بكثير. .PP \&\fBEVP_DigestSign()\fP هي عملية لمرة واحدة تُوقع كتلة واحدة من البيانات في دالة واحدة. بالنسبة للخوارزميات التي تدعم التدفق، فهي مكافئة لاستدعاء \fBEVP_DigestSignUpdate()\fP و\fBEVP_DigestSignFinal()\fP. بالنسبة للخوارزميات التي لا تدعم التدفق (مثل PureEdDSA)، فهي الطريقة الوحيدة لتوقيع البيانات. .PP في الإصدارات السابقة من OpenSSL، كان هناك ارتباط بين أنواع ملخصات الرسائل (message digest) وخوارزميات المفتاح العام. وهذا يعني أن ملخصات "الاستنساخ" مثل \fBEVP_dss1()\fP كانت مطلوبة للتوقيع باستخدام SHA1 و DSA. لم يعد هذا ضرورياً ويُنصح الآن بعدم استخدام ملخصات الاستنساخ. .PP لبعض أنواع المفاتيح والمعلمات، يجب بذر مولد الأرقام العشوائية. إذا فشل البذر الآلي أو إعادة البذر لـ OpenSSL CSPRNG بسبب ظروف خارجية (راجع \fBRAND\fP\|(7))، فستفشل العملية. .PP استدعاء \fBEVP_DigestSignFinal()\fP يُنهي داخلياً نسخة من سياق الهضم. هذا يعني أنه يمكن استدعاء \fBEVP_DigestSignUpdate()\fP و\&\fBEVP_DigestSignFinal()\fP لاحقاً لهضم وتوقيع بيانات إضافية. قد تعطل التطبيقات هذا السلوك بضبط علم سياق EVP_MD_CTX_FLAG_FINALISE عبر \fBEVP_MD_CTX_set_flags\fP\|(3). .PP لاحظ أن ليس كل المزوّدين يدعمون الاستمرار، ففي حال عدم سماح المزوّد المختار بتكرار السياقات، ستنهي \fBEVP_DigestSignFinal()\fP سياق التلخيص وستؤدي محاولة معالجة بيانات إضافية عبر \&\fBEVP_DigestSignUpdate()\fP إلى خطأ. .PP يمكن استدعاء دالتي \&\fBEVP_DigestSignInit()\fP و \fBEVP_DigestSignInit_ex()\fP مرات متعددة على سياق، ويجب حفظ المعاملات المحددة من الاستدعاءات السابقة إذا كان معامل \fIpkey\fP فارغًا. يعيد الاستدعاء عندئذٍ ضبط حالة \fIctx\fP فقط. .PP لا يمكن استدعاء \&\fBEVP_DigestSign()\fP مرة أخرى بمجرد إنشاء توقيع (بتمرير \fIsig\fP كقيمة غير فارغة)، إلا إذا أُعيدت تهيئة \fBEVP_MD_CTX\fP باستدعاء \fBEVP_DigestSignInit_ex()\fP. .PP قد يؤدي تجاهل إرجاعات الفشل لدالتي \fBEVP_DigestSignInit()\fP و \fBEVP_DigestSignInit_ex()\fP إلى سلوك غير محدد لاحقًا عند استدعاء \&\fBEVP_DigestSignUpdate()\fP أو \fBEVP_DigestSignFinal()\fP أو \fBEVP_DigestSign()\fP. .PP يُثبط استخدام \fBEVP_PKEY_get_size()\fP مع هذه الدوال لأن بعض عمليات التوقيع قد يكون لها طول توقيع يعتمد على المعاملات المحددة. ونتيجة لذلك، يجب أن تُرجع \fBEVP_PKEY_get_size()\fP قيمة تشير إلى أقصى توقيع ممكن لأي مجموعة من المعاملات. .SH "انظر أيضًا" .IX Header "انظر أيضًا" \&\fBEVP_DigestVerifyInit\fP\|(3)، \&\fBEVP_DigestInit\fP\|(3)، \&\fBevp\fP\|(7)، \fBHMAC\fP\|(3)، \fBMD2\fP\|(3)، \&\fBMD5\fP\|(3)، \fBMDC2\fP\|(3)، \fBRIPEMD160\fP\|(3)، \&\fBSHA1\fP\|(3)، \fBopenssl\-dgst\fP\|(1)، \&\fBRAND\fP\|(7) .SH التاريخ .IX Header التاريخ أُضيفت \&\fBEVP_DigestSignInit()\fP و \fBEVP_DigestSignUpdate()\fP و \fBEVP_DigestSignFinal()\fP في OpenSSL 1.0.0. .PP أُضيفت \&\fBEVP_DigestSignInit_ex()\fP في OpenSSL 3.0. .PP حُوّلت \&\fBEVP_DigestSignUpdate()\fP من ماكرو إلى دالة في OpenSSL 3.0. .SH "حقوق النسخ" .IX Header "حقوق النسخ" حقوق النشر 2006\-2024 لمؤلفي مشروع OpenSSL. جميع الحقوق محفوظة. .PP مرخص بموجب رخصة Apache 2.0 (المشار إليها فيما يلي بـ ”الرخصة“). لا يجوز لك استخدام هذا الملف إلا وفقًا لشروط الرخصة. يمكنك الحصول على نسخة منها في الملف LICENSE الموجود في حزمة التوزيع المصدرية أو على الرابط . .PP .SH ترجمة تُرجمت هذه الصفحة من الدليل بواسطة زايد السعيدي . .PP هذه الترجمة هي وثيقة مجانية؛ راجع .UR https://www.gnu.org/licenses/gpl-3.0.html رخصة جنو العامة الإصدار 3 .UE أو ما بعده للاطلاع على شروط حقوق النشر. لا توجد أي ضمانات. .PP إذا وجدت أي أخطاء في ترجمة صفحة الدليل هذه، يرجى إرسال بريد إلكتروني إلى قائمة بريد المترجمين: .MT kde-l10n-ar@kde.org .ME .