ಅವರು ಈಗಾಗಲೇ ತಿಳಿಯುವರು ಓಪನ್ ಬಿಎಸ್ಡಿ, ಬಿಎಸ್ಡಿ ಕುಟುಂಬದ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್. ನಿಮಗೆ ತಿಳಿದಿಲ್ಲದಿದ್ದರೆ, ಇದು ಓಪನ್ ಸೋರ್ಸ್ ಯುನಿಕ್ಸ್ ತರಹದ ವ್ಯವಸ್ಥೆಯಾಗಿದೆ ಮತ್ತು ಇದು ಲಿನಕ್ಸ್ ಕರ್ನಲ್ ಅನ್ನು ಆಧರಿಸಿಲ್ಲ, ಸ್ಪಷ್ಟವಾಗಿ. ಇದು ನೆಟ್ಬಿಎಸ್ಡಿಯಿಂದ ಉದ್ಭವಿಸುವ ವಂಶಸ್ಥರು, ಆದರೆ ಭದ್ರತೆಯನ್ನು ಬಲವಾದ ಬಿಂದುವಾಗಿ ಕೇಂದ್ರೀಕರಿಸಲು ಪೋರ್ಟಬಿಲಿಟಿ ಅನ್ನು ಎರಡನೇ ಸ್ಥಾನಕ್ಕೆ ಬಿಡುತ್ತಾರೆ. ಓಪನ್ ಬಿಎಸ್ಡಿ 6.2 ಬಿಡುಗಡೆಯೊಂದಿಗೆ ಕರ್ನಲ್ ಬಹಳ ಆಸಕ್ತಿದಾಯಕ ವೈಶಿಷ್ಟ್ಯದೊಂದಿಗೆ ಬರುತ್ತದೆ.
ಸಿಸ್ಟಮ್ ಬಳಕೆದಾರರು ಸಿಸ್ಟಮ್ ಅನ್ನು ರೀಬೂಟ್ ಮಾಡುವಾಗ ಅಥವಾ ನವೀಕರಿಸಿದಾಗಲೆಲ್ಲಾ ಓಪನ್ಬಿಎಸ್ಡಿ 6.2 ವಿಶಿಷ್ಟ ಕರ್ನಲ್ ಅನ್ನು ರಚಿಸುತ್ತದೆ ಎಂದು ಅದು ತಿರುಗುತ್ತದೆ. ಈ ಕಾರ್ಯ ಇದನ್ನು KARL ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ (ಕರ್ನಲ್ ವಿಳಾಸ ರಾಂಡಮೈಸ್ಡ್ ಲಿಂಕ್) ಮತ್ತು ಆಂತರಿಕ ಕರ್ನಲ್ ಫೈಲ್ಗಳನ್ನು ಯಾದೃಚ್ order ಿಕ ಕ್ರಮದಲ್ಲಿ ಮರುಹೊಂದಿಸುವ ಮೂಲಕ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಇದರಿಂದ ಅದು ಪ್ರತಿ ಬಾರಿಯೂ ವಿಶಿಷ್ಟ ಬೈನರಿ ಆಕೃತಿಯನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ. ಇದು ಹೊಸದು, ಏಕೆಂದರೆ ಓಪನ್ಬಿಎಸ್ಡಿಯ ಪ್ರಸ್ತುತ ಆವೃತ್ತಿಗಳು ಪೂರ್ವನಿರ್ಧರಿತ ಸ್ಥಳವನ್ನು ಬಳಸುತ್ತವೆ, ಇದರ ಪರಿಣಾಮವಾಗಿ ಆಂತರಿಕ ಫೈಲ್ಗಳನ್ನು ಪ್ರತಿ ಬಾರಿ ಮತ್ತು ಎಲ್ಲಾ ಬಳಕೆದಾರರಿಗೆ ಒಂದೇ ಬೈನರಿಗೆ ಲಿಂಕ್ ಮಾಡಲಾಗುತ್ತದೆ ಮತ್ತು ಲೋಡ್ ಮಾಡಲಾಗುತ್ತದೆ.
ಅಭಿವೃದ್ಧಿ ಥಿಯೋ ಡಿ ರಾಡ್ಟ್ ಅನುಸ್ಥಾಪನೆಯ ಸಮಯದಲ್ಲಿ, ನವೀಕರಣಗಳು ಅಥವಾ ಬೂಟ್ ಸಮಯದಲ್ಲಿ ಈ ನಿರ್ದಿಷ್ಟ ಚಿತ್ರವನ್ನು ರಚಿಸುವ ಮೂಲಕ ಇದು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಬಳಕೆದಾರರು ಯಂತ್ರವನ್ನು ಬೂಟ್ ಮಾಡಿದರೆ, ನವೀಕರಿಸಿದರೆ ಅಥವಾ ರೀಬೂಟ್ ಮಾಡಿದರೆ, ಹೊಸದಾಗಿ ರಚಿಸಲಾದ ಕರ್ನಲ್ ಅನ್ನು ಹೊಸ ಬೈನರಿ ಮೂಲಕ ಬದಲಾಯಿಸಲಾಗುತ್ತದೆ. ಮತ್ತು ಇದಕ್ಕಾಗಿ ಏನು? ಒಳ್ಳೆಯದು, ಅಪ್ಲಿಕೇಶನ್ ಮತ್ತು ಕರ್ನಲ್ ಕೋಡ್ ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿದ ಮೆಮೊರಿ ವಿಳಾಸಗಳಿಗಾಗಿ ಯಾದೃಚ್ location ಿಕ ಸ್ಥಳವನ್ನು ಹೇಗೆ ತಯಾರಿಸಲಾಗುತ್ತದೆ, ಬದಲಿಗೆ ಪ್ರತಿಯೊಂದು ವಿಷಯಕ್ಕೂ ಕ್ರಮಾನುಗತ ಅಥವಾ ಮೆಮೊರಿ ವಿಭಾಗಗಳನ್ನು ಈಗಾಗಲೇ ವ್ಯಾಖ್ಯಾನಿಸಲಾಗಿದೆ, ಇದು ಮೆಮೊರಿ ಪ್ರದೇಶಕ್ಕೆ ಸೂಚಿಸುವ ಶೋಷಣೆಗಳ ಬಳಕೆಯನ್ನು ಸಂಕೀರ್ಣಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಸುರಕ್ಷತೆಯನ್ನು ಸುಧಾರಿಸುತ್ತದೆ.
ಇದೇ ರೀತಿಯ ಮತ್ತೊಂದು ತಂತ್ರವಿದೆ ಕೆಎಎಸ್ಎಲ್ಆರ್ (ಕರ್ನಲ್ ಸ್ಪೇಸ್ ಲೇ Layout ಟ್ ರಾಂಡಮೈಸೇಶನ್), ಇದು ಪ್ರತಿ ಬಾರಿಯೂ ವಿಭಿನ್ನ ಬೈನರಿ ಉತ್ಪಾದಿಸುವ ಬದಲು KARL ನಿಂದ ಭಿನ್ನವಾಗಿರುತ್ತದೆ, KASLR ಅದೇ ಬೈನರಿ ಅನ್ನು ಯಾದೃಚ್ places ಿಕ ಸ್ಥಳಗಳಲ್ಲಿ ಲೋಡ್ ಮಾಡುತ್ತದೆ, ಇದು ವಿಂಡೋಸ್ ಮತ್ತು ಲಿನಕ್ಸ್ ಆಧಾರಿತ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ಗಳನ್ನು ಪ್ರಸ್ತುತ ಬಳಸುತ್ತದೆ. ಎರಡೂ ಒಂದೇ ಉದ್ದೇಶಕ್ಕಾಗಿ.