Firebird 3 ನ ವೈರ್ ಎನ್‌ಕ್ರಿಪ್ಷನ್ ಮತ್ತು VPN ಎರಡು ಬೇರೆ ಗಡಿಗಳು

VPN ಸಂಪರ್ಕಗೊಳ್ಳುತ್ತದೆ, ಕ್ಲೈಂಟ್ ಸೆಶನ್ ತೆರೆಯುತ್ತದೆ, ಮತ್ತು ಎಲ್ಲರೂ ಡೇಟಾಬೇಸ್ ಸಂಪರ್ಕ ಸುರಕ್ಷಿತವಾಗಿದೆ ಎಂದು ಭಾವಿಸುತ್ತಾರೆ. ಸದ್ಯವೇ ಮೂರು ಬೇರೆ ವಿಷಯಗಳು ಬೆರೆತುಹೋದವು. ಲಿಸನರ್ ಎಲ್ಲಾದರೂ ತಲುಪಬಹುದೇ, ಸರ್ವರ್ ಬಳಕೆದಾರರನ್ನು ಸ್ವೀಕರಿಸಿದೆಯೇ, ಮತ್ತು Firebird ವೈರ್ ಎನ್‌ಕ್ರಿಪ್ಷನ್ ಬಗ್ಗೆ ಮಾತುಕತೆ ನಡೆಸಿದೆಯೇ ಎಂಬವು ಪ್ರತ್ಯೇಕ ಕಾರ್ಯವಿಧಾನಗಳು ಪ್ರತ್ಯೇಕ ಸಾಕ್ಷ್ಯಗಳೊಂದಿಗೆ. ಸುರಂಗ ಮೊದಲನೆಯದಕ್ಕೆ ಮಾತ್ರ ಉತ್ತರಿಸುತ್ತದೆ, ಮತ್ತು ನೀವು ಅನುಮತಿಸಿದ ಮೂಲಗಳಿಗೆ ಮಾತ್ರ.

ಎರಡು ಗಡಿಗಳು, ಮತ್ತು ಅವು ಒಂದಕ್ಕೊಂದು ಅತಿಕ್ರಮಿಸುವುದಿಲ್ಲ

VPN ಗಡಿ ಕ್ಲೈಂಟ್ ಮತ್ತು ಗೇಟ್‌ವೇ ನಡುವಿನ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ರಕ್ಷಿಸುತ್ತದೆ. Firebird ನ ವೈರ್ ಎನ್‌ಕ್ರಿಪ್ಷನ್ ಕ್ಲೈಂಟ್ ಲೈಬ್ರರಿ ಮತ್ತು ಸರ್ವರ್ ಪ್ರಕ್ರಿಯೆಯ ನಡುವಿನ ಡೇಟಾಬೇಸ್ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ರಕ್ಷಿಸುತ್ತದೆ. ಎರಡೂ ಇರಬಹುದು, ಮತ್ತು ಯಾವುದೂ ಇನ್ನೊಂದನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ.

ಸುರಂಗ ಡೇಟಾಬೇಸ್ ಹೋಸ್ಟ್‌ಗಿಂತ ಮೊದಲು ಕೊನೆಗೊಂಡರೆ, ಅದರ ಆಚೆಗಿನ ಸಂಚಾರವನ್ನು ಡೇಟಾಬೇಸ್ ಸೆಶನ್ ಮಾತುಕತೆ ಮಾಡಿದ್ದರಿಂದ ಮಾತ್ರ ರಕ್ಷಿಸಲಾಗುತ್ತದೆ. ಈ ಕಂದರದಲ್ಲೇ ಪರಿಶೀಲನೆಗೆ ಸಾಮಾನ್ಯವಾಗಿ ಆಶ್ಚರ್ಯ ಸಿಗುತ್ತದೆ. ಸುರಂಗದ ರೇಖಾಚಿತ್ರ ಗೇಟ್‌ವೇಯಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ನಿಮ್ಮ ಪ್ರಶ್ನೆಯನ್ನು ಹೊತ್ತೊಯ್ಯುವ ಸಂಪರ್ಕ ಅದನ್ನು ಮೀರಿ ಮುಂದುವರಿಯುತ್ತದೆ. ಆ ರೇಖಾಚಿತ್ರವನ್ನು ನಂತರ ಓದುವವರು ಈ ಊಹೆಯನ್ನು ಬಳುವಳಿಯಾಗಿ ಪಡೆಯುತ್ತಾರೆ.

ಮೊದಲ ಗಡಿ: ಲಿಸನರ್ ಅನ್ನು ಯಾರು ತೆರೆಯಬಹುದು

ನಿಜವಾದ ಸರ್ವರ್ ವಿಳಾಸ ಮತ್ತು ಸಂರಚಿಸಿದ ಪೋರ್ಟ್ ಅನ್ನು ಗುರುತಿಸಿ, ಅದು ಬದಲಾಗದಿದ್ದರೆ 3050, ನಂತರ ಹೋಸ್ಟ್ ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ಫೈರ್‌ವಾಲ್‌ಗಳಲ್ಲಿ ಅನುಮೋದಿತ VPN ಮೂಲಗಳಿಗೆ ಮಾತ್ರ ಅನುಮತಿ ನೀಡಿ. VPN ಗೇಟ್‌ವೇಯಲ್ಲಿನ ಯಾವುದೇ ವಿಳಾಸ ಅನುವಾದವನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಿ, ಮತ್ತು ಗೇಟ್‌ವೇ ಪ್ರತ್ಯೇಕವಾಗಿದ್ದರೆ ಡೇಟಾಬೇಸ್ ಹೋಸ್ಟ್‌ಗೆ ಕ್ಲೈಂಟ್ ಪೂಲ್‌ಗೆ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ನೀಡಿ.

ನಂತರ ನಿಷೇಧವನ್ನು ಸಾಬೀತುಪಡಿಸಿ. ನಿರಾಕರಿಸಬೇಕಾದ ಬಾಹ್ಯ ಮಾರ್ಗವು ನಿರಾಕರಿಸಲ್ಪಟ್ಟೇ ಇರಬೇಕು, ಏಕೆಂದರೆ ಸುರಂಗ ತೆರೆಯುವುದು Firebird ಲಿಸನರ್ ಅನ್ನು ತಾನೇ ಸೀಮಿತಗೊಳಿಸುವುದಿಲ್ಲ.

ಎರಡನೇ ಗಡಿ: Firebird ಏನನ್ನು ಮಾತುಕತೆ ಮಾಡುತ್ತದೆ

Firebird 3 ನಿಷ್ಕ್ರಿಯ, ಸಕ್ರಿಯ ಅಥವಾ ಕಡ್ಡಾಯವಾಗಿರಬಹುದಾದ ಸರ್ವರ್ ನೀತಿಯೊಂದಿಗೆ ವೈರ್-ಎನ್‌ಕ್ರಿಪ್ಷನ್ ಚೌಕಟ್ಟನ್ನು ಪರಿಚಯಿಸಿತು. ನೀತಿ ಕನಿಷ್ಠ ಮಟ್ಟವನ್ನು ನಿಗದಿಪಡಿಸುತ್ತದೆ. ನಿಜವಾದ ಸೆಶನ್ ಇನ್ನೂ ಅಪ್ಲಿಕೇಶನ್ ಲೋಡ್ ಮಾಡುವ ಕ್ಲೈಂಟ್ ಲೈಬ್ರರಿ ಮತ್ತು ಎರಡೂ ಕಡೆಗಳು ಬೆಂಬಲಿಸುವ ಪ್ಲಗ್‌ಇನ್‌ಗಳನ್ನು ಅವಲಂಬಿಸಿದೆ.

Firebird 3 ನ ಬಿಡುಗಡೆ ಟಿಪ್ಪಣಿಗಳಲ್ಲಿ ಆ ಬಿಡುಗಡೆಗೆ Arc4 ಅನ್ನು ಡಿಫಾಲ್ಟ್ ವೈರ್-ಎನ್‌ಕ್ರಿಪ್ಷನ್ ಪ್ಲಗ್‌ಇನ್ ಎಂದು ಪಟ್ಟಿ ಮಾಡಲಾಗಿದೆ. Arc4 ಐತಿಹಾಸಿಕ ಡಿಫಾಲ್ಟ್, ಆಧುನಿಕ ಸೈಫರ್ ಶಿಫಾರಸಲ್ಲ, ಮತ್ತು ಅದು ಹೊರಗಿನ VPN ರಕ್ಷಣೆಗೆ ಸಮಾನವಲ್ಲ.

ದೃಢೀಕರಣ ಅದೇ ಮಾತುಕತೆಯಲ್ಲಿ ಮೂರನೇ ಚರ. ಸರ್ವರ್ ದೃಢೀಕರಣ ಪ್ಲಗ್‌ಇನ್‌ಗಳ ಗುಂಪನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ, ಕ್ಲೈಂಟ್ ಲೈಬ್ರರಿ ಅದರ ಉಪಗುಂಪನ್ನು ನೀಡುತ್ತದೆ, ಮತ್ತು ಎರಡೂ ಅತಿಕ್ರಮಿಸಬೇಕು.

Legacy_Auth ಬಲೆ

Legacy_Auth ಬೆಂಬಲಿಸಲು ಸರ್ವರ್‌ನ ಡಿಫಾಲ್ಟ್ ಕಡ್ಡಾಯ-ಎನ್‌ಕ್ರಿಪ್ಷನ್ ನೀತಿಯನ್ನು ಸಡಿಲಗೊಳಿಸಬೇಕು. ಅದೇ ದಾಖಲಿತ ಹೊಂದಾಣಿಕೆ ವೆಚ್ಚ, ಮತ್ತು ಆದ್ದರಿಂದ ಸಂಪರ್ಕ ದೋಷವನ್ನು ಸದ್ದಿಲ್ಲದೆ ಮಾಡಲು ನೀತಿ ಇಳಿಸುವುದು ಸರಿಪಡಿಸುವಿಕೆಯಲ್ಲ, ಭದ್ರತಾ ಬದಲಾವಣೆ.

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

ಮುಖ್ಯವಾದ ಸಂಪರ್ಕವನ್ನು ಪರಿಶೀಲಿಸಿ

ಸಂದರ್ಭ ಚರವನ್ನು ಒದಗಿಸುವ ಬಿಲ್ಡ್‌ನಲ್ಲಿ, ಈ ಪ್ರಶ್ನೆ ಪ್ರಸ್ತುತ ಸಂಪರ್ಕದ ಎನ್‌ಕ್ರಿಪ್ಷನ್ ಸ್ಥಿತಿಯನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ:

SELECT RDB$GET_CONTEXT('SYSTEM', 'WIRE_ENCRYPTED')
FROM RDB$DATABASE;

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

ಕ್ಲೈಂಟ್ ಲೈಬ್ರರಿಯ ಆವೃತ್ತಿ, ಸರ್ವರ್ ಬಿಲ್ಡ್ ಮತ್ತು ಫಲಿತಾಂಶವನ್ನು ಒಟ್ಟಿಗೆ ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ ಒಂಟಿಯಾಗಿ ಓದಲಾಗದು.

ಅನುಮತಿಗಳು ಮತ್ತು ಅಪ್‌ಗ್ರೇಡ್ ಮಾರ್ಗ

ಮೂಲಗಳನ್ನು ಸೀಮಿತಗೊಳಿಸುವುದು ಮತ್ತು ಸಾಗಣೆಯನ್ನು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡುವುದು ದೃಢೀಕರಣ ಅಥವಾ ಕನಿಷ್ಠ-ಸವಲತ್ತು ಅನುಮತಿಗಳನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ. ಸಾಮಾನ್ಯ ಡೇಟಾಬೇಸ್ ಬಳಕೆದಾರರ ಅನುಮತಿಗಳನ್ನು ಅವರು ನಿಜವಾಗಿ ಸ್ಪರ್ಶಿಸುವ ವಸ್ತುಗಳ ಮೇಲೆ ಪರಿಶೀಲಿಸಿ.

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