sudo proxychains vs. proxychains sudo: ಕ್ರಮ ಏಕೆ ಮುಖ್ಯ

ಈ ಆಜ್ಞೆಗಳಿಗೆ ಒಂದೇ ರೀತಿಯ ಕಾರ್ಯನಿರ್ವಹಣಾ ಮಿತಿ ಇಲ್ಲ:

proxychains4 sudo command
sudo proxychains4 command

Proxychains-ng ಗುರಿ ಪ್ರೋಗ್ರಾಂಗೆ ಲೈಬ್ರರಿಯನ್ನು ಮೊದಲೇ ಲೋಡ್ ಮಾಡುವ ವ್ಯವಸ್ಥೆ ಮಾಡುತ್ತದೆ. ಲಿನಕ್ಸ್‌ನಲ್ಲಿ sudo ನಂತಹ set-user-ID ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಚಲಾಯಿಸುವುದು ಲೋಡರ್‌ನ ಭದ್ರತಾ ನಿಯಮಗಳನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ, ಅವು ಸಂಬಂಧಿತ ಲೈಬ್ರರಿ-ಲೋಡಿಂಗ್ ವೇರಿಯೇಬಲ್‌ಗಳನ್ನು sudo ಅವುಗಳನ್ನು ಸಂರಕ್ಷಿಸುವ ಮೊದಲೇ ತೆಗೆದುಹಾಕುತ್ತವೆ.

ಆದ್ದರಿಂದ, "ಹೆಚ್ಚು ಪರಿಸರವನ್ನು ಸಂರಕ್ಷಿಸುವುದು" sudo ಅನ್ನು ರ‍್ಯಾಪರ್‌ನ ಒಳಗೆ ಇಡಲು ನಂಬಲರ್ಹ ಪರಿಹಾರವಲ್ಲ. sudoers ಕೈಪಿಡಿಯು LD_* ನಂತಹ ವೇರಿಯೇಬಲ್‌ಗಳನ್ನು sudo ಪ್ರಾರಂಭವಾಗುವ ಮೊದಲೇ ತೆಗೆದುಹಾಕಲಾಗುತ್ತದೆ ಎಂದು ಸ್ಪಷ್ಟವಾಗಿ ವಿವರಿಸುತ್ತದೆ.

ಒಂದು ಆಜ್ಞೆಗೆ ನಿಜವಾಗಿಯೂ ಗುರಿ ಖಾತೆ ಬೇಕಾದರೆ, ಆ ಅಧಿಕೃತ ಸಂದರ್ಭದಲ್ಲಿ ರ‍್ಯಾಪರ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸಿ. ನಂತರ ಯಾವ ಸಂರಚನೆಯನ್ನು ಓದುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ: sudo HOME, PATH ಮತ್ತು ಅನ್ವಯವಾಗುವ ಪ್ರತಿ-ಬಳಕೆದಾರ ಫೈಲ್ ಅನ್ನು ಬದಲಾಯಿಸಬಹುದು. ಕೆಲಸ ಮಾಡುವ ಅನಧಿಕೃತ ಕರೆ root ಅದೇ ಪ್ರಾಕ್ಸಿ ಪಟ್ಟಿಯನ್ನು ಆಯ್ಕೆ ಮಾಡಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

ಪ್ರೋಗ್ರಾಂ ತನ್ನ ಸ್ವಂತ ಪ್ರಾಕ್ಸಿ ಇಂಟರ್‌ಫೇಸ್ ನೀಡಿದರೆ ಅದನ್ನೇ ಆದ್ಯತೆ ನೀಡಿ. ಇದು ಪ್ರೋಗ್ರಾಂಗೆ ಈಗಾಗಲೇ ಹೇಗೆ ಮಾರ್ಗ ಮಾಡಬೇಕೆಂದು ತಿಳಿದಿರುವ ವಿನಂತಿಗೆ ಇಂಟರ್ಸೆಪ್ಶನ್ ಮೇಲಿನ ಅವಲಂಬನೆಯನ್ನು ತಪ್ಪಿಸುತ್ತದೆ.

proxychains ನ ಕವರೇಜ್ ಮಿತಿಗಳನ್ನೂ ಗಮನದಲ್ಲಿಟ್ಟುಕೊಳ್ಳಿ. ಅದರ ಆರಂಭಿಕ ಸಂದೇಶ ರ‍್ಯಾಪರ್ ಪ್ರಾರಂಭವಾಯಿತು ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ; ಕಚ್ಚಾ ಪ್ಯಾಕೆಟ್‌ಗಳು, ಬೆಂಬಲವಿಲ್ಲದ ಕರೆಗಳು ಅಥವಾ ಪ್ರತ್ಯೇಕವಾಗಿ ಪ್ರಾರಂಭಿಸಿದ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಅಪ್ಲಿಕೇಶನ್ ಪ್ರಕ್ರಿಯೆ ಅದರ ಲೈಬ್ರರಿಯನ್ನು ಬಳಸಿತು ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ನೀವು ಇಂಟರ್ಸೆಪ್ಟ್ ಮಾಡಲು ಉದ್ದೇಶಿಸಿದ ನೆಟ್‌ವರ್ಕ್ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ದೃಢೀಕರಿಸಿ, root ಸವಲತ್ತನ್ನು ಪ್ರತಿ ಕಾರ್ಯಾಚರಣೆಯೂ ಇಂಟರ್ಸೆಪ್ಟ್ ಆಗಿದೆ ಎಂಬ ಸಾಕ್ಷಿಯಾಗಿ ಪರಿಗಣಿಸಬೇಡಿ.