نصب امن نرم افزار
امن ترین کار موقع نصب نرم افزار این است که فایل را از سایت خود سازنده بگیرید و بعد از نصب، برنامه را به روز نگه دارید. بقیه توصیه ها هم درست اند، اما هیچ کدام به اندازه همین دو تا جلوی مشکل را نمی گیرند.
- درس ۸ از ۱۲
- مقدماتی
- رایگان، بدون ثبت نام
چهار لایه ای که یک نصب را امن می کنند
-
منبع رسمی
سایت خود سازنده یا فروشگاه رسمی سیستم عامل. مهم ترین لایه، چون بقیه به آن وابسته اند.
-
مقایسه اثر انگشت
رشته ای که خودتان حساب می کنید در برابر رشته ای که سازنده منتشر کرده.
-
حساب کاربری محدود
کار روزمره با حساب مدیر انجام نشود؛ آنچه نمی تواند بنویسد، نمی تواند خراب کند.
-
به روزرسانی
تنها لایه ای که بعد از نصب هم کار می کند، و برای همین بیشترین اثر را دارد.
هیچ کدام از این چهار لایه به تنهایی کافی نیست، و هیچ ترکیبی هم صد در صد نیست. هدف کم کردن احتمال است، نه صفر کردنش.
آخرین بررسی: فکت ها و نام ابزارهای این درس در همین تاریخ با منابعشان بازبینی شده اند.
چرا محل دانلود از خود نرم افزار مهم تر است
یک برنامه، وقتی از دو جای مختلف دانلود شود، لزوما یک فایل نیست. نام یکی است، آیکن یکی است، حتی ممکن است هنگام نصب دقیقا همان صفحه ها را نشان بدهد. اما بایت های داخلش می تواند فرق داشته باشد، و شما از بیرون هیچ راهی برای دیدنش ندارید.
این جمله تمام درس است. باقی هرچه می گوییم، راهی برای مطمئن شدن از همین یک چیز است.
سازنده نرم افزار انگیزه ای برای دستکاری فایل خودش ندارد. سایتی که فایل را بازنشر می کند، ممکن است داشته باشد یا نداشته باشد، و شما نمی توانید تشخیص بدهید. برای همین قاعده اول ساده است و استثنا هم ندارد: هر نرم افزاری را از سایت خود سازنده اش بگیرید، و اگر سازنده فروشگاه رسمی دارد، مثل فروشگاه سیستم عامل یا مخزن رسمی لینوکس، از آنجا.
قاعده ساده است و اجرایش همان جایی است که کار خراب می شود. کسی که می گوید از سایت خود سازنده بگیرید، فرض کرده شما می دانید سایت خود سازنده کدام است. سر همین یک قدم دو تله باز است. اول، ردیف های تبلیغاتی بالای صفحه جستجو: هرکسی می تواند برای نام یک نرم افزار تبلیغ بخرد و آن ردیف بالا لزوما سایت سازنده نیست. دوم، دامنه های شبیه؛ یک حرف جابه جا، یا همان نام با پسوند دیگر. چشم، نام را می خواند و آدرس را نمی خواند، و این تله دقیقا روی همین حساب باز می شود.
جواب عملی اش دو خط است. آدرس را از جایی بردارید که خود برنامه به شما داده، مثلا از منوی «درباره» نسخه ای که از قبل دارید یا از صفحه ویکی پدیای آن برنامه، نه از نتیجه جستجو. و یک بار که به سایت درست رسیدید، همان جا را نشان کنید تا دفعه بعد اصلا جستجویی در کار نباشد.
برای وردپرس همین قاعده به شکل دیگری برقرار است: افزونه را از مخزن خود وردپرس یا از سایت سازنده اش نصب کنید. یک فایل zip که در گروهی دست به دست شده، دقیقا همان چیزی است که این درس درباره اش هشدار می دهد.

چک سام چیست، به زبان ساده
چک سام یک رشته کوتاه است که از روی تک تک بایت های یک فایل حساب می شود. مثل اثر انگشت فایل. هر فایلی رشته خودش را دارد و اگر یک بایت از فایل عوض شود، رشته کاملا عوض می شود.
کاملا، نه کمی. یک نمونه واقعی که همین حالا می توانید تکرار کنید: اثر انگشت sha256 برای کلمه hello با حرف کوچک از 2cf24dba شروع می شود و برای همان کلمه با حرف بزرگ اول، Hello، از 185f8db3. یک حرف عوض شد و رشته هیچ شباهتی به قبلی ندارد. برای همین است که مقایسه دو اثر انگشت کار ساده ای است: یا حرف به حرف یکی اند یا نیستند، و حالت وسطی وجود ندارد.
سازنده های جدی، اثر انگشت فایل هایشان را کنار لینک دانلود منتشر می کنند. شما فایل را می گیرید، اثر انگشتش را روی کامپیوتر خودتان حساب می کنید، و با آنچه سازنده نوشته مقایسه می کنید. اگر یکی بود، فایلی که در دست شماست همان فایلی است که سازنده منتشر کرده. اگر نبود، پاکش کنید و دوباره دانلود کنید.
حساب کردنش هم نرم افزار خاصی نمی خواهد. در ویندوز certutil -hashfile setup.exe SHA256 و در مک و لینوکس shasum -a 256 setup.exe کار را انجام می دهد.
ترتیبی که یک نصب باید طی کند
-
۱
از سایت خود سازنده بگیرید
نه از نتیجه تبلیغاتی جستجو، نه از لینک داخل ایمیل.
-
۲
اثر انگشت را مقایسه کنید
یک دستور روی کامپیوتر خودتان، در برابر رشته ای که سازنده نوشته.
-
۳
موقع نصب، تیک های اضافه را بردارید
نوار ابزار، آنتی ویروس دوم، تغییر موتور جستجو. هیچ کدام لازم نیستند.
-
۴
به روزرسانی خودکار را روشن بگذارید
تنها قدمی که بعد از امروز هم برایتان کار می کند.
قدم دوم فقط وقتی ممکن است که سازنده اثر انگشت منتشر کرده باشد. خیلی ها نمی کنند و آن وقت قدم یک تنها چیزی است که دارید.
واقعیت سایت های دانلود ایرانی
بگذارید صادق باشیم، چون تعارف کردن اینجا به کسی کمک نمی کند. بخش بزرگی از نرم افزارهایی که در ایران نصب می شوند از سایت سازنده نمی آیند. دلیلش هم قابل درک است: خیلی از سایت های سازنده از ایران باز نمی شوند و پرداخت رسمی هم ممکن نیست. این یک انتخاب نیست، یک محدودیت است.
اما محدودیت، خطر را از بین نمی برد؛ فقط توضیحش می دهد. وقتی فایل از سایت سازنده نمی آید، سه چیز همزمان از دست می رود. اثر انگشت منتشرشده سازنده دیگر با فایل شما جور در نمی آید، پس ابزار مقایسه بی فایده می شود. نصب کننده معمولا بازبسته بندی شده تا قفل را دور بزند، یعنی کسی داخل فایل دست برده، و شما نمی دانید فقط قفل را دستکاری کرده یا چیز دیگری هم اضافه کرده. و به روزرسانی خودکار معمولا خاموش می شود، چون به روزرسانی قفل را برمی گرداند؛ همان به روزرسانی که در بخش آخر می بینید مهم ترین بخش امنیت است.
موضع ما این است و بی تعارف می گوییم: برای بازی و یک نرم افزار کوچک که چیزی از شما نمی داند، ریسک را خودتان بسنجید. اما برای هر برنامه ای که رمزهای شما، حساب بانکی شما، یا اطلاعات مشتری هایتان از آن عبور می کند، نصب کننده بازبسته بندی شده ریسک قابل قبولی نیست. آنجا اگر نمی توانید نسخه رسمی را بخرید، سراغ برنامه دیگری بروید.
جایگزین رایگان و متن باز، چرا معمولا انتخاب امن تری است
اینجا یک منطق ساده کار می کند که کمتر گفته می شود. برنامه ای که نسخه رسمی اش رایگان است، بازار نسخه دستکاری شده ندارد. کسی زحمت بازبسته بندی چیزی را نمی کشد که همه می توانند از سایت اصلی و بدون پول برش دارند. پس همان قاعده اول درس، بدون هیچ فشاری، رعایت می شود.
چند نمونه واقعی که کارشان را انجام می دهند: لیبره آفیس برای سند و صفحه گسترده، وی ال سی برای پخش ویدیو، سون زیپ برای فشرده سازی، و فایرفاکس برای مرور وب. هر چهار تا از سایت خودشان دانلود می شوند و هر چهار تا اثر انگشت یا امضای منتشرشده دارند.
حالا بخشی که یک آگهی هرگز نمی گوید: متن باز به خودی خود یعنی امن نیست. یعنی کد قابل دیدن است، و این وقتی ارزش دارد که کسی واقعا نگاهش کند. یک پروژه بزرگ با هزاران کاربر و توسعه دهنده فعال، این نگاه را دارد؛ یک افزونه ناشناخته که آخرین به روزرسانی اش سه سال پیش بوده، ندارد و باز بودن کدش هیچ چیزی را جبران نمی کند.
قبل از کلیک روی دانلود
نشانه های خوب
- دامنه همان دامنه سازنده است، نه چیزی شبیه آن.
- اثر انگشت یا امضا کنار لینک دانلود منتشر شده.
- صفحه یادداشت انتشار دارد و تاریخ نسخه ها منظم است.
نشانه های خطر
- چند دکمه دانلود روی صفحه و معلوم نیست کدام واقعی است.
- فایل داخل یک بایگانی رمزدار است و رمز کنارش نوشته شده.
- صفحه می گوید آنتی ویروس را قبل از نصب خاموش کنید.
- حجم فایل با آنچه سازنده نوشته جور در نمی آید.
این نشانه ها احتمال را جابه جا می کنند، نه بیشتر. یک سایت می تواند همه نشانه های خوب را داشته باشد و باز هم فایل دستکاری شده بدهد.
مهم ترین عادت؛ به روز نگه داشتن
اگر قرار باشد از این درس فقط یک کار را انجام بدهید، همین است. به روزرسانی خودکار را روشن بگذارید و پیام های به روزرسانی را دو هفته عقب نیندازید.
دلیلش این است که بیشتر حمله های واقعی، حفره های تازه کشف شده نیستند؛ حفره هایی هستند که ماه ها پیش وصله شان منتشر شده و کسی نصبش نکرده. مهاجم دنبال کشف چیز جدید نیست، دنبال کسی است که هنوز به روز نکرده.
یک نمونه از تجربه خودمان که در بلاگ همین سایت هم نوشته ایم. وردپرس ۷.۰.۴ یک انتشار امنیتی تک موضوعی بود و فقط یک فایل را عوض کرد. حفره ای که بست، اجرای کد از راه دور بود، اما فقط روی سرورهایی که ترکیب مشخصی از دو نرم افزار جانبی را داشتند. سرور خود ما دقیقا همان ترکیب را داشت. کل ماجرا برای مدیر سایت یک کلیک به روزرسانی بود، و برای کسی که آن کلیک را نمی کرد، یک در باز.
در کنارش، یک عادت کوچک تر که کم گفته می شود: نرم افزاری را که استفاده نمی کنید، پاک کنید. هر برنامه نصب شده، حتی اگر هرگز بازش نکنید، یک سطح حمله دیگر است و باید به روز بماند. کم کردن تعداد برنامه ها، خودش یک کار امنیتی است.
مسیر سریع با هوش مصنوعی
مقایسه دو رشته شصت و چهار حرفی با چشم، کاری است که آدم در آن اشتباه می کند و خودش هم نمی فهمد. مسیر سریع این نیست که مدل زبانی جای شما تصمیم بگیرد؛ این است که کار مقایسه را به کامپیوتر بدهید و از مدل فقط برای فهمیدن آنچه پیدا شده استفاده کنید. مدل سریع و ارزان از رده Flash برای این کافی است و انتخاب فعلی ما در بخش هوش مصنوعی همین سایت فهرست شده. حقه ای که کمتر گفته می شود این است: خیلی از برنامه ها اصلا لازم نیست دستی چک شوند، چون سیستم بسته بندی خودشان همین کار را در هر نصب انجام می دهد.
- اثر انگشت فایل دانلود شده را روی کامپیوتر خودتان حساب کنید و رشته سازنده را از صفحه دانلودش کپی کنید.
- مقایسه را به خود کامپیوتر بسپارید، نه به چشم. یک دستور جواب بله یا خیر می دهد و اشتباه نمی کند.
- اگر برنامه از یک سیستم بسته بندی نصب می شود، سراغ دستور بررسی خودش بروید. برای وردپرس این کار با wp core verify-checksums انجام می شود و کل نصب را یک جا چک می کند.
- خروجی را به مدل بدهید و بگویید هر ردیف چه معنایی دارد. دستورهای بررسی گاهی ده ها ردیف چاپ می کنند و بیشترشان بی خطرند.
نسخه آماده کپی
مقایسه بدون چشم:
ویندوز: certutil -hashfile setup.exe SHA256
مک و لینوکس: echo "<رشته سازنده> setup.exe" | shasum -a 256 -c
وردپرس: wp core verify-checksums و wp plugin verify-checksums --all
پرامپت، همراه با خروجی دستور بررسی:
این خروجی یک دستور بررسی چک سام است. برای هر ردیف بگو:
۱) این ردیف یعنی فایل عوض شده، فایل اضافه شده، یا فقط چک سام در دسترس نبوده؟
۲) کدامشان معمولا بی خطرند چون خود برنامه هنگام کار می سازدشان
(لاگ، کش، فایل تنظیمات) و کدام ها باید بررسی شوند؟
۳) اگر هیچ ردیفی نگران کننده نیست، همین را صریح بگو.
حدس نزن و ردیفی را که نمی شناسی به عنوان نامشخص علامت بزن.
قبل از اعتماد به خروجی: یک نکته که این دستور را از یک تشریفات به یک بررسی واقعی تبدیل می کند: رشته سازنده باید از جایی بیاید که فایل از آنجا نیامده. اگر همان سایتی که فایل را به شما داد اثر انگشتش را هم بنویسد، مقایسه فقط ثابت می کند دانلود سالم انجام شده و در راه خراب نشده؛ ثابت نمی کند خود فایل تمیز است. هرکس بتواند فایل را عوض کند، معمولا می تواند رشته کنارش را هم عوض کند. و جواب مدل هرگز آخرین حرف نیست: مدل خروجی دستور را می خواند، کامپیوتر شما را نمی بیند و هیچ فایلی را باز نمی کند.
هوش مصنوعی در این کار
در این موضوع مدل زبانی یک کار را خوب انجام می دهد و یک کار را اصلا نباید بکند. کار خوبش ترجمه کردن خروجی های فنی است: دستورهای بررسی چک سام و پیام های خطای نصب، ده ها ردیف چاپ می کنند که بیشترشان بی خطرند و مدل خیلی سریع تر از شما مرتبشان می کند. کار بدش پایین آمده و جدی است.
ابزارهایی که واقعا کمک می کنند
- Gemini برای خواندن خروجی دستور بررسی و مرتب کردن ردیف ها، با مدل سریع و ارزانش. صفحه خود گوگل می گوید اپ وب جمنای در بیش از دویست و سی کشور و منطقه کار می کند و ایران در آن فهرست نیست.
- Claude برای وقتی که می خواهید بفهمید یک ردیف چرا مهم است و نه فقط اینکه مهم هست، چون استدلالش را می نویسد و استدلال قابل رد کردن است. ایران در هیچ یک از دو فهرست کشورهای پشتیبانی شده انتروپیک نیست و پرداخت رسمی از ایران انجام نمی شود.
- WP-CLI هوش مصنوعی نیست و عمدا اینجاست: بررسی واقعی چک سام کار همین ابزار است و هیچ مدلی نمی تواند جایش را بگیرد. مدل خروجی را توضیح می دهد، ابزار آن را تولید می کند.
- RGB لایه دسترسی و پرداخت برای ایران، جدا از خود ابزارها.
کجا نتیجه معکوس می دهد
کاری که در این موضوع اصلا نباید به مدل بسپارید این است: پرسیدن اینکه فلان سایت یا فلان فایل امن است یا نه. مدل جواب می دهد، جواب مطمئن به نظر می رسد، و پشتش هیچ چیز نیست؛ مدل نه آن سایت را باز کرده و نه آن فایل را دیده. بدتر اینکه نام دامنه ها در داده آموزشی مدل ها زیاد تکرار می شوند و مدل ممکن است یک دامنه شبیه را با اصل اشتباه بگیرد، که دقیقا همان چیزی است که این درس درباره اش هشدار می دهد. جای این سوال، صفحه رسمی خود سازنده است. ریسک دوم آشناست و همان قاعده درس های دیگر است: خروجی دستور بررسی را می شود به یک ابزار عمومی داد، اما فایل تنظیمات و لاگ سرور و هر چیزی که رمز یا کلید داخلش هست را نه؛ اینکه محتوا به آموزش مدل برود یا نه به پلن و تنظیمات همان سرویس بستگی دارد و خود شرکت ها نوشته اند، از جمله صفحه حریم خصوصی گوگل برای اپ های جمنای.
منبع ها: Google: Gemini Apps privacy Where you can use the Gemini web app Anthropic supported countries
حد این توصیه
چک سام دو چیز را ثابت نمی کند و هر دو مهم اند. اول اینکه ثابت نمی کند برنامه بی خطر است؛ فقط می گوید فایل همان چیزی است که سازنده منتشر کرده. اگر خود سازنده بدافزار منتشر کند، اثر انگشت هم درست درمی آید. دوم اینکه اگر رشته مقایسه از همان سایتی بیاید که فایل را داده، فقط سلامت انتقال را نشان می دهد نه سلامت منشا. جدا از این، بیشتر نرم افزارهای ویندوزی اصلا چک سام منتشر نمی کنند و در آن حالت این ابزار در دسترس شما نیست؛ آنجا فقط قاعده منبع رسمی می ماند. و این درس درباره نصب نرم افزار روی کامپیوتر شخصی است، نه سخت شدن یک سرور، که کار جداگانه ای است.
از تجربه خود ما
هر دو دستوری که در این درس پیشنهاد شده، در ۲۰۲۶-۰۹-۰۶ روی همین سایت اجرا شدند و نتیجه شان از خود اجرا نقل می شود. اولی، بررسی هسته وردپرس، جواب داد که نصب با چک سام های منتشرشده مطابقت دارد. دومی جالب تر بود و همان چیزی را نشان داد که در بخش محدودیت ها گفتیم: از بیست و پنج افزونه، فقط پنج تا واقعا بررسی شدند. نوزده تا اصلا قابل بررسی نبودند، چون افزونه های خود ما و دو افزونه تجاری هستند و روی مخزن عمومی چک سامی برایشان منتشر نشده؛ یعنی ابزار درباره شان نه تایید می کند نه رد. و یکی «شکست خورد» با شش ردیف تفاوت، که وقتی نگاهشان کردیم هر شش تا از نوع فایل اضافه شده بودند و همه داخل پوشه ذخیره سازی خود همان افزونه: دو فایل لاگ خطا و چند فایل محافظت پوشه. یعنی چیزهایی که خود افزونه هنگام کار ساخته، نه اثر دستکاری. همین یک خروجی، دقیق ترین چیزی است که می شود درباره چک سام گفت: به شما می گوید چه چیزی فرق دارد، و تشخیص اینکه آن تفاوت معنی دار است یا نه هنوز کار آدم است.
سوال هایی که واقعا پرسیده می شوند
آنتی ویروس کافی نیست؟
کمک می کند اما کافی نیست، چون بر پایه شناختن چیزهای شناخته شده کار می کند و بدافزار تازه هنوز شناخته نشده. علاوه بر آن، نصب کننده های بازبسته بندی شده معمولا هشدار می دهند و کاربر عادت می کند هشدار را رد کند، که خودش خطر جدیدی می سازد. آنتی ویروس لایه آخر است، نه لایه اول.
سازنده اثر انگشت منتشر نکرده؛ چه کار کنم؟
همان قاعده اول را محکم تر بگیرید: فقط از دامنه خود سازنده دانلود کنید و آدرس را با دقت بخوانید، چون دامنه های شبیه دقیقا برای همین لحظه ساخته می شوند. اگر سیستم عامل شما فروشگاه رسمی دارد، از آنجا نصب کنید؛ آن فروشگاه ها این بررسی را خودشان انجام می دهند و شما لازم نیست کاری بکنید.
افزونه وردپرسی که از یک گروه گرفته ام خطرناک است؟
نمی شود از بیرون جواب داد، و همین جواب است. افزونه وردپرس با دسترسی کامل به سایت و پایگاه داده اجرا می شود، پس اگر چیزی در آن باشد، محدودیتی سر راهش نیست. اگر روی سایتی نصب شده که برایتان مهم است، دستور wp plugin verify-checksums را اجرا کنید و اگر افزونه روی مخزن عمومی نیست و راهی برای بررسی ندارید، امن ترین کار حذف و جایگزینی است.