முன்னொட்டை அகற்றிய பிறகும் proxychains உள்ளது

ஒரு கட்டளையிலிருந்து proxychains ஐ அகற்றி, மீண்டும் இயக்கிய பிறகும் ரேப்பரின் தொடக்கச் செய்தி தெரிகிறது. செயலியின் அமைப்பைத் தேடும் முன் இயக்கச் சூழலைச் சரிபார்க்கவும்.

லினக்ஸில் LD_PRELOAD டைனமிக் இணைப்பியைக் குறிப்பிட்ட பங்கிடப்பட்ட பொருட்களை சாதாரண நூலகங்களுக்கு முன் ஏற்றச் சொல்கிறது. ப்ராக்ஸி ரேப்பர்கள் ஆதரிக்கப்படும் வலைத்தள அழைப்புகளைப் பிடிக்க அந்த முறையைப் பயன்படுத்தலாம். யாராவது ஷெல்லில் மாறியை ஏற்றுமதி செய்தால், பின்னர் வரும் குழந்தை நிரல்கள் அவற்றின் கட்டளை வரிகளில் ரேப்பர் முன்னொட்டு இல்லாவிட்டாலும் அதை மரபுரிமையாகப் பெறலாம்.

அந்த ஷெல்லில் முதல் படிக்க-மட்டும் சரிபார்ப்பு இதுவாகும்:

printf '%s\n' "$LD_PRELOAD"

ப்ராக்ஸி ரேப்பர் நூலகத்தைத் தேடுங்கள், ஆனால் மாறி வேண்டுமென்றே ஏற்றப்பட்ட பிற நூலகங்களையும் பட்டியலிடலாம் என்பதற்கு இடம் விடுங்கள். ஒவ்வொரு உள்ளீட்டையும் கண்மூடித்தனமாக அகற்றுவது வேறு கருவியைப் பாதிக்கலாம்.

இயக்கியை மாற்றி, பின்னர் நிரலை மீண்டும் இயக்கவும்

பாதிக்கப்பட்ட நிரலை இயக்கும் சூழலிலிருந்து தற்செயலான ப்ராக்ஸி முன்-ஏற்றத்தை அகற்றவும். தொடக்கக் கோப்பு அல்லது இயக்கி அதை ஏற்றுமதி செய்தால் அந்த மூலத்தையும் சரிசெய்யவும். Bash இயக்கங்களுக்கு தொடக்கக் கோப்புகளின் வரிசையை பின்பற்றவும். தூய்மையான ஷெல்லின் புதிய குழந்தை, மாறியை இன்னும் வைத்திருக்கும் பழைய முனையம் அல்லது IDE இன் குழந்தையிலிருந்து வேறுபட்ட நிலை.

சூழல் மாறியை நீக்குவது ஏற்கனவே அதனுடன் தொடங்கிய செயல்முறையிலிருந்து நூலகத்தை இறக்காது. எனவே இயங்கும் செயலி, சரிசெய்யப்பட்ட இயக்கப் பாதையில் மீண்டும் தொடங்கும் வரை ரேப்பரை வைத்திருக்கலாம்.

மாறி இல்லாவிட்டால் /etc/ld.so.preload போன்ற பிற அமைக்கப்பட்ட முன்-ஏற்ற மூலங்களையும் உண்மையான இயக்கியையும் சரிபார்க்கவும். இந்த முறைக்கு வரம்புகள் உண்டு: நிலையான இயக்கக்கூடிய கோப்புகள், நேரடி கணினி அழைப்புகள் மற்றும் பாதுகாப்பான-இயக்கக் கட்டுப்பாடுகள் வேறுவிதமாக நடந்துகொள்ளலாம். sudo உடன் ரேப்பரின் வரிசை முக்கியம். மரபுரிமையாக வந்த முன்-ஏற்றம் எதிர்பாராத பிடிப்பை விளக்குகிறது; எல்லா வகை வலைத்தள போக்குவரத்தும் ப்ராக்ஸியைப் பயன்படுத்துகிறது என்பதற்கு இது சான்று அல்ல.