eMudhra ಇಂಟರ್ಮೀಡಿಯೇಟ್ CA ರಾಜಿ (Compromise): ನಿಮ್ಮ ಪರಿಸರದಲ್ಲಿ ಬಾಧಿತ ಸರ್ಟಿಫಿಕೇಟ್‌ಗಳನ್ನು ಕಂಡುಹಿಡಿಯುವುದು ಹೇಗೆ

ನಿಮ್ಮ ಬ್ರೌಸರ್‌ನಲ್ಲಿರುವ ಪ್ರತಿಯೊಂದು ಪ್ಯಾಡ್‌ಲಾಕ್ ಚಿಹ್ನೆಯೂ ನಂಬಿಕೆಯ ಸರಪಳಿಯ (chain of trust) ಮೇಲೆ ನಿಂತಿರುತ್ತದೆ, ಮತ್ತು ಆ ಸರಪಳಿಯು ಅದರಲ್ಲಿರುವ ಅತ್ಯಂತ ದುರ್ಬಲ ಪ್ರೈವೇಟ್ ಕೀಯಷ್ಟೇ ಬಲವಾಗಿರುತ್ತದೆ. ಈ ತಿಂಗಳು, ಅಂತಹ ಒಂದು ಸರಪಳಿಯ ಎಂಟು ಕೊಂಡಿಗಳನ್ನು ಊಹಿಸಲು ಸಾಧ್ಯವೆಂದು ತಿಳಿದುಬಂದಿದೆ.

ಇಂದು ಅಕ್ಟೋಬರ್ 26, 2026. ಅಕ್ಟೋಬರ್ 17 ರಂದು, ಸರ್ಟಿಫಿಕೇಟ್ ಅಥಾರಿಟಿ (CA) ಆಗಿರುವ eMudhra ದ ಎಂಟು ಇಂಟರ್ಮೀಡಿಯೇಟ್ ಸರ್ಟಿಫಿಕೇಟ್‌ಗಳ ಹಿಂದಿನ ಪ್ರೈವೇಟ್ ಕೀಗಳನ್ನು ಮರುಪಡೆಯಬಹುದು ಎಂದು ಸಂಶೋಧಕರೊಬ್ಬರು ವರದಿ ಮಾಡಿದ್ದಾರೆ. ಈ ಸರ್ಟಿಫಿಕೇಟ್‌ಗಳನ್ನು ಪ್ರಮುಖ ಬ್ರೌಸರ್ ಮತ್ತು ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಮಾರಾಟಗಾರರು ರದ್ದುಗೊಳಿಸಿದ್ದಾರೆ ಮತ್ತು ನಿರ್ಬಂಧಿಸಿದ್ದಾರೆ. ಈ ಸಮಸ್ಯೆಯನ್ನು CVE-2026-111943 ಮತ್ತು CVE-2026-111944 ಎಂದು ಟ್ರ್ಯಾಕ್ ಮಾಡಲಾಗಿದೆ. ಈ ವಾರ ಭದ್ರತಾ ತಂಡಗಳಿಗೆ ಇರುವ ತುರ್ತು ಕೆಲಸವು ಹೇಳಲು ಸರಳ ಆದರೆ ಮಾಡಲು ಶ್ರಮದಾಯಕವಾಗಿದೆ: ನಿಮ್ಮ ಪರಿಸರದಲ್ಲಿ ಈ ಯಾವುದೇ ಸರ್ಟಿಫಿಕೇಟ್‌ಗಳು ಎಲ್ಲಿಯಾದರೂ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತವೆಯೇ ಮತ್ತು ನಿಮ್ಮ ಯಾವುದೇ ಸಾಫ್ಟ್‌ವೇರ್ ಇನ್ನೂ ಅವುಗಳನ್ನು ನಂಬುತ್ತಿದೆಯೇ ಎಂಬುದನ್ನು ಕಂಡುಹಿಡಿಯುವುದು.

ಸರ್ಟಿಫಿಕೇಟ್ ಸರಪಳಿಗಳ ಸಂಕ್ಷಿಪ್ತ ಅವಲೋಕನ

ನೀವು HTTPS ಮೂಲಕ ವೆಬ್‌ಸೈಟ್‌ಗೆ ಭೇಟಿ ನೀಡಿದಾಗ, ಸರ್ವರ್ ತನ್ನದೇ ಹೆಸರಿಗಾಗಿ ಒಂದು ಲೀಫ್ ಸರ್ಟಿಫಿಕೇಟ್ ಅನ್ನು ತೋರಿಸುತ್ತದೆ. ಆ ಸರ್ಟಿಫಿಕೇಟ್‌ಗೆ ಒಂದು ಇಂಟರ್ಮೀಡಿಯೇಟ್ CAಯಿಂದ ಸಹಿ ಮಾಡಲ್ಪಟ್ಟಿರುತ್ತದೆ, ಮತ್ತು ಆ ಇಂಟರ್ಮೀಡಿಯೇಟ್‌ಗೆ ಒಂದು ರೂಟ್ CA. ನಿಮ್ಮ ಬ್ರೌಸರ್ ಅಥವಾ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ತಾನು ನಂಬುವ ರೂಟ್‌ಗಳ ಪಟ್ಟಿಯನ್ನು ಒದಗಿಸುತ್ತದೆ, ಇದನ್ನು ಟ್ರಸ್ಟ್ ಸ್ಟೋರ್.

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

ವರದಿಯಾದಂತೆ ಏನು ಸಂಭವಿಸಿದೆ

ಸಾರ್ವಜನಿಕ ಪ್ರಕಟಣೆ ಮತ್ತು ಮಾರಾಟಗಾರರ ವರದಿಗಳ ಪ್ರಕಾರ, ಘಟನೆಯ ವಿವರ ಹೀಗಿದೆ:

• ಏಪ್ರಿಲ್ 30, 2025 ರಂದು ನಡೆದ ಕೀ ಜನರೇಷನ್ ಸಮಾರಂಭದಲ್ಲಿ, eMudhra 24 ಅಧೀನ CA ಗಳಿಗೆ ಕೀಗಳನ್ನು ರಚಿಸಿತು.
• wrap/unwrap ಹಂತದಲ್ಲಿದ್ದ ಒಂದು ದೋಷವು ದುರ್ಬಲ P-384 ಕೀಗಳ ಎರಡನೇ ಸೆಟ್ ಅನ್ನು ಸೃಷ್ಟಿಸಿತು. P-384 ಎಂಬುದು ಎಲಿಪ್ಟಿಕ್ ಕರ್ವ್ ಆಗಿದ್ದು, ಇದು ಅತ್ಯಂತ ದೊಡ್ಡ ಕೀ ಸ್ಪೇಸ್ ನೀಡಬೇಕಿತ್ತು.
• ಆ ದುರ್ಬಲ ಕೀಗಳನ್ನು ತಪ್ಪಾಗಿ ಎಂಟು ಇಂಟರ್ಮೀಡಿಯೇಟ್ ಸರ್ಟಿಫಿಕೇಟ್‌ಗಳಿಗೆ ಬಳಸಲಾಯಿತು. ಅವುಗಳ ಪರಿಣಾಮಕಾರಿ ಯಾದೃಚ್ಛಿಕತೆ (entropy) ಸುಮಾರು 3 ರಿಂದ 8 ಬಿಟ್‌ಗಳಷ್ಟಿದೆ ಎಂದು ವರದಿಯಾಗಿದೆ, ಅಂದರೆ ಗರಿಷ್ಠ ಕೆಲವೇ ನೂರು ಸಂಭವನೀಯ ಕೀಗಳು ಮಾತ್ರ. ಕಂಪ್ಯೂಟರ್‌ಗೆ ಅವುಗಳನ್ನು ಮರುಪಡೆಯುವುದು ಅತ್ಯಂತ ಸುಲಭವಾಗಿದೆ.
• ಎಂಟರಲ್ಲಿ ಆರು TLS ಇಂಟರ್ಮೀಡಿಯೇಟ್‌ಗಳು ಮತ್ತು ಎರಡು ಕೋಡ್-ಸೈನಿಂಗ್ ಇಂಟರ್ಮೀಡಿಯೇಟ್‌ಗಳಾಗಿವೆ.

ವರದಿಯಾದಂತೆ ಪ್ರತಿಕ್ರಿಯೆ ಹೀಗಿದೆ:

• Chrome, Mozilla ಮತ್ತು Apple ಆರು TLS ಇಂಟರ್ಮೀಡಿಯೇಟ್‌ಗಳನ್ನು ನಿರ್ಬಂಧಿಸಿವೆ. Microsoft ಎರಡು ಕೋಡ್-ಸೈನಿಂಗ್ ಇಂಟರ್ಮೀಡಿಯೇಟ್‌ಗಳನ್ನು ನಿರ್ಬಂಧಿಸಿದೆ.
• Google Chrome Root Store ನಿಂದ emSign ECC Root CA - G3 ಅನ್ನು ತೆಗೆದುಹಾಕಿತು, ಮತ್ತು Mozilla ಈ ಇಂಟರ್ಮೀಡಿಯೇಟ್‌ಗಳಿಗೆ ಸಹಿ ಮಾಡಿದ ರೂಟ್ ಮೇಲಿನ ನಂಬಿಕೆಯನ್ನು ಹಿಂಪಡೆಯಿತು.
• eMudhra ಎಂಟು ಸರ್ಟಿಫಿಕೇಟ್‌ಗಳನ್ನು ರದ್ದುಗೊಳಿಸಿತು ಮತ್ತು ತನ್ನ G3 ರೂಟ್ ಅಡಿಯಲ್ಲಿ ನೀಡುವುದನ್ನು ನಿಲ್ಲಿಸಿತು. ತನ್ನ ರೂಟ್ ಪ್ರೈವೇಟ್ ಕೀಗಳು ಮತ್ತು ಇತರ ಇಂಟರ್ಮೀಡಿಯೇಟ್‌ಗಳು ಬಾಧಿತವಾಗಿಲ್ಲ, ಈ ಸಮಸ್ಯೆಯು ತನ್ನ ಜಾಗತಿಕ ವೆಬ್‌ಸೈಟ್ ಭದ್ರತಾ ವ್ಯವಹಾರಕ್ಕೆ ಮಾತ್ರ ಸೀಮಿತವಾಗಿದ್ದು, ಭಾರತೀಯ DSC ಮತ್ತು eSign ಸೇವೆಗಳಿಗೆ ಬಾಧಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಬಾಧಿತ ಇಂಟರ್ಮೀಡಿಯೇಟ್‌ಗಳಲ್ಲಿ ಕೇವಲ ಒಂದನ್ನು ಮಾತ್ರ ಪ್ರೊಡಕ್ಷನ್‌ನಲ್ಲಿ ಬಳಸಲಾಗಿತ್ತು ಹಾಗೂ ಯಾವುದೇ ವೆಬ್‌ಸೈಟ್‌ಗಳು ಅಥವಾ ಅಂತಿಮ ಬಳಕೆದಾರರಿಗೆ ಸರ್ಟಿಫಿಕೇಟ್‌ಗಳನ್ನು ನೀಡಿಲ್ಲ ಎಂದು ಅದು ತಿಳಿಸಿದೆ.

ಮಾರಾಟಗಾರರ ಹೇಳಿಕೆಗಳನ್ನು ಅವರ ಸ್ವಂತ ವಿವರಣೆಯಾಗಿ ಪರಿಗಣಿಸಿ. ಈ ಘಟನೆಯನ್ನು ನಿರ್ಣಯಿಸುವುದು ನಿಮ್ಮ ಕೆಲಸವಲ್ಲ, ಬದಲಿಗೆ ನಿಮ್ಮ ವ್ಯವಸ್ಥೆಯ ಸುರಕ್ಷತೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುವುದು ನಿಮ್ಮ ಜವಾಬ್ದಾರಿಯಾಗಿದೆ.

ಮೊದಲು ಯಾರು ಪರಿಶೀಲಿಸಬೇಕು

ನೀವು ಈ ಕೆಳಗಿನವುಗಳನ್ನು ಮಾಡುತ್ತಿದ್ದರೆ ಇದಕ್ಕೆ ಮೊದಲ ಆದ್ಯತೆ ನೀಡಬೇಕು:

• ಇಂಟರ್ನೆಟ್‌ಗೆ ತೆರೆದುಕೊಂಡಿರುವ ವೆಬ್‌ಸೈಟ್‌ಗಳು, API ಗಳು, VPN ಗಳು ಅಥವಾ ಇತರ TLS ಸೇವೆಗಳನ್ನು ನಡೆಸುತ್ತಿದ್ದರೆ.
• eMudhra ಅಥವಾ emSign ಕ್ರಮಾನುಗತಗಳ ಮೂಲಕ ಸಾರ್ವಜನಿಕವಾಗಿ ವಿಶ್ವಾಸಾರ್ಹವಾದ ಸರ್ಟಿಫಿಕೇಟ್‌ಗಳನ್ನು ಖರೀದಿಸುತ್ತಿದ್ದರೆ.
• ಸಾರ್ವಜನಿಕ ಕೋಡ್-ಸೈನಿಂಗ್ ಸರ್ಟಿಫಿಕೇಟ್‌ಗಳನ್ನು ಅವಲಂಬಿಸಿರುವ ಸಹಿ ಮಾಡಿದ ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ವಿತರಿಸುತ್ತಿದ್ದರೆ.
• Go ನಲ್ಲಿ ಬರೆದ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ನಿರ್ಮಿಸುತ್ತಿದ್ದರೆ ಅಥವಾ ಚಾಲನೆ ಮಾಡುತ್ತಿದ್ದರೆ.
• ಅಪನಂಬಿಕೆಯ ಅಪ್‌ಡೇಟ್‌ಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸ್ವೀಕರಿಸದ ಹಳೆಯ ಸಿಸ್ಟಮ್‌ಗಳು, ಅನ್‌ಮ್ಯಾನೇಜ್ಡ್ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳು, ಅಪ್ಲೈಯನ್ಸ್‌ಗಳು ಅಥವಾ ಕಸ್ಟಮ್ ಟ್ರಸ್ಟ್ ಸ್ಟೋರ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತಿದ್ದರೆ.

ಬಾಧಿತವಾದ ಎಂಟು ಇಂಟರ್ಮೀಡಿಯೇಟ್‌ಗಳು

ಸರ್ಟಿಫಿಕೇಟ್ ಅನ್ನು ಹೊಂದಿಸಲು SHA-256 ಫಿಂಗರ್‌ಪ್ರಿಂಟ್ ಮತ್ತು ಸೀರಿಯಲ್ ನಂಬರ್ ಅತ್ಯಂತ ವಿಶ್ವಾಸಾರ್ಹ ಮಾರ್ಗಗಳಾಗಿವೆ. ಹೆಸರುಗಳನ್ನು ನಕಲಿಸಬಹುದು; ಫಿಂಗರ್‌ಪ್ರಿಂಟ್‌ಗಳನ್ನು ನಕಲಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.

ಸರ್ಟಿಫಿಕೇಟ್	ವಿಧ	ಸೀರಿಯಲ್ ನಂಬರ್	SHA-256 ಫಿಂಗರ್‌ಪ್ರಿಂಟ್
EM EV TLS CA - G3B (eMudhra BV)	TLS	c7c41efe92d825f05eae841a4a82c1	E7568FE6E12331F4FD7DE61DA4C7559D0F8EB192A218D4741A3BA75184333838
EM OV TLS CA - G3B (eMudhra BV)	TLS	6cada367fb1c100088120ea202d568	98B896625C0C230ADEEC3EB2CF6AAD5001ECF9156A68644E82374CE5833BC25B
EM DV TLS CA - G3B (eMudhra BV)	TLS	a4aee678f23362b4c0e460b772f214	42C4ACCD12C4F59597925E1A08A7A90102608543809308D50EC427E118BA1493
EM EV TLS CA - G3C (eMudhra Inc)	TLS	8009928a64107601af05fa2f19f109	432EC25F0D28DE9006D97BF752F17BBB2CD41F669933FCB072D9A1148D0261F3
EM OV TLS CA - G3C (eMudhra Inc)	TLS	296926c227a3a1526392b19482a504	CB6E15165AC802E9B3F993F16C25D41F4E81C21EBDE71AE1B012AC00BF9C7C3F
EM DV TLS CA - G3C (eMudhra Inc)	TLS	588b2e3c2bb8cda13e1a1209254321	0164D7CEAE5BB909C272AF151FF44B1177AE9B47D9424B94F1D9558C30934D19
EM OV CS CA - G3B (eMudhra BV)	ಕೋಡ್ ಸೈನಿಂಗ್	7818933f8f85b4619a2b35fba83d0a	9E39DE2881273ACC225A149C72BA3E0F51424963669AB633EE1DC7DF5DB067B4
EM OV CS CA - G3C (eMudhra Inc)	ಕೋಡ್ ಸೈನಿಂಗ್	544b7f922c31ae220a4a922916f6e6	4B2460A466F95FD40113BCDCCA2CEB29B3B093921DE45474DA7DF48874C630B1

ಅವುಗಳನ್ನು ಕಂಡುಹಿಡಿಯುವುದು ಹೇಗೆ: ಹಂತ-ಹಂತದ ಪರಿಶೀಲನೆ

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

ಹಂತ 1: TLS ಬಳಸುವ ಎಲ್ಲದರ ಪಟ್ಟಿಯನ್ನು ತಯಾರಿಸಿ

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

ಹಂತ 2: ಪ್ರತಿ ಸರ್ವರ್ ಪ್ರಸ್ತುತಪಡಿಸುವ ಸರಪಳಿಯನ್ನು ಪರಿಶೀಲಿಸಿ

ಯಾವುದೇ ಒಂದೇ ಹೋಸ್ಟ್‌ಗಾಗಿ, OpenSSL ಸರಪಳಿಯಲ್ಲಿರುವ ಪ್ರತಿಯೊಂದು ಸರ್ಟಿಫಿಕೇಟ್ ಅನ್ನು ಅದರ ಸಬ್ಜೆಕ್ಟ್, ಇಶ್ಯೂವರ್, ಸೀರಿಯಲ್ ಮತ್ತು ಫಿಂಗರ್‌ಪ್ರಿಂಟ್‌ನೊಂದಿಗೆ ಪ್ರಿಂಟ್ ಮಾಡಬಹುದು. ಈ ಕೆಳಗಿನ ಆಜ್ಞೆಯಲ್ಲಿ app.example.com ಬದಲಿಗೆ ನಿಮ್ಮ ಸ್ವಂತ ಹೋಸ್ಟ್ ಅನ್ನು ಬದಲಾಯಿಸಿ:

HOST=app.example.com
echo | openssl s_client -connect "$HOST:443" -servername "$HOST" -showcerts 2>/dev/null \
  | awk '/-----BEGIN CERTIFICATE-----/{n++; f=1} f{print > ("chain-" n ".pem")} /-----END CERTIFICATE-----/{f=0}'

for f in chain-*.pem; do
  openssl x509 -in "$f" -noout -subject -issuer -serial -fingerprint -sha256
  echo
done

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

for f in chain-*.pem; do
  openssl x509 -in "$f" -noout -fingerprint -sha256 | cut -d= -f2 | tr -d ':'
done | grep -i -E 'E7568FE6|98B89662|42C4ACCD|432EC25F|CB6E1516|0164D7CE|9E39DE28|4B2460A4' \
  && echo "MATCH: affected intermediate found" || echo "No affected intermediate in this chain"

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

ಹಂತ 3: ನೀವು ವಲ್ನರಬಿಲಿಟಿ ಸ್ಕ್ಯಾನರ್ ಬಳಸುತ್ತಿದ್ದರೆ ದೊಡ್ಡ ಪ್ರಮಾಣದಲ್ಲಿ ಹುಡುಕಿ

ನಿಮ್ಮ ಸಂಸ್ಥೆಯು ಈಗಾಗಲೇ Certificate View ಜೊತೆಗೆ Qualys VMDR ಅನ್ನು ಬಳಸುತ್ತಿದ್ದರೆ, Qualys ರೆಡಿಮೇಡ್ ಕ್ವೆರಿಗಳನ್ನು ಪ್ರಕಟಿಸಿದೆ. Certificate View ನಲ್ಲಿ, ಇಶ್ಯೂವರ್ ಹೆಸರಿನ ಮೇಲಿನ ಹುಡುಕಾಟವು ಎಂಟನ್ನೂ ಒಳಗೊಳ್ಳುತ್ತದೆ:

certificate:(issuer.name:[`EM EV TLS CA – G3B`, `EM OV TLS CA – G3B`, `EM DV TLS CA – G3B`, `EM EV TLS CA – G3C`, `EM OV TLS CA – G3C`, `EM DV TLS CA – G3C`, `EM OV CS CA – G3B`, `EM OV CS CA – G3C`])

ಹೆಚ್ಚು ವಿಸ್ತಾರವಾದ ಪರಿಶೀಲನೆಯು ಬಾಧಿತ ಇಂಟರ್ಮೀಡಿಯೇಟ್‌ಗಳಲ್ಲಿ ಹೆಸರಿಸಲಾದ ಎರಡು eMudhra ಸಂಸ್ಥೆಗಳ ಅಡಿಯಲ್ಲಿ ನೀಡಲಾದ ಪ್ರತಿಯೊಂದು ಸರ್ಟಿಫಿಕೇಟ್ ಅನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ:

certificate:(issuer.organization:`eMudhra BV` or issuer.organization:`eMudhra Inc`)

Qualys ಬಾಧಿತ Go ಆವೃತ್ತಿಗಳಿಗಾಗಿ QID 5019897 ಮತ್ತು ಎಂಟು ಇಂಟರ್ಮೀಡಿಯೇಟ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿರುವ ಸರಪಳಿಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುವ ಮಾಹಿತಿ-ಸಂಗ್ರಹ ಪರಿಶೀಲನೆಯಾದ QID 48395 ಅನ್ನು ಸಹ ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. ಇವುಗಳನ್ನು ಅವಲಂಬಿಸುವ ಮೊದಲು ನಿಮ್ಮ ಏಜೆಂಟ್‌ಗಳು ಇತ್ತೀಚಿನ ಸಿಗ್ನೇಚರ್‌ಗಳನ್ನು ಹೊಂದಿವೆಯೇ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ. ಕ್ವೆರಿ ಟೋಕನ್‌ಗಳು ಕೇಸ್-ಸೆನ್ಸಿಟಿವ್ ಆಗಿರುತ್ತವೆ, ಆದ್ದರಿಂದ ಕ್ವೆರಿಯಲ್ಲಿ ದೋಷ ಬಂದರೆ ಉತ್ಪನ್ನದ ಸಹಾಯ ವಿಭಾಗವನ್ನು ಪರಿಶೀಲಿಸಿ. ಇತರ ಸ್ಕ್ಯಾನರ್‌ಗಳು ತಮ್ಮದೇ ಆದ ಸಮಾನ ವಿಧಾನಗಳನ್ನು ಹೊಂದಿರುತ್ತವೆ; ಕೋಷ್ಟಕದಲ್ಲಿರುವ ಫಿಂಗರ್‌ಪ್ರಿಂಟ್‌ಗಳು ಯಾವುದೇ ಪರಿಕರದೊಂದಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ.

ಹಂತ 4: ಕೆಟ್ಟ ಸರಪಳಿಗಳನ್ನು ಇನ್ನೂ ನಂಬುವ Go ಪ್ರೋಗ್ರಾಂಗಳನ್ನು ಹುಡುಕಿ

ಇದು ಜನರು ಸಾಮಾನ್ಯವಾಗಿ ಕಡೆಗಣಿಸುವ ಭಾಗವಾಗಿದೆ. ನಿಮ್ಮ ಸರ್ವರ್‌ಗಳು ಸುರಕ್ಷಿತವಾಗಿರಬಹುದು, ಆದರೆ ನಿಮ್ಮ ಸ್ವಂತ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ನಕಲಿ ಸರ್ಟಿಫಿಕೇಟ್ ಅನ್ನು ಇನ್ನೂ ಸ್ವೀಕರಿಸಬಹುದು. ಪ್ರಕಟಣೆಗಳ ಪ್ರಕಾರ, Go 1.27.3 ಮತ್ತು 1.26.10 ಆವೃತ್ತಿಗಳು ಎಂಟು ಕೀಗಳಲ್ಲಿ ಯಾವುದನ್ನಾದರೂ ಒಳಗೊಂಡಿರುವ ಸರಪಳಿಗಳನ್ನು ನಿರ್ಬಂಧಿಸುತ್ತವೆ (CVE-2026-111943). Go ಪ್ರೋಗ್ರಾಂಗಳು ತಮ್ಮದೇ ಆದ ಸರ್ಟಿಫಿಕೇಟ್ ಪರಿಶೀಲನಾ ಕೋಡ್ ಅನ್ನು ಹೊಂದಿರುತ್ತವೆ, ಆದ್ದರಿಂದ ಹಳೆಯ Go ಆವೃತ್ತಿಯೊಂದಿಗೆ ನಿರ್ಮಿಸಲಾದ ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಪುನರ್ನಿರ್ಮಿಸುವವರೆಗೆ ಅದು ಹಳೆಯ ನಡವಳಿಕೆಯನ್ನೇ ಉಳಿಸಿಕೊಂಡಿರುತ್ತದೆ.

ಬಿಲ್ಡ್ ಮೆಷಿನ್‌ಗಳಲ್ಲಿ ಟೂಲ್‌ಚೈನ್ ಪರಿಶೀಲಿಸಿ:

go version

ನೀವು ಈಗಾಗಲೇ ಚಾಲನೆ ಮಾಡುತ್ತಿರುವ ಬೈನರಿಯನ್ನು ಯಾವ Go ಆವೃತ್ತಿಯು ನಿರ್ಮಿಸಿದೆ ಎಂಬುದನ್ನು ಪರಿಶೀಲಿಸಿ:

go version /usr/local/bin/your-service

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

ಹಂತ 5: ಬದಲಾಯಿಸಿ, ಅಪ್‌ಡೇಟ್ ಮಾಡಿ ಮತ್ತು ನಿಗಾ ಇರಿಸಿ

• ಮೊದಲು ಬದಲಾಯಿಸಿ. ತನ್ನ ಸರಪಳಿಯಲ್ಲಿ ಎಂಟರಲ್ಲಿ ಒಂದನ್ನು ಒಳಗೊಂಡಿರುವ ಯಾವುದೇ ಲೀಫ್ ಸರ್ಟಿಫಿಕೇಟ್ ಅನ್ನು ಮತ್ತೊಂದು ವಿಶ್ವಾಸಾರ್ಹ CA ಯಿಂದ ಮರು-ವಿತರಿಸಬೇಕು ಮತ್ತು ಸರಿಯಾದ ಸರಪಳಿಯೊಂದಿಗೆ ಮರು ನಿಯೋಜಿಸಬೇಕು.
• ಅಪ್‌ಡೇಟ್ ಮಾಡಿ. OS ಭದ್ರತಾ ಅಪ್‌ಡೇಟ್‌ಗಳನ್ನು ಅನ್ವಯಿಸಿ ಮತ್ತು Go ರನ್‌ಟೈಮ್‌ಗಳನ್ನು ಸರಿಪಡಿಸಲಾದ ಬಿಡುಗಡೆಗಳಿಗೆ ಅಪ್‌ಗ್ರೇಡ್ ಮಾಡಿ.
• ರದ್ದತಿ ಪರಿಶೀಲನೆಗಳು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ ಎಂಬುದನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ. ರದ್ದತಿಯು ಅದನ್ನು ವಾಸ್ತವವಾಗಿ ಪರಿಶೀಲಿಸುವ ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಮಾತ್ರ ಸಹಾಯ ಮಾಡುತ್ತದೆ. ಕಸ್ಟಮ್ ಟ್ರಸ್ಟ್ ಸ್ಟೋರ್‌ಗಳು, ಅಪ್ಲೈಯನ್ಸ್‌ಗಳು ಮತ್ತು ಹಳೆಯ Java ಅಥವಾ ಎಂಬೆಡೆಡ್ ಸಿಸ್ಟಮ್‌ಗಳಲ್ಲಿ ಇಂಟರ್ಮೀಡಿಯೇಟ್‌ಗಳನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ತೆಗೆದುಹಾಕಬೇಕಾಗಬಹುದು ಅಥವಾ ಸ್ಪಷ್ಟವಾಗಿ ಅಪನಂಬಿಕೆಗೊಳಿಸಬೇಕಾಗಬಹುದು.
• ನಿರಂತರ ನಿಗಾ ಇರಿಸಿ. ನಿಮ್ಮ ಹುಡುಕಾಟಗಳನ್ನು ನಿಗದಿತ ಕೆಲಸ ಅಥವಾ ಡ್ಯಾಶ್‌ಬೋರ್ಡ್ ಆಗಿ ಉಳಿಸಿ ಮತ್ತು ಫಲಿತಾಂಶಗಳು ದೋಷಮುಕ್ತವಾಗುವವರೆಗೆ ಪ್ರತಿ ಸ್ಕ್ಯಾನ್ ನಂತರ ಅವುಗಳನ್ನು ಮರು-ಚಾಲನೆ ಮಾಡಿ.

ಉಪಸಂಹಾರ

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

ಪ್ರಯೋಜನಗಳು

• ಬಾಧಿತ ಸರ್ಟಿಫಿಕೇಟ್‌ಗಳು ನಿಖರವಾದ ಫಿಂಗರ್‌ಪ್ರಿಂಟ್‌ಗಳನ್ನು ಹೊಂದಿರುವ ಸಣ್ಣ, ನಿರ್ದಿಷ್ಟ ಪಟ್ಟಿಯಾಗಿದೆ, ಆದ್ದರಿಂದ ಹೊಂದಾಣಿಕೆಯು ನಿಖರವಾಗಿರುತ್ತದೆ.
• ಪ್ರಮುಖ ಬ್ರೌಸರ್‌ಗಳು ಮತ್ತು ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳು ಈಗಾಗಲೇ ಅವುಗಳನ್ನು ನಿರ್ಬಂಧಿಸಿವೆ, ಇದು ಬಹುತೇಕ ದೈನಂದಿನ ಬಳಕೆದಾರರನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ರಕ್ಷಿಸುತ್ತದೆ.
• OpenSSL ಮತ್ತು go version ನಂತಹ ಉಚಿತ ಪರಿಕರಗಳು ಮೂಲಭೂತ ಪರಿಶೀಲನೆಗೆ ಸಾಕಾಗುತ್ತದೆ.
• ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಸ್ಕ್ಯಾನರ್‌ಗಳು ಹುಡುಕಾಟವನ್ನು ಪುನರಾವರ್ತಿಸಬಹುದಾದ ಡ್ಯಾಶ್‌ಬೋರ್ಡ್ ಆಗಿ ಪರಿವರ್ತಿಸಬಹುದು.
• ಈ ಅಭ್ಯಾಸವು ಭವಿಷ್ಯದ ಘಟನೆಗಳಿಗಾಗಿ ನಿಮ್ಮ ಸರ್ಟಿಫಿಕೇಟ್ ದಾಸ್ತಾನನ್ನು ಸುಧಾರಿಸುತ್ತದೆ.

ಅನನುಕೂಲಗಳು

• ಕಸ್ಟಮ್ ಅಥವಾ ಸ್ಥಿರ (frozen) ಟ್ರಸ್ಟ್ ಸ್ಟೋರ್‌ಗಳನ್ನು ಹೊಂದಿರುವ ಸಿಸ್ಟಮ್‌ಗಳು ಹಸ್ತಚಾಲಿತ ಕೆಲಸವಿಲ್ಲದೆ ಮಾರಾಟಗಾರರ ಬ್ಲಾಕ್‌ಲಿಸ್ಟ್‌ಗಳಿಂದ ಪ್ರಯೋಜನ ಪಡೆಯುವುದಿಲ್ಲ.
• Go ಬೈನರಿಗಳನ್ನು ಪುನರ್ನಿರ್ಮಿಸಬೇಕು; ಕೇವಲ ಟೂಲ್‌ಚೈನ್ ಅನ್ನು ಅಪ್‌ಡೇಟ್ ಮಾಡುವುದರಿಂದ ಈಗಾಗಲೇ ನಿಯೋಜಿಸಲಾದ ಪ್ರೋಗ್ರಾಂಗಳು ಸರಿಹೋಗುವುದಿಲ್ಲ.
• ನೆಟ್‌ವರ್ಕ್ ಸ್ಕ್ಯಾನ್‌ಗಳು ತಾವು ತಲುಪಲು ಸಾಧ್ಯವಾಗದ ಹೋಸ್ಟ್‌ಗಳನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತವೆ, ಆದ್ದರಿಂದ ಏಜೆಂಟ್ ಕವರೇಜ್ ಅಥವಾ ಹಸ್ತಚಾಲಿತ ಪರಿಶೀಲನೆಗಳು ಅಗತ್ಯವಿದೆ.
• ರದ್ದತಿಯನ್ನು ಪರಿಶೀಲಿಸದ ಕ್ಲೈಂಟ್‌ಗಳಲ್ಲಿ ರದ್ದತಿ (revocation) ವಿಶ್ವಾಸಾರ್ಹವಲ್ಲ.
• ಅಪ್ಲೈಯನ್ಸ್‌ಗಳು ಮತ್ತು ಮೂರನೇ ವ್ಯಕ್ತಿಯ ಹೋಸ್ಟ್ ಮಾಡಿದ ಸೈಟ್‌ಗಳಲ್ಲಿ ಸರ್ಟಿಫಿಕೇಟ್‌ಗಳನ್ನು ಬದಲಾಯಿಸಲು ಸಮಯ ಮತ್ತು ಮಾರಾಟಗಾರರ ಸಹಾಯ ಬೇಕಾಗಬಹುದು.

ಎಚ್ಚರಿಕೆ

ಈ ಲೇಖನವು ಶಿಕ್ಷಣ ಮತ್ತು ಸಾಮಾನ್ಯ ಮಾರ್ಗದರ್ಶನಕ್ಕಾಗಿ ಮಾತ್ರ. ಹೋಸ್ಟ್ ಹೆಸರುಗಳಾದ app.example.com ಮತ್ತು ಪಾತ್‌ಗಳಾದ /usr/local/bin/your-service ಪ್ಲೇಸ್‌ಹೋಲ್ಡರ್‌ಗಳಾಗಿದ್ದು, ಇವುಗಳ ಬದಲಿಗೆ ನಿಮ್ಮ ಸ್ವಂತ ವಿವರಗಳನ್ನು ಬದಲಾಯಿಸಿಕೊಳ್ಳಬೇಕು. ಘಟನೆಯ ವಿವರಗಳನ್ನು ಮೇಲಿನ ದಿನಾಂಕದ ಸಾರ್ವಜನಿಕ ವರದಿಗಳು ಮತ್ತು ಮಾರಾಟಗಾರರ ಹೇಳಿಕೆಗಳಿಂದ ಸಂಕ್ಷಿಪ್ತಗೊಳಿಸಲಾಗಿದೆ ಮತ್ತು ಅವು ಬದಲಾಗಬಹುದು; ನಿಮ್ಮ ಬ್ರೌಸರ್, ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್, Go ಮತ್ತು ಸ್ಕ್ಯಾನರ್ ಮಾರಾಟಗಾರರ ಇತ್ತೀಚಿನ ಪ್ರಕಟಣೆಗಳನ್ನು ಪರಿಶೀಲಿಸಿ, ಮತ್ತು ಯಾವುದೇ ಹೊಂದಾಣಿಕೆಯ ಮೇಲೆ ಕ್ರಮ ಕೈಗೊಳ್ಳುವ ಮೊದಲು ಅಧಿಕೃತ ಮೂಲದಿಂದ ಪ್ರತಿಯೊಂದು ಫಿಂಗರ್‌ಪ್ರಿಂಟ್ ಅನ್ನು ಪರಿಶೀಲಿಸಿ.

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

• eMudhra ಇಂಟರ್ಮೀಡಿಯೇಟ್ CA ರಾಜಿ ಎಂದರೇನು? — ಎಂಟು eMudhra ಇಂಟರ್ಮೀಡಿಯೇಟ್ ಸರ್ಟಿಫಿಕೇಟ್‌ಗಳನ್ನು ದುರ್ಬಲ P-384 ಕೀಗಳೊಂದಿಗೆ ರಚಿಸಲಾಗಿತ್ತು ಮತ್ತು ಅವುಗಳ ಪ್ರೈವೇಟ್ ಕೀಗಳನ್ನು ಮರುಪಡೆಯಲು ಸಾಧ್ಯವಾಗಿತ್ತು, ಆದ್ದರಿಂದ ಅಕ್ಟೋಬರ್ 2026 ರಲ್ಲಿ ಪ್ರಮುಖ ಮಾರಾಟಗಾರರು ಅವುಗಳನ್ನು ರದ್ದುಗೊಳಿಸಿದರು ಮತ್ತು ನಿರ್ಬಂಧಿಸಿದರು.
• ಯಾವ CVE ಗಳು ಈ ಸಮಸ್ಯೆಯನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡುತ್ತವೆ? — ಇದನ್ನು CVE-2026-111943 ಮತ್ತು CVE-2026-111944 ಎಂದು ಟ್ರ್ಯಾಕ್ ಮಾಡಲಾಗಿದೆ; ಬಾಧಿತ ಸರಪಳಿಗಳನ್ನು ನಿರ್ಬಂಧಿಸುವ Go ಪರಿಹಾರವನ್ನು CVE-2026-111943 ಅಡಿಯಲ್ಲಿ ಪಟ್ಟಿ ಮಾಡಲಾಗಿದೆ.
• ಭಾರತೀಯ DSC ಮತ್ತು eSign ಸರ್ಟಿಫಿಕೇಟ್‌ಗಳು ಬಾಧಿತವಾಗಿವೆಯೇ? — ಈ ಸಮಸ್ಯೆಯು ತನ್ನ ಜಾಗತಿಕ ವೆಬ್‌ಸೈಟ್ ಭದ್ರತಾ ವ್ಯವಹಾರಕ್ಕೆ ಸೀಮಿತವಾಗಿದ್ದು, ತನ್ನ ಭಾರತೀಯ DSC ಮತ್ತು eSign ಸೇವೆಗಳಿಗೆ ಯಾವುದೇ ಪರಿಣಾಮ ಬೀರುವುದಿಲ್ಲ ಎಂದು eMudhra ತಿಳಿಸಿದೆ.
• ನನ್ನ ವೆಬ್‌ಸೈಟ್ ಬಾಧಿತ ಇಂಟರ್ಮೀಡಿಯೇಟ್ ಅನ್ನು ಬಳಸುತ್ತಿದೆಯೇ ಎಂದು ನಾನು ಹೇಗೆ ಪರಿಶೀಲಿಸುವುದು? — ಈ ಆಜ್ಞೆಯೊಂದಿಗೆ ಸರಪಳಿಯನ್ನು ಪಡೆದುಕೊಳ್ಳಿ: openssl s_client -showcerts, ಪ್ರತಿ ಸರ್ಟಿಫಿಕೇಟ್‌ನ SHA-256 ಫಿಂಗರ್‌ಪ್ರಿಂಟ್ ಅನ್ನು ಪ್ರಿಂಟ್ ಮಾಡಿ, ಮತ್ತು ಮೇಲೆ ಪಟ್ಟಿ ಮಾಡಲಾದ ಎಂಟು ಫಿಂಗರ್‌ಪ್ರಿಂಟ್‌ಗಳೊಂದಿಗೆ ಅದನ್ನು ಹೋಲಿಕೆ ಮಾಡಿ.
• Go ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗೆ ವಿಶೇಷ ಗಮನ ಏಕೆ ಬೇಕು? — Go ಪ್ರೋಗ್ರಾಂಗಳು ತಮ್ಮದೇ ಆದ ಸರ್ಟಿಫಿಕೇಟ್ ಪರಿಶೀಲನೆಗಳನ್ನು ಹೊಂದಿರುತ್ತವೆ, ಆದ್ದರಿಂದ ಬಾಧಿತ ಸರಪಳಿಗಳನ್ನು ತಿರಸ್ಕರಿಸಲು ಅವುಗಳನ್ನು Go 1.27.3 ಅಥವಾ 1.26.10 (ಅಥವಾ ನಂತರದ ಸರಿಪಡಿಸಿದ ಬಿಡುಗಡೆ) ನೊಂದಿಗೆ ಪುನರ್ನಿರ್ಮಿಸಬೇಕು.
• ಸುರಕ್ಷಿತವಾಗಿರಲು ಕೇವಲ ರದ್ದತಿಯಷ್ಟೇ ಸಾಕೇ? — ಯಾವಾಗಲೂ ಅಲ್ಲ, ಏಕೆಂದರೆ ಕೆಲವು ಕ್ಲೈಂಟ್‌ಗಳು ರದ್ದತಿಯನ್ನು ಎಂದಿಗೂ ಪರಿಶೀಲಿಸುವುದಿಲ್ಲ; ಕಸ್ಟಮ್ ಟ್ರಸ್ಟ್ ಸ್ಟೋರ್‌ಗಳು ಮತ್ತು ಹಳೆಯ ಸಿಸ್ಟಮ್‌ಗಳಲ್ಲಿ ಸರ್ಟಿಫಿಕೇಟ್‌ಗಳನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ತೆಗೆದುಹಾಕಬೇಕಾಗಬಹುದು ಅಥವಾ ಅಪನಂಬಿಕೆಗೊಳಿಸಬೇಕಾಗಬಹುದು.
• ನನಗೆ ಬಾಧಿತ ಸರ್ಟಿಫಿಕೇಟ್ ಕಂಡುಬಂದರೆ ನಾನು ಏನು ಮಾಡಬೇಕು? — ಮತ್ತೊಂದು ವಿಶ್ವಾಸಾರ್ಹ CA ಯಿಂದ ಲೀಫ್ ಸರ್ಟಿಫಿಕೇಟ್ ಅನ್ನು ಮರು-ವಿತರಿಸಿ, ಸರಿಯಾದ ಸರಪಳಿಯೊಂದಿಗೆ ಅದನ್ನು ನಿಯೋಜಿಸಿ, ಮತ್ತು ಹಳೆಯ ಸರಪಳಿಯು ಇಲ್ಲದಿರುವುದನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಮರು-ಸ್ಕ್ಯಾನ್ ಮಾಡಿ.
• ಇದಕ್ಕಾಗಿ ನಾನು ವಲ್ನರಬಿಲಿಟಿ ಸ್ಕ್ಯಾನರ್ ಅನ್ನು ಬಳಸಬಹುದೇ? — ಹೌದು; Qualys Certificate View ನಂತಹ ಪರಿಕರಗಳು ಇಶ್ಯೂವರ್ ಮತ್ತು ಸೀರಿಯಲ್ ಹುಡುಕಾಟಗಳನ್ನು ಒದಗಿಸುತ್ತವೆ, ಮತ್ತು ಸರ್ಟಿಫಿಕೇಟ್ ಫಿಂಗರ್‌ಪ್ರಿಂಟ್‌ಗಳನ್ನು ರೆಕಾರ್ಡ್ ಮಾಡುವ ಯಾವುದೇ ಸ್ಕ್ಯಾನರ್ ಇಲ್ಲಿ ಪಟ್ಟಿ ಮಾಡಲಾದ ಎಂಟನ್ನು ಹೊಂದಿಸಬಹುದು.

ಟ್ಯಾಗ್‌ಗಳು

#eMudhra #CertificateAuthority #TLS #PKI #CVE2026111943 #CyberSecurity #GoLang #VulnerabilityManagement #CodeSigning #Qualys