ಗೂಗಲ್ ಕ್ರೋಮ್
Chrome ಗೆ ಭವಿಷ್ಯದ ಬದಲಾವಣೆಗಳ ಪರಿಚಯವನ್ನು Google ಪ್ರಕಟಿಸಿದೆ, ಗೌಪ್ಯತೆಯನ್ನು ಸುಧಾರಿಸಲು ಉದ್ದೇಶಿಸಲಾಗಿದೆ. ಮೊದಲನೆಯದು ಬದಲಾವಣೆಗಳ ಭಾಗ ಕುಕೀಗಳ ನಿರ್ವಹಣೆ ಮತ್ತು ಅದೇ ಸೈಟ್ ಗುಣಲಕ್ಷಣದ ಬೆಂಬಲವನ್ನು ಸೂಚಿಸುತ್ತದೆ.
Chrome ಆವೃತ್ತಿ 76 ರ ಬಿಡುಗಡೆಯೊಂದಿಗೆ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ (ಜುಲೈನಲ್ಲಿ ನಿರೀಕ್ಷಿಸಲಾಗಿದೆ), "ಒಂದೇ-ಸೈಟ್-ಪೂರ್ವನಿಯೋಜಿತ-ಕುಕೀಸ್" ಬ್ರಾಂಡ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಲಾಗುತ್ತದೆ ಅಂದರೆ, ಸೆಟ್-ಕುಕಿ ಹೆಡರ್‌ನಲ್ಲಿ ಸೇಮ್‌ಸೈಟ್ ಗುಣಲಕ್ಷಣದ ಅನುಪಸ್ಥಿತಿಯಲ್ಲಿ, "ಸೇಮ್‌ಸೈಟ್ = ಲಕ್ಷ್" ಮೌಲ್ಯವನ್ನು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಹೊಂದಿಸಲಾಗುವುದು, ಇದು ಕುಕೀಗಳನ್ನು ಕಳುಹಿಸುವುದನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತದೆ.
ಮೂರನೇ ವ್ಯಕ್ತಿಯ ಸೈಟ್ ಒಳಸೇರಿಸುವಿಕೆಗಳಿಗಾಗಿ (ಆದರೆ ಸೈಟ್‌ಗಳು ಇನ್ನೂ ನಿರ್ಬಂಧವನ್ನು ತೆಗೆದುಹಾಕಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ, ಸ್ಪಷ್ಟವಾಗಿ ಕುಕೀ ಹೊಂದಿಸುವಾಗ SameSite = ಯಾವುದೂ ಇಲ್ಲ).
ಗುಣಲಕ್ಷಣ SameSite ವೆಬ್ ಬ್ರೌಸರ್ ಅನ್ನು ಅನುಮತಿಸುತ್ತದೆ (ಕ್ರೋಮ್) ಕುಕೀಗಳ ವರ್ಗಾವಣೆ ಸ್ವೀಕಾರಾರ್ಹ ಸಂದರ್ಭಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಿ ಮೂರನೇ ವ್ಯಕ್ತಿಯ ಸೈಟ್‌ನಿಂದ ವಿನಂತಿಯು ಬಂದಾಗ.
ಪ್ರಸ್ತುತ, ಇನ್ನೊಂದು ಸೈಟ್ ಆರಂಭದಲ್ಲಿ ತೆರೆದಿದ್ದರೂ ಮತ್ತು ಚಿತ್ರವನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡುವ ಮೂಲಕ ಅಥವಾ ಐಫ್ರೇಮ್ ಬಳಸುವ ಮೂಲಕ ಪರೋಕ್ಷವಾಗಿ ಕರೆ ಮಾಡಿದರೂ ಸಹ, ಕುಕೀಗಳನ್ನು ಹೊಂದಿಸಿರುವ ಸೈಟ್‌ಗೆ ಬ್ರೌಸರ್ ಕುಕೀಗಳನ್ನು ಕಳುಹಿಸುತ್ತದೆ.
ಅದೇ ಸೈಟ್ ಬಗ್ಗೆ
ಜಾಹೀರಾತು ನೆಟ್‌ವರ್ಕ್‌ಗಳು ಟ್ರ್ಯಾಕ್ ಮಾಡಲು ಈ ವೈಶಿಷ್ಟ್ಯವನ್ನು ಬಳಸುತ್ತವೆ ಸೈಟ್‌ಗಳ ನಡುವೆ ಬಳಕೆದಾರರ ಚಲನೆ ಮತ್ತು ಸಿಎಸ್ಆರ್ಎಫ್ ದಾಳಿಯನ್ನು ಸಂಘಟಿಸಲು ದಾಳಿಕೋರರು(ಆಕ್ರಮಣಕಾರ-ನಿಯಂತ್ರಿತ ಸಂಪನ್ಮೂಲವನ್ನು ತೆರೆದಾಗ, ಪ್ರಸ್ತುತ ಬಳಕೆದಾರರನ್ನು ದೃ ated ೀಕರಿಸಿದ ಮತ್ತೊಂದು ಸೈಟ್‌ಗೆ ವಿನಂತಿಯನ್ನು ಅದರ ಪುಟಗಳಿಂದ ಮರೆಮಾಡಲಾಗುತ್ತದೆ, ಮತ್ತು ಬಳಕೆದಾರರ ಬ್ರೌಸರ್ ಆ ವಿನಂತಿಗಾಗಿ ಸೆಷನ್ ಕುಕೀಗಳನ್ನು ಹೊಂದಿಸುತ್ತದೆ.)
ಮತ್ತೊಂದೆಡೆ, ಪುಟಗಳಲ್ಲಿ ವಿಜೆಟ್‌ಗಳನ್ನು ಸೇರಿಸಲು ಮೂರನೇ ವ್ಯಕ್ತಿಯ ಸೈಟ್‌ಗಳಿಗೆ ಕುಕೀಗಳನ್ನು ಕಳುಹಿಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಬಳಸಲಾಗುತ್ತದೆ, ಉದಾಹರಣೆಗೆ, ಯೂಟ್ಯೂಬ್ ಅಥವಾ ಫೇಸ್‌ಬುಕ್‌ನೊಂದಿಗೆ ಸಂಯೋಜಿಸಲು.
SameSite ಗುಣಲಕ್ಷಣವನ್ನು ಬಳಸುವ ಮೂಲಕ, ಕುಕೀಗಳನ್ನು ಹೊಂದಿಸುವಾಗ ನೀವು ನಡವಳಿಕೆಯನ್ನು ನಿಯಂತ್ರಿಸಬಹುದು ಮತ್ತು ಈ ಕುಕೀಗಳನ್ನು ಮೂಲತಃ ಸ್ವೀಕರಿಸಿದ ಸೈಟ್‌ನಿಂದ ಪ್ರಾರಂಭಿಸಲಾದ ವಿನಂತಿಗಳಿಗೆ ಪ್ರತಿಕ್ರಿಯೆಯಾಗಿ ಮಾತ್ರ ಕುಕೀಗಳನ್ನು ಕಳುಹಿಸಲು ಅನುಮತಿಸಿ.
ಅದೇ ಸೈಟ್ "ಸ್ಟ್ರಿಕ್ಟ್", "ಲಕ್ಷ್" ಮತ್ತು "ಯಾವುದೂ ಇಲ್ಲ" ಎಂಬ ಮೂರು ಮೌಲ್ಯಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಬಹುದು.
ಕಟ್ಟುನಿಟ್ಟಾದ ಕ್ರಮದಲ್ಲಿ ("ಕಟ್ಟುನಿಟ್ಟಾದ")ಬಾಹ್ಯ ಸೈಟ್‌ಗಳಿಂದ ಒಳಬರುವ ಎಲ್ಲಾ ಲಿಂಕ್‌ಗಳನ್ನು ಒಳಗೊಂಡಂತೆ ಯಾವುದೇ ರೀತಿಯ ಅಡ್ಡ-ಸೈಟ್ ವಿನಂತಿಗಳಿಗಾಗಿ ಕುಕೀಗಳನ್ನು ಕಳುಹಿಸಲಾಗುವುದಿಲ್ಲ.
ಮೋಡ್‌ನಲ್ಲಿ "ಲಕ್ಷ": ಮೃದುವಾದ ನಿರ್ಬಂಧಗಳು ಅನ್ವಯವಾಗುತ್ತವೆ ಮತ್ತು ಚಿತ್ರ ವಿನಂತಿ ಅಥವಾ ಐಫ್ರೇಮ್ ಮೂಲಕ ವಿಷಯ ಡೌನ್‌ಲೋಡ್‌ನಂತಹ ಅಡ್ಡ-ಸೈಟ್ ವಿನಂತಿಗಳಿಗೆ ಮಾತ್ರ ಕುಕೀ ವರ್ಗಾವಣೆಯನ್ನು ನಿರ್ಬಂಧಿಸಲಾಗುತ್ತದೆ.
"" ಕಟ್ಟುನಿಟ್ಟಾದ "ಮತ್ತು" ಲಕ್ಷ್ "ನಡುವಿನ ವ್ಯತ್ಯಾಸವು ಲಿಂಕ್ ಅನ್ನು ಅನುಸರಿಸಿದಾಗ ಕುಕೀಗಳನ್ನು ನಿರ್ಬಂಧಿಸಲು ಬರುತ್ತದೆ.
ಇತರ ಬದಲಾವಣೆಗಳು
Chrome ನ ಮುಂದಿನ ಆವೃತ್ತಿಗಳಿಗೆ ನಿರೀಕ್ಷಿಸಲಾದ ಇತರ ಮುಂಬರುವ ಬದಲಾವಣೆಗಳಲ್ಲಿ, ಮೂರನೇ ವ್ಯಕ್ತಿಯ ಕುಕೀಗಳ ಪ್ರಕ್ರಿಯೆಯನ್ನು ನಿಷೇಧಿಸುವ ಕಟ್ಟುನಿಟ್ಟಾದ ಮಿತಿಯನ್ನು ಅನ್ವಯಿಸಲು ಯೋಜಿಸಲಾಗಿದೆ HTTPS ಇಲ್ಲದ ವಿನಂತಿಗಳಿಗಾಗಿ (SameSite = ಯಾವುದೂ ಇಲ್ಲ, ಕುಕೀಗಳನ್ನು ಸುರಕ್ಷಿತ ಮೋಡ್‌ನಲ್ಲಿ ಮಾತ್ರ ಹೊಂದಿಸಬಹುದು).
ಹೆಚ್ಚುವರಿಯಾಗಿ, ಪರದೆಯ ರೆಸಲ್ಯೂಶನ್, ಬೆಂಬಲಿತ MIME ಪ್ರಕಾರಗಳ ಪಟ್ಟಿ, ಹೆಡರ್ಗಳಲ್ಲಿನ ನಿರ್ದಿಷ್ಟ ನಿಯತಾಂಕಗಳು (HTTP / 2 ಮತ್ತು HTTPS), ವಿಶ್ಲೇಷಣೆ ಮುಂತಾದ ಪರೋಕ್ಷ ಡೇಟಾದ ಆಧಾರದ ಮೇಲೆ ಗುರುತಿಸುವಿಕೆಗಳನ್ನು ಉತ್ಪಾದಿಸುವ ವಿಧಾನಗಳು ಸೇರಿದಂತೆ ಬ್ರೌಸರ್ ಫಿಂಗರ್‌ಪ್ರಿಂಟಿಂಗ್ ಬಳಕೆಯಿಂದ ರಕ್ಷಿಸಲು ಕೆಲಸವನ್ನು ಯೋಜಿಸಲಾಗಿದೆ. ಪ್ಲಗಿನ್‌ಗಳು ಮತ್ತು ಸ್ಥಾಪಿಸಲಾದ ಫಾಂಟ್‌ಗಳ.
ಕೆಲವು ವೆಬ್ API ಗಳ ಲಭ್ಯತೆ, ವೆಬ್‌ಜಿಎಲ್ ಮತ್ತು ಕ್ಯಾನ್ವಾಸ್, ಸಿಎಸ್ಎಸ್ ಬದಲಾವಣೆಗಳು, ಮೌಸ್ ಮತ್ತು ಕೀಬೋರ್ಡ್ ಗುಣಲಕ್ಷಣಗಳ ವಿಶ್ಲೇಷಣೆ ಬಳಸಿಕೊಂಡು ವೀಡಿಯೊ ಕಾರ್ಡ್ ನಿರ್ದಿಷ್ಟ ರೆಂಡರಿಂಗ್ ಕಾರ್ಯಗಳು.
ಇದಲ್ಲದೆ, ಕ್ರೋಮ್ ಎಲ್ ವಿರುದ್ಧ ರಕ್ಷಣೆ ಹೊಂದಿರುತ್ತದೆನಿಂದನೆ ಸಂಬಂಧಿಸಿದೆ ಮೂಲ ಪುಟಕ್ಕೆ ಹಿಂತಿರುಗುವ ತೊಂದರೆ ಮತ್ತೊಂದು ಸೈಟ್‌ಗೆ ಬದಲಾಯಿಸಿದ ನಂತರ (ಪುಟಗಳ ನಡುವೆ ನಿಮ್ಮನ್ನು ಮರುನಿರ್ದೇಶಿಸುವ ಸೈಟ್‌ಗಳ ವಿರುದ್ಧ ಉತ್ತಮ ಅನುಷ್ಠಾನ).
ಪರಿವರ್ತನೆ ಇತಿಹಾಸವನ್ನು ಸ್ವಯಂಚಾಲಿತ ಪುನರ್ನಿರ್ದೇಶನಗಳೊಂದಿಗೆ ಸ್ಯಾಚುರೇಟ್ ಮಾಡುವ ಅಭ್ಯಾಸದ ಬಗ್ಗೆ ನಾವು ಮಾತನಾಡುತ್ತಿದ್ದೇವೆ ಅಥವಾ ಬ್ರೌಸಿಂಗ್ ಇತಿಹಾಸಕ್ಕೆ (ಪುಷ್‌ಸ್ಟೇಟ್ ಮೂಲಕ) ನಕಲಿ ನಮೂದುಗಳನ್ನು ಕೃತಕವಾಗಿ ಸೇರಿಸುತ್ತೇವೆ, ಇದರ ಪರಿಣಾಮವಾಗಿ ಬಳಕೆದಾರರು ಹಿಂತಿರುಗಲು «ಬ್ಯಾಕ್» ಬಟನ್ ಅನ್ನು ಬಳಸಲಾಗುವುದಿಲ್ಲ. ಯಾದೃಚ್ trans ಿಕ ಪರಿವರ್ತನೆಯ ನಂತರ ಮೂಲ ಪುಟ ಅಥವಾ ಹಗರಣದ ಸೈಟ್‌ಗೆ ಬಲವಂತವಾಗಿ ಫಾರ್ವರ್ಡ್ ಮಾಡುವುದು.
ಅಂತಹ ಕುಶಲತೆಯಿಂದ ರಕ್ಷಿಸಲು, ಹಿಂದಿನ ಬಟನ್ ಹ್ಯಾಂಡ್ಲರ್‌ನಲ್ಲಿರುವ ಕ್ರೋಮ್ ಸ್ವಯಂ-ಫಾರ್ವಾರ್ಡಿಂಗ್‌ಗೆ ಸಂಬಂಧಿಸಿದ ಲಾಗ್‌ಗಳನ್ನು ಬಿಟ್ಟು ಇತಿಹಾಸ ಕುಶಲತೆಗೆ ಭೇಟಿ ನೀಡುತ್ತದೆ, ಸ್ಪಷ್ಟ ಬಳಕೆದಾರ ಕ್ರಿಯೆಗಳೊಂದಿಗೆ ಪುಟಗಳನ್ನು ಮಾತ್ರ ತೆರೆಯುತ್ತದೆ.
ಮೂಲ: https://blog.chromium.org/
ಮತ್ತು ಕುಕೀ ಅನ್ನು ಹೇಗೆ ಹೊಂದಿಸಲಾಗಿದೆ?