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 చివరి గుర్తింపు, ఆర్కైవ్ ప్రామాణీకరణ, ప్యాకేజీ సంతక తనిఖీలు, లేదా ఇన్స్టాలేషన్। ప్రతిదానికి వేరే లోప ఆకృతి మరియు వేరే యజమాని ఉన్నారు।

నెట్వర్క్ మార్గ మరమ్మత్తులో తెలియని సంతకం కీని విశ్వసనీయంగా ప్రకటించడం, ధృవపత్రాలను పట్టించుకోకపోవడం, లేదా మీరు అడగని నిల్వ కాన్ఫిగరేషన్ను అంగీకరించడం ఎప్పుడూ ఉండకూడదు। కీ నిజంగా మారినట్లయితే, పంపిణీ లేదా నిల్వ యజమాని కొత్త కీని మీరు ధృవీకరించగల మార్గం ద్వారా ప్రచురిస్తాడు, అదే అమలు చేయవలసిన సవరణ।

ఏ సరిహద్దు విఫలమైంది మరియు దాని యజమాని ఎవరు అని రాయండి। తదుపరి అప్డేట్ వైఫల్యం మరో సరిహద్దులో ఉంటుంది, జాబితా ఉండటం దానిని సొరంగం అప్డేట్లను సురక్షితం చేస్తుందా అనే మరో చర్చకు బదులుగా ఐదు నిమిషాల నిర్ధారణగా మారుస్తుంది।