ಗ್ನು / ಲಿನಕ್ಸ್‌ನಲ್ಲಿ ವೈರಸ್‌ಗಳು: ಫ್ಯಾಕ್ಟ್ ಅಥವಾ ಮಿಥ್?

ಚರ್ಚೆ ಬಂದಾಗಲೆಲ್ಲಾ ವೈರಸ್ y ಗ್ನೂ / ಲಿನಕ್ಸ್ ಬಳಕೆದಾರರು ಕಾಣಿಸಿಕೊಳ್ಳಲು ಹೆಚ್ಚು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುವುದಿಲ್ಲ (ಸಾಮಾನ್ಯವಾಗಿ ವಿಂಡೋಸ್) ಇದು ಏನು ಹೇಳುತ್ತದೆ:

«ಲಿನಕ್ಸ್‌ನಲ್ಲಿ ಯಾವುದೇ ವೈರಸ್‌ಗಳಿಲ್ಲ ಏಕೆಂದರೆ ಈ ದುರುದ್ದೇಶಪೂರಿತ ಕಾರ್ಯಕ್ರಮಗಳ ಸೃಷ್ಟಿಕರ್ತರು ಯಾರೂ ಬಳಸದ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಾಗಿ ಏನಾದರೂ ಮಾಡುವ ಸಮಯವನ್ನು ವ್ಯರ್ಥ ಮಾಡುವುದಿಲ್ಲ »

ಇದಕ್ಕೆ ನಾನು ಯಾವಾಗಲೂ ಉತ್ತರಿಸಿದ್ದೇನೆ:

"ಸಮಸ್ಯೆ ಅದು ಅಲ್ಲ, ಆದರೆ ಈ ದುರುದ್ದೇಶಪೂರಿತ ಕಾರ್ಯಕ್ರಮಗಳ ರಚನೆಕಾರರು 24 ಗಂಟೆಗಳಿಗಿಂತಲೂ ಕಡಿಮೆ ಸಮಯದಲ್ಲಿ ಸಹ ವ್ಯವಸ್ಥೆಯ ಮೊದಲ ನವೀಕರಣದೊಂದಿಗೆ ಸರಿಪಡಿಸಬಹುದಾದ ಯಾವುದನ್ನಾದರೂ ರಚಿಸುವ ಸಮಯವನ್ನು ವ್ಯರ್ಥ ಮಾಡುವುದಿಲ್ಲ"

ಮತ್ತು ಈ ಅತ್ಯುತ್ತಮ ಲೇಖನವು ಪ್ರಕಟವಾದಂತೆ ನಾನು ತಪ್ಪಾಗಿಲ್ಲ ಸಂಖ್ಯೆ 90 (ವರ್ಷ 2008) ಟೊಡೊ ಲಿನಕ್ಸ್ ನಿಯತಕಾಲಿಕೆಯಿಂದ. ಅವರ ನಟ ಡೇವಿಡ್ ಸ್ಯಾಂಟೋ ಒರ್ಸೆರೊ ನಮಗೆ ತಾಂತ್ರಿಕ ರೀತಿಯಲ್ಲಿ ಒದಗಿಸುತ್ತದೆ (ಆದರೆ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಸುಲಭ) ಏಕೆ ವಿವರಣೆ ಗ್ನೂ / ಲಿನಕ್ಸ್ ಈ ರೀತಿಯ ದುರುದ್ದೇಶಪೂರಿತ ಸಾಫ್ಟ್‌ವೇರ್ ಇಲ್ಲ.

100% ಶಿಫಾರಸು ಮಾಡಲಾಗಿದೆ. ಈ ವಿಷಯದ ಬಗ್ಗೆ ದೃ basis ವಾದ ಆಧಾರವಿಲ್ಲದೆ ಮಾತನಾಡುವ ಯಾರನ್ನೂ ಮೌನಗೊಳಿಸಲು ಈಗ ಅವರಿಗೆ ಮನವರಿಕೆಯಾಗುವ ವಿಷಯವಿದೆ.

ಲೇಖನ (ಪಿಡಿಎಫ್) ಡೌನ್‌ಲೋಡ್ ಮಾಡಿ: ಪುರಾಣಗಳು ಮತ್ತು ಸಂಗತಿಗಳು: ಲಿನಕ್ಸ್ ಮತ್ತು ವೈರಸ್ಗಳು

ಸಂಪಾದಿಸಲಾಗಿದೆ:

ಈ ರೀತಿಯಾಗಿ ಓದುವುದು ಹೆಚ್ಚು ಆರಾಮದಾಯಕವೆಂದು ನಾವು ಪರಿಗಣಿಸಿದಂತೆ, ಪ್ರತಿಲೇಖಿತ ಲೇಖನ ಇಲ್ಲಿದೆ:

================================================== ======================

ಲಿನಕ್ಸ್ ಮತ್ತು ವೈರಸ್ ಚರ್ಚೆ ಹೊಸತೇನಲ್ಲ. ಲಿನಕ್ಸ್‌ಗಾಗಿ ವೈರಸ್‌ಗಳಿವೆಯೇ ಎಂದು ಕೇಳುವ ಇಮೇಲ್‌ನಲ್ಲಿ ನಾವು ಆಗಾಗ್ಗೆ ನೋಡುತ್ತೇವೆ; ಮತ್ತು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಯಾರಾದರೂ ದೃ ir ವಾಗಿ ಉತ್ತರಿಸುತ್ತಾರೆ ಮತ್ತು ಅವರು ಹೆಚ್ಚು ಜನಪ್ರಿಯವಾಗದಿದ್ದರೆ ಅದು ಲಿನಕ್ಸ್ ವಿಂಡೋಸ್‌ನಂತೆ ವ್ಯಾಪಕವಾಗಿಲ್ಲದ ಕಾರಣ ಎಂದು ಹೇಳುತ್ತದೆ. ಲಿನಕ್ಸ್ ವೈರಸ್‌ಗಳ ಆವೃತ್ತಿಗಳನ್ನು ಬಿಡುಗಡೆ ಮಾಡುವುದಾಗಿ ಆಂಟಿವೈರಸ್ ಡೆವಲಪರ್‌ಗಳಿಂದ ಆಗಾಗ್ಗೆ ಪತ್ರಿಕಾ ಪ್ರಕಟಣೆಗಳಿವೆ.

ವೈಯಕ್ತಿಕವಾಗಿ, ಲಿನಕ್ಸ್‌ನಲ್ಲಿ ವೈರಸ್‌ಗಳು ಅಸ್ತಿತ್ವದಲ್ಲಿವೆಯೋ ಇಲ್ಲವೋ ಎಂಬ ವಿಷಯದ ಕುರಿತು ನಾನು ವಿವಿಧ ಜನರೊಂದಿಗೆ ಸಾಂದರ್ಭಿಕವಾಗಿ ಮೇಲ್ ಮೂಲಕ ಅಥವಾ ವಿತರಣಾ ಪಟ್ಟಿಯ ಮೂಲಕ ಚರ್ಚಿಸಿದ್ದೇನೆ. ಇದು ಒಂದು ಪುರಾಣ, ಆದರೆ ಇದು ಒಂದು ಪುರಾಣವನ್ನು ಕೆಡವಲು ಸಂಕೀರ್ಣವಾಗಿದೆ ಅಥವಾ ಬದಲಾಗಿ, ಒಂದು ವಂಚನೆ, ವಿಶೇಷವಾಗಿ ಇದು ಆರ್ಥಿಕ ಆಸಕ್ತಿಯಿಂದ ಉಂಟಾದರೆ. ಲಿನಕ್ಸ್‌ಗೆ ಈ ರೀತಿಯ ಸಮಸ್ಯೆಗಳಿಲ್ಲದಿದ್ದರೆ, ಕೆಲವೇ ಜನರು ಇದನ್ನು ಬಳಸುತ್ತಾರೆ ಎಂಬ ಕಲ್ಪನೆಯನ್ನು ತಿಳಿಸಲು ಯಾರೋ ಆಸಕ್ತಿ ಹೊಂದಿದ್ದಾರೆ.

ಈ ವರದಿಯನ್ನು ಪ್ರಕಟಿಸುವ ಸಮಯದಲ್ಲಿ ನಾನು ಲಿನಕ್ಸ್‌ನಲ್ಲಿ ವೈರಸ್‌ಗಳ ಅಸ್ತಿತ್ವದ ಬಗ್ಗೆ ಖಚಿತವಾದ ಪಠ್ಯವನ್ನು ಬರೆಯಲು ಇಷ್ಟಪಡುತ್ತಿದ್ದೆ. ದುರದೃಷ್ಟವಶಾತ್, ಮೂ st ನಂಬಿಕೆ ಮತ್ತು ಆರ್ಥಿಕ ಹಿತಾಸಕ್ತಿ ಹೆಚ್ಚಾದಾಗ, ನಿರ್ಣಾಯಕವಾದದ್ದನ್ನು ನಿರ್ಮಿಸುವುದು ಕಷ್ಟ.
ಹೇಗಾದರೂ, ವಾದಿಸಲು ಬಯಸುವ ಯಾರೊಬ್ಬರ ದಾಳಿಯನ್ನು ನಿಶ್ಯಸ್ತ್ರಗೊಳಿಸಲು ನಾವು ಇಲ್ಲಿ ಸಮಂಜಸವಾದ ಸಂಪೂರ್ಣ ವಾದವನ್ನು ಮಾಡಲು ಪ್ರಯತ್ನಿಸುತ್ತೇವೆ.

ವೈರಸ್ ಎಂದರೇನು?

ಮೊದಲನೆಯದಾಗಿ, ವೈರಸ್ ಏನೆಂದು ವ್ಯಾಖ್ಯಾನಿಸುವ ಮೂಲಕ ನಾವು ಪ್ರಾರಂಭಿಸಲಿದ್ದೇವೆ. ಇದು ಸ್ವತಃ ನಕಲಿಸುವ ಮತ್ತು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಚಲಿಸುವ ಒಂದು ಪ್ರೋಗ್ರಾಂ ಆಗಿದೆ, ಮತ್ತು ಇದು ಬಳಕೆದಾರರ ಅನುಮತಿ ಅಥವಾ ಜ್ಞಾನವಿಲ್ಲದೆ ಕಂಪ್ಯೂಟರ್‌ನ ಸಾಮಾನ್ಯ ಕಾರ್ಯವನ್ನು ಬದಲಾಯಿಸುವ ಗುರಿಯನ್ನು ಹೊಂದಿದೆ. ಇದನ್ನು ಮಾಡಲು, ವೈರಸ್‌ಗಳು ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದ ಫೈಲ್‌ಗಳನ್ನು ತಮ್ಮ ಕೋಡ್‌ನಿಂದ ಸೋಂಕಿತ ಇತರರೊಂದಿಗೆ ಬದಲಾಯಿಸುತ್ತವೆ. ವ್ಯಾಖ್ಯಾನವು ಪ್ರಮಾಣಿತವಾಗಿದೆ ಮತ್ತು ಇದು ವೈರಸ್‌ಗಳ ಮೇಲಿನ ವಿಕಿಪೀಡಿಯ ಪ್ರವೇಶದ ಒಂದು ಸಾಲಿನ ಸಾರಾಂಶವಾಗಿದೆ.
ಈ ವ್ಯಾಖ್ಯಾನದ ಪ್ರಮುಖ ಭಾಗ, ಮತ್ತು ವೈರಸ್‌ನ್ನು ಇತರ ಮಾಲ್‌ವೇರ್‌ಗಳಿಂದ ಬೇರ್ಪಡಿಸುವ ಒಂದು ಭಾಗವೆಂದರೆ, ಬಳಕೆದಾರರ ಅನುಮತಿ ಅಥವಾ ಜ್ಞಾನವಿಲ್ಲದೆ ವೈರಸ್ ಸ್ವತಃ ಸ್ಥಾಪಿಸುತ್ತದೆ. ಅದು ಸ್ವತಃ ಸ್ಥಾಪಿಸದಿದ್ದರೆ, ಅದು ವೈರಸ್ ಅಲ್ಲ: ಅದು ರೂಟ್‌ಕಿಟ್ ಅಥವಾ ಟ್ರೋಜನ್ ಆಗಿರಬಹುದು.

ರೂಟ್‌ಕಿಟ್ ಎನ್ನುವುದು ಕರ್ನಲ್ ಪ್ಯಾಚ್ ಆಗಿದ್ದು ಅದು ಬಳಕೆದಾರ ಪ್ರದೇಶದ ಉಪಯುಕ್ತತೆಗಳಿಂದ ಕೆಲವು ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಮರೆಮಾಡಲು ನಿಮಗೆ ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ. ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಹೇಳುವುದಾದರೆ, ಇದು ಕರ್ನಲ್ ಮೂಲ ಕೋಡ್‌ನ ಮಾರ್ಪಾಡು, ಇದರ ಉದ್ದೇಶವೆಂದರೆ ಯಾವುದೇ ಸಮಯದಲ್ಲಿ ಏನು ನಡೆಯುತ್ತಿದೆ ಎಂಬುದನ್ನು ನೋಡಲು ನಮಗೆ ಅನುಮತಿಸುವ ಉಪಯುಕ್ತತೆಗಳು ಒಂದು ನಿರ್ದಿಷ್ಟ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಅಥವಾ ನಿರ್ದಿಷ್ಟ ಬಳಕೆದಾರರನ್ನು ದೃಶ್ಯೀಕರಿಸುವುದಿಲ್ಲ.

ಟ್ರೋಜನ್ ಹೋಲುತ್ತದೆ: ಇದು ಕೆಲವು ಮೋಸದ ಚಟುವಟಿಕೆಯನ್ನು ಮರೆಮಾಡಲು ನಿರ್ದಿಷ್ಟ ಸೇವೆಯ ಮೂಲ ಕೋಡ್‌ಗೆ ಮಾರ್ಪಾಡು ಆಗಿದೆ. ಎರಡೂ ಸಂದರ್ಭಗಳಲ್ಲಿ ಲಿನಕ್ಸ್ ಯಂತ್ರದಲ್ಲಿ ಸ್ಥಾಪಿಸಲಾದ ನಿಖರವಾದ ಆವೃತ್ತಿಯ ಮೂಲ ಕೋಡ್ ಅನ್ನು ಪಡೆದುಕೊಳ್ಳುವುದು, ಕೋಡ್ ಅನ್ನು ಪ್ಯಾಚ್ ಮಾಡುವುದು, ಅದನ್ನು ಮರು ಕಂಪೈಲ್ ಮಾಡುವುದು, ನಿರ್ವಾಹಕರ ಸವಲತ್ತುಗಳನ್ನು ಪಡೆಯುವುದು, ಪ್ಯಾಚ್ಡ್ ಎಕ್ಸಿಕ್ಯೂಟಬಲ್ ಅನ್ನು ಸ್ಥಾಪಿಸುವುದು ಮತ್ತು ಸೇವೆಯನ್ನು ಪ್ರಾರಂಭಿಸುವುದು-ಟ್ರೋಜನ್ ಸಂದರ್ಭದಲ್ಲಿ- ಅಥವಾ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಪೂರ್ಣಗೊಂಡಿದೆ - ಸಂದರ್ಭದಲ್ಲಿ
ರೂಟ್‌ಕಿಟ್–. ನಾವು ನೋಡುವಂತೆ ಈ ಪ್ರಕ್ರಿಯೆಯು ಕ್ಷುಲ್ಲಕವಲ್ಲ, ಮತ್ತು "ತಪ್ಪಾಗಿ" ಯಾರೂ ಇದನ್ನು ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ. ನಿರ್ವಾಹಕರ ಸವಲತ್ತುಗಳನ್ನು ಹೊಂದಿರುವ ಯಾರಾದರೂ, ಪ್ರಜ್ಞಾಪೂರ್ವಕವಾಗಿ, ತಾಂತ್ರಿಕ ಸ್ವಭಾವದ ನಿರ್ಧಾರಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುವ ಹಂತಗಳ ಸರಣಿಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವುದು ಅವರಿಬ್ಬರಿಗೂ ಅವರ ಸ್ಥಾಪನೆಯಲ್ಲಿ ಅಗತ್ಯವಾಗಿರುತ್ತದೆ.

ಇದು ಮುಖ್ಯವಲ್ಲದ ಶಬ್ದಾರ್ಥದ ಸೂಕ್ಷ್ಮ ವ್ಯತ್ಯಾಸವಲ್ಲ: ವೈರಸ್ ಸ್ವತಃ ಸ್ಥಾಪಿಸಲು, ನಾವು ಮಾಡಬೇಕಾಗಿರುವುದು ಸೋಂಕಿತ ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಸಾಮಾನ್ಯ ಬಳಕೆದಾರರಾಗಿ ಚಲಾಯಿಸುವುದು. ಮತ್ತೊಂದೆಡೆ, ರೂಟ್‌ಕಿಟ್ ಅಥವಾ ಟ್ರೋಜನ್ ಸ್ಥಾಪನೆಗೆ ದುರುದ್ದೇಶಪೂರಿತ ಮನುಷ್ಯನು ಯಂತ್ರದ ಮೂಲ ಖಾತೆಗೆ ವೈಯಕ್ತಿಕವಾಗಿ ಪ್ರವೇಶಿಸುವುದು ಅತ್ಯಗತ್ಯ, ಮತ್ತು ಸ್ವಯಂಚಾಲಿತವಲ್ಲದ ರೀತಿಯಲ್ಲಿ, ಪತ್ತೆಹಚ್ಚಬಹುದಾದ ಹಂತಗಳ ಸರಣಿಯನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ. ವೈರಸ್ ತ್ವರಿತವಾಗಿ ಮತ್ತು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಹರಡುತ್ತದೆ; ನಮ್ಮನ್ನು ನಿರ್ದಿಷ್ಟವಾಗಿ ಗುರಿಯಾಗಿಸಲು ರೂಟ್‌ಕಿಟ್ ಅಥವಾ ಟ್ರೋಜನ್‌ಗೆ ಅವುಗಳು ಬೇಕಾಗುತ್ತವೆ.

ಲಿನಕ್ಸ್‌ನಲ್ಲಿ ವೈರಸ್‌ಗಳ ಹರಡುವಿಕೆ:

ಆದ್ದರಿಂದ, ವೈರಸ್‌ನ ಪ್ರಸರಣ ಕಾರ್ಯವಿಧಾನವು ಅದನ್ನು ನಿಜವಾಗಿಯೂ ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ ಮತ್ತು ಅವುಗಳ ಅಸ್ತಿತ್ವಕ್ಕೆ ಆಧಾರವಾಗಿದೆ. ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ವೈರಸ್‌ಗಳಿಗೆ ಹೆಚ್ಚು ಸೂಕ್ಷ್ಮವಾಗಿರುತ್ತದೆ ಮತ್ತು ಪರಿಣಾಮಕಾರಿ ಮತ್ತು ಸ್ವಯಂಚಾಲಿತ ಪ್ರಸರಣ ಕಾರ್ಯವಿಧಾನವನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವುದು ಸುಲಭ.

ನಮ್ಮಲ್ಲಿ ವೈರಸ್ ಇದೆ ಎಂದು ಭಾವಿಸೋಣ ಅದು ಸ್ವತಃ ಹರಡಲು ಬಯಸುತ್ತದೆ. ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಪ್ರಾರಂಭಿಸುವಾಗ ಅದನ್ನು ಸಾಮಾನ್ಯ ಬಳಕೆದಾರರು ಮುಗ್ಧವಾಗಿ ಪ್ರಾರಂಭಿಸಿದ್ದಾರೆಂದು ಭಾವಿಸೋಣ. ಈ ವೈರಸ್ ಪ್ರತ್ಯೇಕವಾಗಿ ಎರಡು ಪ್ರಸರಣ ಕಾರ್ಯವಿಧಾನಗಳನ್ನು ಹೊಂದಿದೆ:

• ಇತರ ಪ್ರಕ್ರಿಯೆಗಳ ಸ್ಮರಣೆಯನ್ನು ಸ್ಪರ್ಶಿಸುವ ಮೂಲಕ ಸ್ವತಃ ಪುನರಾವರ್ತಿಸಿ, ಚಾಲನಾಸಮಯದಲ್ಲಿ ಅವರಿಗೆ ಲಂಗರು ಹಾಕುತ್ತದೆ.
• ಫೈಲ್‌ಸಿಸ್ಟಮ್ ಎಕ್ಸಿಕ್ಯೂಟಬಲ್‌ಗಳನ್ನು ತೆರೆಯುವುದು, ಮತ್ತು ಅವುಗಳ ಕೋಡ್-ಪೇಲೋಡ್– ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದವರಿಗೆ ಸೇರಿಸುವುದು.

ನಾವು ಪರಿಗಣಿಸಬಹುದಾದ ಎಲ್ಲಾ ವೈರಸ್‌ಗಳು ಈ ಎರಡು ಪ್ರಸರಣ ಕಾರ್ಯವಿಧಾನಗಳಲ್ಲಿ ಒಂದನ್ನು ಹೊಂದಿರುತ್ತವೆ. ಒ ಎರಡು. ಹೆಚ್ಚಿನ ಕಾರ್ಯವಿಧಾನಗಳಿಲ್ಲ.
ಮೊದಲ ಕಾರ್ಯವಿಧಾನಕ್ಕೆ ಸಂಬಂಧಿಸಿದಂತೆ, ಲಿನಕ್ಸ್‌ನ ವರ್ಚುವಲ್ ಮೆಮೊರಿ ಆರ್ಕಿಟೆಕ್ಚರ್ ಮತ್ತು ಇಂಟೆಲ್ ಪ್ರೊಸೆಸರ್‌ಗಳು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ ಎಂಬುದನ್ನು ನೆನಪಿನಲ್ಲಿಟ್ಟುಕೊಳ್ಳೋಣ. ಇವು ನಾಲ್ಕು ಉಂಗುರಗಳನ್ನು ಹೊಂದಿದ್ದು, 0 ರಿಂದ 3 ರವರೆಗೆ ಸಂಖ್ಯೆಯಿದೆ; ಕಡಿಮೆ ಸಂಖ್ಯೆಯಲ್ಲಿ, ಆ ರಿಂಗ್‌ನಲ್ಲಿ ಚಲಿಸುವ ಕೋಡ್ ಹೊಂದಿರುವ ಹೆಚ್ಚಿನ ಸವಲತ್ತುಗಳು. ಈ ಉಂಗುರಗಳು ಪ್ರೊಸೆಸರ್ನ ಸ್ಥಿತಿಗಳಿಗೆ ಹೊಂದಿಕೆಯಾಗುತ್ತವೆ ಮತ್ತು ಆದ್ದರಿಂದ, ಒಂದು ನಿರ್ದಿಷ್ಟ ರಿಂಗ್‌ನಲ್ಲಿರುವ ವ್ಯವಸ್ಥೆಯಿಂದ ಏನು ಮಾಡಬಹುದು. ಲಿನಕ್ಸ್ ಕರ್ನಲ್ಗಾಗಿ ರಿಂಗ್ 0 ಮತ್ತು ಪ್ರಕ್ರಿಯೆಗಳಿಗೆ ರಿಂಗ್ 3 ಅನ್ನು ಬಳಸುತ್ತದೆ. ರಿಂಗ್ 0 ನಲ್ಲಿ ಚಲಿಸುವ ಯಾವುದೇ ಪ್ರಕ್ರಿಯೆಯ ಕೋಡ್ ಇಲ್ಲ, ಮತ್ತು ರಿಂಗ್ 3 ನಲ್ಲಿ ಚಲಿಸುವ ಯಾವುದೇ ಕರ್ನಲ್ ಕೋಡ್ ಇಲ್ಲ. ರಿಂಗ್ 3 ರಿಂದ ಕರ್ನಲ್‌ಗೆ ಒಂದೇ ಒಂದು ಪ್ರವೇಶ ಬಿಂದು ಇದೆ: 80 ಗಂ ಅಡ್ಡಿ, ಅದು ಇರುವ ಪ್ರದೇಶದಿಂದ ಜಿಗಿಯಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ ಕರ್ನಲ್ ಕೋಡ್ ಇರುವ ಪ್ರದೇಶಕ್ಕೆ ಬಳಕೆದಾರರ ಕೋಡ್.

ಸಾಮಾನ್ಯವಾಗಿ ಯುನಿಕ್ಸ್‌ನ ವಾಸ್ತುಶಿಲ್ಪ ಮತ್ತು ನಿರ್ದಿಷ್ಟವಾಗಿ ಲಿನಕ್ಸ್ ವೈರಸ್‌ಗಳ ಹರಡುವಿಕೆಯನ್ನು ಕಾರ್ಯಸಾಧ್ಯವಾಗಿಸುವುದಿಲ್ಲ.

ವರ್ಚುವಲ್ ಮೆಮೊರಿಯನ್ನು ಬಳಸುವ ಮೂಲಕ ಕರ್ನಲ್ ಪ್ರತಿ ಪ್ರಕ್ರಿಯೆಯು ಎಲ್ಲಾ ಮೆಮೊರಿಯನ್ನು ತನ್ನಲ್ಲಿದೆ ಎಂದು ನಂಬುವಂತೆ ಮಾಡುತ್ತದೆ. ಒಂದು ಪ್ರಕ್ರಿಯೆ -ಇದು ರಿಂಗ್ 3 ರಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ - ಅದು ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಉಂಗುರಕ್ಕಾಗಿ, ಅದಕ್ಕಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿರುವ ವರ್ಚುವಲ್ ಮೆಮೊರಿಯನ್ನು ಮಾತ್ರ ನೋಡಬಹುದು. ಇತರ ಪ್ರಕ್ರಿಯೆಗಳ ಸ್ಮರಣೆಯನ್ನು ರಕ್ಷಿಸಲಾಗಿದೆ ಎಂದು ಅಲ್ಲ; ಒಂದು ಪ್ರಕ್ರಿಯೆಗೆ ಇತರರ ಸ್ಮರಣೆ ವಿಳಾಸ ಸ್ಥಳದ ಹೊರಗಿದೆ. ಒಂದು ಪ್ರಕ್ರಿಯೆಯು ಎಲ್ಲಾ ಮೆಮೊರಿ ವಿಳಾಸಗಳನ್ನು ಸೋಲಿಸಿದರೆ, ಅದು ಮತ್ತೊಂದು ಪ್ರಕ್ರಿಯೆಯ ಮೆಮೊರಿ ವಿಳಾಸವನ್ನು ಉಲ್ಲೇಖಿಸಲು ಸಹ ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ.

ಇದನ್ನು ಏಕೆ ಮೋಸ ಮಾಡಲಾಗುವುದಿಲ್ಲ?
ಕಾಮೆಂಟ್‌ಗಳನ್ನು ಮಾರ್ಪಡಿಸಲು - ಉದಾಹರಣೆಗೆ, ರಿಂಗ್ 0 ನಲ್ಲಿ ಪ್ರವೇಶ ಬಿಂದುಗಳನ್ನು ರಚಿಸಿ, ಅಡ್ಡಿಪಡಿಸುವ ವಾಹಕಗಳನ್ನು ಮಾರ್ಪಡಿಸಿ, ವರ್ಚುವಲ್ ಮೆಮೊರಿಯನ್ನು ಮಾರ್ಪಡಿಸಿ, ಎಲ್ಜಿಡಿಟಿಯನ್ನು ಮಾರ್ಪಡಿಸಿ ... - ಇದು ರಿಂಗ್ 0 ನಿಂದ ಮಾತ್ರ ಸಾಧ್ಯ.
ಅಂದರೆ, ಒಂದು ಪ್ರಕ್ರಿಯೆಯು ಇತರ ಪ್ರಕ್ರಿಯೆಗಳ ಸ್ಮರಣೆಯನ್ನು ಅಥವಾ ಕರ್ನಲ್ ಅನ್ನು ಸ್ಪರ್ಶಿಸಲು ಸಾಧ್ಯವಾಗಬೇಕಾದರೆ, ಅದು ಕರ್ನಲ್ ಆಗಿರಬೇಕು. ಮತ್ತು ಪ್ರವೇಶದ ಒಂದು ಬಿಂದುವಿದೆ ಮತ್ತು ನಿಯತಾಂಕಗಳನ್ನು ರೆಜಿಸ್ಟರ್‌ಗಳ ಮೂಲಕ ರವಾನಿಸಲಾಗುತ್ತದೆ ಎಂಬ ಅಂಶವು ಬಲೆಗೆ ಜಟಿಲವಾಗಿದೆ - ವಾಸ್ತವವಾಗಿ, ಏನು ಮಾಡಬೇಕೆಂಬುದರವರೆಗೆ ಅದನ್ನು ರಿಜಿಸ್ಟರ್ ಮೂಲಕ ರವಾನಿಸಲಾಗುತ್ತದೆ, ನಂತರ ಅದನ್ನು ಗಮನ ವಾಡಿಕೆಯಂತೆ ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗುತ್ತದೆ. 80 ನೇ ಅಡಚಣೆ.
ಮತ್ತೊಂದು ಸನ್ನಿವೇಶವೆಂದರೆ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂಗಳು ರಿಂಗ್ 0 ಗೆ ನೂರಾರು ದಾಖಲೆರಹಿತ ಕರೆಗಳನ್ನು ಹೊಂದಿದ್ದು, ಇದು ಸಾಧ್ಯವಿದೆ - ಯಾವಾಗಲೂ ಕಳಪೆಯಾಗಿ ಕಾರ್ಯಗತಗೊಂಡ ಮರೆತುಹೋದ ಕರೆ ಇರಬಹುದು, ಅದರ ಮೇಲೆ ಬಲೆ ಅಭಿವೃದ್ಧಿಪಡಿಸಬಹುದು - ಆದರೆ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂನ ಸಂದರ್ಭದಲ್ಲಿ ಸರಳ ಹಂತದ ಕಾರ್ಯವಿಧಾನ, ಅದು ಅಲ್ಲ.

ಈ ಕಾರಣಕ್ಕಾಗಿ, ವರ್ಚುವಲ್ ಮೆಮೊರಿ ಆರ್ಕಿಟೆಕ್ಚರ್ ಈ ಪ್ರಸರಣ ಕಾರ್ಯವಿಧಾನವನ್ನು ತಡೆಯುತ್ತದೆ; ಯಾವುದೇ ಪ್ರಕ್ರಿಯೆಗಳು - ಮೂಲ ಸವಲತ್ತುಗಳನ್ನು ಹೊಂದಿರುವವರು ಸಹ - ಇತರರ ಸ್ಮರಣೆಯನ್ನು ಪ್ರವೇಶಿಸಲು ಒಂದು ಮಾರ್ಗವನ್ನು ಹೊಂದಿಲ್ಲ. ಒಂದು ಪ್ರಕ್ರಿಯೆಯು ಕರ್ನಲ್ ಅನ್ನು ನೋಡಬಹುದು ಎಂದು ನಾವು ವಾದಿಸಬಹುದು; ಇದು ತನ್ನ ತಾರ್ಕಿಕ ಮೆಮೊರಿ ವಿಳಾಸ 0xC0000000 ನಿಂದ ಮ್ಯಾಪ್ ಮಾಡಿದೆ. ಆದರೆ, ಪ್ರೊಸೆಸರ್ ರಿಂಗ್ ಚಾಲನೆಯಲ್ಲಿರುವ ಕಾರಣ, ನೀವು ಅದನ್ನು ಮಾರ್ಪಡಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ; ಅದು ಮತ್ತೊಂದು ಉಂಗುರಕ್ಕೆ ಸೇರಿದ ಮೆಮೊರಿ ಪ್ರದೇಶಗಳಾಗಿರುವುದರಿಂದ ಅದು ಬಲೆಗೆ ಕಾರಣವಾಗುತ್ತದೆ.

"ಪರಿಹಾರ" ಎನ್ನುವುದು ಕರ್ನಲ್ ಕೋಡ್ ಫೈಲ್ ಆಗಿರುವಾಗ ಅದನ್ನು ಮಾರ್ಪಡಿಸುವ ಪ್ರೋಗ್ರಾಂ ಆಗಿರುತ್ತದೆ. ಆದರೆ ಇವುಗಳನ್ನು ಮರು ಕಂಪೈಲ್ ಮಾಡಲಾಗಿದೆ ಎಂಬುದು ಅಸಾಧ್ಯ. ಜಗತ್ತಿನಲ್ಲಿ ಲಕ್ಷಾಂತರ ವಿಭಿನ್ನ ಬೈನರಿ ಕರ್ನಲ್ಗಳು ಇರುವುದರಿಂದ ನೀವು ಬೈನರಿ ಅನ್ನು ಪ್ಯಾಚ್ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ. ಅದನ್ನು ಮರು ಕಂಪೈಲ್ ಮಾಡುವಾಗ ಅವರು ಕರ್ನಲ್ ಎಕ್ಸಿಕ್ಯೂಟಬಲ್ ನಿಂದ ಏನನ್ನಾದರೂ ಹಾಕಿದ್ದಾರೆ ಅಥವಾ ತೆಗೆದುಹಾಕಿದ್ದಾರೆ, ಅಥವಾ ಸಂಕಲನ ಆವೃತ್ತಿಯನ್ನು ಗುರುತಿಸುವ ಕೆಲವು ಲೇಬಲ್‌ಗಳ ಗಾತ್ರವನ್ನು ಅವರು ಬದಲಾಯಿಸಿದ್ದಾರೆ - ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಸಹ ಮಾಡಲಾಗುವುದು - ಬೈನರಿ ಪ್ಯಾಚ್ ಅನ್ನು ಅನ್ವಯಿಸಲಾಗುವುದಿಲ್ಲ. ಪರ್ಯಾಯವೆಂದರೆ ಅಂತರ್ಜಾಲದಿಂದ ಮೂಲ ಕೋಡ್ ಅನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡುವುದು, ಅದನ್ನು ಪ್ಯಾಚ್ ಮಾಡುವುದು, ಸೂಕ್ತವಾದ ಹಾರ್ಡ್‌ವೇರ್‌ಗಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡುವುದು, ಅದನ್ನು ಕಂಪೈಲ್ ಮಾಡುವುದು, ಸ್ಥಾಪಿಸುವುದು ಮತ್ತು ಯಂತ್ರವನ್ನು ರೀಬೂಟ್ ಮಾಡುವುದು. ಇದೆಲ್ಲವನ್ನೂ ಪ್ರೋಗ್ರಾಂನಿಂದ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಮಾಡಬೇಕು. ಕೃತಕ ಬುದ್ಧಿಮತ್ತೆ ಕ್ಷೇತ್ರಕ್ಕೆ ಸಾಕಷ್ಟು ಸವಾಲು.
ನಾವು ನೋಡುವಂತೆ, ರೂಟ್‌ನಂತೆ ವೈರಸ್‌ ಕೂಡ ಈ ತಡೆಗೋಡೆಗೆ ನೆಗೆಯುವುದಿಲ್ಲ. ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದ ಫೈಲ್‌ಗಳ ನಡುವಿನ ಪ್ರಸರಣ ಮಾತ್ರ ಉಳಿದಿದೆ. ನಾವು ಕೆಳಗೆ ನೋಡುವಂತೆ ಇದು ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ.

ನಿರ್ವಾಹಕರಾಗಿ ನನ್ನ ಅನುಭವ:

ದತ್ತಾಂಶ ಕೇಂದ್ರಗಳು, ವಿದ್ಯಾರ್ಥಿ ಪ್ರಯೋಗಾಲಯಗಳು, ಕಂಪನಿಗಳು ಇತ್ಯಾದಿಗಳಲ್ಲಿ ನೂರಾರು ಯಂತ್ರಗಳಲ್ಲಿ ಸ್ಥಾಪನೆಗಳೊಂದಿಗೆ ನಾನು ಲಿನಕ್ಸ್ ಅನ್ನು ನಿರ್ವಹಿಸುತ್ತಿರುವ ಹತ್ತು ವರ್ಷಗಳಿಗಿಂತ ಹೆಚ್ಚು.

• ನಾನು ಎಂದಿಗೂ ವೈರಸ್ ಅನ್ನು "ಪಡೆದಿಲ್ಲ"
• ನಾನು ಯಾರನ್ನಾದರೂ ಭೇಟಿ ಮಾಡಿಲ್ಲ
• ಯಾರನ್ನಾದರೂ ಭೇಟಿ ಮಾಡಿದ ವ್ಯಕ್ತಿಯನ್ನು ನಾನು ಎಂದಿಗೂ ಭೇಟಿ ಮಾಡಿಲ್ಲ

ಲಿನಕ್ಸ್ ವೈರಸ್‌ಗಳನ್ನು ನೋಡಿದ್ದಕ್ಕಿಂತ ಲೋಚ್ ನೆಸ್ ದೈತ್ಯಾಕಾರವನ್ನು ನೋಡಿದ ಹೆಚ್ಚಿನ ಜನರು ನನಗೆ ತಿಳಿದಿದ್ದಾರೆ.
ವೈಯಕ್ತಿಕವಾಗಿ, ನಾನು ಅಜಾಗರೂಕನಾಗಿರುವುದನ್ನು ನಾನು ಒಪ್ಪಿಕೊಳ್ಳುತ್ತೇನೆ ಮತ್ತು ಸ್ವಯಂ ಘೋಷಿತ "ತಜ್ಞರು" "ಲಿನಕ್ಸ್‌ಗಾಗಿ ವೈರಸ್‌ಗಳು" ಎಂದು ಕರೆಯುವ ಹಲವಾರು ಕಾರ್ಯಕ್ರಮಗಳನ್ನು ನಾನು ಪ್ರಾರಂಭಿಸಿದ್ದೇನೆ - ಇಂದಿನಿಂದ, ನಾನು ಅವರನ್ನು ವೈರಸ್‌ಗಳೆಂದು ಕರೆಯುತ್ತೇನೆ, ಪಠ್ಯವನ್ನು ನಿಷ್ಠುರವಾಗಿಸಲು ಅಲ್ಲ -, ರಿಂದ ವೈರಸ್ ಸಾಧ್ಯವಿದೆಯೇ ಎಂದು ನೋಡಲು ನನ್ನ ಯಂತ್ರದ ವಿರುದ್ಧ ನನ್ನ ಸಾಮಾನ್ಯ ಖಾತೆ: ಅಲ್ಲಿ ಸುತ್ತಲೂ ಪ್ರಸಾರವಾಗುವ ಬ್ಯಾಷ್ ವೈರಸ್ - ಮತ್ತು ಅದು ಯಾವುದೇ ಫೈಲ್‌ಗಳಿಗೆ ಸೋಂಕು ತಗುಲಿಸಲಿಲ್ಲ - ಮತ್ತು ಬಹಳ ಪ್ರಸಿದ್ಧವಾದ ವೈರಸ್ ಮತ್ತು ಪತ್ರಿಕೆಗಳಲ್ಲಿ ಕಾಣಿಸಿಕೊಂಡಿತು. ನಾನು ಅದನ್ನು ಸ್ಥಾಪಿಸಲು ಪ್ರಯತ್ನಿಸಿದೆ; ಮತ್ತು ಇಪ್ಪತ್ತು ನಿಮಿಷಗಳ ಕೆಲಸದ ನಂತರ, ಎಂಎಸ್‌ಡಿಒಎಸ್ ಪ್ರಕಾರದ ವಿಭಾಗದಲ್ಲಿ ಟಿಎಂಪಿ ಡೈರೆಕ್ಟರಿಯನ್ನು ಹೊಂದಬೇಕೆಂಬುದು ಅವರ ಬೇಡಿಕೆಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ ಎಂದು ನಾನು ನೋಡಿದಾಗ ನಾನು ಅದನ್ನು ಬಿಟ್ಟುಬಿಟ್ಟೆ. ವೈಯಕ್ತಿಕವಾಗಿ, tmp ಗಾಗಿ ನಿರ್ದಿಷ್ಟ ವಿಭಾಗವನ್ನು ರಚಿಸುವ ಮತ್ತು ಅದನ್ನು FAT ಗೆ ಫಾರ್ಮ್ಯಾಟ್ ಮಾಡುವ ಯಾರೊಬ್ಬರ ಬಗ್ಗೆ ನನಗೆ ತಿಳಿದಿಲ್ಲ.
ವಾಸ್ತವವಾಗಿ, ನಾನು ಲಿನಕ್ಸ್‌ಗಾಗಿ ಪರೀಕ್ಷಿಸಿದ ಕೆಲವು ವೈರಸ್‌ಗಳಿಗೆ ಉನ್ನತ ಮಟ್ಟದ ಜ್ಞಾನ ಮತ್ತು ಮೂಲ ಪಾಸ್‌ವರ್ಡ್ ಅನ್ನು ಸ್ಥಾಪಿಸುವ ಅಗತ್ಯವಿದೆ. ಯಂತ್ರಕ್ಕೆ ಸೋಂಕು ತಗುಲುವ ನಮ್ಮ ಸಕ್ರಿಯ ಹಸ್ತಕ್ಷೇಪದ ಅಗತ್ಯವಿದ್ದರೆ ನಾವು ಕನಿಷ್ಟ ಪಕ್ಷ ವೈರಸ್ ಅನ್ನು "ಕ್ರಾಪಿ" ಎಂದು ಅರ್ಹತೆ ಪಡೆಯಬಹುದು. ಇದಲ್ಲದೆ, ಕೆಲವು ಸಂದರ್ಭಗಳಲ್ಲಿ ಅವರಿಗೆ ಯುನಿಕ್ಸ್ ಮತ್ತು ಮೂಲ ಪಾಸ್ವರ್ಡ್ ಬಗ್ಗೆ ವ್ಯಾಪಕವಾದ ಜ್ಞಾನದ ಅಗತ್ಯವಿರುತ್ತದೆ; ಅದು ಸ್ವಯಂಚಾಲಿತ ಸ್ಥಾಪನೆಯಿಂದ ದೂರವಿದೆ.

ಲಿನಕ್ಸ್‌ನಲ್ಲಿ ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದ ಸೋಂಕು:

ಲಿನಕ್ಸ್‌ನಲ್ಲಿ, ಪ್ರಕ್ರಿಯೆಯು ಅದರ ಪರಿಣಾಮಕಾರಿ ಬಳಕೆದಾರ ಮತ್ತು ಪರಿಣಾಮಕಾರಿ ಗುಂಪು ಅನುಮತಿಸುವದನ್ನು ಮಾಡಬಹುದು. ನಿಜವಾದ ಬಳಕೆದಾರರನ್ನು ನಗದು ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳಲು ಯಾಂತ್ರಿಕ ವ್ಯವಸ್ಥೆಗಳಿವೆ ಎಂಬುದು ನಿಜ, ಆದರೆ ಸ್ವಲ್ಪವೇ. ಕಾರ್ಯಗತಗೊಳ್ಳುವವರು ಎಲ್ಲಿದ್ದಾರೆ ಎಂದು ನಾವು ನೋಡಿದರೆ, ಈ ಡೈರೆಕ್ಟರಿಗಳಲ್ಲಿ ಮತ್ತು ಒಳಗೊಂಡಿರುವ ಫೈಲ್‌ಗಳಲ್ಲಿ ರೂಟ್‌ಗೆ ಮಾತ್ರ ಬರೆಯುವ ಸವಲತ್ತುಗಳಿವೆ ಎಂದು ನಾವು ನೋಡುತ್ತೇವೆ. ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಹೇಳುವುದಾದರೆ, ರೂಟ್ ಮಾತ್ರ ಅಂತಹ ಫೈಲ್‌ಗಳನ್ನು ಮಾರ್ಪಡಿಸಬಹುದು. 70 ರ ದಶಕದಿಂದಲೂ ಯುನಿಕ್ಸ್‌ನಲ್ಲಿ, ಲಿನಕ್ಸ್‌ನಲ್ಲಿ ಅದರ ಮೂಲದಿಂದಲೂ, ಮತ್ತು ಸವಲತ್ತುಗಳನ್ನು ಬೆಂಬಲಿಸುವ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ನಲ್ಲಿ, ಇತರ ನಡವಳಿಕೆಯನ್ನು ಅನುಮತಿಸುವ ಯಾವುದೇ ದೋಷ ಇನ್ನೂ ಕಾಣಿಸಿಕೊಂಡಿಲ್ಲ. ELF ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದ ಫೈಲ್‌ಗಳ ರಚನೆಯು ತಿಳಿದಿದೆ ಮತ್ತು ಉತ್ತಮವಾಗಿ ದಾಖಲಿಸಲ್ಪಟ್ಟಿದೆ, ಆದ್ದರಿಂದ ಈ ಪ್ರಕಾರದ ಫೈಲ್‌ಗೆ ಪೇಲೋಡ್ ಅನ್ನು ಮತ್ತೊಂದು ELF ಫೈಲ್‌ನಲ್ಲಿ ಲೋಡ್ ಮಾಡಲು ತಾಂತ್ರಿಕವಾಗಿ ಸಾಧ್ಯವಿದೆ ... ಮೊದಲ ಅಥವಾ ಪರಿಣಾಮಕಾರಿ ಗುಂಪಿನ ಪರಿಣಾಮಕಾರಿ ಬಳಕೆದಾರರು ಇರುವವರೆಗೆ ಮೊದಲು ಪ್ರವೇಶ ಸೌಲಭ್ಯಗಳನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಎರಡನೇ ಫೈಲ್‌ನಲ್ಲಿ ಓದುವುದು, ಬರೆಯುವುದು ಮತ್ತು ಕಾರ್ಯಗತಗೊಳಿಸುವುದು. ಸಾಮಾನ್ಯ ಬಳಕೆದಾರರಾಗಿ ಎಷ್ಟು ಫೈಲ್‌ಸಿಸ್ಟಮ್ ಎಕ್ಸಿಕ್ಯೂಟಬಲ್‌ಗಳು ಸೋಂಕಿಗೆ ಒಳಗಾಗಬಹುದು?
ಈ ಪ್ರಶ್ನೆಗೆ ಸರಳವಾದ ಉತ್ತರವಿದೆ, ನಾವು ಎಷ್ಟು ಫೈಲ್‌ಗಳನ್ನು "ಸೋಂಕು" ಮಾಡಬಹುದೆಂದು ತಿಳಿಯಬೇಕಾದರೆ, ನಾವು ಆಜ್ಞೆಯನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತೇವೆ:

$ find / -type f -perm -o=rwx -o \( -perm -g=rwx -group `id -g` \) -o \( -perm -u=rwx -user `id -u` \) -print 2> /dev/null | grep -v /proc

ನಾವು / proc ಡೈರೆಕ್ಟರಿಯನ್ನು ಹೊರಗಿಡುತ್ತೇವೆ ಏಕೆಂದರೆ ಇದು ವರ್ಚುವಲ್ ಫೈಲ್ಸಿಸ್ಟಂ ಆಗಿದ್ದು ಅದು ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದರ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಪ್ರದರ್ಶಿಸುತ್ತದೆ. ನಾವು ಕಂಡುಕೊಳ್ಳುವ ಮರಣದಂಡನೆ ಸವಲತ್ತುಗಳನ್ನು ಹೊಂದಿರುವ ಫೈಲ್ ಪ್ರಕಾರದ ಫೈಲ್‌ಗಳು ಸಮಸ್ಯೆಯನ್ನುಂಟುಮಾಡುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಅವುಗಳು ಸಾಮಾನ್ಯವಾಗಿ ವರ್ಚುವಲ್ ಲಿಂಕ್‌ಗಳಾಗಿರುವುದರಿಂದ ಅವುಗಳು ಓದಲು, ಬರೆಯಲು ಮತ್ತು ಕಾರ್ಯಗತಗೊಳ್ಳುವಂತೆ ಕಂಡುಬರುತ್ತವೆ ಮತ್ತು ಬಳಕೆದಾರರು ಅದನ್ನು ಪ್ರಯತ್ನಿಸಿದರೆ ಅದು ಎಂದಿಗೂ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ. ನಾವು ದೋಷಗಳನ್ನು ಸಹ ತಳ್ಳಿಹಾಕುತ್ತೇವೆ, ಏಕೆಂದರೆ, ವಿಶೇಷವಾಗಿ / ಪ್ರೊಕ್ ಮತ್ತು / ಮನೆಯಲ್ಲಿ, ಸಾಮಾನ್ಯ ಬಳಕೆದಾರರಿಗೆ ಪ್ರವೇಶಿಸಲಾಗದ ಅನೇಕ ಡೈರೆಕ್ಟರಿಗಳಿವೆ - ಈ ಸ್ಕ್ರಿಪ್ಟ್ ಬಹಳ ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ನಮ್ಮ ನಿರ್ದಿಷ್ಟ ಸಂದರ್ಭದಲ್ಲಿ, ನಾಲ್ಕು ಜನರು ಕೆಲಸ ಮಾಡುವ ಯಂತ್ರದಲ್ಲಿ, ಉತ್ತರ ಹೀಗಿತ್ತು:

/tmp/.ICE-unix/dcop52651205225188
/tmp/.ICE-unix/5279
/home/irbis/kradview-1.2/src
/kradview

ಕಾಲ್ಪನಿಕ ವೈರಸ್ ಚಾಲನೆಯಲ್ಲಿದ್ದರೆ ಸೋಂಕಿಗೆ ಒಳಗಾಗುವ ಮೂರು ಫೈಲ್‌ಗಳನ್ನು output ಟ್‌ಪುಟ್ ತೋರಿಸುತ್ತದೆ. ಮೊದಲ ಎರಡು ಯುನಿಕ್ಸ್ ಸಾಕೆಟ್ ಪ್ರಕಾರದ ಫೈಲ್‌ಗಳು ಪ್ರಾರಂಭದಲ್ಲಿ ಅಳಿಸಲ್ಪಡುತ್ತವೆ -ಮತ್ತು ವೈರಸ್‌ನಿಂದ ಪ್ರಭಾವಿತವಾಗುವುದಿಲ್ಲ- ಮತ್ತು ಮೂರನೆಯದು ಅಭಿವೃದ್ಧಿ ಕಾರ್ಯಕ್ರಮದ ಫೈಲ್ ಆಗಿದ್ದು, ಅದನ್ನು ಮರು ಕಂಪೈಲ್ ಮಾಡಿದಾಗಲೆಲ್ಲಾ ಅಳಿಸಲಾಗುತ್ತದೆ. ಪ್ರಾಯೋಗಿಕ ದೃಷ್ಟಿಕೋನದಿಂದ ವೈರಸ್ ಹರಡುವುದಿಲ್ಲ.
ನಾವು ನೋಡುವುದರಿಂದ, ಪೇಲೋಡ್ ಅನ್ನು ಹರಡುವ ಏಕೈಕ ಮಾರ್ಗವೆಂದರೆ ಮೂಲ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ವೈರಸ್ ಕಾರ್ಯನಿರ್ವಹಿಸಲು, ಬಳಕೆದಾರರು ಯಾವಾಗಲೂ ನಿರ್ವಾಹಕರ ಸವಲತ್ತುಗಳನ್ನು ಹೊಂದಿರಬೇಕು. ಅಂತಹ ಸಂದರ್ಭದಲ್ಲಿ ಅದು ಫೈಲ್‌ಗಳಿಗೆ ಸೋಂಕು ತರುತ್ತದೆ. ಆದರೆ ಇಲ್ಲಿ ಕ್ಯಾಚ್ ಬರುತ್ತದೆ: ಸೋಂಕನ್ನು ಹರಡಲು, ನೀವು ಇನ್ನೊಂದು ಕಾರ್ಯಗತಗೊಳಿಸಬೇಕಾಗಿದೆ, ಯಂತ್ರವನ್ನು ಮೂಲವಾಗಿ ಮಾತ್ರ ಬಳಸುವ ಇನ್ನೊಬ್ಬ ಬಳಕೆದಾರರಿಗೆ ಅದನ್ನು ಮೇಲ್ ಮಾಡಿ ಮತ್ತು ಪ್ರಕ್ರಿಯೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿ.
ಸಾಮಾನ್ಯ ಕಾರ್ಯಗಳಿಗಾಗಿ ನಿರ್ವಾಹಕರಾಗಿರಲು ಅಥವಾ ಅನೇಕ ದೈನಂದಿನ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಚಲಾಯಿಸಲು ಅಗತ್ಯವಿರುವ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳಲ್ಲಿ, ಈ ರೀತಿಯಾಗಿರಬಹುದು. ಆದರೆ ಯುನಿಕ್ಸ್‌ನಲ್ಲಿ ಯಂತ್ರವನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ಮತ್ತು ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್‌ಗಳನ್ನು ಮಾರ್ಪಡಿಸಲು ನಿರ್ವಾಹಕರಾಗಿರುವುದು ಅವಶ್ಯಕ, ಆದ್ದರಿಂದ ರೂಟ್ ಖಾತೆಯು ದೈನಂದಿನ ಖಾತೆಯಾಗಿ ಬಳಸುವ ಬಳಕೆದಾರರ ಸಂಖ್ಯೆ ಚಿಕ್ಕದಾಗಿದೆ. ಇದು ಹೆಚ್ಚು; ಕೆಲವು ಲಿನಕ್ಸ್ ವಿತರಣೆಗಳು ಮೂಲ ಖಾತೆಯನ್ನು ಸಹ ಸಕ್ರಿಯಗೊಳಿಸಿಲ್ಲ. ಬಹುತೇಕ ಎಲ್ಲದರಲ್ಲೂ, ನೀವು ಚಿತ್ರಾತ್ಮಕ ಪರಿಸರವನ್ನು ಪ್ರವೇಶಿಸಿದರೆ, ಹಿನ್ನೆಲೆ ತೀವ್ರವಾದ ಕೆಂಪು ಬಣ್ಣಕ್ಕೆ ಬದಲಾಗುತ್ತದೆ ಮತ್ತು ನಿರಂತರ ಸಂದೇಶಗಳನ್ನು ಪುನರಾವರ್ತಿಸಲಾಗುತ್ತದೆ ಅದು ಈ ಖಾತೆಯನ್ನು ಬಳಸದಂತೆ ನಿಮಗೆ ನೆನಪಿಸುತ್ತದೆ.
ಅಂತಿಮವಾಗಿ, ಮೂಲವಾಗಿ ಮಾಡಬೇಕಾದ ಎಲ್ಲವನ್ನೂ ಅಪಾಯವಿಲ್ಲದೆ ಸುಡೋ ಆಜ್ಞೆಯೊಂದಿಗೆ ಮಾಡಬಹುದು.
ಈ ಕಾರಣಕ್ಕಾಗಿ, ಲಿನಕ್ಸ್‌ನಲ್ಲಿ ನಾವು ರೂಟ್ ಖಾತೆಯನ್ನು ಸಾಮಾನ್ಯ ಬಳಕೆಯ ಖಾತೆಯಾಗಿ ಬಳಸದಿರುವವರೆಗೂ ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದ ಇತರರಿಗೆ ಸೋಂಕು ತಗುಲಿಸುವುದಿಲ್ಲ; ಮತ್ತು ಆಂಟಿವೈರಸ್ ಕಂಪನಿಗಳು ಲಿನಕ್ಸ್‌ಗೆ ವೈರಸ್‌ಗಳಿವೆ ಎಂದು ಹೇಳಲು ಒತ್ತಾಯಿಸುತ್ತಿದ್ದರೂ, ನಿಜವಾಗಿಯೂ ಲಿನಕ್ಸ್‌ನಲ್ಲಿ ರಚಿಸಬಹುದಾದ ಅತ್ಯಂತ ಹತ್ತಿರದ ವಿಷಯವೆಂದರೆ ಬಳಕೆದಾರರ ಪ್ರದೇಶದಲ್ಲಿ ಟ್ರೋಜನ್. ಈ ಟ್ರೋಜನ್‌ಗಳು ಸಿಸ್ಟಮ್‌ನಲ್ಲಿ ಏನನ್ನಾದರೂ ಪರಿಣಾಮ ಬೀರುವ ಏಕೈಕ ಮಾರ್ಗವೆಂದರೆ ಅದನ್ನು ಮೂಲವಾಗಿ ಮತ್ತು ಅಗತ್ಯ ಸವಲತ್ತುಗಳೊಂದಿಗೆ ಚಲಾಯಿಸುವುದು. ನಾವು ಸಾಮಾನ್ಯವಾಗಿ ಯಂತ್ರವನ್ನು ಸಾಮಾನ್ಯ ಬಳಕೆದಾರರಂತೆ ಬಳಸಿದರೆ, ಸಾಮಾನ್ಯ ಬಳಕೆದಾರರು ಪ್ರಾರಂಭಿಸಿದ ಪ್ರಕ್ರಿಯೆಯು ಸಿಸ್ಟಮ್‌ಗೆ ಸೋಂಕು ತಗುಲುವುದು ಸಾಧ್ಯವಿಲ್ಲ.

ಪುರಾಣಗಳು ಮತ್ತು ಸುಳ್ಳುಗಳು:

ಲಿನಕ್ಸ್‌ನಲ್ಲಿ ವೈರಸ್‌ಗಳ ಬಗ್ಗೆ ನಾವು ಸಾಕಷ್ಟು ಪುರಾಣಗಳು, ವಂಚನೆಗಳು ಮತ್ತು ಸರಳ ಸುಳ್ಳುಗಳನ್ನು ಕಾಣುತ್ತೇವೆ. ಇದೇ ಪತ್ರಿಕೆಯಲ್ಲಿ ಪ್ರಕಟವಾದ ಲೇಖನದಿಂದ ತುಂಬಾ ಮನನೊಂದಿದ್ದ ಲಿನಕ್ಸ್‌ಗಾಗಿ ಆಂಟಿವೈರಸ್ ತಯಾರಕರ ಪ್ರತಿನಿಧಿಯೊಂದಿಗೆ ಸ್ವಲ್ಪ ಸಮಯದ ಹಿಂದೆ ನಡೆದ ಚರ್ಚೆಯ ಆಧಾರದ ಮೇಲೆ ಅವುಗಳ ಪಟ್ಟಿಯನ್ನು ಮಾಡೋಣ.
ಆ ಚರ್ಚೆಯು ಉತ್ತಮ ಉಲ್ಲೇಖ ಉದಾಹರಣೆಯಾಗಿದೆ, ಏಕೆಂದರೆ ಇದು ಲಿನಕ್ಸ್‌ನಲ್ಲಿನ ವೈರಸ್‌ಗಳ ಎಲ್ಲಾ ಅಂಶಗಳನ್ನು ಮುಟ್ಟುತ್ತದೆ. ಈ ಎಲ್ಲಾ ಪುರಾಣಗಳನ್ನು ಆ ನಿರ್ದಿಷ್ಟ ಚರ್ಚೆಯಲ್ಲಿ ಚರ್ಚಿಸಿದಂತೆ ನಾವು ಒಂದೊಂದಾಗಿ ಪರಿಶೀಲಿಸಲಿದ್ದೇವೆ, ಆದರೆ ಇತರ ವೇದಿಕೆಗಳಲ್ಲಿ ಇದನ್ನು ಹಲವು ಬಾರಿ ಪುನರಾವರ್ತಿಸಲಾಗಿದೆ.

ಮಿಥ್ಯ 1:
"ಎಲ್ಲಾ ದುರುದ್ದೇಶಪೂರಿತ ಕಾರ್ಯಕ್ರಮಗಳಿಗೆ, ವಿಶೇಷವಾಗಿ ವೈರಸ್‌ಗಳಿಗೆ, ಸೋಂಕಿಗೆ ಮೂಲ ಸವಲತ್ತುಗಳ ಅಗತ್ಯವಿರುವುದಿಲ್ಲ, ಅದರಲ್ಲೂ ನಿರ್ದಿಷ್ಟವಾಗಿ ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದ ವೈರಸ್‌ಗಳ (ಇಎಲ್‌ಎಫ್ ಸ್ವರೂಪ) ಇತರ ಕಾರ್ಯಗತಗೊಳ್ಳುವಂತಹವುಗಳಿಗೆ ಸೋಂಕು ತರುತ್ತದೆ".

ಉತ್ತರ:
ಅಂತಹ ಹಕ್ಕು ಪಡೆಯುವವರು ಯುನಿಕ್ಸ್ ಸವಲತ್ತು ವ್ಯವಸ್ಥೆಯು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ತಿಳಿದಿಲ್ಲ. ಫೈಲ್‌ನ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರಲು, ವೈರಸ್‌ಗೆ ಓದುವ ಸವಲತ್ತು ಬೇಕು-ಅದನ್ನು ಮಾರ್ಪಡಿಸಲು ಅದನ್ನು ಓದಬೇಕು-, ಮತ್ತು ಮಾರ್ಪಾಡು ಮಾನ್ಯವಾಗಲು ಬರೆಯಬೇಕು - ಅದು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಬಯಸುವ ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದ ಫೈಲ್‌ನಲ್ಲಿ.
ವಿನಾಯಿತಿಗಳಿಲ್ಲದೆ ಇದು ಯಾವಾಗಲೂ ಇರುತ್ತದೆ. ಮತ್ತು ಪ್ರತಿಯೊಂದು ವಿತರಣೆಗಳಲ್ಲಿ, ಮೂಲೇತರ ಬಳಕೆದಾರರಿಗೆ ಈ ಸವಲತ್ತುಗಳಿಲ್ಲ. ನಂತರ ಮೂಲವಾಗಿರದ ಕಾರಣ, ಸೋಂಕು ಸಾಧ್ಯವಿಲ್ಲ. ಪ್ರಾಯೋಗಿಕ ಪರೀಕ್ಷೆ: ಹಿಂದಿನ ವಿಭಾಗದಲ್ಲಿ ಸೋಂಕಿನಿಂದ ಪ್ರಭಾವಿತವಾಗುವ ಫೈಲ್‌ಗಳ ವ್ಯಾಪ್ತಿಯನ್ನು ಪರಿಶೀಲಿಸಲು ನಾವು ಸರಳವಾದ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ನೋಡಿದ್ದೇವೆ. ನಾವು ಅದನ್ನು ನಮ್ಮ ಗಣಕದಲ್ಲಿ ಪ್ರಾರಂಭಿಸಿದರೆ, ಅದು ಹೇಗೆ ನಗಣ್ಯ ಮತ್ತು ಸಿಸ್ಟಮ್ ಫೈಲ್‌ಗಳಿಗೆ ಸಂಬಂಧಿಸಿದಂತೆ, ಶೂನ್ಯವಾಗಿರುತ್ತದೆ. ಅಲ್ಲದೆ, ವಿಂಡೋಸ್‌ನಂತಹ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳಂತಲ್ಲದೆ, ಸಾಮಾನ್ಯ ಬಳಕೆದಾರರು ಸಾಮಾನ್ಯವಾಗಿ ಬಳಸುವ ಪ್ರೋಗ್ರಾಮ್‌ಗಳೊಂದಿಗೆ ಸಾಮಾನ್ಯ ಕಾರ್ಯಗಳನ್ನು ನಿರ್ವಹಿಸಲು ನೀವು ನಿರ್ವಾಹಕರ ಸವಲತ್ತುಗಳನ್ನು ಹೊಂದಿರಬೇಕಾಗಿಲ್ಲ.

ಮಿಥ್ಯ 2:
"ಅಪಾಚೆಯ ಎಸ್‌ಎಸ್‌ಎಲ್‌ನಲ್ಲಿ (ಸುರಕ್ಷಿತ ಸಂವಹನವನ್ನು ಅನುಮತಿಸುವ ಪ್ರಮಾಣಪತ್ರಗಳು) ದುರ್ಬಲತೆಯನ್ನು ಬಳಸಿಕೊಳ್ಳುವ ಹುಳು ಸ್ಲ್ಯಾಪ್ಪರ್‌ನ ಸಂದರ್ಭದಲ್ಲಿ, ದೂರದಿಂದಲೇ ವ್ಯವಸ್ಥೆಯನ್ನು ಪ್ರವೇಶಿಸಲು ಅವು ಮೂಲವಾಗಿರಬೇಕಾಗಿಲ್ಲ, ಸೆಪ್ಟೆಂಬರ್ 2002 ರಲ್ಲಿ ತನ್ನದೇ ಆದ ಜೊಂಬಿ ಯಂತ್ರಗಳ ಜಾಲವನ್ನು ರಚಿಸಿತು.".

ಉತ್ತರ:
ಈ ಉದಾಹರಣೆಯು ವೈರಸ್ ಅನ್ನು ಉಲ್ಲೇಖಿಸುವುದಿಲ್ಲ, ಆದರೆ ಹುಳು. ವ್ಯತ್ಯಾಸವು ಬಹಳ ಮುಖ್ಯ: ವರ್ಮ್ ಎನ್ನುವುದು ಅಂತರ್ಜಾಲವು ತನ್ನನ್ನು ಪ್ರಸಾರ ಮಾಡಲು ಸೇವೆಯನ್ನು ಬಳಸಿಕೊಳ್ಳುವ ಒಂದು ಪ್ರೋಗ್ರಾಂ ಆಗಿದೆ. ಇದು ಸ್ಥಳೀಯ ಕಾರ್ಯಕ್ರಮಗಳ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವುದಿಲ್ಲ. ಆದ್ದರಿಂದ, ಇದು ಸರ್ವರ್‌ಗಳ ಮೇಲೆ ಮಾತ್ರ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ; ನಿರ್ದಿಷ್ಟ ಯಂತ್ರಗಳಿಗೆ ಅಲ್ಲ.
ಹುಳುಗಳು ಯಾವಾಗಲೂ ಬಹಳ ಕಡಿಮೆ ಮತ್ತು ನಗಣ್ಯ ಘಟನೆಗಳು. ನಿಜವಾಗಿಯೂ ಪ್ರಮುಖವಾದ ಮೂವರು 80 ರ ದಶಕದಲ್ಲಿ ಜನಿಸಿದರು, ಇಂಟರ್ನೆಟ್ ಮುಗ್ಧವಾಗಿದ್ದ ಸಮಯ, ಮತ್ತು ಎಲ್ಲರೂ ಎಲ್ಲರನ್ನೂ ನಂಬಿದ್ದರು. ಅವರು ಕಳುಹಿಸುವ ಮೇಲ್, ಫಿಂಗರ್ಡ್ ಮತ್ತು ರೆಕ್ಸೆಕ್ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರಿದ್ದಾರೆ ಎಂದು ನೆನಪಿಟ್ಟುಕೊಳ್ಳೋಣ. ಇಂದು ವಿಷಯಗಳು ಹೆಚ್ಚು ಜಟಿಲವಾಗಿವೆ. ಅವು ಇನ್ನೂ ಅಸ್ತಿತ್ವದಲ್ಲಿವೆ ಮತ್ತು ಅದನ್ನು ಪರೀಕ್ಷಿಸದೆ ಬಿಟ್ಟರೆ ಅವು ಅತ್ಯಂತ ಅಪಾಯಕಾರಿ ಎಂದು ನಾವು ಅಲ್ಲಗಳೆಯಲು ಸಾಧ್ಯವಿಲ್ಲ. ಆದರೆ ಈಗ, ಹುಳುಗಳಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುವ ಸಮಯ ಬಹಳ ಕಡಿಮೆ. ಸ್ಲ್ಯಾಪ್ಪರ್‌ನ ವಿಷಯ ಹೀಗಿದೆ: ಹುಳು ಕಾಣಿಸಿಕೊಳ್ಳುವ ಎರಡು ತಿಂಗಳ ಮೊದಲು ಹುಳು ಪತ್ತೆಯಾಗಿದೆ - ಮತ್ತು ತೇಪೆ ಹಾಕಲ್ಪಟ್ಟಿದೆ.
ಲಿನಕ್ಸ್ ಬಳಸುವ ಪ್ರತಿಯೊಬ್ಬರೂ ಅಪಾಚೆ ಸ್ಥಾಪನೆ ಮತ್ತು ಚಾಲನೆಯಲ್ಲಿರುತ್ತಾರೆ ಎಂದು uming ಹಿಸಿದರೆ, ಪ್ಯಾಕೇಜ್‌ಗಳನ್ನು ಮಾಸಿಕ ನವೀಕರಿಸುವುದರಿಂದ ಯಾವುದೇ ಅಪಾಯವನ್ನು ಎದುರಿಸದಿರಲು ಸಾಕಷ್ಟು ಹೆಚ್ಚು.
ಸ್ಲ್ಯಾಪ್ಪರ್ ಉಂಟುಮಾಡಿದ ಎಸ್‌ಎಸ್‌ಎಲ್ ದೋಷವು ನಿರ್ಣಾಯಕವಾದುದು ನಿಜ - ವಾಸ್ತವವಾಗಿ, ಎಸ್‌ಎಸ್‌ಎಲ್ 2 ಮತ್ತು ಎಸ್‌ಎಸ್‌ಎಲ್ 3 ರ ಸಂಪೂರ್ಣ ಇತಿಹಾಸದಲ್ಲಿ ಕಂಡುಬರುವ ಅತಿದೊಡ್ಡ ದೋಷ - ಮತ್ತು ಅದನ್ನು ಕೆಲವೇ ಗಂಟೆಗಳಲ್ಲಿ ಸರಿಪಡಿಸಲಾಗಿದೆ. ಈ ಸಮಸ್ಯೆಯನ್ನು ಕಂಡುಹಿಡಿದು ಪರಿಹರಿಸಿದ ಎರಡು ತಿಂಗಳ ನಂತರ, ಯಾರೋ ಒಬ್ಬರು ಈಗಾಗಲೇ ಸರಿಪಡಿಸಲಾಗಿರುವ ದೋಷದ ಮೇಲೆ ಹುಳು ತಯಾರಿಸಿದ್ದಾರೆ, ಮತ್ತು ಇದು ಅತ್ಯಂತ ಶಕ್ತಿಯುತ ಉದಾಹರಣೆಯಾಗಿದ್ದು, ಅದನ್ನು ದುರ್ಬಲತೆಯಾಗಿ ನೀಡಬಹುದು, ಕನಿಷ್ಠ ಇದು ಭರವಸೆ ನೀಡುತ್ತದೆ.
ಸಾಮಾನ್ಯ ನಿಯಮದಂತೆ, ಹುಳುಗಳಿಗೆ ಪರಿಹಾರವೆಂದರೆ ಆಂಟಿವೈರಸ್ ಅನ್ನು ಖರೀದಿಸುವುದು, ಅದನ್ನು ಸ್ಥಾಪಿಸುವುದು ಮತ್ತು ಕಂಪ್ಯೂಟಿಂಗ್ ಸಮಯವನ್ನು ವ್ಯರ್ಥ ಮಾಡುವುದು. ನಮ್ಮ ವಿತರಣೆಯ ಭದ್ರತಾ ನವೀಕರಣ ವ್ಯವಸ್ಥೆಯನ್ನು ಬಳಸುವುದು ಪರಿಹಾರವಾಗಿದೆ: ವಿತರಣೆಯನ್ನು ನವೀಕರಿಸಿದ ನಂತರ, ಯಾವುದೇ ತೊಂದರೆಗಳಿಲ್ಲ. ನಮಗೆ ಅಗತ್ಯವಿರುವ ಸೇವೆಗಳನ್ನು ಮಾತ್ರ ಚಲಾಯಿಸುವುದು ಎರಡು ಕಾರಣಗಳಿಗಾಗಿ ಒಳ್ಳೆಯದು: ನಾವು ಸಂಪನ್ಮೂಲಗಳ ಬಳಕೆಯನ್ನು ಸುಧಾರಿಸುತ್ತೇವೆ ಮತ್ತು ಭದ್ರತಾ ಸಮಸ್ಯೆಗಳನ್ನು ನಾವು ತಪ್ಪಿಸುತ್ತೇವೆ.

ಮಿಥ್ಯ 3:
"ಕೋರ್ ಅವೇಧನೀಯ ಎಂದು ನಾನು ಭಾವಿಸುವುದಿಲ್ಲ. ವಾಸ್ತವವಾಗಿ, ಎಲ್ಆರ್ಕೆ (ಲಿನಕ್ಸ್ ರೂಟ್‌ಕಿಟ್ಸ್ ಕರ್ನಲ್) ಎಂಬ ದುರುದ್ದೇಶಪೂರಿತ ಕಾರ್ಯಕ್ರಮಗಳಿವೆ, ಅವು ಕರ್ನಲ್ ಮಾಡ್ಯೂಲ್‌ಗಳಲ್ಲಿನ ದೋಷಗಳನ್ನು ಬಳಸಿಕೊಳ್ಳುತ್ತವೆ ಮತ್ತು ಸಿಸ್ಟಮ್ ಬೈನರಿಗಳನ್ನು ಬದಲಾಯಿಸುತ್ತವೆ ಎಂಬ ಅಂಶವನ್ನು ನಿಖರವಾಗಿ ಆಧರಿಸಿವೆ.".

ಉತ್ತರ:
ರೂಟ್‌ಕಿಟ್ ಮೂಲತಃ ಕರ್ನಲ್ ಪ್ಯಾಚ್ ಆಗಿದ್ದು, ಕೆಲವು ಬಳಕೆದಾರರು ಮತ್ತು ಪ್ರಕ್ರಿಯೆಗಳ ಅಸ್ತಿತ್ವವನ್ನು ಸಾಮಾನ್ಯ ಸಾಧನಗಳಿಂದ ಮರೆಮಾಡಲು ನಿಮಗೆ ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ, ಅವರು / ಪ್ರೊಕ್ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಕಾಣಿಸುವುದಿಲ್ಲ ಎಂಬ ಕಾರಣಕ್ಕೆ ಧನ್ಯವಾದಗಳು. ಸಾಮಾನ್ಯ ವಿಷಯವೆಂದರೆ ಅವರು ಅದನ್ನು ದಾಳಿಯ ಕೊನೆಯಲ್ಲಿ ಬಳಸುತ್ತಾರೆ, ಮೊದಲಿಗೆ, ಅವರು ನಮ್ಮ ಯಂತ್ರಕ್ಕೆ ಪ್ರವೇಶವನ್ನು ಪಡೆಯಲು ದೂರಸ್ಥ ದುರ್ಬಲತೆಯನ್ನು ಬಳಸಿಕೊಳ್ಳಲಿದ್ದಾರೆ. ನಂತರ ಅವರು ಮೂಲ ಖಾತೆಯನ್ನು ಹೊಂದುವವರೆಗೆ ಸವಲತ್ತುಗಳನ್ನು ಹೆಚ್ಚಿಸಲು, ದಾಳಿಯ ಅನುಕ್ರಮವನ್ನು ಕೈಗೊಳ್ಳುತ್ತಾರೆ. ಪತ್ತೆಯಾಗದಂತೆ ನಮ್ಮ ಗಣಕದಲ್ಲಿ ಸೇವೆಯನ್ನು ಹೇಗೆ ಸ್ಥಾಪಿಸುವುದು ಎಂಬುದು ಅವರು ಮಾಡುವಾಗ ಉಂಟಾಗುವ ಸಮಸ್ಯೆ: ಅಲ್ಲಿಯೇ ರೂಟ್‌ಕಿಟ್ ಬರುತ್ತದೆ. ನಾವು ಮರೆಮಾಡಲು ಬಯಸುವ ಸೇವೆಯ ಪರಿಣಾಮಕಾರಿ ಬಳಕೆದಾರರಾಗಿರುವ ಬಳಕೆದಾರರನ್ನು ರಚಿಸಲಾಗಿದೆ, ಅವರು ರೂಟ್‌ಕಿಟ್ ಅನ್ನು ಸ್ಥಾಪಿಸುತ್ತಾರೆ, ಮತ್ತು ಅವರು ಆ ಬಳಕೆದಾರ ಮತ್ತು ಆ ಬಳಕೆದಾರರಿಗೆ ಸೇರಿದ ಎಲ್ಲಾ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಮರೆಮಾಡುತ್ತಾರೆ.
ಬಳಕೆದಾರರ ಅಸ್ತಿತ್ವವನ್ನು ಹೇಗೆ ಮರೆಮಾಡುವುದು ವೈರಸ್‌ಗೆ ಉಪಯುಕ್ತವಾಗಿದೆ ಎಂಬುದು ನಾವು ದೀರ್ಘವಾಗಿ ಚರ್ಚಿಸಬಹುದಾದ ಸಂಗತಿಯಾಗಿದೆ, ಆದರೆ ರೂಟ್‌ಕಿಟ್ ಅನ್ನು ಸ್ವತಃ ಸ್ಥಾಪಿಸಲು ಬಳಸುವ ವೈರಸ್ ತಮಾಷೆಯಾಗಿ ಕಾಣುತ್ತದೆ. ವೈರಸ್ನ ಯಂತ್ರಶಾಸ್ತ್ರವನ್ನು (ಸೂಡೊಕೋಡ್ನಲ್ಲಿ) imagine ಹಿಸೋಣ:
1) ವೈರಸ್ ವ್ಯವಸ್ಥೆಯನ್ನು ಪ್ರವೇಶಿಸುತ್ತದೆ.
2) ಕರ್ನಲ್ ಮೂಲ ಕೋಡ್ ಅನ್ನು ಪತ್ತೆ ಮಾಡಿ. ಅದು ಇಲ್ಲದಿದ್ದರೆ, ಅವನು ಅದನ್ನು ಸ್ವತಃ ಸ್ಥಾಪಿಸುತ್ತಾನೆ.
3) ಪ್ರಶ್ನಾರ್ಹ ಯಂತ್ರಕ್ಕೆ ಅನ್ವಯವಾಗುವ ಹಾರ್ಡ್‌ವೇರ್ ಆಯ್ಕೆಗಳಿಗಾಗಿ ಕರ್ನಲ್ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಿ.
4) ಕರ್ನಲ್ ಅನ್ನು ಕಂಪೈಲ್ ಮಾಡಿ.
5) ಹೊಸ ಕರ್ನಲ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿ; ಅಗತ್ಯವಿದ್ದರೆ LILO ಅಥವಾ GRUB ಅನ್ನು ಮಾರ್ಪಡಿಸುವುದು.
6) ಯಂತ್ರವನ್ನು ರೀಬೂಟ್ ಮಾಡಿ.

ಹಂತಗಳಿಗೆ (5) ಮತ್ತು (6) ಮೂಲ ಸವಲತ್ತುಗಳು ಬೇಕಾಗುತ್ತವೆ. ಹಂತಗಳು (4) ಮತ್ತು (6) ಸೋಂಕಿತರಿಂದ ಪತ್ತೆಯಾಗುವುದಿಲ್ಲ ಎಂಬುದು ಸ್ವಲ್ಪ ಸಂಕೀರ್ಣವಾಗಿದೆ. ಆದರೆ ತಮಾಷೆಯೆಂದರೆ, ಹಂತ (2) ಮತ್ತು (3) ಅನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಮಾಡಬಹುದಾದ ಪ್ರೋಗ್ರಾಂ ಇದೆ ಎಂದು ನಂಬುವ ಯಾರಾದರೂ ಇದ್ದಾರೆ.
ಪರಾಕಾಷ್ಠೆಯಾಗಿ, "ಹೆಚ್ಚು ಲಿನಕ್ಸ್ ಯಂತ್ರಗಳಿದ್ದಾಗ ಹೆಚ್ಚು ವೈರಸ್‌ಗಳು ಇರುತ್ತವೆ" ಎಂದು ಹೇಳುವ ಯಾರನ್ನಾದರೂ ನಾವು ನೋಡಿದರೆ, ಮತ್ತು ನಾವು "ಆಂಟಿವೈರಸ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿದ್ದೇವೆ ಮತ್ತು ಅದನ್ನು ನಿರಂತರವಾಗಿ ನವೀಕರಿಸುತ್ತೇವೆ" ಎಂದು ಶಿಫಾರಸು ಮಾಡಿದರೆ, ಅದು ಮಾರಾಟ ಮಾಡುವ ಕಂಪನಿಗೆ ಸಂಬಂಧಿಸಿರಬಹುದು ಆಂಟಿವೈರಸ್ ಮತ್ತು ನವೀಕರಣಗಳು. ಅನುಮಾನಾಸ್ಪದರಾಗಿರಿ, ಬಹುಶಃ ಅದೇ ಮಾಲೀಕರು.

ಲಿನಕ್ಸ್‌ಗಾಗಿ ಆಂಟಿವೈರಸ್:

ಲಿನಕ್ಸ್‌ಗೆ ಉತ್ತಮ ಆಂಟಿವೈರಸ್‌ಗಳಿವೆ ಎಂಬುದು ನಿಜ. ಸಮಸ್ಯೆಯೆಂದರೆ, ಆಂಟಿವೈರಸ್ ವಕೀಲರು ವಾದಿಸುವುದನ್ನು ಅವರು ಮಾಡುವುದಿಲ್ಲ. ಮಾಲ್ವೇರ್ ಮತ್ತು ವೈರಸ್‌ಗಳಿಂದ ವಿಂಡೋಸ್‌ಗೆ ಹಾದುಹೋಗುವ ಮೇಲ್ ಅನ್ನು ಫಿಲ್ಟರ್ ಮಾಡುವುದು, ಹಾಗೆಯೇ ಸಾಂಬಾ ಮೂಲಕ ರಫ್ತು ಮಾಡಿದ ಫೋಲ್ಡರ್‌ಗಳಲ್ಲಿ ವಿಂಡೋಸ್ ವೈರಸ್‌ಗಳ ಅಸ್ತಿತ್ವವನ್ನು ಪರಿಶೀಲಿಸುವುದು ಇದರ ಕಾರ್ಯವಾಗಿದೆ; ಆದ್ದರಿಂದ ನಾವು ನಮ್ಮ ಯಂತ್ರವನ್ನು ಮೇಲ್ ಗೇಟ್‌ವೇ ಆಗಿ ಅಥವಾ ವಿಂಡೋಸ್ ಯಂತ್ರಗಳಿಗೆ NAS ಆಗಿ ಬಳಸಿದರೆ, ನಾವು ಅವುಗಳನ್ನು ರಕ್ಷಿಸಬಹುದು.

ಕ್ಲಾಮ್-ಎವಿ:

ಗ್ನು / ಲಿನಕ್ಸ್: ಕ್ಲಾಮ್‌ಎವಿ ಮುಖ್ಯ ಆಂಟಿವೈರಸ್ ಬಗ್ಗೆ ಮಾತನಾಡದೆ ನಾವು ನಮ್ಮ ವರದಿಯನ್ನು ಮುಗಿಸುವುದಿಲ್ಲ.
ಕ್ಲಾಮ್‌ಎವಿ ಅತ್ಯಂತ ಶಕ್ತಿಯುತವಾದ ಜಿಪಿಎಲ್ ಆಂಟಿವೈರಸ್ ಆಗಿದ್ದು ಅದು ಮಾರುಕಟ್ಟೆಯಲ್ಲಿ ಲಭ್ಯವಿರುವ ಹೆಚ್ಚಿನ ಯುನಿಕ್ಸ್‌ಗಾಗಿ ಕಂಪೈಲ್ ಮಾಡುತ್ತದೆ. ನಿಲ್ದಾಣದ ಮೂಲಕ ಹಾದುಹೋಗುವ ಮೇಲ್ ಸಂದೇಶಗಳಿಗೆ ಲಗತ್ತುಗಳನ್ನು ವಿಶ್ಲೇಷಿಸಲು ಮತ್ತು ಅವುಗಳನ್ನು ವೈರಸ್‌ಗಳಿಗಾಗಿ ಫಿಲ್ಟರ್ ಮಾಡಲು ಇದನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ.
ಕಂಪನಿಗಳಿಗೆ ಮೇಲ್ ಒದಗಿಸುವ ಲಿನಕ್ಸ್ ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಸಂಗ್ರಹಿಸಬಹುದಾದ ವೈರಸ್‌ಗಳ ಫಿಲ್ಟರಿಂಗ್ ಅನ್ನು ಅನುಮತಿಸಲು ಈ ಅಪ್ಲಿಕೇಶನ್ ಸೆಂಡ್‌ಮೇಲ್‌ನೊಂದಿಗೆ ಸಂಪೂರ್ಣವಾಗಿ ಸಂಯೋಜನೆಗೊಳ್ಳುತ್ತದೆ; ಡಿಜಿಟಲ್ ಬೆಂಬಲದೊಂದಿಗೆ ಪ್ರತಿದಿನ ನವೀಕರಿಸಲಾಗುವ ವೈರಸ್ ಡೇಟಾಬೇಸ್ ಅನ್ನು ಹೊಂದಿದೆ. ಡೇಟಾಬೇಸ್ ಅನ್ನು ದಿನಕ್ಕೆ ಹಲವಾರು ಬಾರಿ ನವೀಕರಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಇದು ಉತ್ಸಾಹಭರಿತ ಮತ್ತು ಕುತೂಹಲಕಾರಿ ಯೋಜನೆಯಾಗಿದೆ.
ಈ ಪ್ರಬಲ ಪ್ರೋಗ್ರಾಂ ತೆರೆಯಲು ಹೆಚ್ಚು ಸಂಕೀರ್ಣ ಸ್ವರೂಪಗಳಲ್ಲಿನ ಲಗತ್ತುಗಳಲ್ಲಿಯೂ ಸಹ ವೈರಸ್‌ಗಳನ್ನು ವಿಶ್ಲೇಷಿಸಲು ಸಮರ್ಥವಾಗಿದೆ, ಉದಾಹರಣೆಗೆ RAR (2.0), ಜಿಪ್, ಜಿಜಿಪ್, ಬಿಜಿಪ್ 2, ಟಾರ್, ಎಂಎಸ್ ಒಎಲ್ಇ 2, ಎಂಎಸ್ ಕ್ಯಾಬಿನೆಟ್ ಫೈಲ್‌ಗಳು, ಎಂಎಸ್ ಸಿಎಚ್‌ಎಂ (ಎಚ್‌ಟಿಎಮ್ಎಲ್ ಕಾಪ್ರಿಂಟೆಡ್), ಮತ್ತು ಎಂಎಸ್ ಎಸ್‌ಜೆಡಿಡಿ .
ಕ್ಲಾಮ್‌ಎವಿ ಎಮ್‌ಬಾಕ್ಸ್, ಮೈಲ್ಡಿರ್ ಮತ್ತು ರಾ ಮೇಲ್ ಫೈಲ್‌ಗಳನ್ನು ಸಹ ಬೆಂಬಲಿಸುತ್ತದೆ, ಮತ್ತು ಯುಪಿಎಕ್ಸ್, ಎಫ್‌ಎಸ್‌ಜಿ ಮತ್ತು ಪೆಟೈಟ್‌ನೊಂದಿಗೆ ಸಂಕುಚಿತಗೊಳಿಸಿದ ಪೋರ್ಟಬಲ್ ಎಕ್ಸಿಕ್ಯೂಟಬಲ್ ಫೈಲ್‌ಗಳು. ನಮ್ಮ ವಿಂಡೋಸ್ ಕ್ಲೈಂಟ್‌ಗಳನ್ನು ಯುನಿಕ್ಸ್ ಮೇಲ್ ಸರ್ವರ್‌ಗಳಿಂದ ರಕ್ಷಿಸಲು ಕ್ಲಾಮ್ ಎವಿ ಮತ್ತು ಸ್ಪಮಾಸ್ಸಾಸಿನ್ ಜೋಡಿ ಸೂಕ್ತವಾದ ಜೋಡಿ.

ತೀರ್ಮಾನ

ಪ್ರಶ್ನೆಗೆ ಲಿನಕ್ಸ್ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ದೋಷಗಳಿವೆಯೇ? ಉತ್ತರ ಖಂಡಿತವಾಗಿಯೂ ಹೌದು.
ಅವರ ಸರಿಯಾದ ಮನಸ್ಸಿನಲ್ಲಿರುವ ಯಾರೂ ಅದನ್ನು ಅನುಮಾನಿಸುವುದಿಲ್ಲ; ಲಿನಕ್ಸ್ ಓಪನ್ ಬಿಎಸ್ಡಿ ಅಲ್ಲ. ಇನ್ನೊಂದು ವಿಷಯವೆಂದರೆ ಲಿನಕ್ಸ್ ಸಿಸ್ಟಮ್ ಹೊಂದಿರುವ ದುರ್ಬಲತೆ ವಿಂಡೋವನ್ನು ಸರಿಯಾಗಿ ನವೀಕರಿಸಲಾಗಿದೆ. ನಾವು ನಮ್ಮನ್ನು ಕೇಳಿಕೊಂಡರೆ, ಈ ಭದ್ರತಾ ರಂಧ್ರಗಳ ಲಾಭ ಪಡೆಯಲು ಮತ್ತು ಅವುಗಳನ್ನು ಬಳಸಿಕೊಳ್ಳಲು ಸಾಧನಗಳಿವೆಯೇ? ಸರಿ, ಹೌದು, ಆದರೆ ಇವು ವೈರಸ್‌ಗಳಲ್ಲ, ಅವು ಶೋಷಣೆಗಳಾಗಿವೆ.

ವಿಂಡೋಸ್ ರಕ್ಷಕರು ಯಾವಾಗಲೂ ಲಿನಕ್ಸ್ ನ್ಯೂನತೆ / ಸಮಸ್ಯೆಯಾಗಿ ಇರಿಸಲಾಗಿರುವ ಇನ್ನೂ ಹಲವಾರು ತೊಂದರೆಗಳನ್ನು ವೈರಸ್ ನಿವಾರಿಸಬೇಕು ಮತ್ತು ಅದು ನಿಜವಾದ ವೈರಸ್‌ಗಳ ಅಸ್ತಿತ್ವವನ್ನು ಸಂಕೀರ್ಣಗೊಳಿಸುತ್ತದೆ - ಮರು ಕಂಪೈಲ್ ಮಾಡಲಾದ ಕರ್ನಲ್‌ಗಳು, ಅನೇಕ ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ಹಲವು ಆವೃತ್ತಿಗಳು, ಅನೇಕ ವಿತರಣೆಗಳು, ವಿಷಯಗಳು ಅವುಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಬಳಕೆದಾರರಿಗೆ ಪಾರದರ್ಶಕವಾಗಿ ರವಾನಿಸಲಾಗುವುದಿಲ್ಲ, ಇತ್ಯಾದಿ. ಪ್ರಸ್ತುತ ಸೈದ್ಧಾಂತಿಕ "ವೈರಸ್" ಗಳನ್ನು ಮೂಲ ಖಾತೆಯಿಂದ ಕೈಯಾರೆ ಸ್ಥಾಪಿಸಬೇಕು. ಆದರೆ ಅದನ್ನು ವೈರಸ್ ಎಂದು ಪರಿಗಣಿಸಲಾಗುವುದಿಲ್ಲ.
ನಾನು ಯಾವಾಗಲೂ ನನ್ನ ವಿದ್ಯಾರ್ಥಿಗಳಿಗೆ ಹೇಳುವಂತೆ: ದಯವಿಟ್ಟು ನನ್ನನ್ನು ನಂಬಬೇಡಿ. ಯಂತ್ರದಲ್ಲಿ ರೂಟ್‌ಕಿಟ್ ಡೌನ್‌ಲೋಡ್ ಮಾಡಿ ಮತ್ತು ಸ್ಥಾಪಿಸಿ. ಮತ್ತು ನೀವು ಹೆಚ್ಚಿನದನ್ನು ಬಯಸಿದರೆ, ಮಾರುಕಟ್ಟೆಯಲ್ಲಿರುವ "ವೈರಸ್‌ಗಳ" ಮೂಲ ಕೋಡ್ ಅನ್ನು ಓದಿ. ಸತ್ಯವು ಮೂಲ ಕೋಡ್‌ನಲ್ಲಿದೆ. "ಸ್ವಯಂ ಘೋಷಿತ" ವೈರಸ್‌ಗೆ ಅದರ ಕೋಡ್ ಓದಿದ ನಂತರ ಅದನ್ನು ಹೆಸರಿಸುವುದು ಕಷ್ಟ. ಮತ್ತು ಕೋಡ್ ಅನ್ನು ಹೇಗೆ ಓದುವುದು ಎಂದು ನಿಮಗೆ ತಿಳಿದಿಲ್ಲದಿದ್ದರೆ, ನಾನು ಶಿಫಾರಸು ಮಾಡುವ ಒಂದು ಸರಳ ಭದ್ರತಾ ಅಳತೆ: ಯಂತ್ರವನ್ನು ನಿರ್ವಹಿಸಲು ಮಾತ್ರ ಮೂಲ ಖಾತೆಯನ್ನು ಬಳಸಿ ಮತ್ತು ಭದ್ರತಾ ನವೀಕರಣಗಳನ್ನು ನವೀಕೃತವಾಗಿರಿಸಿಕೊಳ್ಳಿ.
ಅದರೊಂದಿಗೆ ಮಾತ್ರ ವೈರಸ್‌ಗಳು ನಿಮ್ಮನ್ನು ಪ್ರವೇಶಿಸುವುದು ಅಸಾಧ್ಯ ಮತ್ತು ಹುಳುಗಳು ಅಥವಾ ಯಾರಾದರೂ ನಿಮ್ಮ ಯಂತ್ರವನ್ನು ಯಶಸ್ವಿಯಾಗಿ ಆಕ್ರಮಣ ಮಾಡುವುದು ಬಹಳ ಅಸಂಭವವಾಗಿದೆ.