| Mono(signcode) | Mono(signcode) |
نام (NAME)
signcode - امضای دیجیتال یک فایل اجرایی PE با استفاده از گواهی X.509
خلاصه دستور (SYNOPSIS)
signcode [options] filename
توضیحات (DESCRIPTION)
امضای دیجیتال یک فایل اجرایی PE (اسمبلی CLR، فایل Win32 EXE یا DLL) با استفاده از یک گواهی X.509 و کلید خصوصی مرتبط با آن. این امضا با Authenticode(r) سازگار است و می‌تواند با chktrust (چه در Windows یا در هر پلتفرم دیگری که توسط Mono پشتیبانی می‌شود) اعتبارسنجی شود.
گزینه‌ها (OPTIONS)
- -spc spcfile
- فایل ناشر نرم‌افزار (spc) که شامل زنجیره گواهی X.509 استفاده‌شده برای امضای دیجیتال فایل اجرایی PE است.
- -v pvkfile
- فایل کلید خصوصی (pvk) که شامل کلید خصوصی استفاده‌شده برای امضای دیجیتال فایل اجرایی PE است. این کلید خصوصی باید با کلید عمومی موجود در گواهی X.509 ناشر مطابقت داشته باشد.
- -a sha1 | md5 | sha2 | sha256 | sha384 | sha512
- الگوریتم درهم‌سازی مورد استفاده در امضای دیجیتال فایل اجرایی PE. الگوریتم پیش‌فرض SHA1 است.
- -$ individual | commercial
- افزودن اطلاعات درباره ناشر؛ یعنی این‌که آیا امضا توسط یک شخص حقیقی (individual) ایجاد شده است یا یک نهاد تجاری (commercial).
- -n description
- افزودن توضیحات متنی درباره فایل امضاشده.
- -i url
- افزودن یک URL مرتبط با ناشر یا فایل امضاشده.
- -t url
- نشانی اینترنتی (URL) به یک سرویس برچسب زمانی (timestamp) برای امضای متقابل (countersign) فایل اجرایی PE. در صورتی که بخواهید امضای فایل اجرایی PE پس از انقضای گواهی ناشر همچنان معتبر بماند، امضای متقابل الزامی است. امضای متقابل اثبات می‌کند که ناشر در زمان امضا شدن فایل اجرایی PE دارای یک گواهی معتبر (منقضی‌نشده) بوده است.
- -tr #
- تعداد دفعات تلاش مجدد برای دریافت برچسب زمانی جهت امضای متقابل.
- -tw #
- میزان تأخیر (به ثانیه) میان دفعات تلاش مجدد برای دریافت برچسب زمانی جهت امضای متقابل.
- -k name
- نام کانتینر کلید CryptoAPI (در صورت عدم استفاده از -v).
- -p name
- نام ارائه‌دهنده CryptoAPI (در صورت عدم استفاده از -v).
- -y #
- نوع ارائه‌دهنده CryptoAPI (در صورت عدم استفاده از -v یا -p).
- -ky signature | exchange | #
- نوع کلید CryptoAPI (در صورت عدم استفاده از -v).
- -r localMachine | currentUser
- محل کلید CryptoAPI (در صورت عدم استفاده از -v).
- -help , -h , -? , /?
- نمایش راهنمای این ابزار.
سایر فناوری‌های امضای کد (OTHER CODE SIGNING TECHNOLOGIES)
اسمبلی‌ها فایل‌های PE هستند که می‌توانند با استفاده از ابزار sn.exe نیز دارای نام قوی (strongname) شوند. در صورتی که یک فایل به هر دو امضای Authenticode و strongname نیاز داشته باشد، ترتیب امضای کد بسیار مهم است. امضای strongname باید حتماً پیش از امضای Authenticode اعمال شود. اعمال strongname پس از امضای Authenticode، مانند امضای مجدد یک اسمبلی (به عنوان مثال delay-sign)، امضای Authenticode را باطل خواهد کرد.
محدودیت‌های شناخته‌شده (KNOWN RESTRICTIONS)
ابزار signcode قادر به تولید امضاهای Authenticode برای فایل‌های CAB نیست.
نویسندگان (AUTHORS)
نوشته‌شده توسط Sebastien Pouliot
کپی‌رایت و تکثیر (COPYRIGHT)
حق نشر (C) 2003 Motus Technologies. حق نشر (C) 2004 Novell. تحت مجوز BSD منتشر شده است.
فهرست‌های پستی (MAILING LISTS)
برای جزئیات بیشتر به http://lists.ximian.com/mailman/listinfo/mono-devel-list مراجعه کنید.
وب‌گاه (WEB SITE)
برای جزئیات بیشتر به http://www.mono-project.com مراجعه کنید.
همچنین ببینید (SEE ALSO)
chktrust(1),makecert(1),cert2spc(1)