.\" -*- 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_DIGESTVERIFYINIT 3ssl" .\"******************************************************************* .\" .\" This file was generated with po4a. Translate the source file. .\" .\"******************************************************************* .TH EVP_DIGESTVERIFYINIT 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_DigestVerifyInit_ex, EVP_DigestVerifyInit, EVP_DigestVerifyUpdate, EVP_DigestVerifyFinal, EVP_DigestVerify \- دوال التحقق من التوقيع EVP .SH موجز .IX Header موجز .Vb 1 \& #include \& \& int EVP_DigestVerifyInit_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_DigestVerifyInit(EVP_MD_CTX *ctx, EVP_PKEY_CTX **pctx, \& const EVP_MD *type, ENGINE *e, EVP_PKEY *pkey); \& int EVP_DigestVerifyUpdate(EVP_MD_CTX *ctx, const void *d, size_t cnt); \& int EVP_DigestVerifyFinal(EVP_MD_CTX *ctx, const unsigned char *sig, \& size_t siglen); \& int EVP_DigestVerify(EVP_MD_CTX *ctx, const unsigned char *sig, \& size_t siglen, const unsigned char *tbs, size_t tbslen); .Ve .SH الوصف .IX Header الوصف إجراءات التوقيع EVP هي واجهة عالية المستوى للتوقيعات الرقمية. تُهضم بيانات الإدخال أولاً قبل أن يتم التحقق من التوقيع. .PP \&\fBEVP_DigestVerifyInit_ex()\fP تُعدّ سياق التحقق \fBctx\fP لاستخدام هاضوم بالاسم \fBmdname\fP ومفتاح عام \fBpkey\fP. يُمرّر اسم الهاضوم المراد استخدامه إلى مزود خوارزمية التوقيع المستخدمة. كيفية تفسير المزود لاسم الهاضوم خاصة بالمزود. قد يُنفّذ المزود ذلك الهاضوم مباشرة بنفسه أو قد يختار (اختيارياً) جلبه (مما قد يؤدي إلى اختيار هاضوم من مزود مختلف). إذا دعم المزود جلب الهاضوم، فقد يستخدم وسيط \fBprops\fP للخصائص التي ستُستخدم أثناء الجلب. أخيراً، تُضبط المعاملات الممررة \&\fIparams\fP، إذا لم تكن NULL، على السياق قبل العودة. .PP تُستخدم خوارزمية \fIpkey\fP لجلب طريقة \fBEVP_SIGNATURE\fP ضمنيًا، لاستخدامها في التوقيع الفعلي. انظر "Implicit fetch" في \fBprovider\fP\|(7) لمزيد من المعلومات حول عمليات الجلب الضمني. .PP تدعم مزودات OpenSSL المبدئية والقديمة جلب الخلاصات ويمكنها جلب هذه الخلاصات من أي مزود متاح. يدعم مزود OpenSSL FIPS أيضًا جلب الخلاصات ولكنه سيجلب فقط الخلاصات التي نُفذت هي نفسها داخل مزود FIPS. .PP \&يجب إنشاء \fBctx\fP باستخدام \fBEVP_MD_CTX_new()\fP قبل استدعاء هذه الدالة. إذا لم يكن \&\fBpctx\fP NULL، فسيُكتب EVP_PKEY_CTX لعملية التحقق إلى \fB*pctx\fP: يمكن استخدام هذا لتعيين خيارات تحقق بديلة. لاحظ أن أي قيمة موجودة في \fB*pctx\fP تُستبدل. يجب ألا يُحرّر التطبيق قيمة EVP_PKEY_CTX المُعادة مباشرة إذا لم يُسند إلى \fBctx\fP قيمة EVP_PKEY_CTX قبل تمريره إلى \fBEVP_DigestVerifyInit_ex()\fP (مما يعني أن EVP_PKEY_CTX يُنشأ داخل \&\fBEVP_DigestVerifyInit_ex()\fP وسيُحرّر آلياً عند تحرير EVP_MD_CTX). إذا كان EVP_PKEY_CTX المراد استخدامه منشأ بواسطة EVP_DigestVerifyInit_ex، فسيستخدم \fBOSSL_LIB_CTX\fP المحدد في \fIlibctx\fP وسلسلة استعلام الخصائص المحددة في \fIprops\fP. .PP لن يُنشأ \fBEVP_PKEY_CTX\fP بواسطة \fBEVP_DigestVerifyInit_ex()\fP إذا كان \fBctx\fP الممرر قد أُسند إليه واحد بالفعل عبر \fBEVP_MD_CTX_set_pkey_ctx\fP\|(3). انظر أيضاً \fBSM2\fP\|(7). .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 بدون حشوة" لا يدعم أي هاضومات (يجب أن يكون الهاضوم \fBtype\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" لا تدعم أي هاضومات (يجب أن يكون الهاضوم \fBtype\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_DigestVerifyInit()\fP بنفس طريقة \&\fBEVP_DigestVerifyInit_ex()\fP باستثناء أن معامل \fBmdname\fP سيُستنتج من الهاضوم المقدم \fBtype\fP، وستكون \fBprops\fP NULL. حيثما يُقدم، سيُستخدم ENGINE \fBe\fP لتنفيذ التحقق من التوقيع وخوارزمية الهاضوم. قد يكون \fBe\fP NULL. .PP \&تُجزئ \fBEVP_DigestVerifyUpdate()\fP \fBcnt\fP بايت من البيانات عند \fBd\fP في سياق التحقق \fBctx\fP. يمكن استدعاء هذه الدالة عدة مرات على نفس \fBctx\fP لتضمين بيانات إضافية. .PP \&تتحقق \fBEVP_DigestVerifyFinal()\fP من البيانات في \fBctx\fP مقابل التوقيع في \&\fBsig\fP بطول \fBsiglen\fP. .PP \&تتحقق \fBEVP_DigestVerify()\fP من \fBtbslen\fP بايت عند \fBtbs\fP مقابل التوقيع في \fBsig\fP بطول \fBsiglen\fP. .SH "القيم المُرجعة" .IX Header "القيم المُرجعة" \&تُرجع \fBEVP_DigestVerifyInit()\fP و\fBEVP_DigestVerifyUpdate()\fP 1 للنجاح و0 للفشل. .PP \&تُرجع \fBEVP_DigestVerifyFinal()\fP و\fBEVP_DigestVerify()\fP 1 للنجاح؛ أي قيمة أخرى تشير إلى الفشل. تشير قيمة الإرجاع صفر إلى أن التوقيع لم يُتحقق بنجاح (أي أن \fBtbs\fP لم يطابق البيانات الأصلية أو أن التوقيع كان بصيغة غير صالحة)، بينما تشير القيم الأخرى إلى خطأ أكثر خطورة (وتشير أحياناً أيضاً إلى صيغة توقيع غير صالحة). .PP يمكن الحصول على رموز الخطأ من \fBERR_get_error\fP\|(3). .SH ملاحظات .IX Header ملاحظات ينبغي دائمًا استخدام واجهة \fBEVP\fP للتواقيع الرقمية بدلاً من الواجهات منخفضة المستوى. هذا لأن الكود يصبح حينها شفافًا للخوارزمية المستخدمة وأكثر مرونة بكثير. .PP \&\fBEVP_DigestVerify()\fP هي عملية لمرة واحدة تتحقق من كتلة واحدة من البيانات في دالة واحدة. بالنسبة للخوارزميات التي تدعم التدفق، فهي مكافئة لاستدعاء \fBEVP_DigestVerifyUpdate()\fP و\fBEVP_DigestVerifyFinal()\fP. بالنسبة للخوارزميات التي لا تدعم التدفق (مثل PureEdDSA)، فهي الطريقة الوحيدة للتحقق من البيانات. .PP في الإصدارات السابقة من OpenSSL، كان هناك ارتباط بين أنواع ملخصات الرسائل (message digest) وخوارزميات المفتاح العام. وهذا يعني أن ملخصات "الاستنساخ" مثل \fBEVP_dss1()\fP كانت مطلوبة للتوقيع باستخدام SHA1 و DSA. لم يعد هذا ضرورياً ويُنصح الآن بعدم استخدام ملخصات الاستنساخ. .PP لبعض أنواع المفاتيح والمعلمات، يجب بذر مولد الأرقام العشوائية. إذا فشل البذر الآلي أو إعادة البذر لـ OpenSSL CSPRNG بسبب ظروف خارجية (راجع \fBRAND\fP\|(7))، فستفشل العملية. .PP استدعاء \fBEVP_DigestVerifyFinal()\fP يُنهي داخلياً نسخة من سياق الهاضوم. هذا يعني أنه يمكن استدعاء \fBEVP_VerifyUpdate()\fP و\fBEVP_VerifyFinal()\fP لاحقاً لهضم والتحقق من بيانات إضافية. قد تُعطّل التطبيقات هذا السلوك بتعيين علم سياق EVP_MD_CTX_FLAG_FINALISE عبر \&\fBEVP_MD_CTX_set_flags\fP\|(3). .PP لاحظ أنه لا تدعم جميع المزودين الاستمرارية، في حال عدم السماح للمزود المختار بتكرار السياقات، فسوف يُنهي \fBEVP_DigestVerifyFinal()\fP سياق الهاضوم وستؤدي محاولة معالجة بيانات إضافية عبر \&\fBEVP_DigestVerifyUpdate()\fP إلى خطأ. .PP يمكن استدعاء الدالتين \&\fBEVP_DigestVerifyInit()\fP و \fBEVP_DigestVerifyInit_ex()\fP مرات متعددة على سياق، ويجب حفظ المعاملات المحددة بواسطة الاستدعاءات السابقة إذا كان معامل \fIpkey\fP هو NULL. عندئذ يُعيد الاستدعاء فقط ضبط حالة \fIctx\fP. .PP يمكن استدعاء \&\fBEVP_DigestVerify()\fP مرة واحدة فقط، ولا يمكن استخدامها مرة أخرى دون إعادة تهيئة \fBEVP_MD_CTX\fP باستدعاء \fBEVP_DigestVerifyInit_ex()\fP. .PP قد يؤدي تجاهل إرجاعات الفشل للدالتين \fBEVP_DigestVerifyInit()\fP و \fBEVP_DigestVerifyInit_ex()\fP إلى سلوك غير محدد لاحق عند استدعاء \&\fBEVP_DigestVerifyUpdate()\fP أو \fBEVP_DigestVerifyFinal()\fP أو \fBEVP_DigestVerify()\fP. .SH "انظر أيضًا" .IX Header "انظر أيضًا" \&\fBEVP_DigestSignInit\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_DigestVerifyInit()\fP و \fBEVP_DigestVerifyUpdate()\fP و \fBEVP_DigestVerifyFinal()\fP في OpenSSL 1.0.0. .PP أُضيفت \&\fBEVP_DigestVerifyInit_ex()\fP في OpenSSL 3.0. .PP حُوّلت \&\fBEVP_DigestVerifyUpdate()\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 .