openssl ca: index.txt ನಲ್ಲಿ ಅಮಾನ್ಯ ಮುಕ್ತಾಯ ದಿನಾಂಕ, ಮತ್ತು ಅದನ್ನು ಹೇಗೆ ಸರಿಪಡಿಸುವುದು

ಒಂದು ನೀಡುವಿಕೆ ರನ್ ಇಲ್ಲಿ ನಿಲ್ಲುತ್ತದೆ: entry 22: invalid expiry date, ಆದರೆ ನಿಮ್ಮ ಮುಂದಿರುವ ವಿನಂತಿ ಸಂಪೂರ್ಣ ಸರಿಯಾಗಿದೆ. ದೂರು CA ಡೇಟಾಬೇಸ್ನ ಪಾರ್ಸರ್ನಿಂದ ಬರುತ್ತದೆ, CSR ನಿಂದಲ್ಲ ಮತ್ತು ಪ್ರಮಾಣಪತ್ರವನ್ನು ಅಂತಿಮವಾಗಿ ಪ್ರಸ್ತುತಪಡಿಸುವ VPN ಕ್ಲೈಂಟ್ನಿಂದಲೂ ಅಲ್ಲ. ಈ ವ್ಯತ್ಯಾಸವೇ ಮುಂದಿನ ಎಲ್ಲವನ್ನೂ ನಿರ್ಧರಿಸುತ್ತದೆ: ದಾಖಲೆ ವಿರೂಪಗೊಂಡಿದೆ, ಆದ್ದರಿಂದ ದುರಸ್ತಿ CA ಸ್ಥಿತಿಗೆ ಸೇರುತ್ತದೆ, ವಿನಂತಿ ಅಥವಾ ಪೀರ್ ಸಂರಚನೆಗೆ ಅಲ್ಲ. ಕ್ರಮಸಂಖ್ಯೆಯ ನಮೂದನ್ನು index.txt ನಲ್ಲಿ ಒಂದು ಸಾಲು ಎಂದು ಪರಿಗಣಿಸಿ, ಮತ್ತು ಸಮಸ್ಯೆಯು ಪರಿಶೀಲಿಸಬಹುದಾದ ಉತ್ತರವಿರುವ ಸೀಮಿತ ಡೇಟಾ ಪ್ರಶ್ನೆಗೆ ಸಂಕುಚಿತಗೊಳ್ಳುತ್ತದೆ.

ದೋಷವನ್ನು ಡೇಟಾಬೇಸ್ನ ದೂರು ಎಂದು ಓದಿ

ಪ್ರತಿ openssl ca ಕರೆಯು ಏನನ್ನಾದರೂ ಸಹಿ ಮಾಡುವ ಮೊದಲು ತನ್ನ ಪಠ್ಯ ಡೇಟಾಬೇಸ್ ಮೂಲಕ ಸಾಗುತ್ತದೆ. ಪ್ರತಿ ಸಾಲಿನಲ್ಲಿ ಸ್ಥಿತಿ ಅಕ್ಷರ, ಮುಕ್ತಾಯದ ಸಮಯಮುದ್ರೆ, ಐಚ್ಛಿಕ ರದ್ದತಿ ಸಮಯಮುದ್ರೆ, ಹೆಕ್ಸ್ನಲ್ಲಿ ಕ್ರಮಸಂಖ್ಯೆ, ಕಡತದ ಹೆಸರು ಮತ್ತು ವಿಷಯ ಇರುತ್ತದೆ. ಒಂದು ಕ್ಷೇತ್ರ ಪಾರ್ಸ್ ಆಗದಿದ್ದಾಗ, ಆಜ್ಞೆಯು ಸಾಲಿನ ಸಂಖ್ಯೆಯನ್ನು ವರದಿ ಮಾಡಿ, ಉಳಿದ ದಾಖಲೆಯನ್ನು ಊಹಿಸುವ ಬದಲು ನಿಲ್ಲುತ್ತದೆ.

ಆ ನಿಲುಗಡೆ ಕಟ್ಟುನಿಟ್ಟಲ್ಲ, ರಕ್ಷಣಾತ್ಮಕ. ಸಾಧನವು ಓದಲಾಗದ ದಾಖಲೆಯು ಕೇಳಿದ ವಿಷಯ ಈಗಾಗಲೇ ಇದೆಯೇ, ಕ್ರಮಸಂಖ್ಯೆ ನೀಡಲಾಗಿದೆಯೇ, ಅಥವಾ ಮುಂದಿನ CRL ಏನನ್ನು ಹೊಂದಿರಬೇಕು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಲು ಅದನ್ನು ಅಸಮರ್ಥವಾಗಿಸುತ್ತದೆ. ಕೆಟ್ಟ ಸಾಲಿನಾಚೆ ಮುಂದುವರಿದರೆ, ತಿಂಗಳುಗಳ ನಂತರ, ಸಾಮಾನ್ಯವಾಗಿ ಯಾರೂ ವಿವರಿಸಲಾಗದ ರದ್ದತಿಯ ಸಮಯದಲ್ಲಿ ಮೇಲೆ ಬರುವ ಆ ಮೌನ ಅಸಂಗತಿಯನ್ನೇ ಸೃಷ್ಟಿಸುತ್ತಿತ್ತು. ಸಂದೇಶವನ್ನು ಡೇಟಾದ ದೂರು ಎಂದು ಓದಿ, ತನಿಖೆ CA ಕೋಶದ ಒಳಗೇ ಉಳಿಯುತ್ತದೆ.

ಏನನ್ನಾದರೂ ಮುಟ್ಟುವ ಮೊದಲು CA ಸ್ಥಿತಿಯ ಪ್ರತಿಯನ್ನು ಮಾಡಿ

ಕೇವಲ ಡೇಟಾಬೇಸ್ ಕಡತವಲ್ಲ, ಇಡೀ CA ಕೋಶದ ಸ್ನ್ಯಾಪ್ಶಾಟ್ ತೆಗೆದುಕೊಳ್ಳಿ. ಸೂಚ್ಯಂಕ, ಅದರ ಗುಣಲಕ್ಷಣ ಕಡತ, ಕ್ರಮಸಂಖ್ಯೆ ಮತ್ತು CRL ಸಂಖ್ಯೆಯ ಕಡತಗಳು, ಖಾಸಗಿ ಕೀಲಿ ಮತ್ತು ನೀಡಿದ ಪ್ರಮಾಣಪತ್ರಗಳು ಎಲ್ಲವೂ ಮುಂದಿನ ಕಾರ್ಯಾಚರಣೆಗಳಲ್ಲಿ ಪಾಲ್ಗೊಳ್ಳುತ್ತವೆ, ಮತ್ತು ಒಂದನ್ನು ಮರುಸ್ಥಾಪಿಸಿ ಉಳಿದವನ್ನು ಬಿಟ್ಟುಬಿಡುವ ದುರಸ್ತಿ ಎರಡನೇ ಘಟನೆಯನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ. ಇರುವಲ್ಲಿ CA ಯ ಸ್ವಂತ ಬ್ಯಾಕಪ್ ಕ್ರಮವನ್ನು ಬಳಸಿ, ಮತ್ತು ಕೆಲಸದ ಅವಧಿಯಲ್ಲಿ ನಿಗದಿತ ನೀಡುವಿಕೆಯನ್ನು ನಿಲ್ಲಿಸಿ.

ವಿಫಲವಾದ ಆಜ್ಞೆ ನಿಜವಾಗಿ ಲೋಡ್ ಮಾಡಿದ OpenSSL ಬಿಲ್ಡ್ ಮತ್ತು ಸಂರಚನಾ ಕಡತವನ್ನು ದಾಖಲಿಸಿ. ಸ್ಥಾಪನೆಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು CA ಕೋಶಗಳನ್ನು ಇಟ್ಟುಕೊಳ್ಳುತ್ತವೆ, ಮತ್ತು ದೋಷವು ಆಯ್ಕೆಮಾಡಿದ ಸಂರಚನೆ ಹೆಸರಿಸುವ ಡೇಟಾಬೇಸ್ಗೆ ಮಾತ್ರ ಅರ್ಥಪೂರ್ಣವಾಗಿರುತ್ತದೆ.

ನಮೂದನ್ನು ಹುಡುಕಿ ಮತ್ತು ಅದರ ದಿನಾಂಕ ಕ್ಷೇತ್ರವನ್ನು ಡಿಕೋಡ್ ಮಾಡಿ

ವರದಿಯಾದ ಸಾಲಿನ ಸಂಖ್ಯೆಯನ್ನು ಮೊದಲ ದಾಖಲೆಯಿಂದ ಎಣಿಸಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ sed -n '22p' index.txt ಅದರ ಮೇಲೆ ಖಾಲಿ ಅಥವಾ ಟೀಕೆ ಸಾಲುಗಳಿಲ್ಲ ಎಂದು ಖಚಿತಪಡಿಸಿದ ನಂತರ ಸಮಸ್ಯೆಯ ನಮೂದಿನ ಮೇಲೆ ಬೀಳುತ್ತದೆ. ಆ ಸಾಲನ್ನು ಗೋಚರ ವಿಭಾಜಕಗಳೊಂದಿಗೆ ಮುದ್ರಿಸಿ, ಏಕೆಂದರೆ ಟ್ಯಾಬ್ಗಳು ಮತ್ತು ಕೊನೆಯ ಜಾಗಗಳು ಸಾಮಾನ್ಯ ಮತ್ತು ಸಾಮಾನ್ಯ ಸಂಪಾದಕ ಕಿಟಕಿಯಲ್ಲಿ ಅಗೋಚರವಾಗಿರುತ್ತವೆ.

ಮುಕ್ತಾಯ ಕ್ಷೇತ್ರವು ವರ್ಷವನ್ನು ಅವಲಂಬಿಸಿ ಅಗಲ ಬದಲಾಗುವ ಸಮಯಮುದ್ರೆ. 2049 ವರೆಗಿನ ಮೌಲ್ಯಗಳನ್ನು UTCTime ನಲ್ಲಿ YYMMDDHHMMSSZ ರೂಪದಲ್ಲಿ ಬರೆಯಲಾಗುತ್ತದೆ, ಆಮೇಲಿನ ಮೌಲ್ಯಗಳು ನಾಲ್ಕು ಅಂಕಿಯ ವರ್ಷದೊಂದಿಗೆ GeneralizedTime ಗೆ ಬದಲಾಗುತ್ತವೆ. ಎರಡೂ ರೂಪಗಳನ್ನು ಬೆರೆಸುವ, ಅಥವಾ ಪಾರ್ಸರ್ ಈಗ ನಾಲ್ಕು ನಿರೀಕ್ಷಿಸುವಲ್ಲಿ ಎರಡು ಅಂಕಿಯ ವರ್ಷವನ್ನು ಹೊತ್ತಿರುವ ದಾಖಲೆ ನಿಖರವಾಗಿ ಈ ಹಂತದಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ. ಅಡ್ಡಿಪಡಿಸಿದ ಬರವಣಿಗೆಯಿಂದ ಉಳಿದ ಕತ್ತರಿಸಿದ ಕ್ಷೇತ್ರವೂ ಹಾಗೆಯೇ.

ದಾಖಲೆಯನ್ನು ಇನ್ನೊಂದು CA ಯ ಕಡತದೊಂದಿಗಲ್ಲ, ಅದು ಉಲ್ಲೇಖಿಸುವ ಪ್ರಮಾಣಪತ್ರದೊಂದಿಗೆ ಹೋಲಿಸಿ. ಸಹಿ ಮಾಡಿದ ಪ್ರಮಾಣಪತ್ರವು ಸಿಂಧುತ್ವ ಏನನ್ನು ಹೇಳಬೇಕು ಎಂಬುದರ ಅಧಿಕಾರ, ಮತ್ತು ಅದು ಈಗಾಗಲೇ ಪಾರ್ಸ್ ಮಾಡಬಹುದಾದ ವಸ್ತುವಾಗಿ ಇದೆ.

ಸಹಿ ಮಾಡಿದ ಪ್ರಮಾಣಪತ್ರದ ಆಧಾರದ ಮೇಲೆ ದಾಖಲೆಯನ್ನು ಸರಿಪಡಿಸಿ

ನಿಜವಾದ ದಿನಾಂಕಗಳನ್ನು ಇದರಿಂದ ಓದಿ: openssl x509 -in issued.pem -noout -dates -serial -subject. notAfter ಅನ್ನು ನಿಮ್ಮ ಬಿಲ್ಡ್ ಆ ವರ್ಷಕ್ಕೆ ಬರೆಯುವ ಮುದ್ರೆಯ ಅಗಲಕ್ಕೆ ಪರಿವರ್ತಿಸಿ, ಮತ್ತು ಒಂದು ಅಕ್ಷರವನ್ನೂ ಬದಲಿಸುವ ಮೊದಲು ಕ್ರಮಸಂಖ್ಯೆ ನೀವು ಸಂಪಾದಿಸಲಿರುವ ನಮೂದಿಗೆ ಹೊಂದುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ.

ಮುರಿದ ಕ್ಷೇತ್ರವನ್ನು ಮಾತ್ರ ಸಂಪಾದಿಸಿ, ಸ್ಥಿತಿ ಅಕ್ಷರ ಮತ್ತು ಕ್ರಮಸಂಖ್ಯೆಯನ್ನು ಉಳಿಸಿ, ಸಾಲಿನ ಉಳಿದ ಭಾಗವನ್ನು ಹಾಗೆಯೇ ಬಿಡಿ. ಯಾವುದೇ ಸಹಿ ಮಾಡಿದ ಪ್ರಮಾಣಪತ್ರದೊಂದಿಗೆ ದಾಖಲೆಯನ್ನು ಹೊಂದಿಸಲಾಗದಿದ್ದರೆ, ಅದನ್ನು ಅಲೆದಾಡುವ ನಮೂದು ಎಂದು ಪರಿಗಣಿಸಿ, ಸಾಲನ್ನು ಕೈಯಿಂದ ಅಳಿಸುವ ಬದಲು CA ಯ ಸ್ವಂತ ರದ್ದತಿ ಮಾರ್ಗದ ಮೂಲಕ ನಿವೃತ್ತಿಗೊಳಿಸಿ.

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

ಹೊರಡುವ ಮೊದಲು ನೀಡುವಿಕೆ ಮತ್ತು CRL ರಚನೆಯನ್ನು ಪರಿಶೀಲಿಸಿ

ಅದೇ ಸಂರಚನೆಯೊಂದಿಗೆ ಒಂದು ನೀಡುವಿಕೆ ನಡೆಸಿ, ಅದು ಸಾಲಿನ ಸಂಖ್ಯೆಯ ದೂರಿಲ್ಲದೆ ಪೂರ್ಣಗೊಳ್ಳುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ನಂತರ openssl ca -gencrl -config openssl.cnf ನೊಂದಿಗೆ CRL ರಚಿಸಿ ಮತ್ತು ಅದು ಪಾರ್ಸ್ ಆಗುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಹಾನಿಗೊಂಡ ದಾಖಲೆ ಸಹಿ ಮಾಡುವ ಸಮಯದಲ್ಲಲ್ಲ, ಸಾಮಾನ್ಯವಾಗಿ ಅಲ್ಲಿಯೇ ಮೇಲೆ ಬರುತ್ತದೆ.

ಹೊಸ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಇದರಿಂದ ಪರಿಶೀಲಿಸಿ: openssl x509 -noout -dates -serial ಮತ್ತು CA ಈಗಷ್ಟೇ ಬರೆದ ಸಾಲಿನೊಂದಿಗೆ ಹೋಲಿಸಿ. ಸ್ಥಿತಿ ಅಕ್ಷರ ಮತ್ತು ಮುಕ್ತಾಯ ದಿನಾಂಕವು ಪ್ರಮಾಣಪತ್ರಕ್ಕೆ ಹೊಂದುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ, ಮತ್ತು openssl verify -CAfile ca.pem issued.pem ದೋಷವಿಲ್ಲದೆ ಮರಳುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ನಂತರ ನಿಗದಿತ ನೀಡುವಿಕೆಯನ್ನು ಮರುಸ್ಥಾಪಿಸಿ ಮತ್ತು ಮೊದಲ ರನ್ ಅನ್ನು ಗಮನಿಸಿ, ಏಕೆಂದರೆ ಎರಡನೇ ವಿರೂಪಗೊಂಡ ಸಾಲು ತಕ್ಷಣ ತನ್ನನ್ನು ಘೋಷಿಸಿಕೊಳ್ಳುತ್ತದೆ.