ವಿನ್ಯಾಸದಿಂದ ಗೌಪ್ಯತೆ (Privacy by design): ಅದು ಏನು ಮತ್ತು ಅದನ್ನು ಹೇಗೆ ಅನ್ವಯಿಸುವುದು

ಸೇವಾ ನಿಯಮಗಳ ಪುಟಗಳು ಮತ್ತು ಗೌಪ್ಯತಾ ನೀತಿಯ ಡಾಕ್ಯುಮೆಂಟ್‌ಗಳಲ್ಲಿ ಪ್ಲಾಸ್ಟರ್ ಮಾಡಲಾದ "privacy by design" ಎಂಬ ಪದಗುಚ್ಛವನ್ನು ನೀವು ಬಹುಶಃ ನೋಡಿರಬಹುದು. ಆದರೆ ನಿಜವಾದ ಸತ್ಯ ಇಲ್ಲಿದೆ: ಹೆಚ್ಚಿನ ಸಮಯದಲ್ಲಿ ಇದು ಕೇವಲ ಲೈವ್ ಆಗುವ ಮೊದಲು ಕಂಪನಿಯು ಟಿಕ್ ಮಾಡಿದ ಚೆಕ್‌ಬಾಕ್ಸ್ ಆಗಿದೆ.

ವಾಸ್ತವದಲ್ಲಿ, ವಿನ್ಯಾಸದಿಂದ ಗೌಪ್ಯತೆಯು (privacy by design) ಸಂಪೂರ್ಣವಾಗಿ ವಿಭಿನ್ನವಾಗಿದೆ. ಇದು ನೀವು ಭರ್ತಿ ಮಾಡುವ ಫಾರ್ಮ್ ಅಲ್ಲ. ನಿಮ್ಮ ಡೇಟಾವನ್ನು ಯಾರೂ ನಂತರ ಮಾಡಲು ನೆನಪಿಸಿಕೊಳ್ಳದೆಯೇ ರಕ್ಷಿಸಲಾಗಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಮೊದಲ ಸಾಲಿನ ಕೋಡ್‌ನಿಂದ ಹೇಗೆ ನಿರ್ಮಿಸಲಾಗುತ್ತದೆ ಎಂಬುದೇ ಇದಾಗಿದೆ. ಜನರು ವಾಸಿಸಲು ಪ್ರಾರಂಭಿಸಿದ ನಂತರ ರಚನಾತ್ಮಕ ಸಮಸ್ಯೆಗಳನ್ನು ಸರಿಪಡಿಸಲು ಆಶಿಸುವ ಬದಲು, ಮೊದಲ ದಿನದಿಂದಲೇ ಉತ್ತಮ ಅಡಿಪಾಯದೊಂದಿಗೆ ಮನೆ ನಿರ್ಮಿಸುವಂತೆ ಇದನ್ನು ಯೋಚಿಸಿ.

2026 ರಲ್ಲಿ ಇದು ಏಕೆ ಮುಖ್ಯವಾಗಿದೆ

ಜುಲೈ 1, 2026 ರಂದು, ಗೌಪ್ಯತೆ ನಿಯಮಗಳು ಎಂದಿಗಿಂತಲೂ ಕಠಿಣವಾಗಿವೆ. GDPR ಈಗ ವರ್ಷಗಳಿಂದಲೂ ಅಸ್ತಿತ್ವದಲ್ಲಿದೆ ಮತ್ತು ಅದನ್ನು ನಿರ್ಲಕ್ಷಿಸುವ ಕಂಪನಿಗಳು ಗಂಭೀರ ದಂಡವನ್ನು ಎದುರಿಸುತ್ತವೆ. ಆದರೆ ಕಾನೂನು ಅಪಾಯವನ್ನು ಮೀರಿ, ಜನರು ಅಂತಿಮವಾಗಿ ತಮ್ಮ ಡೇಟಾ ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತದೆ ಎಂಬುದರ ಬಗ್ಗೆ ಗಮನ ಹರಿಸುತ್ತಿದ್ದಾರೆ. ಗೌಪ್ಯತೆಯು ಇನ್ನು ಮುಂದೆ ಕೇವಲ ಒಂದು ಒಳ್ಳೆಯ ವೈಶಿಷ್ಟ್ಯವಲ್ಲ - ಇದು ನಿಮ್ಮ ಬಳಕೆದಾರರು ವಾಸ್ತವವಾಗಿ ನಿರೀಕ್ಷಿಸುವ ಮತ್ತು ಅರ್ಹವಾದ ಸಂಗತಿಯಾಗಿದೆ. ಪ್ರಾರಂಭದಿಂದಲೇ ಗೌಪ್ಯತೆಯನ್ನು ನಿರ್ಮಿಸುವುದು ಎಂದರೆ ನೀವು ನಂತರ ಸಮಸ್ಯೆಗಳನ್ನು ಸರಿಪಡಿಸಲು ಕಡಿಮೆ ಸಮಯವನ್ನು ಕಳೆಯುತ್ತೀರಿ ಮತ್ತು ನಿಮ್ಮ ಗ್ರಾಹಕರಿಂದ ಹೆಚ್ಚಿನ ನಂಬಿಕೆಯನ್ನು ಗಳಿಸುತ್ತೀರಿ.

GDPR ವಾಸ್ತವವಾಗಿ ಏನು ಹೇಳುತ್ತದೆ?

GDPR ನ 25 ನೇ ವಿಧಿಯು "data protection by design and by default" ಎಂಬ ಹೆಸರಿನ ವಿಷಯವನ್ನು ಒಳಗೊಂಡಿದೆ. ನೀವು ಅದನ್ನು ಎಂದಿಗೂ ಓದಿಲ್ಲದಿದ್ದರೆ, ಚಿಂತಿಸಬೇಡಿ - ಇದು ಬಹುತೇಕ ಎಲ್ಲರಿಗೂ ಗೊಂದಲವನ್ನುಂಟುಮಾಡುವ ಕಾನೂನು ಭಾಷೆಯಲ್ಲಿ ಬರೆಯಲ್ಪಟ್ಟಿದೆ. ಇದರ ಸರಳ ಆವೃತ್ತಿ ಇಲ್ಲಿದೆ: ನೀವು ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ನಿರ್ಮಿಸುವಾಗ, ಜನರ ಡೇಟಾವನ್ನು ರಕ್ಷಿಸುವ ಬಗ್ಗೆ ವಿನ್ಯಾಸದ ಒಂದು ಭಾಗವಾಗಿ ಯೋಚಿಸಬೇಕು, ಆಡ್-ಆನ್ ಆಗಿ ಅಲ್ಲ.

"by design and by default" ಎಂಬುದು ಪ್ರಮುಖ ಪದಗುಚ್ಛವಾಗಿದೆ. ಅವು ಎರಡು ಪ್ರತ್ಯೇಕ ವಿಷಯಗಳು, ಮತ್ತು ವ್ಯತ್ಯಾಸವನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಮುಖ್ಯವಾಗಿದೆ.

design ಮತ್ತು default ನಡುವಿನ ವ್ಯತ್ಯಾಸ

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

Default ಎಂದರೆ ಬಳಕೆದಾರರಿಂದ ಯಾವುದೇ ಕ್ರಿಯೆ ಇಲ್ಲದೆ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಏನಾಗುತ್ತದೆ ಎಂಬುದು. ಉದಾಹರಣೆಗೆ, ಹೊಸ ಬಳಕೆದಾರರ ಪ್ರೊಫೈಲ್ default ಆಗಿ ಸಾರ್ವಜನಿಕವಾಗಿರಬೇಕೇ ಅಥವಾ ಖಾಸಗಿಯಾಗಿರಬೇಕೇ? ಅಧಿಸೂಚನೆಗಳು ಆನ್ ಅಥವಾ ಆಫ್ ಆಗಿರಬೇಕೇ? Default ಗೌಪ್ಯತೆ ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಯಾವಾಗಲೂ ಬಳಕೆದಾರರನ್ನು ರಕ್ಷಿಸುವ ಕಡೆಗೆ ವಾಲಬೇಕು, ನಿಮ್ಮ ಕಂಪನಿಯ ಡೇಟಾ ಸಂಗ್ರಹಣೆಯನ್ನು ಗರಿಷ್ಠಗೊಳಿಸುವ ಕಡೆಗೆ ಅಲ್ಲ. ಬಳಕೆದಾರರು ತಮ್ಮ ಮಾಹಿತಿಯನ್ನು ಮರೆಮಾಡಲು ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಮೂಲಕ ಹುಡುಕಬೇಕಾದರೆ, ಅದು privacy by default ಅಲ್ಲ—ಅದು privacy by obscurity.

Privacy by design ಅನ್ನು ಹೇಗೆ ಅನ್ವಯಿಸುವುದು

Privacy by design ಎಂಬುದು ಯೋಜನೆಯ ಕೊನೆಯಲ್ಲಿ ನೀವು ಪೂರ್ಣಗೊಳಿಸುವ ಪರಿಶೀಲನಾಪಟ್ಟಿಯಲ್ಲ. ನೀವು ನಿರ್ಮಿಸುವಾಗ ಮಾಡುವ ಪ್ರತಿಯೊಂದು ನಿರ್ಧಾರಕ್ಕೂ ನೀವು ತರುವ ಮನಸ್ಥಿತಿ ಇದು. ಇದನ್ನು ವಾಸ್ತವವಾಗಿ ಹೇಗೆ ಮಾಡುವುದು ಎಂಬುದು ಇಲ್ಲಿದೆ.

ಹಂತ 1: ನಿಮಗೆ ವಾಸ್ತವವಾಗಿ ಯಾವ ಡೇಟಾ ಬೇಕು ಎಂದು ಕೇಳಿ

ನೀವು ಯಾವುದನ್ನಾದರೂ ಸಂಗ್ರಹಿಸುವ ಮೊದಲು, ನಿಲ್ಲಿಸಿ ಮತ್ತು ಕೇಳಿ: ನಮಗೆ ಇದು ನಿಜವಾಗಿಯೂ ಬೇಕೇ? ನೀವು ಶಾಪಿಂಗ್ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ನಿರ್ಮಿಸುತ್ತಿದ್ದರೆ, ಶಿಪ್ಪಿಂಗ್‌ಗಾಗಿ ನಿಮಗೆ ಗ್ರಾಹಕರ ವಿಳಾಸದ ಅಗತ್ಯವಿದೆ. ನಿಮಗೆ ಬಹುಶಃ ಅವರ ಜನ್ಮದಿನ, ಬ್ರೌಸಿಂಗ್ ಇತಿಹಾಸ, ಅಥವಾ ಧಾರ್ಮಿಕ ನಂಬಿಕೆಗಳ ಅಗತ್ಯವಿಲ್ಲ. ನೀವು ಸಂಗ್ರಹಿಸುವ ಪ್ರತಿಯೊಂದು ಡೇಟಾವೂ ಒಂದು ಹೊಣೆಗಾರಿಕೆಯಾಗಿದೆ—ನೀವು ರಕ್ಷಿಸಬೇಕಾದ ವಿಷಯ, ಕದಿಯಬಹುದಾದ ವಿಷಯ, ನೀವು ಆಕಸ್ಮಿಕವಾಗಿ ಬಹಿರಂಗಪಡಿಸಬಹುದಾದ ವಿಷಯ. ಕಡಿಮೆ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸಿ, ಮತ್ತು ನೀವು ರಕ್ಷಿಸಲು ಕಡಿಮೆ ಹೊಂದಿರುತ್ತೀರಿ.

ಹಂತ 2: ಕನಿಷ್ಠಗೊಳಿಸಿ ಮತ್ತು ಮಿತಿಗೊಳಿಸಿ

ಡೇಟಾ ಕನಿಷ್ಠಗೊಳಿಸುವಿಕೆಯು privacy by design ನ ಮೂಲ ತತ್ವವಾಗಿದೆ. ನಿಮಗೆ ಬೇಕಾದುದನ್ನು ಮಾತ್ರ ಸಂಗ್ರಹಿಸಿ, ಮತ್ತು ನೀವು ಅದನ್ನು ಮುಗಿಸಿದಾಗ ಅಳಿಸಿಹಾಕಿ. ಗ್ರಾಹಕರು ಉತ್ಪನ್ನವನ್ನು ಹಿಂತಿರುಗಿಸಿದರೆ, ಅವರ ರಿಟರ್ನ್ ಡೇಟಾವನ್ನು ನಿಮ್ಮ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ಶಾಶ್ವತವಾಗಿ ಇರಿಸಿಕೊಳ್ಳುವ ಅಗತ್ಯವಿಲ್ಲ. ತನ್ನ ಉಪಯುಕ್ತತೆಯನ್ನು ಮೀರಿದ ಡೇಟಾಗೆ ಸ್ವಯಂಚಾಲಿತ ಅಳಿಸುವಿಕೆಯನ್ನು ಹೊಂದಿಸಿ. ಶಾಶ್ವತ ರುಜುವಾತುಗಳ ಬದಲಿಗೆ ಸಮಯ-ಸೀಮಿತ ಟೋಕನ್‌ಗಳನ್ನು ಬಳಸಿ. ಸೂಕ್ಷ್ಮ ಮಾಹಿತಿಯನ್ನು ನಿಮ್ಮ ಕಂಪನಿಯೊಳಗೆ ಯಾರು ಪ್ರವೇಶಿಸಬಹುದು ಎಂಬುದನ್ನು ಮಿತಿಗೊಳಿಸಿ—ಗ್ರಾಹಕ ಬೆಂಬಲ ಪ್ರತಿನಿಧಿಗಳಿಗೆ ಹಣಕಾಸಿನ ಡೇಟಾವನ್ನು ನೋಡುವ ಅಗತ್ಯವಿಲ್ಲದಿದ್ದರೆ, ಅವರಿಗೆ ಅದನ್ನು ನೋಡಲು ಸಾಧ್ಯವಾಗಬಾರದು.

ಹಂತ 3: ಗೌಪ್ಯತೆಯನ್ನು default ಮಾಡಿ

ಬಳಕೆದಾರರು ಖಾತೆಯನ್ನು ರಚಿಸಿದಾಗ, ಅವರ ಪ್ರೊಫೈಲ್ default ಆಗಿ ಖಾಸಗಿಯಾಗಿರಬೇಕು, ಸಾರ್ವಜನಿಕವಾಗಿರಬಾರದು. ಬಳಕೆದಾರರು ಆಪ್ಟ್-ಇನ್ ಮಾಡದ ಹೊರತು ಅಧಿಸೂಚನೆಗಳು default ಆಗಿ ಆಫ್ ಆಗಿರಬೇಕು. ಸ್ಥಳ ಟ್ರ್ಯಾಕಿಂಗ್ default ಆಗಿ ಆಫ್ ಆಗಿರಬೇಕು. ನಿಮ್ಮ ವ್ಯಾಪಾರ ಮಾದರಿಯು ಜನರು ತಮ್ಮ ಡೇಟಾವನ್ನು ಹಂಚಿಕೊಳ್ಳುವುದರ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿದ್ದರೆ, ಅವರನ್ನು ಆಪ್ಟ್-ಇನ್ ಮಾಡಲು ನೀವು ಕೇಳಬಹುದು—ಆದರೆ default ಯಾವಾಗಲೂ ಅವರನ್ನು ರಕ್ಷಿಸಬೇಕು.

ಹಂತ 4: ಸೂಕ್ಷ್ಮ ಡೇಟಾವನ್ನು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಿ

ಡೇಟಾ ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಎಂದರೆ ಮಾಹಿತಿಯನ್ನು ಸ್ಕ್ರ್ಯಾಂಬಲ್ ಮಾಡುವುದು, ಇದರಿಂದ ಸರಿಯಾದ ಕೀಲಿಯನ್ನು ಹೊಂದಿರುವವರು ಮಾತ್ರ ಅದನ್ನು ಓದಬಹುದು. ಪಾಸ್‌ವರ್ಡ್‌ಗಳು, ಪಾವತಿ ಮಾಹಿತಿ, ಆರೋಗ್ಯ ಡೇಟಾ, ಮತ್ತು ಯಾವುದೇ ಸೂಕ್ಷ್ಮವಾದ ವಿಷಯವನ್ನು ಅದನ್ನು ಸಂಗ್ರಹಿಸುವಾಗ (at rest) ಮತ್ತು ಇಂಟರ್ನೆಟ್ ಮೂಲಕ ಕಳುಹಿಸುವಾಗ (in transit) ಎರಡೂ ಸಮಯದಲ್ಲಿ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಬೇಕು. ಸಂಗ್ರಹಣೆಗಾಗಿ AES-256 ಮತ್ತು ಸಂಪರ್ಕಗಳಿಗಾಗಿ TLS 1.3 ನಂತಹ ಉದ್ಯಮ-ಗುಣಮಟ್ಟದ ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಅನ್ನು ಬಳಸಿ. ನಿಮ್ಮ ಸ್ವಂತ ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಅನ್ನು ಕಂಡುಹಿಡಿಯಬೇಡಿ—ಭದ್ರತಾ ತಜ್ಞರು ಈಗಾಗಲೇ ಪರಿಶೀಲಿಸಿದ ಲೈಬ್ರರಿಗಳು ಮತ್ತು ಫ್ರೇಮ್‌ವರ್ಕ್‌ಗಳನ್ನು ಬಳಸಿ.

ಹಂತ 5: ನೀವು ಏನನ್ನು ಸಂಗ್ರಹಿಸುತ್ತೀರಿ ಎಂಬುದರ ಬಗ್ಗೆ ಪಾರದರ್ಶಕವಾಗಿರಿ

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

ಹಂತ 6: ಬಳಕೆದಾರರಿಗೆ ನಿಯಂತ್ರಣ ನೀಡಿ

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

ಹಂತ 7: ಭದ್ರತಾ ಘಟನೆಗಳಿಗಾಗಿ ಯೋಜನೆ ಮಾಡಿ

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

ಒಂದು ಪ್ರಾಯೋಗಿಕ ಉದಾಹರಣೆ

ನೀವು ವರ್ಕೌಟ್‌ಗಳನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡುವ ಫಿಟ್‌ನೆಸ್ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ನಿರ್ಮಿಸುತ್ತಿದ್ದೀರಿ ಎಂದು ಭಾವಿಸೋಣ. Privacy by design ಹೇಗೆ ಕಾಣುತ್ತದೆ ಎಂಬುದು ಇಲ್ಲಿದೆ:

• ನಿಮಗೆ ಅಗತ್ಯವಿರುವ ಕನಿಷ್ಠ ಮಾಹಿತಿಯನ್ನು ನೀವು ಕೇಳುತ್ತೀರಿ: ವ್ಯಾಯಾಮದ ಪ್ರಕಾರ, ಅವಧಿ, ಮತ್ತು ದಿನಾಂಕ. ಅವರು ವೈಯಕ್ತೀಕರಿಸಿದ ಕೋಚಿಂಗ್ ವೈಶಿಷ್ಟ್ಯಕ್ಕಾಗಿ ಸೈನ್ ಅಪ್ ಮಾಡದ ಹೊರತು ಅವರ ಎತ್ತರ, ತೂಕ, ಅಥವಾ ವೈದ್ಯಕೀಯ ಇತಿಹಾಸದ ಅಗತ್ಯ ನಿಮಗೆ ಇರುವುದಿಲ್ಲ.
• ಬಳಕೆದಾರರು ಅದನ್ನು ಇರಿಸಿಕೊಳ್ಳಲು ಕೇಳದ ಹೊರತು, ನೀವು ಎರಡು ವರ್ಷಗಳ ನಂತರ ಹಳೆಯ ವರ್ಕೌಟ್ ಡೇಟಾವನ್ನು ಅಳಿಸುತ್ತೀರಿ.
• ಬಳಕೆದಾರರ ಪ್ರೊಫೈಲ್‌ಗಳು ಮತ್ತು ವರ್ಕೌಟ್ ಇತಿಹಾಸವು default ಆಗಿ ಖಾಸಗಿಯಾಗಿರುತ್ತದೆ. ಅವರು ಸ್ನೇಹಿತರೊಂದಿಗೆ ವರ್ಕೌಟ್ ಅನ್ನು ಹಂಚಿಕೊಳ್ಳಲು ಬಯಸಿದರೆ, ಅವರು ಅದನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಮಾಡಬಹುದು—ಆದರೆ default ಆಗಿ ಅದನ್ನು ಬೇರೆ ಯಾರೂ ನೋಡಲಾಗುವುದಿಲ್ಲ.
• ನಿಮ್ಮ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ಸಂಗ್ರಹಿಸುವ ಮೊದಲು ಎಲ್ಲಾ ಡೇಟಾವನ್ನು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಲಾಗುತ್ತದೆ.
• ನಿಮ್ಮ ಗೌಪ್ಯತಾ ನೀತಿಯು ಅವರ ಡೇಟಾಗೆ ಏನಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಸರಳ ಪದಗಳಲ್ಲಿ ವಿವರಿಸುತ್ತದೆ.
• ಬಳಕೆದಾರರು ತಮ್ಮ ಎಲ್ಲಾ ಡೇಟಾವನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಬಹುದು, ಅದರಲ್ಲಿ ಯಾವುದನ್ನಾದರೂ ಬದಲಾಯಿಸಬಹುದು, ಅಥವಾ ತಮ್ಮ ಖಾತೆಯನ್ನು ಅಳಿಸಲು ವಿನಂತಿಸಬಹುದು.
• ನಿಮ್ಮ ಡೇಟಾಬೇಸ್ ಹ್ಯಾಕ್ ಆಗಿದ್ದರೆ ಏನಾಗುತ್ತದೆ ಎಂಬುದರ ಕುರಿತು ನೀವು ಯೋಜನೆಯನ್ನು ಹೊಂದಿದ್ದೀರಿ.

ಈ ವಿಧಾನವು ಮುಂದೆ ಕಡಿಮೆ ತಲೆನೋವು ಎಂದರ್ಥ. ನಿಮಗೆ ಅಗತ್ಯವಿಲ್ಲದ ಡೇಟಾವನ್ನು ನೀವು ಸಂಗ್ರಹಿಸುತ್ತಿಲ್ಲ, ಬಳಕೆದಾರರಿಗೆ ಏನು ಬೇಕು ಎಂದು ನೀವು ಊಹಿಸುತ್ತಿಲ್ಲ, ಮತ್ತು ಏನಾದರೂ ಮುರಿದುಬಿದ್ದ ನಂತರ ಭದ್ರತೆಯನ್ನು ಸೇರಿಸಲು ನೀವು ಒದ್ದಾಡುತ್ತಿಲ್ಲ.

ತೀರ್ಮಾನ

Privacy by design ಬಿಡುಗಡೆಗೆ ಮೊದಲು ನೀವು ಟಿಕ್ ಮಾಡುವ ಬಾಕ್ಸ್ ಅಲ್ಲ. ಇದು ಡೇಟಾ ರಕ್ಷಣೆಯನ್ನು ಮೊದಲ ದಿನದಿಂದಲೇ ಕೇಂದ್ರದಲ್ಲಿರಿಸುವ ಸಾಫ್ಟ್‌ವೇರ್ ಬಗ್ಗೆ ಯೋಚಿಸುವ ಒಂದು ಮಾರ್ಗವಾಗಿದೆ. GDPR ಗೆ ಇದು ಅಗತ್ಯವಿದೆ, ನಿಮ್ಮ ಬಳಕೆದಾರರು ಇದನ್ನು ನಿರೀಕ್ಷಿಸುತ್ತಾರೆ, ಮತ್ತು ಪ್ರಾಮಾಣಿಕವಾಗಿ, ಇದು ಉತ್ತಮ ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಮಾಡುತ್ತದೆ. ನಿಮಗೆ ನಿಜವಾಗಿಯೂ ಯಾವ ಡೇಟಾ ಬೇಕು ಎಂದು ಕೇಳುವ ಮೂಲಕ ಪ್ರಾರಂಭಿಸಿ, ನೀವು ಇರಿಸಿಕೊಳ್ಳುವುದನ್ನು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಿ, ಬೇಡವಾದದ್ದನ್ನು ಅಳಿಸಿ, ಮತ್ತು ಯಾವಾಗಲೂ ಗೌಪ್ಯತೆಯನ್ನು default ಆಗಿ ಮಾಡಿ. ನಿಮ್ಮ ಬಳಕೆದಾರರು ಇದನ್ನು ಮೆಚ್ಚುತ್ತಾರೆ, ಮತ್ತು ನೀವು ಸರಿಯಾದ ಕೆಲಸವನ್ನು ಮಾಡಿದ್ದೀರಿ ಎಂದು ತಿಳಿದು ರಾತ್ರಿಯಲ್ಲಿ ಉತ್ತಮವಾಗಿ ನಿದ್ರೆ ಮಾಡುತ್ತೀರಿ.

ಅರ್ಹತೆಗಳು (ಮೆರಿಟ್ಸ್)

• ಕಾನೂನು ಅಪಾಯವನ್ನು ಮತ್ತು ಸಂಭಾವ್ಯ GDPR ದಂಡಗಳನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ
• ಬಳಕೆದಾರರ ನಂಬಿಕೆ ಮತ್ತು ನಿಷ್ಠೆಯನ್ನು ಬೆಳೆಸುತ್ತದೆ
• ಕಡಿಮೆ ಭದ್ರತಾ ಘಟನೆಗಳು ಮತ್ತು ಉಲ್ಲಂಘನೆಗಳು
• ನಿರ್ವಹಿಸಲು, ಭದ್ರಪಡಿಸಲು, ಮತ್ತು ರಕ್ಷಿಸಲು ಕಡಿಮೆ ಡೇಟಾ
• ಗೌಪ್ಯತೆ ನಿಯಮಗಳನ್ನು ಅನುಸರಿಸುವುದು ಸುಲಭ
• ಘಟನೆಯ ಪ್ರತಿಕ್ರಿಯೆ ಮತ್ತು ಕಾನೂನು ಶುಲ್ಕಗಳ ಮೇಲೆ ಹಣವನ್ನು ಉಳಿಸುತ್ತದೆ
• ಗೌಪ್ಯತೆ-ಪ್ರಜ್ಞೆಯ ಮಾರುಕಟ್ಟೆಯಲ್ಲಿ ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಹೆಚ್ಚು ಸ್ಪರ್ಧಾತ್ಮಕವಾಗಿಸುತ್ತದೆ

ನ್ಯೂನತೆಗಳು (ಡಿಮೆರಿಟ್ಸ್)

• ಹೆಚ್ಚಿನ ಮುಂಗಡ ಚಿಂತನೆ ಮತ್ತು ಯೋಜನೆಯ ಅಗತ್ಯವಿದೆ
• ಡೇಟಾ ಸಂಗ್ರಹಣೆಯ ಆಧಾರದ ಮೇಲೆ ಕೆಲವು ವ್ಯಾಪಾರ ಮಾದರಿಗಳನ್ನು ಮಿತಿಗೊಳಿಸಬಹುದು
• ಲಾಭದಾಯಕವೆಂದು ತೋರುವ ಆದರೆ ಗೌಪ್ಯತೆ-ಸ್ನೇಹಿಯಾಗಿರದ ವೈಶಿಷ್ಟ್ಯಗಳಿಗೆ ಇಲ್ಲ ಎಂದು ಹೇಳುವುದು ಎಂದರ್ಥ
• ಸುರಕ್ಷಿತ ಅಭ್ಯಾಸಗಳನ್ನು ಕಾಪಾಡಿಕೊಳ್ಳಲು ನಡೆಯುತ್ತಿರುವ ಪ್ರಯತ್ನದ ಅಗತ್ಯವಿದೆ
• ತರಬೇತಿ ಮತ್ತು ಸಂಸ್ಕೃತಿ ಬದಲಾವಣೆಗೆ ಸಮಯ ಬೇಕಾಗುತ್ತದೆ
• ಕೆಲವು ಗೌಪ್ಯತೆ ಕ್ರಮಗಳು ಸುಪ್ತತೆಯನ್ನು (latency) ಅಥವಾ ಸಂಕೀರ್ಣತೆಯನ್ನು ಸೇರಿಸಬಹುದು

ಎಚ್ಚರಿಕೆ

ಈ ಲೇಖನದಲ್ಲಿನ ಹೆಸರುಗಳು ಮತ್ತು ಮೌಲ್ಯಗಳು (app.example.com, ಗ್ರಾಹಕರ ಡೇಟಾ ಪ್ರಕಾರಗಳು, ಮತ್ತು ಎನ್‌ಕ್ರಿಪ್ಶನ್ ವಿಧಾನಗಳು) ವಿವರಣೆಗಾಗಿ ಮಾತ್ರ ನೀಡಲಾದ ಸಾಮಾನ್ಯ ಉದಾಹರಣೆಗಳಾಗಿವೆ. ನೈಜ ಅಪ್ಲಿಕೇಶನ್‌ನಲ್ಲಿ privacy by design ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವಾಗ, ಯಾವಾಗಲೂ ಗೌಪ್ಯತೆ ಮತ್ತು ಭದ್ರತಾ ವೃತ್ತಿಪರರು, ಕಾನೂನು ಸಲಹೆಗಾರರು, ಮತ್ತು ನಿಮ್ಮ ನಿರ್ದಿಷ್ಟ ನಿಯಂತ್ರಣ ಅವಶ್ಯಕತೆಗಳೊಂದಿಗೆ ಸಮಾಲೋಚಿಸಿ. ಉತ್ಪಾದನೆಗೆ ನಿಯೋಜಿಸುವ ಮೊದಲು ನಿಮ್ಮ ಅನುಷ್ಠಾನವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಪರೀಕ್ಷಿಸಿ. ಗೌಪ್ಯತೆ ವೈಫಲ್ಯಗಳು ನೈಜ ಜನರನ್ನು ನೈಜ ಹಾನಿಗೆ ಒಡ್ಡಬಹುದು, ಆದ್ದರಿಂದ ಶಾರ್ಟ್‌ಕಟ್‌ಗಳಲ್ಲ, ಕಾಳಜಿ ಮತ್ತು ವಿಶ್ವಾಸದಿಂದ ಮುಂದುವರಿಯಿರಿ. ಈ ಮಾರ್ಗದರ್ಶನವು ಶೈಕ್ಷಣಿಕವಾಗಿದೆ—ನಿಮ್ಮ ನಿರ್ದಿಷ್ಟ ಬಳಕೆಯ ಪ್ರಕರಣ ಮತ್ತು ಅಧಿಕಾರ ವ್ಯಾಪ್ತಿಗಾಗಿ ನಿಮ್ಮ ವಿಧಾನವನ್ನು ಯಾವಾಗಲೂ ಪರಿಶೀಲಿಸಿ.

ಪದೇ ಪದೇ ಕೇಳಲಾಗುವ ಪ್ರಶ್ನೆಗಳು

• privacy by design ಮತ್ತು privacy by default ನಡುವಿನ ವ್ಯತ್ಯಾಸವೇನು?
• GDPR ಅನುಸರಣೆಯಲ್ಲಿ privacy by design ಹೇಗೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ?
• ನನ್ನ ಅಪ್ಲಿಕೇಶನ್‌ನಲ್ಲಿ ನಾನು ಯಾವ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸಬೇಕು?
• ನಿರ್ದಿಷ್ಟ ಸಮಯದ ನಂತರ ನಾನು ಬಳಕೆದಾರರ ಡೇಟಾವನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಹೇಗೆ ಅಳಿಸುವುದು?
• ಸೂಕ್ಷ್ಮ ಡೇಟಾಗಾಗಿ ನಾನು ಯಾವ ಎನ್‌ಕ್ರಿಪ್ಶನ್ ವಿಧಾನಗಳನ್ನು ಬಳಸಬೇಕು?
• ಬಳಕೆದಾರರಿಗೆ ಅತಿಯಾದ ಹೊರೆಯಾಗದಂತೆ ನಾನು ಯಾವ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸುತ್ತಿದ್ದೇನೆ ಎಂದು ಅವರಿಗೆ ಹೇಗೆ ಹೇಳುವುದು?
• ಡೇಟಾ ಉಲ್ಲಂಘನೆಯಾದರೆ ನನ್ನ ಘಟನೆ ಪ್ರತಿಕ್ರಿಯೆ ಯೋಜನೆಯು ಏನನ್ನು ಒಳಗೊಂಡಿರಬೇಕು?
• ಬಳಕೆದಾರರು ತಮ್ಮ ಡೇಟಾವನ್ನು ಸುಲಭವಾದ ಸ್ವರೂಪದಲ್ಲಿ ಹೇಗೆ ವಿನಂತಿಸಬಹುದು?