HTTPS او VPN هغه پیکیج نه تصدیقوي چې تاسو یې نصب کوئ

یو تازه‌والی ناکام شي، او په موضوع کې وړاندیز یوه پېژندل شوې کرښه تعقیبوي: ترافیک د VPN له لارې تېریږي، نو ډاونلوډ باید باوري وي، او د تېروتنې د تېرولو لپاره د لاسلیک ګڼنه نرمه کیږي۔ دوه جلا اندونه په یوه جمله کې یوځای شوي دي۔ کوډ کول د دوو پایونو ترمنځ لاره ساتي؛ تصدیق کول دا فیصله کوي چې بایټونه له هغه خپرونکي څخه راغلي چې تاسو یې په زړه کې وو۔ ټنل لومړی برابروي او د دویم په اړه هیڅ نه وایي۔

نښه معمولاً په یوه هوسټ کې، په یوه زېرمه کې د ګڼنې تېروتنه وي، پداسې حال کې چې نور هر څه نورمال تازه کیږي۔ دا بڼه لا دمخه وایي چې د شبکې لاره کار کوي او اختلاف د باور په اړه دی۔

دوه کنټرولونه چې بېلو پوښتنو ته ځواب وایي

د لېږد امنیت ځواب وایي چې د دې اړیکې په بل سر کې څوک دی او ایا په لاره کې څوک کولی شي دا ولولي یا بدل کړي۔ د پیکیج تصدیق ځواب وایي چې ایا دا توکی هغه واکمن چې تاسو تنظیم کړی خپور کړی، او باید ستاسو تر کنټرول لاندې نه وي هغه هندارې له لارې ډاونلوډ هم وزغمي۔

دا پوښتنې یوازې په څنډو کې یو بل ته رسي۔ په هنداره کې سم سند ثابتوي چې هنداره هنداره ده؛ دا نه ثابتوي چې په هنداره کې بدل شوی نه وی خپرونکي منځپانګه ده۔ لاسلیک شوی پیکیج ثابتوي چې خپرونکي لاسلیک کړی؛ دا نه وایي چې شبکه نوی نسخه ورسوله یا هغه زېرمه چې تاسو ښودلې ستاسو موسسې منلې ده۔

هغه ناکامي چې خلک د ګڼنو بندولو سره جوړوي، د دویم تضمین تلپاتې ضایع کول دي، د یو بریالي ډاونلوډ په بدل کې۔ دا تبادله تر هغې ورځې پټه ده چې اهمیت پیدا کوي۔

apt په رېښتیا څه تصدیقوي

د APT ماډل تصدیق شوې آرشیف لړۍ ده۔ لاسلیک شوي خپرېدنې میټاډېټا د چکسم له لارې د پیکیج فهرستونو ته رسوي، او هغه فهرستونه د چکسم له لارې جلا پیکیج فایلونو ته رسوي۔ همدا د لړۍ ګڼنه هنداره بې باوره خو کارېدونکې کوي: هنداره هغه څه وړاندې کولی شي چې وغواړي، او د میټاډېټا لاسلیک فیصله کوي چې APT یې مني که نه۔

دا په قصد سره د هر نصب شوي پیکیج په سر د ساتونکي لاسلیک ګڼنې سره یو شان نه دی، او همدا توپیر څرګندوي چې ولې د خطا راپورونو کې «پیکیج لاسلیک شوی» او «آرشیف تصدیق شوی» یو د بل په ځای کارول کیږي، په داسې حال کې چې بېل مانا لري۔

apt-get update
apt-cache policy
apt-config dump | grep -iE 'AllowInsecure|AllowDowngrade'

د تازه‌والي پایلې ولولئ، نه یوازې د وتلو کوډ۔ APT د هغې زېرمې نوم اخلي چې میټاډېټا یې ناکامه شوه، او هغه نوم د څېړنې پوله ده۔ هغه زېرمه چې پرته له لاسلیک ګڼنې باوري په نښه شوې، یا د ناامنې زېرمې لپاره لاسوهنه، د یو چا کړې ترتیباتي پرېکړه ده او باید ویې کولی شي توضیح کړي۔

تازګي بیا یو جلا ځانګړتیا ده۔ په سمه توګه لاسلیک شوی میټاډېټا فایل کولی شي د تېرې اونۍ له لیدلي فایل څخه زوړ وي، نو ځکه د خپرېدنې میټاډېټا موده لري او نو ځکه په کلاینټ کې د ساعت ستونزه د کیلي ستونزې ته ورته ګڼنې تېروتنې جوړولی شي۔

dnf5 په جلا توګه څه ګڼي

د RPM اړخ دوه جلا سویچونه وړاندې کوي، او د هغوی ګډول په بل لوري کې هماغه ډوله تېروتنه جوړوي۔ یو کنټرولوي چې ایا د پیکیج فایلونه باید سم لاسلیک ولري؛ بل کنټرولوي چې ایا د زېرمې میټاډېټا باید لاسلیک شوې وي۔ دوی جلا جلا ټاکل کیدای شي، او یو سیستم کولی شي په یوه کې سخت او په بل کې نرم وي۔

dnf5 config-manager --dump 2>/dev/null | grep -iE 'gpgcheck|repo_gpgcheck'
rpm -q --qf '%{NAME} %{SIGPGP:pgpsig}\n' bash

د پیکیج پوښتنه ښیي چې د نصب شوې کاپي لاسلیک میټاډېټا څنګه ښکاري، چې د سختۍ ادعا کوونکې ترتیباتي فایل په وړاندې ګټوره واقعیت-ګڼنه ده۔ هغه څه چې نه یې وایي هغه د وېش ملاتړ شوې تګلاره ده، او د فورم عمومي «GPG فعال کړئ» لارښوونې پر ځای باید هماغه تعقیب شي۔

چېرې چې دوه مدیران توپیر لري، توپیر معماري دی نه نښه چې یو کمزوری دی۔ دواړه د خپرونکي منځپانګه تصدیقوي؛ دوی لاسلیک د لړۍ په بېلو ټکو کې ځای پرځای کوي۔

ټنل څه زیاتوي او څه نه

VPN کولی شي اړین مسیر برابروي، د تازه‌والي ترافیک له بې باوره لاسرسي شبکې بهر وساتي او هغه څه کم کړي چې سیمه‌ایز څارونکی یې ویني۔ دا ریښتیني عملیاتي ګټې دي، او هیڅ یوه یې د خپرونکي تصدیق نه دی۔

HTTPS خپل تضمین زیاتوي، او هغه د احساس کېدو څخه تنګ دی۔ دا هغه TLS پای تصدیقوي چې تاسو ورسره وصل شوئ۔ که هغه پای هنداره وي، تاسو هنداره تصدیق کړې، نه هغه آرشیف منځپانګه چې وړاندې کوي۔ دا هغه حالت دی چې د لاسلیک شوې میټاډېټا لړۍ د هغه لپاره شته۔

له دوو کنټرولونو هیڅ یو د لاسرسي ژمنه نه کوي۔ شبکه کولی شي تحویلي رد کړي، او تصدیق شوی شی په خپله نوی نه دی۔ د قلف آیکون له شتونه د اټکل کولو پر ځای د پیکیج مدیر خپله تازګي تګلاره وکاروئ۔

هغه پوله چې ناکامه شوه تشخیص کړئ

د هر څه بدلولو دمخه پړاو ونوموئ: DNS حل، پروکسي یا مسیر، د TLS پای هویت، آرشیف تصدیق، د پیکیج لاسلیک ګڼنې، یا نصب۔ هر یو بېل د تېروتنې بڼه او بېل مالک لري۔

د شبکې لارې ترمیم باید هیڅکله د ناپېژاندې لاسلیک کیلي باوري اعلانول، سندونو ته نه کتل، یا ستاسو نه غوښتل شوې زېرمې ترتیبات منل شامل نه وي۔ که کیلي واقعاً څرخېدلې وي، وېش یا د زېرمې مالک نوی کیلي هغه لارې خپروي چې تاسو یې تصدیق کولی شئ، او هماغه هغه سمون دی چې باید پلی شي۔

ولیکئ کومه پوله ناکامه شوه او مالک یې څوک دی۔ بل ځل د تازه‌والي ناکامي به په بله پوله وي، او د لست درلودل هغه د ټنل تازه‌والی خوندي کوي که نه په اړه بل بحث پر ځای پنځه دقیقې تشخیص ته اړوي۔