Workshop wiki · Greek

Αξιολόγηση CA: 03 Επαγγελματικό επίπεδο

Αξιολόγηση CA με δέκα θέματα: Λειτουργία CA, Ροή issuance, Αυτοματοποίηση renewal, ACME και τεκμηριωμένο evidence.

Workshop examples as ZIP files
Learning progress in the web app

Mark chapters as read, view reading progress and check off practice modules after enabling the optional web app. Workshop progress is calculated from chapters across all document pages. Your choices stay on this device; there is no account or server sync. Installation is not required. Withdrawing your choice in Privacy settings deletes the progress.

Reading progress0%
0%
0 / 12 chapters read
Other language versionGerman ↗English ↗

Αξιολόγηση CA: 03 Επαγγελματικό επίπεδο

1. Στόχος αξιολόγησης

Το θέμα «Στόχος αξιολόγησης» εξετάζεται ως ελέγξιμο δομικό στοιχείο PKI. Το σημαντικό δεν είναι μόνο ότι μια εντολή δημιουργεί certificate, αλλά να είναι κατανοητά ο σκοπός, τα extensions, η trust chain, η διάρκεια ισχύος, το key usage και το cleanup.

Ερώτηση review Αναμενόμενο
Ποια οντότητα προστατεύεται; Κατονομάζεται host, service, client, CA ή workload.
Ποιος είναι issuer και ποιος subject; Τεκμηριώνεται η έξοδος του openssl x509 -issuer -subject.
Ποια extensions είναι κρίσιμα; Ελέγχονται SAN, Key Usage, EKU και Basic Constraints.
Πώς δημιουργείται η εμπιστοσύνη; Το chain file και το trust anchor ορίζονται ρητά.
Πώς αντιμετωπίζεται το revocation; Τεκμηριώνεται CRL, OCSP ή αιτιολογημένο όριο του lab.
bash
openssl x509 -in certs/server.crt -noout -subject -issuer -dates
openssl x509 -in certs/server.crt -noout -text | sed -n '/X509v3 extensions:/,/Signature Algorithm/p'
openssl verify -CAfile certs/chain.pem certs/server.crt

Μια καλή λύση δηλώνει επίσης αν αφορά ιδιωτικό lab PKI, εσωτερικό enterprise PKI ή δημόσια έμπιστο TLS. Τα δημόσια έμπιστα certificates υπόκεινται σε πρόσθετες CA/Browser Forum Baseline Requirements· ένα CA workshop σε lab δεν αντικαθιστά αυτές τις απαιτήσεις.

Αναμενόμενη πρακτική και review για το θέμα «Στόχος αξιολόγησης»

  • Τα private keys δημιουργούνται μόνο στο lab και δεν γίνονται commit.
  • Τα configurations χρησιμοποιούν δοκιμαστικά DNs και documentation domains.
  • Τα CA certificates έχουν CA:TRUE, ενώ τα end-entity certificates έχουν CA:FALSE.
  • Τα server certificates περιέχουν SANs· το Common Name δεν χρησιμοποιείται ως μοναδικός έλεγχος hostname.
  • Η chain επαληθεύεται με OpenSSL και δεν ελέγχεται μόνο οπτικά.
  • Expiry, renewal και revocation τεκμηριώνονται ως ενιαίο lifecycle.
  • Τα θέματα ασφάλειας περιγράφουν attack surface, detection και recovery.

Συνηθισμένα λάθη για το θέμα «Στόχος αξιολόγησης»

Αστοχία Αιτία Διάγνωση
unable to get local issuer certificate Λείπει η chain ή το trust anchor openssl verify -show_chain
Hostname mismatch Λείπει SAN ή το DNS name είναι λάθος openssl x509 -text και δοκιμή client
Key mismatch Συγχέθηκαν CSR, key και certificate Συγκρίνετε public-key fingerprints.
Η CA δεν μπορεί να υπογράψει Λάθος Basic Constraints ή Key Usage Εξετάστε τα extensions.
Το revocation δεν είναι αποτελεσματικό CRL/OCSP δεν δημοσιεύεται ή δεν ελέγχεται Ελέγξτε CRL Distribution Point και συμπεριφορά client.

Παράδειγμα υποβολής για το θέμα «Στόχος αξιολόγησης»

text
submission/
  openssl/root-openssl.cnf
  openssl/intermediate-openssl.cnf
  csr/server.csr
  certs/server.crt
  certs/chain.pem
  evidence.md
  cleanup.md

Το evidence περιέχει σχετική έξοδο OpenSSL, χωρίς private keys.

01 / 12

2. Προϋποθέσεις και επιτρεπόμενα βοηθήματα

Το θέμα «Προϋποθέσεις και επιτρεπόμενα βοηθήματα» εξετάζεται ως ελέγξιμο δομικό στοιχείο PKI. Το σημαντικό δεν είναι μόνο ότι μια εντολή δημιουργεί certificate, αλλά να είναι κατανοητά ο σκοπός, τα extensions, η trust chain, η διάρκεια ισχύος, το key usage και το cleanup.

Ερώτηση review Αναμενόμενο
Ποια οντότητα προστατεύεται; Κατονομάζεται host, service, client, CA ή workload.
Ποιος είναι issuer και ποιος subject; Τεκμηριώνεται η έξοδος του openssl x509 -issuer -subject.
Ποια extensions είναι κρίσιμα; Ελέγχονται SAN, Key Usage, EKU και Basic Constraints.
Πώς δημιουργείται η εμπιστοσύνη; Το chain file και το trust anchor ορίζονται ρητά.
Πώς αντιμετωπίζεται το revocation; Τεκμηριώνεται CRL, OCSP ή αιτιολογημένο όριο του lab.
bash
openssl x509 -in certs/server.crt -noout -subject -issuer -dates
openssl x509 -in certs/server.crt -noout -text | sed -n '/X509v3 extensions:/,/Signature Algorithm/p'
openssl verify -CAfile certs/chain.pem certs/server.crt

Μια καλή λύση δηλώνει επίσης αν αφορά ιδιωτικό lab PKI, εσωτερικό enterprise PKI ή δημόσια έμπιστο TLS. Τα δημόσια έμπιστα certificates υπόκεινται σε πρόσθετες CA/Browser Forum Baseline Requirements· ένα CA workshop σε lab δεν αντικαθιστά αυτές τις απαιτήσεις.

Αναμενόμενη πρακτική και review για το θέμα «Προϋποθέσεις και επιτρεπόμενα βοηθήματα»

  • Τα private keys δημιουργούνται μόνο στο lab και δεν γίνονται commit.
  • Τα configurations χρησιμοποιούν δοκιμαστικά DNs και documentation domains.
  • Τα CA certificates έχουν CA:TRUE, ενώ τα end-entity certificates έχουν CA:FALSE.
  • Τα server certificates περιέχουν SANs· το Common Name δεν χρησιμοποιείται ως μοναδικός έλεγχος hostname.
  • Η chain επαληθεύεται με OpenSSL και δεν ελέγχεται μόνο οπτικά.
  • Expiry, renewal και revocation τεκμηριώνονται ως ενιαίο lifecycle.
  • Τα θέματα ασφάλειας περιγράφουν attack surface, detection και recovery.

Συνηθισμένα λάθη για το θέμα «Προϋποθέσεις και επιτρεπόμενα βοηθήματα»

Αστοχία Αιτία Διάγνωση
unable to get local issuer certificate Λείπει η chain ή το trust anchor openssl verify -show_chain
Hostname mismatch Λείπει SAN ή το DNS name είναι λάθος openssl x509 -text και δοκιμή client
Key mismatch Συγχέθηκαν CSR, key και certificate Συγκρίνετε public-key fingerprints.
Η CA δεν μπορεί να υπογράψει Λάθος Basic Constraints ή Key Usage Εξετάστε τα extensions.
Το revocation δεν είναι αποτελεσματικό CRL/OCSP δεν δημοσιεύεται ή δεν ελέγχεται Ελέγξτε CRL Distribution Point και συμπεριφορά client.

Παράδειγμα υποβολής για το θέμα «Προϋποθέσεις και επιτρεπόμενα βοηθήματα»

text
submission/
  openssl/root-openssl.cnf
  openssl/intermediate-openssl.cnf
  csr/server.csr
  certs/server.crt
  certs/chain.pem
  evidence.md
  cleanup.md

Το evidence περιέχει σχετική έξοδο OpenSSL, χωρίς private keys.

02 / 12

3. Σενάριο

Το θέμα «Σενάριο» εξετάζεται ως ελέγξιμο δομικό στοιχείο PKI. Το σημαντικό δεν είναι μόνο ότι μια εντολή δημιουργεί certificate, αλλά να είναι κατανοητά ο σκοπός, τα extensions, η trust chain, η διάρκεια ισχύος, το key usage και το cleanup.

Ερώτηση review Αναμενόμενο
Ποια οντότητα προστατεύεται; Κατονομάζεται host, service, client, CA ή workload.
Ποιος είναι issuer και ποιος subject; Τεκμηριώνεται η έξοδος του openssl x509 -issuer -subject.
Ποια extensions είναι κρίσιμα; Ελέγχονται SAN, Key Usage, EKU και Basic Constraints.
Πώς δημιουργείται η εμπιστοσύνη; Το chain file και το trust anchor ορίζονται ρητά.
Πώς αντιμετωπίζεται το revocation; Τεκμηριώνεται CRL, OCSP ή αιτιολογημένο όριο του lab.
bash
openssl x509 -in certs/server.crt -noout -subject -issuer -dates
openssl x509 -in certs/server.crt -noout -text | sed -n '/X509v3 extensions:/,/Signature Algorithm/p'
openssl verify -CAfile certs/chain.pem certs/server.crt

Μια καλή λύση δηλώνει επίσης αν αφορά ιδιωτικό lab PKI, εσωτερικό enterprise PKI ή δημόσια έμπιστο TLS. Τα δημόσια έμπιστα certificates υπόκεινται σε πρόσθετες CA/Browser Forum Baseline Requirements· ένα CA workshop σε lab δεν αντικαθιστά αυτές τις απαιτήσεις.

Αναμενόμενη πρακτική και review για το θέμα «Σενάριο»

  • Τα private keys δημιουργούνται μόνο στο lab και δεν γίνονται commit.
  • Τα configurations χρησιμοποιούν δοκιμαστικά DNs και documentation domains.
  • Τα CA certificates έχουν CA:TRUE, ενώ τα end-entity certificates έχουν CA:FALSE.
  • Τα server certificates περιέχουν SANs· το Common Name δεν χρησιμοποιείται ως μοναδικός έλεγχος hostname.
  • Η chain επαληθεύεται με OpenSSL και δεν ελέγχεται μόνο οπτικά.
  • Expiry, renewal και revocation τεκμηριώνονται ως ενιαίο lifecycle.
  • Τα θέματα ασφάλειας περιγράφουν attack surface, detection και recovery.

Συνηθισμένα λάθη για το θέμα «Σενάριο»

Αστοχία Αιτία Διάγνωση
unable to get local issuer certificate Λείπει η chain ή το trust anchor openssl verify -show_chain
Hostname mismatch Λείπει SAN ή το DNS name είναι λάθος openssl x509 -text και δοκιμή client
Key mismatch Συγχέθηκαν CSR, key και certificate Συγκρίνετε public-key fingerprints.
Η CA δεν μπορεί να υπογράψει Λάθος Basic Constraints ή Key Usage Εξετάστε τα extensions.
Το revocation δεν είναι αποτελεσματικό CRL/OCSP δεν δημοσιεύεται ή δεν ελέγχεται Ελέγξτε CRL Distribution Point και συμπεριφορά client.

Παράδειγμα υποβολής για το θέμα «Σενάριο»

text
submission/
  openssl/root-openssl.cnf
  openssl/intermediate-openssl.cnf
  csr/server.csr
  certs/server.crt
  certs/chain.pem
  evidence.md
  cleanup.md

Το evidence περιέχει σχετική έξοδο OpenSSL, χωρίς private keys.

03 / 12

4. Αναμενόμενη υποβολή

Το θέμα «Αναμενόμενη υποβολή» εξετάζεται ως ελέγξιμο δομικό στοιχείο PKI. Το σημαντικό δεν είναι μόνο ότι μια εντολή δημιουργεί certificate, αλλά να είναι κατανοητά ο σκοπός, τα extensions, η trust chain, η διάρκεια ισχύος, το key usage και το cleanup.

Ερώτηση review Αναμενόμενο
Ποια οντότητα προστατεύεται; Κατονομάζεται host, service, client, CA ή workload.
Ποιος είναι issuer και ποιος subject; Τεκμηριώνεται η έξοδος του openssl x509 -issuer -subject.
Ποια extensions είναι κρίσιμα; Ελέγχονται SAN, Key Usage, EKU και Basic Constraints.
Πώς δημιουργείται η εμπιστοσύνη; Το chain file και το trust anchor ορίζονται ρητά.
Πώς αντιμετωπίζεται το revocation; Τεκμηριώνεται CRL, OCSP ή αιτιολογημένο όριο του lab.
bash
openssl x509 -in certs/server.crt -noout -subject -issuer -dates
openssl x509 -in certs/server.crt -noout -text | sed -n '/X509v3 extensions:/,/Signature Algorithm/p'
openssl verify -CAfile certs/chain.pem certs/server.crt

Μια καλή λύση δηλώνει επίσης αν αφορά ιδιωτικό lab PKI, εσωτερικό enterprise PKI ή δημόσια έμπιστο TLS. Τα δημόσια έμπιστα certificates υπόκεινται σε πρόσθετες CA/Browser Forum Baseline Requirements· ένα CA workshop σε lab δεν αντικαθιστά αυτές τις απαιτήσεις.

Αναμενόμενη πρακτική και review για το θέμα «Αναμενόμενη υποβολή»

  • Τα private keys δημιουργούνται μόνο στο lab και δεν γίνονται commit.
  • Τα configurations χρησιμοποιούν δοκιμαστικά DNs και documentation domains.
  • Τα CA certificates έχουν CA:TRUE, ενώ τα end-entity certificates έχουν CA:FALSE.
  • Τα server certificates περιέχουν SANs· το Common Name δεν χρησιμοποιείται ως μοναδικός έλεγχος hostname.
  • Η chain επαληθεύεται με OpenSSL και δεν ελέγχεται μόνο οπτικά.
  • Expiry, renewal και revocation τεκμηριώνονται ως ενιαίο lifecycle.
  • Τα θέματα ασφάλειας περιγράφουν attack surface, detection και recovery.

Συνηθισμένα λάθη για το θέμα «Αναμενόμενη υποβολή»

Αστοχία Αιτία Διάγνωση
unable to get local issuer certificate Λείπει η chain ή το trust anchor openssl verify -show_chain
Hostname mismatch Λείπει SAN ή το DNS name είναι λάθος openssl x509 -text και δοκιμή client
Key mismatch Συγχέθηκαν CSR, key και certificate Συγκρίνετε public-key fingerprints.
Η CA δεν μπορεί να υπογράψει Λάθος Basic Constraints ή Key Usage Εξετάστε τα extensions.
Το revocation δεν είναι αποτελεσματικό CRL/OCSP δεν δημοσιεύεται ή δεν ελέγχεται Ελέγξτε CRL Distribution Point και συμπεριφορά client.

Παράδειγμα υποβολής για το θέμα «Αναμενόμενη υποβολή»

text
submission/
  openssl/root-openssl.cnf
  openssl/intermediate-openssl.cnf
  csr/server.csr
  certs/server.crt
  certs/chain.pem
  evidence.md
  cleanup.md

Το evidence περιέχει σχετική έξοδο OpenSSL, χωρίς private keys.

04 / 12

5. Μέρος A: Ερωτήσεις γνώσεων

Το θέμα «Μέρος A: Ερωτήσεις γνώσεων» εξετάζεται ως ελέγξιμο δομικό στοιχείο PKI. Το σημαντικό δεν είναι μόνο ότι μια εντολή δημιουργεί certificate, αλλά να είναι κατανοητά ο σκοπός, τα extensions, η trust chain, η διάρκεια ισχύος, το key usage και το cleanup.

Ερώτηση review Αναμενόμενο
Ποια οντότητα προστατεύεται; Κατονομάζεται host, service, client, CA ή workload.
Ποιος είναι issuer και ποιος subject; Τεκμηριώνεται η έξοδος του openssl x509 -issuer -subject.
Ποια extensions είναι κρίσιμα; Ελέγχονται SAN, Key Usage, EKU και Basic Constraints.
Πώς δημιουργείται η εμπιστοσύνη; Το chain file και το trust anchor ορίζονται ρητά.
Πώς αντιμετωπίζεται το revocation; Τεκμηριώνεται CRL, OCSP ή αιτιολογημένο όριο του lab.
bash
openssl x509 -in certs/server.crt -noout -subject -issuer -dates
openssl x509 -in certs/server.crt -noout -text | sed -n '/X509v3 extensions:/,/Signature Algorithm/p'
openssl verify -CAfile certs/chain.pem certs/server.crt

Μια καλή λύση δηλώνει επίσης αν αφορά ιδιωτικό lab PKI, εσωτερικό enterprise PKI ή δημόσια έμπιστο TLS. Τα δημόσια έμπιστα certificates υπόκεινται σε πρόσθετες CA/Browser Forum Baseline Requirements· ένα CA workshop σε lab δεν αντικαθιστά αυτές τις απαιτήσεις.

Αναμενόμενη πρακτική και review για το θέμα «Μέρος A: Ερωτήσεις γνώσεων»

  • Τα private keys δημιουργούνται μόνο στο lab και δεν γίνονται commit.
  • Τα configurations χρησιμοποιούν δοκιμαστικά DNs και documentation domains.
  • Τα CA certificates έχουν CA:TRUE, ενώ τα end-entity certificates έχουν CA:FALSE.
  • Τα server certificates περιέχουν SANs· το Common Name δεν χρησιμοποιείται ως μοναδικός έλεγχος hostname.
  • Η chain επαληθεύεται με OpenSSL και δεν ελέγχεται μόνο οπτικά.
  • Expiry, renewal και revocation τεκμηριώνονται ως ενιαίο lifecycle.
  • Τα θέματα ασφάλειας περιγράφουν attack surface, detection και recovery.

Συνηθισμένα λάθη για το θέμα «Μέρος A: Ερωτήσεις γνώσεων»

Αστοχία Αιτία Διάγνωση
unable to get local issuer certificate Λείπει η chain ή το trust anchor openssl verify -show_chain
Hostname mismatch Λείπει SAN ή το DNS name είναι λάθος openssl x509 -text και δοκιμή client
Key mismatch Συγχέθηκαν CSR, key και certificate Συγκρίνετε public-key fingerprints.
Η CA δεν μπορεί να υπογράψει Λάθος Basic Constraints ή Key Usage Εξετάστε τα extensions.
Το revocation δεν είναι αποτελεσματικό CRL/OCSP δεν δημοσιεύεται ή δεν ελέγχεται Ελέγξτε CRL Distribution Point και συμπεριφορά client.

Παράδειγμα υποβολής για το θέμα «Μέρος A: Ερωτήσεις γνώσεων»

text
submission/
  openssl/root-openssl.cnf
  openssl/intermediate-openssl.cnf
  csr/server.csr
  certs/server.crt
  certs/chain.pem
  evidence.md
  cleanup.md

Το evidence περιέχει σχετική έξοδο OpenSSL, χωρίς private keys.

1. Λειτουργία CA

Το θέμα «Λειτουργία CA» εξετάζεται ως ελέγξιμο δομικό στοιχείο PKI. Το σημαντικό δεν είναι μόνο ότι μια εντολή δημιουργεί certificate, αλλά να είναι κατανοητά ο σκοπός, τα extensions, η trust chain, η διάρκεια ισχύος, το key usage και το cleanup.

Ερώτηση review Αναμενόμενο
Ποια οντότητα προστατεύεται; Κατονομάζεται host, service, client, CA ή workload.
Ποιος είναι issuer και ποιος subject; Τεκμηριώνεται η έξοδος του openssl x509 -issuer -subject.
Ποια extensions είναι κρίσιμα; Ελέγχονται SAN, Key Usage, EKU και Basic Constraints.
Πώς δημιουργείται η εμπιστοσύνη; Το chain file και το trust anchor ορίζονται ρητά.
Πώς αντιμετωπίζεται το revocation; Τεκμηριώνεται CRL, OCSP ή αιτιολογημένο όριο του lab.
bash
openssl x509 -in certs/server.crt -noout -subject -issuer -dates
openssl x509 -in certs/server.crt -noout -text | sed -n '/X509v3 extensions:/,/Signature Algorithm/p'
openssl verify -CAfile certs/chain.pem certs/server.crt

Μια καλή λύση δηλώνει επίσης αν αφορά ιδιωτικό lab PKI, εσωτερικό enterprise PKI ή δημόσια έμπιστο TLS. Τα δημόσια έμπιστα certificates υπόκεινται σε πρόσθετες CA/Browser Forum Baseline Requirements· ένα CA workshop σε lab δεν αντικαθιστά αυτές τις απαιτήσεις.

Αναμενόμενη πρακτική και review για το θέμα «Λειτουργία CA»

  • Τα private keys δημιουργούνται μόνο στο lab και δεν γίνονται commit.
  • Τα configurations χρησιμοποιούν δοκιμαστικά DNs και documentation domains.
  • Τα CA certificates έχουν CA:TRUE, ενώ τα end-entity certificates έχουν CA:FALSE.
  • Τα server certificates περιέχουν SANs· το Common Name δεν χρησιμοποιείται ως μοναδικός έλεγχος hostname.
  • Η chain επαληθεύεται με OpenSSL και δεν ελέγχεται μόνο οπτικά.
  • Expiry, renewal και revocation τεκμηριώνονται ως ενιαίο lifecycle.
  • Τα θέματα ασφάλειας περιγράφουν attack surface, detection και recovery.

Συνηθισμένα λάθη για το θέμα «Λειτουργία CA»

Αστοχία Αιτία Διάγνωση
unable to get local issuer certificate Λείπει η chain ή το trust anchor openssl verify -show_chain
Hostname mismatch Λείπει SAN ή το DNS name είναι λάθος openssl x509 -text και δοκιμή client
Key mismatch Συγχέθηκαν CSR, key και certificate Συγκρίνετε public-key fingerprints.
Η CA δεν μπορεί να υπογράψει Λάθος Basic Constraints ή Key Usage Εξετάστε τα extensions.
Το revocation δεν είναι αποτελεσματικό CRL/OCSP δεν δημοσιεύεται ή δεν ελέγχεται Ελέγξτε CRL Distribution Point και συμπεριφορά client.

Παράδειγμα υποβολής για το θέμα «Λειτουργία CA»

text
submission/
  openssl/root-openssl.cnf
  openssl/intermediate-openssl.cnf
  csr/server.csr
  certs/server.crt
  certs/chain.pem
  evidence.md
  cleanup.md

Το evidence περιέχει σχετική έξοδο OpenSSL, χωρίς private keys.

2. Ροή issuance

Το θέμα «Ροή issuance» εξετάζεται ως ελέγξιμο δομικό στοιχείο PKI. Το σημαντικό δεν είναι μόνο ότι μια εντολή δημιουργεί certificate, αλλά να είναι κατανοητά ο σκοπός, τα extensions, η trust chain, η διάρκεια ισχύος, το key usage και το cleanup.

Ερώτηση review Αναμενόμενο
Ποια οντότητα προστατεύεται; Κατονομάζεται host, service, client, CA ή workload.
Ποιος είναι issuer και ποιος subject; Τεκμηριώνεται η έξοδος του openssl x509 -issuer -subject.
Ποια extensions είναι κρίσιμα; Ελέγχονται SAN, Key Usage, EKU και Basic Constraints.
Πώς δημιουργείται η εμπιστοσύνη; Το chain file και το trust anchor ορίζονται ρητά.
Πώς αντιμετωπίζεται το revocation; Τεκμηριώνεται CRL, OCSP ή αιτιολογημένο όριο του lab.
bash
openssl x509 -in certs/server.crt -noout -subject -issuer -dates
openssl x509 -in certs/server.crt -noout -text | sed -n '/X509v3 extensions:/,/Signature Algorithm/p'
openssl verify -CAfile certs/chain.pem certs/server.crt

Μια καλή λύση δηλώνει επίσης αν αφορά ιδιωτικό lab PKI, εσωτερικό enterprise PKI ή δημόσια έμπιστο TLS. Τα δημόσια έμπιστα certificates υπόκεινται σε πρόσθετες CA/Browser Forum Baseline Requirements· ένα CA workshop σε lab δεν αντικαθιστά αυτές τις απαιτήσεις.

Αναμενόμενη πρακτική και review για το θέμα «Ροή issuance»

  • Τα private keys δημιουργούνται μόνο στο lab και δεν γίνονται commit.
  • Τα configurations χρησιμοποιούν δοκιμαστικά DNs και documentation domains.
  • Τα CA certificates έχουν CA:TRUE, ενώ τα end-entity certificates έχουν CA:FALSE.
  • Τα server certificates περιέχουν SANs· το Common Name δεν χρησιμοποιείται ως μοναδικός έλεγχος hostname.
  • Η chain επαληθεύεται με OpenSSL και δεν ελέγχεται μόνο οπτικά.
  • Expiry, renewal και revocation τεκμηριώνονται ως ενιαίο lifecycle.
  • Τα θέματα ασφάλειας περιγράφουν attack surface, detection και recovery.

Συνηθισμένα λάθη για το θέμα «Ροή issuance»

Αστοχία Αιτία Διάγνωση
unable to get local issuer certificate Λείπει η chain ή το trust anchor openssl verify -show_chain
Hostname mismatch Λείπει SAN ή το DNS name είναι λάθος openssl x509 -text και δοκιμή client
Key mismatch Συγχέθηκαν CSR, key και certificate Συγκρίνετε public-key fingerprints.
Η CA δεν μπορεί να υπογράψει Λάθος Basic Constraints ή Key Usage Εξετάστε τα extensions.
Το revocation δεν είναι αποτελεσματικό CRL/OCSP δεν δημοσιεύεται ή δεν ελέγχεται Ελέγξτε CRL Distribution Point και συμπεριφορά client.

Παράδειγμα υποβολής για το θέμα «Ροή issuance»

text
submission/
  openssl/root-openssl.cnf
  openssl/intermediate-openssl.cnf
  csr/server.csr
  certs/server.crt
  certs/chain.pem
  evidence.md
  cleanup.md

Το evidence περιέχει σχετική έξοδο OpenSSL, χωρίς private keys.

3. Αυτοματοποίηση renewal

Το θέμα «Αυτοματοποίηση renewal» εξετάζεται ως ελέγξιμο δομικό στοιχείο PKI. Το σημαντικό δεν είναι μόνο ότι μια εντολή δημιουργεί certificate, αλλά να είναι κατανοητά ο σκοπός, τα extensions, η trust chain, η διάρκεια ισχύος, το key usage και το cleanup.

Ερώτηση review Αναμενόμενο
Ποια οντότητα προστατεύεται; Κατονομάζεται host, service, client, CA ή workload.
Ποιος είναι issuer και ποιος subject; Τεκμηριώνεται η έξοδος του openssl x509 -issuer -subject.
Ποια extensions είναι κρίσιμα; Ελέγχονται SAN, Key Usage, EKU και Basic Constraints.
Πώς δημιουργείται η εμπιστοσύνη; Το chain file και το trust anchor ορίζονται ρητά.
Πώς αντιμετωπίζεται το revocation; Τεκμηριώνεται CRL, OCSP ή αιτιολογημένο όριο του lab.
bash
openssl x509 -in certs/server.crt -noout -subject -issuer -dates
openssl x509 -in certs/server.crt -noout -text | sed -n '/X509v3 extensions:/,/Signature Algorithm/p'
openssl verify -CAfile certs/chain.pem certs/server.crt

Μια καλή λύση δηλώνει επίσης αν αφορά ιδιωτικό lab PKI, εσωτερικό enterprise PKI ή δημόσια έμπιστο TLS. Τα δημόσια έμπιστα certificates υπόκεινται σε πρόσθετες CA/Browser Forum Baseline Requirements· ένα CA workshop σε lab δεν αντικαθιστά αυτές τις απαιτήσεις.

Αναμενόμενη πρακτική και review για το θέμα «Αυτοματοποίηση renewal»

  • Τα private keys δημιουργούνται μόνο στο lab και δεν γίνονται commit.
  • Τα configurations χρησιμοποιούν δοκιμαστικά DNs και documentation domains.
  • Τα CA certificates έχουν CA:TRUE, ενώ τα end-entity certificates έχουν CA:FALSE.
  • Τα server certificates περιέχουν SANs· το Common Name δεν χρησιμοποιείται ως μοναδικός έλεγχος hostname.
  • Η chain επαληθεύεται με OpenSSL και δεν ελέγχεται μόνο οπτικά.
  • Expiry, renewal και revocation τεκμηριώνονται ως ενιαίο lifecycle.
  • Τα θέματα ασφάλειας περιγράφουν attack surface, detection και recovery.

Συνηθισμένα λάθη για το θέμα «Αυτοματοποίηση renewal»

Αστοχία Αιτία Διάγνωση
unable to get local issuer certificate Λείπει η chain ή το trust anchor openssl verify -show_chain
Hostname mismatch Λείπει SAN ή το DNS name είναι λάθος openssl x509 -text και δοκιμή client
Key mismatch Συγχέθηκαν CSR, key και certificate Συγκρίνετε public-key fingerprints.
Η CA δεν μπορεί να υπογράψει Λάθος Basic Constraints ή Key Usage Εξετάστε τα extensions.
Το revocation δεν είναι αποτελεσματικό CRL/OCSP δεν δημοσιεύεται ή δεν ελέγχεται Ελέγξτε CRL Distribution Point και συμπεριφορά client.

Παράδειγμα υποβολής για το θέμα «Αυτοματοποίηση renewal»

text
submission/
  openssl/root-openssl.cnf
  openssl/intermediate-openssl.cnf
  csr/server.csr
  certs/server.crt
  certs/chain.pem
  evidence.md
  cleanup.md

Το evidence περιέχει σχετική έξοδο OpenSSL, χωρίς private keys.

4. ACME

Το θέμα «ACME» εξετάζεται ως ελέγξιμο δομικό στοιχείο PKI. Το σημαντικό δεν είναι μόνο ότι μια εντολή δημιουργεί certificate, αλλά να είναι κατανοητά ο σκοπός, τα extensions, η trust chain, η διάρκεια ισχύος, το key usage και το cleanup.

Ερώτηση review Αναμενόμενο
Ποια οντότητα προστατεύεται; Κατονομάζεται host, service, client, CA ή workload.
Ποιος είναι issuer και ποιος subject; Τεκμηριώνεται η έξοδος του openssl x509 -issuer -subject.
Ποια extensions είναι κρίσιμα; Ελέγχονται SAN, Key Usage, EKU και Basic Constraints.
Πώς δημιουργείται η εμπιστοσύνη; Το chain file και το trust anchor ορίζονται ρητά.
Πώς αντιμετωπίζεται το revocation; Τεκμηριώνεται CRL, OCSP ή αιτιολογημένο όριο του lab.
bash
openssl x509 -in certs/server.crt -noout -subject -issuer -dates
openssl x509 -in certs/server.crt -noout -text | sed -n '/X509v3 extensions:/,/Signature Algorithm/p'
openssl verify -CAfile certs/chain.pem certs/server.crt

Μια καλή λύση δηλώνει επίσης αν αφορά ιδιωτικό lab PKI, εσωτερικό enterprise PKI ή δημόσια έμπιστο TLS. Τα δημόσια έμπιστα certificates υπόκεινται σε πρόσθετες CA/Browser Forum Baseline Requirements· ένα CA workshop σε lab δεν αντικαθιστά αυτές τις απαιτήσεις.

Αναμενόμενη πρακτική και review για το θέμα «ACME»

  • Τα private keys δημιουργούνται μόνο στο lab και δεν γίνονται commit.
  • Τα configurations χρησιμοποιούν δοκιμαστικά DNs και documentation domains.
  • Τα CA certificates έχουν CA:TRUE, ενώ τα end-entity certificates έχουν CA:FALSE.
  • Τα server certificates περιέχουν SANs· το Common Name δεν χρησιμοποιείται ως μοναδικός έλεγχος hostname.
  • Η chain επαληθεύεται με OpenSSL και δεν ελέγχεται μόνο οπτικά.
  • Expiry, renewal και revocation τεκμηριώνονται ως ενιαίο lifecycle.
  • Τα θέματα ασφάλειας περιγράφουν attack surface, detection και recovery.

Συνηθισμένα λάθη για το θέμα «ACME»

Αστοχία Αιτία Διάγνωση
unable to get local issuer certificate Λείπει η chain ή το trust anchor openssl verify -show_chain
Hostname mismatch Λείπει SAN ή το DNS name είναι λάθος openssl x509 -text και δοκιμή client
Key mismatch Συγχέθηκαν CSR, key και certificate Συγκρίνετε public-key fingerprints.
Η CA δεν μπορεί να υπογράψει Λάθος Basic Constraints ή Key Usage Εξετάστε τα extensions.
Το revocation δεν είναι αποτελεσματικό CRL/OCSP δεν δημοσιεύεται ή δεν ελέγχεται Ελέγξτε CRL Distribution Point και συμπεριφορά client.

Παράδειγμα υποβολής για το θέμα «ACME»

text
submission/
  openssl/root-openssl.cnf
  openssl/intermediate-openssl.cnf
  csr/server.csr
  certs/server.crt
  certs/chain.pem
  evidence.md
  cleanup.md

Το evidence περιέχει σχετική έξοδο OpenSSL, χωρίς private keys.

5. Vault PKI

Το θέμα «Vault PKI» εξετάζεται ως ελέγξιμο δομικό στοιχείο PKI. Το σημαντικό δεν είναι μόνο ότι μια εντολή δημιουργεί certificate, αλλά να είναι κατανοητά ο σκοπός, τα extensions, η trust chain, η διάρκεια ισχύος, το key usage και το cleanup.

Ερώτηση review Αναμενόμενο
Ποια οντότητα προστατεύεται; Κατονομάζεται host, service, client, CA ή workload.
Ποιος είναι issuer και ποιος subject; Τεκμηριώνεται η έξοδος του openssl x509 -issuer -subject.
Ποια extensions είναι κρίσιμα; Ελέγχονται SAN, Key Usage, EKU και Basic Constraints.
Πώς δημιουργείται η εμπιστοσύνη; Το chain file και το trust anchor ορίζονται ρητά.
Πώς αντιμετωπίζεται το revocation; Τεκμηριώνεται CRL, OCSP ή αιτιολογημένο όριο του lab.
bash
openssl x509 -in certs/server.crt -noout -subject -issuer -dates
openssl x509 -in certs/server.crt -noout -text | sed -n '/X509v3 extensions:/,/Signature Algorithm/p'
openssl verify -CAfile certs/chain.pem certs/server.crt

Μια καλή λύση δηλώνει επίσης αν αφορά ιδιωτικό lab PKI, εσωτερικό enterprise PKI ή δημόσια έμπιστο TLS. Τα δημόσια έμπιστα certificates υπόκεινται σε πρόσθετες CA/Browser Forum Baseline Requirements· ένα CA workshop σε lab δεν αντικαθιστά αυτές τις απαιτήσεις.

Αναμενόμενη πρακτική και review για το θέμα «Vault PKI»

  • Τα private keys δημιουργούνται μόνο στο lab και δεν γίνονται commit.
  • Τα configurations χρησιμοποιούν δοκιμαστικά DNs και documentation domains.
  • Τα CA certificates έχουν CA:TRUE, ενώ τα end-entity certificates έχουν CA:FALSE.
  • Τα server certificates περιέχουν SANs· το Common Name δεν χρησιμοποιείται ως μοναδικός έλεγχος hostname.
  • Η chain επαληθεύεται με OpenSSL και δεν ελέγχεται μόνο οπτικά.
  • Expiry, renewal και revocation τεκμηριώνονται ως ενιαίο lifecycle.
  • Τα θέματα ασφάλειας περιγράφουν attack surface, detection και recovery.

Συνηθισμένα λάθη για το θέμα «Vault PKI»

Αστοχία Αιτία Διάγνωση
unable to get local issuer certificate Λείπει η chain ή το trust anchor openssl verify -show_chain
Hostname mismatch Λείπει SAN ή το DNS name είναι λάθος openssl x509 -text και δοκιμή client
Key mismatch Συγχέθηκαν CSR, key και certificate Συγκρίνετε public-key fingerprints.
Η CA δεν μπορεί να υπογράψει Λάθος Basic Constraints ή Key Usage Εξετάστε τα extensions.
Το revocation δεν είναι αποτελεσματικό CRL/OCSP δεν δημοσιεύεται ή δεν ελέγχεται Ελέγξτε CRL Distribution Point και συμπεριφορά client.

Παράδειγμα υποβολής για το θέμα «Vault PKI»

text
submission/
  openssl/root-openssl.cnf
  openssl/intermediate-openssl.cnf
  csr/server.csr
  certs/server.crt
  certs/chain.pem
  evidence.md
  cleanup.md

Το evidence περιέχει σχετική έξοδο OpenSSL, χωρίς private keys.

6. cert-manager

Το θέμα «cert-manager» εξετάζεται ως ελέγξιμο δομικό στοιχείο PKI. Το σημαντικό δεν είναι μόνο ότι μια εντολή δημιουργεί certificate, αλλά να είναι κατανοητά ο σκοπός, τα extensions, η trust chain, η διάρκεια ισχύος, το key usage και το cleanup.

Ερώτηση review Αναμενόμενο
Ποια οντότητα προστατεύεται; Κατονομάζεται host, service, client, CA ή workload.
Ποιος είναι issuer και ποιος subject; Τεκμηριώνεται η έξοδος του openssl x509 -issuer -subject.
Ποια extensions είναι κρίσιμα; Ελέγχονται SAN, Key Usage, EKU και Basic Constraints.
Πώς δημιουργείται η εμπιστοσύνη; Το chain file και το trust anchor ορίζονται ρητά.
Πώς αντιμετωπίζεται το revocation; Τεκμηριώνεται CRL, OCSP ή αιτιολογημένο όριο του lab.
bash
openssl x509 -in certs/server.crt -noout -subject -issuer -dates
openssl x509 -in certs/server.crt -noout -text | sed -n '/X509v3 extensions:/,/Signature Algorithm/p'
openssl verify -CAfile certs/chain.pem certs/server.crt

Μια καλή λύση δηλώνει επίσης αν αφορά ιδιωτικό lab PKI, εσωτερικό enterprise PKI ή δημόσια έμπιστο TLS. Τα δημόσια έμπιστα certificates υπόκεινται σε πρόσθετες CA/Browser Forum Baseline Requirements· ένα CA workshop σε lab δεν αντικαθιστά αυτές τις απαιτήσεις.

Αναμενόμενη πρακτική και review για το θέμα «cert-manager»

  • Τα private keys δημιουργούνται μόνο στο lab και δεν γίνονται commit.
  • Τα configurations χρησιμοποιούν δοκιμαστικά DNs και documentation domains.
  • Τα CA certificates έχουν CA:TRUE, ενώ τα end-entity certificates έχουν CA:FALSE.
  • Τα server certificates περιέχουν SANs· το Common Name δεν χρησιμοποιείται ως μοναδικός έλεγχος hostname.
  • Η chain επαληθεύεται με OpenSSL και δεν ελέγχεται μόνο οπτικά.
  • Expiry, renewal και revocation τεκμηριώνονται ως ενιαίο lifecycle.
  • Τα θέματα ασφάλειας περιγράφουν attack surface, detection και recovery.

Συνηθισμένα λάθη για το θέμα «cert-manager»

Αστοχία Αιτία Διάγνωση
unable to get local issuer certificate Λείπει η chain ή το trust anchor openssl verify -show_chain
Hostname mismatch Λείπει SAN ή το DNS name είναι λάθος openssl x509 -text και δοκιμή client
Key mismatch Συγχέθηκαν CSR, key και certificate Συγκρίνετε public-key fingerprints.
Η CA δεν μπορεί να υπογράψει Λάθος Basic Constraints ή Key Usage Εξετάστε τα extensions.
Το revocation δεν είναι αποτελεσματικό CRL/OCSP δεν δημοσιεύεται ή δεν ελέγχεται Ελέγξτε CRL Distribution Point και συμπεριφορά client.

Παράδειγμα υποβολής για το θέμα «cert-manager»

text
submission/
  openssl/root-openssl.cnf
  openssl/intermediate-openssl.cnf
  csr/server.csr
  certs/server.crt
  certs/chain.pem
  evidence.md
  cleanup.md

Το evidence περιέχει σχετική έξοδο OpenSSL, χωρίς private keys.

7. step-ca

Το θέμα «step-ca» εξετάζεται ως ελέγξιμο δομικό στοιχείο PKI. Το σημαντικό δεν είναι μόνο ότι μια εντολή δημιουργεί certificate, αλλά να είναι κατανοητά ο σκοπός, τα extensions, η trust chain, η διάρκεια ισχύος, το key usage και το cleanup.

Ερώτηση review Αναμενόμενο
Ποια οντότητα προστατεύεται; Κατονομάζεται host, service, client, CA ή workload.
Ποιος είναι issuer και ποιος subject; Τεκμηριώνεται η έξοδος του openssl x509 -issuer -subject.
Ποια extensions είναι κρίσιμα; Ελέγχονται SAN, Key Usage, EKU και Basic Constraints.
Πώς δημιουργείται η εμπιστοσύνη; Το chain file και το trust anchor ορίζονται ρητά.
Πώς αντιμετωπίζεται το revocation; Τεκμηριώνεται CRL, OCSP ή αιτιολογημένο όριο του lab.
bash
openssl x509 -in certs/server.crt -noout -subject -issuer -dates
openssl x509 -in certs/server.crt -noout -text | sed -n '/X509v3 extensions:/,/Signature Algorithm/p'
openssl verify -CAfile certs/chain.pem certs/server.crt

Μια καλή λύση δηλώνει επίσης αν αφορά ιδιωτικό lab PKI, εσωτερικό enterprise PKI ή δημόσια έμπιστο TLS. Τα δημόσια έμπιστα certificates υπόκεινται σε πρόσθετες CA/Browser Forum Baseline Requirements· ένα CA workshop σε lab δεν αντικαθιστά αυτές τις απαιτήσεις.

Αναμενόμενη πρακτική και review για το θέμα «step-ca»

  • Τα private keys δημιουργούνται μόνο στο lab και δεν γίνονται commit.
  • Τα configurations χρησιμοποιούν δοκιμαστικά DNs και documentation domains.
  • Τα CA certificates έχουν CA:TRUE, ενώ τα end-entity certificates έχουν CA:FALSE.
  • Τα server certificates περιέχουν SANs· το Common Name δεν χρησιμοποιείται ως μοναδικός έλεγχος hostname.
  • Η chain επαληθεύεται με OpenSSL και δεν ελέγχεται μόνο οπτικά.
  • Expiry, renewal και revocation τεκμηριώνονται ως ενιαίο lifecycle.
  • Τα θέματα ασφάλειας περιγράφουν attack surface, detection και recovery.

Συνηθισμένα λάθη για το θέμα «step-ca»

Αστοχία Αιτία Διάγνωση
unable to get local issuer certificate Λείπει η chain ή το trust anchor openssl verify -show_chain
Hostname mismatch Λείπει SAN ή το DNS name είναι λάθος openssl x509 -text και δοκιμή client
Key mismatch Συγχέθηκαν CSR, key και certificate Συγκρίνετε public-key fingerprints.
Η CA δεν μπορεί να υπογράψει Λάθος Basic Constraints ή Key Usage Εξετάστε τα extensions.
Το revocation δεν είναι αποτελεσματικό CRL/OCSP δεν δημοσιεύεται ή δεν ελέγχεται Ελέγξτε CRL Distribution Point και συμπεριφορά client.

Παράδειγμα υποβολής για το θέμα «step-ca»

text
submission/
  openssl/root-openssl.cnf
  openssl/intermediate-openssl.cnf
  csr/server.csr
  certs/server.crt
  certs/chain.pem
  evidence.md
  cleanup.md

Το evidence περιέχει σχετική έξοδο OpenSSL, χωρίς private keys.

8. Monitoring

Το θέμα «Monitoring» εξετάζεται ως ελέγξιμο δομικό στοιχείο PKI. Το σημαντικό δεν είναι μόνο ότι μια εντολή δημιουργεί certificate, αλλά να είναι κατανοητά ο σκοπός, τα extensions, η trust chain, η διάρκεια ισχύος, το key usage και το cleanup.

Ερώτηση review Αναμενόμενο
Ποια οντότητα προστατεύεται; Κατονομάζεται host, service, client, CA ή workload.
Ποιος είναι issuer και ποιος subject; Τεκμηριώνεται η έξοδος του openssl x509 -issuer -subject.
Ποια extensions είναι κρίσιμα; Ελέγχονται SAN, Key Usage, EKU και Basic Constraints.
Πώς δημιουργείται η εμπιστοσύνη; Το chain file και το trust anchor ορίζονται ρητά.
Πώς αντιμετωπίζεται το revocation; Τεκμηριώνεται CRL, OCSP ή αιτιολογημένο όριο του lab.
bash
openssl x509 -in certs/server.crt -noout -subject -issuer -dates
openssl x509 -in certs/server.crt -noout -text | sed -n '/X509v3 extensions:/,/Signature Algorithm/p'
openssl verify -CAfile certs/chain.pem certs/server.crt

Μια καλή λύση δηλώνει επίσης αν αφορά ιδιωτικό lab PKI, εσωτερικό enterprise PKI ή δημόσια έμπιστο TLS. Τα δημόσια έμπιστα certificates υπόκεινται σε πρόσθετες CA/Browser Forum Baseline Requirements· ένα CA workshop σε lab δεν αντικαθιστά αυτές τις απαιτήσεις.

Αναμενόμενη πρακτική και review για το θέμα «Monitoring»

  • Τα private keys δημιουργούνται μόνο στο lab και δεν γίνονται commit.
  • Τα configurations χρησιμοποιούν δοκιμαστικά DNs και documentation domains.
  • Τα CA certificates έχουν CA:TRUE, ενώ τα end-entity certificates έχουν CA:FALSE.
  • Τα server certificates περιέχουν SANs· το Common Name δεν χρησιμοποιείται ως μοναδικός έλεγχος hostname.
  • Η chain επαληθεύεται με OpenSSL και δεν ελέγχεται μόνο οπτικά.
  • Expiry, renewal και revocation τεκμηριώνονται ως ενιαίο lifecycle.
  • Τα θέματα ασφάλειας περιγράφουν attack surface, detection και recovery.

Συνηθισμένα λάθη για το θέμα «Monitoring»

Αστοχία Αιτία Διάγνωση
unable to get local issuer certificate Λείπει η chain ή το trust anchor openssl verify -show_chain
Hostname mismatch Λείπει SAN ή το DNS name είναι λάθος openssl x509 -text και δοκιμή client
Key mismatch Συγχέθηκαν CSR, key και certificate Συγκρίνετε public-key fingerprints.
Η CA δεν μπορεί να υπογράψει Λάθος Basic Constraints ή Key Usage Εξετάστε τα extensions.
Το revocation δεν είναι αποτελεσματικό CRL/OCSP δεν δημοσιεύεται ή δεν ελέγχεται Ελέγξτε CRL Distribution Point και συμπεριφορά client.

Παράδειγμα υποβολής για το θέμα «Monitoring»

text
submission/
  openssl/root-openssl.cnf
  openssl/intermediate-openssl.cnf
  csr/server.csr
  certs/server.crt
  certs/chain.pem
  evidence.md
  cleanup.md

Το evidence περιέχει σχετική έξοδο OpenSSL, χωρίς private keys.

9. Backup/Restore

Το θέμα «Backup/Restore» εξετάζεται ως ελέγξιμο δομικό στοιχείο PKI. Το σημαντικό δεν είναι μόνο ότι μια εντολή δημιουργεί certificate, αλλά να είναι κατανοητά ο σκοπός, τα extensions, η trust chain, η διάρκεια ισχύος, το key usage και το cleanup.

Ερώτηση review Αναμενόμενο
Ποια οντότητα προστατεύεται; Κατονομάζεται host, service, client, CA ή workload.
Ποιος είναι issuer και ποιος subject; Τεκμηριώνεται η έξοδος του openssl x509 -issuer -subject.
Ποια extensions είναι κρίσιμα; Ελέγχονται SAN, Key Usage, EKU και Basic Constraints.
Πώς δημιουργείται η εμπιστοσύνη; Το chain file και το trust anchor ορίζονται ρητά.
Πώς αντιμετωπίζεται το revocation; Τεκμηριώνεται CRL, OCSP ή αιτιολογημένο όριο του lab.
bash
openssl x509 -in certs/server.crt -noout -subject -issuer -dates
openssl x509 -in certs/server.crt -noout -text | sed -n '/X509v3 extensions:/,/Signature Algorithm/p'
openssl verify -CAfile certs/chain.pem certs/server.crt

Μια καλή λύση δηλώνει επίσης αν αφορά ιδιωτικό lab PKI, εσωτερικό enterprise PKI ή δημόσια έμπιστο TLS. Τα δημόσια έμπιστα certificates υπόκεινται σε πρόσθετες CA/Browser Forum Baseline Requirements· ένα CA workshop σε lab δεν αντικαθιστά αυτές τις απαιτήσεις.

Αναμενόμενη πρακτική και review για το θέμα «Backup/Restore»

  • Τα private keys δημιουργούνται μόνο στο lab και δεν γίνονται commit.
  • Τα configurations χρησιμοποιούν δοκιμαστικά DNs και documentation domains.
  • Τα CA certificates έχουν CA:TRUE, ενώ τα end-entity certificates έχουν CA:FALSE.
  • Τα server certificates περιέχουν SANs· το Common Name δεν χρησιμοποιείται ως μοναδικός έλεγχος hostname.
  • Η chain επαληθεύεται με OpenSSL και δεν ελέγχεται μόνο οπτικά.
  • Expiry, renewal και revocation τεκμηριώνονται ως ενιαίο lifecycle.
  • Τα θέματα ασφάλειας περιγράφουν attack surface, detection και recovery.

Συνηθισμένα λάθη για το θέμα «Backup/Restore»

Αστοχία Αιτία Διάγνωση
unable to get local issuer certificate Λείπει η chain ή το trust anchor openssl verify -show_chain
Hostname mismatch Λείπει SAN ή το DNS name είναι λάθος openssl x509 -text και δοκιμή client
Key mismatch Συγχέθηκαν CSR, key και certificate Συγκρίνετε public-key fingerprints.
Η CA δεν μπορεί να υπογράψει Λάθος Basic Constraints ή Key Usage Εξετάστε τα extensions.
Το revocation δεν είναι αποτελεσματικό CRL/OCSP δεν δημοσιεύεται ή δεν ελέγχεται Ελέγξτε CRL Distribution Point και συμπεριφορά client.

Παράδειγμα υποβολής για το θέμα «Backup/Restore»

text
submission/
  openssl/root-openssl.cnf
  openssl/intermediate-openssl.cnf
  csr/server.csr
  certs/server.crt
  certs/chain.pem
  evidence.md
  cleanup.md

Το evidence περιέχει σχετική έξοδο OpenSSL, χωρίς private keys.

10. Runbooks

Το θέμα «Runbooks» εξετάζεται ως ελέγξιμο δομικό στοιχείο PKI. Το σημαντικό δεν είναι μόνο ότι μια εντολή δημιουργεί certificate, αλλά να είναι κατανοητά ο σκοπός, τα extensions, η trust chain, η διάρκεια ισχύος, το key usage και το cleanup.

Ερώτηση review Αναμενόμενο
Ποια οντότητα προστατεύεται; Κατονομάζεται host, service, client, CA ή workload.
Ποιος είναι issuer και ποιος subject; Τεκμηριώνεται η έξοδος του openssl x509 -issuer -subject.
Ποια extensions είναι κρίσιμα; Ελέγχονται SAN, Key Usage, EKU και Basic Constraints.
Πώς δημιουργείται η εμπιστοσύνη; Το chain file και το trust anchor ορίζονται ρητά.
Πώς αντιμετωπίζεται το revocation; Τεκμηριώνεται CRL, OCSP ή αιτιολογημένο όριο του lab.
bash
openssl x509 -in certs/server.crt -noout -subject -issuer -dates
openssl x509 -in certs/server.crt -noout -text | sed -n '/X509v3 extensions:/,/Signature Algorithm/p'
openssl verify -CAfile certs/chain.pem certs/server.crt

Μια καλή λύση δηλώνει επίσης αν αφορά ιδιωτικό lab PKI, εσωτερικό enterprise PKI ή δημόσια έμπιστο TLS. Τα δημόσια έμπιστα certificates υπόκεινται σε πρόσθετες CA/Browser Forum Baseline Requirements· ένα CA workshop σε lab δεν αντικαθιστά αυτές τις απαιτήσεις.

Αναμενόμενη πρακτική και review για το θέμα «Runbooks»

  • Τα private keys δημιουργούνται μόνο στο lab και δεν γίνονται commit.
  • Τα configurations χρησιμοποιούν δοκιμαστικά DNs και documentation domains.
  • Τα CA certificates έχουν CA:TRUE, ενώ τα end-entity certificates έχουν CA:FALSE.
  • Τα server certificates περιέχουν SANs· το Common Name δεν χρησιμοποιείται ως μοναδικός έλεγχος hostname.
  • Η chain επαληθεύεται με OpenSSL και δεν ελέγχεται μόνο οπτικά.
  • Expiry, renewal και revocation τεκμηριώνονται ως ενιαίο lifecycle.
  • Τα θέματα ασφάλειας περιγράφουν attack surface, detection και recovery.

Συνηθισμένα λάθη για το θέμα «Runbooks»

Αστοχία Αιτία Διάγνωση
unable to get local issuer certificate Λείπει η chain ή το trust anchor openssl verify -show_chain
Hostname mismatch Λείπει SAN ή το DNS name είναι λάθος openssl x509 -text και δοκιμή client
Key mismatch Συγχέθηκαν CSR, key και certificate Συγκρίνετε public-key fingerprints.
Η CA δεν μπορεί να υπογράψει Λάθος Basic Constraints ή Key Usage Εξετάστε τα extensions.
Το revocation δεν είναι αποτελεσματικό CRL/OCSP δεν δημοσιεύεται ή δεν ελέγχεται Ελέγξτε CRL Distribution Point και συμπεριφορά client.

Παράδειγμα υποβολής για το θέμα «Runbooks»

text
submission/
  openssl/root-openssl.cnf
  openssl/intermediate-openssl.cnf
  csr/server.csr
  certs/server.crt
  certs/chain.pem
  evidence.md
  cleanup.md

Το evidence περιέχει σχετική έξοδο OpenSSL, χωρίς private keys.

05 / 12

6. Μέρος B: Ανάλυση certificate

Το θέμα «Μέρος B: Ανάλυση certificate» εξετάζεται ως ελέγξιμο δομικό στοιχείο PKI. Το σημαντικό δεν είναι μόνο ότι μια εντολή δημιουργεί certificate, αλλά να είναι κατανοητά ο σκοπός, τα extensions, η trust chain, η διάρκεια ισχύος, το key usage και το cleanup.

Ερώτηση review Αναμενόμενο
Ποια οντότητα προστατεύεται; Κατονομάζεται host, service, client, CA ή workload.
Ποιος είναι issuer και ποιος subject; Τεκμηριώνεται η έξοδος του openssl x509 -issuer -subject.
Ποια extensions είναι κρίσιμα; Ελέγχονται SAN, Key Usage, EKU και Basic Constraints.
Πώς δημιουργείται η εμπιστοσύνη; Το chain file και το trust anchor ορίζονται ρητά.
Πώς αντιμετωπίζεται το revocation; Τεκμηριώνεται CRL, OCSP ή αιτιολογημένο όριο του lab.
bash
openssl x509 -in certs/server.crt -noout -subject -issuer -dates
openssl x509 -in certs/server.crt -noout -text | sed -n '/X509v3 extensions:/,/Signature Algorithm/p'
openssl verify -CAfile certs/chain.pem certs/server.crt

Μια καλή λύση δηλώνει επίσης αν αφορά ιδιωτικό lab PKI, εσωτερικό enterprise PKI ή δημόσια έμπιστο TLS. Τα δημόσια έμπιστα certificates υπόκεινται σε πρόσθετες CA/Browser Forum Baseline Requirements· ένα CA workshop σε lab δεν αντικαθιστά αυτές τις απαιτήσεις.

Αναμενόμενη πρακτική και review για το θέμα «Μέρος B: Ανάλυση certificate»

  • Τα private keys δημιουργούνται μόνο στο lab και δεν γίνονται commit.
  • Τα configurations χρησιμοποιούν δοκιμαστικά DNs και documentation domains.
  • Τα CA certificates έχουν CA:TRUE, ενώ τα end-entity certificates έχουν CA:FALSE.
  • Τα server certificates περιέχουν SANs· το Common Name δεν χρησιμοποιείται ως μοναδικός έλεγχος hostname.
  • Η chain επαληθεύεται με OpenSSL και δεν ελέγχεται μόνο οπτικά.
  • Expiry, renewal και revocation τεκμηριώνονται ως ενιαίο lifecycle.
  • Τα θέματα ασφάλειας περιγράφουν attack surface, detection και recovery.

Συνηθισμένα λάθη για το θέμα «Μέρος B: Ανάλυση certificate»

Αστοχία Αιτία Διάγνωση
unable to get local issuer certificate Λείπει η chain ή το trust anchor openssl verify -show_chain
Hostname mismatch Λείπει SAN ή το DNS name είναι λάθος openssl x509 -text και δοκιμή client
Key mismatch Συγχέθηκαν CSR, key και certificate Συγκρίνετε public-key fingerprints.
Η CA δεν μπορεί να υπογράψει Λάθος Basic Constraints ή Key Usage Εξετάστε τα extensions.
Το revocation δεν είναι αποτελεσματικό CRL/OCSP δεν δημοσιεύεται ή δεν ελέγχεται Ελέγξτε CRL Distribution Point και συμπεριφορά client.

Παράδειγμα υποβολής για το θέμα «Μέρος B: Ανάλυση certificate»

text
submission/
  openssl/root-openssl.cnf
  openssl/intermediate-openssl.cnf
  csr/server.csr
  certs/server.crt
  certs/chain.pem
  evidence.md
  cleanup.md

Το evidence περιέχει σχετική έξοδο OpenSSL, χωρίς private keys.

06 / 12

7. Μέρος C: Πρακτική εργασία

Το θέμα «Μέρος C: Πρακτική εργασία» εξετάζεται ως ελέγξιμο δομικό στοιχείο PKI. Το σημαντικό δεν είναι μόνο ότι μια εντολή δημιουργεί certificate, αλλά να είναι κατανοητά ο σκοπός, τα extensions, η trust chain, η διάρκεια ισχύος, το key usage και το cleanup.

Ερώτηση review Αναμενόμενο
Ποια οντότητα προστατεύεται; Κατονομάζεται host, service, client, CA ή workload.
Ποιος είναι issuer και ποιος subject; Τεκμηριώνεται η έξοδος του openssl x509 -issuer -subject.
Ποια extensions είναι κρίσιμα; Ελέγχονται SAN, Key Usage, EKU και Basic Constraints.
Πώς δημιουργείται η εμπιστοσύνη; Το chain file και το trust anchor ορίζονται ρητά.
Πώς αντιμετωπίζεται το revocation; Τεκμηριώνεται CRL, OCSP ή αιτιολογημένο όριο του lab.
bash
openssl x509 -in certs/server.crt -noout -subject -issuer -dates
openssl x509 -in certs/server.crt -noout -text | sed -n '/X509v3 extensions:/,/Signature Algorithm/p'
openssl verify -CAfile certs/chain.pem certs/server.crt

Μια καλή λύση δηλώνει επίσης αν αφορά ιδιωτικό lab PKI, εσωτερικό enterprise PKI ή δημόσια έμπιστο TLS. Τα δημόσια έμπιστα certificates υπόκεινται σε πρόσθετες CA/Browser Forum Baseline Requirements· ένα CA workshop σε lab δεν αντικαθιστά αυτές τις απαιτήσεις.

Αναμενόμενη πρακτική και review για το θέμα «Μέρος C: Πρακτική εργασία»

  • Τα private keys δημιουργούνται μόνο στο lab και δεν γίνονται commit.
  • Τα configurations χρησιμοποιούν δοκιμαστικά DNs και documentation domains.
  • Τα CA certificates έχουν CA:TRUE, ενώ τα end-entity certificates έχουν CA:FALSE.
  • Τα server certificates περιέχουν SANs· το Common Name δεν χρησιμοποιείται ως μοναδικός έλεγχος hostname.
  • Η chain επαληθεύεται με OpenSSL και δεν ελέγχεται μόνο οπτικά.
  • Expiry, renewal και revocation τεκμηριώνονται ως ενιαίο lifecycle.
  • Τα θέματα ασφάλειας περιγράφουν attack surface, detection και recovery.

Συνηθισμένα λάθη για το θέμα «Μέρος C: Πρακτική εργασία»

Αστοχία Αιτία Διάγνωση
unable to get local issuer certificate Λείπει η chain ή το trust anchor openssl verify -show_chain
Hostname mismatch Λείπει SAN ή το DNS name είναι λάθος openssl x509 -text και δοκιμή client
Key mismatch Συγχέθηκαν CSR, key και certificate Συγκρίνετε public-key fingerprints.
Η CA δεν μπορεί να υπογράψει Λάθος Basic Constraints ή Key Usage Εξετάστε τα extensions.
Το revocation δεν είναι αποτελεσματικό CRL/OCSP δεν δημοσιεύεται ή δεν ελέγχεται Ελέγξτε CRL Distribution Point και συμπεριφορά client.

Παράδειγμα υποβολής για το θέμα «Μέρος C: Πρακτική εργασία»

text
submission/
  openssl/root-openssl.cnf
  openssl/intermediate-openssl.cnf
  csr/server.csr
  certs/server.crt
  certs/chain.pem
  evidence.md
  cleanup.md

Το evidence περιέχει σχετική έξοδο OpenSSL, χωρίς private keys.

07 / 12

8. Μέρος D: Διάγνωση και λειτουργική σημείωση

Το θέμα «Μέρος D: Διάγνωση και λειτουργική σημείωση» εξετάζεται ως ελέγξιμο δομικό στοιχείο PKI. Το σημαντικό δεν είναι μόνο ότι μια εντολή δημιουργεί certificate, αλλά να είναι κατανοητά ο σκοπός, τα extensions, η trust chain, η διάρκεια ισχύος, το key usage και το cleanup.

Ερώτηση review Αναμενόμενο
Ποια οντότητα προστατεύεται; Κατονομάζεται host, service, client, CA ή workload.
Ποιος είναι issuer και ποιος subject; Τεκμηριώνεται η έξοδος του openssl x509 -issuer -subject.
Ποια extensions είναι κρίσιμα; Ελέγχονται SAN, Key Usage, EKU και Basic Constraints.
Πώς δημιουργείται η εμπιστοσύνη; Το chain file και το trust anchor ορίζονται ρητά.
Πώς αντιμετωπίζεται το revocation; Τεκμηριώνεται CRL, OCSP ή αιτιολογημένο όριο του lab.
bash
openssl x509 -in certs/server.crt -noout -subject -issuer -dates
openssl x509 -in certs/server.crt -noout -text | sed -n '/X509v3 extensions:/,/Signature Algorithm/p'
openssl verify -CAfile certs/chain.pem certs/server.crt

Μια καλή λύση δηλώνει επίσης αν αφορά ιδιωτικό lab PKI, εσωτερικό enterprise PKI ή δημόσια έμπιστο TLS. Τα δημόσια έμπιστα certificates υπόκεινται σε πρόσθετες CA/Browser Forum Baseline Requirements· ένα CA workshop σε lab δεν αντικαθιστά αυτές τις απαιτήσεις.

Αναμενόμενη πρακτική και review για το θέμα «Μέρος D: Διάγνωση και λειτουργική σημείωση»

  • Τα private keys δημιουργούνται μόνο στο lab και δεν γίνονται commit.
  • Τα configurations χρησιμοποιούν δοκιμαστικά DNs και documentation domains.
  • Τα CA certificates έχουν CA:TRUE, ενώ τα end-entity certificates έχουν CA:FALSE.
  • Τα server certificates περιέχουν SANs· το Common Name δεν χρησιμοποιείται ως μοναδικός έλεγχος hostname.
  • Η chain επαληθεύεται με OpenSSL και δεν ελέγχεται μόνο οπτικά.
  • Expiry, renewal και revocation τεκμηριώνονται ως ενιαίο lifecycle.
  • Τα θέματα ασφάλειας περιγράφουν attack surface, detection και recovery.

Συνηθισμένα λάθη για το θέμα «Μέρος D: Διάγνωση και λειτουργική σημείωση»

Αστοχία Αιτία Διάγνωση
unable to get local issuer certificate Λείπει η chain ή το trust anchor openssl verify -show_chain
Hostname mismatch Λείπει SAN ή το DNS name είναι λάθος openssl x509 -text και δοκιμή client
Key mismatch Συγχέθηκαν CSR, key και certificate Συγκρίνετε public-key fingerprints.
Η CA δεν μπορεί να υπογράψει Λάθος Basic Constraints ή Key Usage Εξετάστε τα extensions.
Το revocation δεν είναι αποτελεσματικό CRL/OCSP δεν δημοσιεύεται ή δεν ελέγχεται Ελέγξτε CRL Distribution Point και συμπεριφορά client.

Παράδειγμα υποβολής για το θέμα «Μέρος D: Διάγνωση και λειτουργική σημείωση»

text
submission/
  openssl/root-openssl.cnf
  openssl/intermediate-openssl.cnf
  csr/server.csr
  certs/server.crt
  certs/chain.pem
  evidence.md
  cleanup.md

Το evidence περιέχει σχετική έξοδο OpenSSL, χωρίς private keys.

08 / 12

9. Βαθμολόγηση

Το θέμα «Βαθμολόγηση» εξετάζεται ως ελέγξιμο δομικό στοιχείο PKI. Το σημαντικό δεν είναι μόνο ότι μια εντολή δημιουργεί certificate, αλλά να είναι κατανοητά ο σκοπός, τα extensions, η trust chain, η διάρκεια ισχύος, το key usage και το cleanup.

Ερώτηση review Αναμενόμενο
Ποια οντότητα προστατεύεται; Κατονομάζεται host, service, client, CA ή workload.
Ποιος είναι issuer και ποιος subject; Τεκμηριώνεται η έξοδος του openssl x509 -issuer -subject.
Ποια extensions είναι κρίσιμα; Ελέγχονται SAN, Key Usage, EKU και Basic Constraints.
Πώς δημιουργείται η εμπιστοσύνη; Το chain file και το trust anchor ορίζονται ρητά.
Πώς αντιμετωπίζεται το revocation; Τεκμηριώνεται CRL, OCSP ή αιτιολογημένο όριο του lab.
bash
openssl x509 -in certs/server.crt -noout -subject -issuer -dates
openssl x509 -in certs/server.crt -noout -text | sed -n '/X509v3 extensions:/,/Signature Algorithm/p'
openssl verify -CAfile certs/chain.pem certs/server.crt

Μια καλή λύση δηλώνει επίσης αν αφορά ιδιωτικό lab PKI, εσωτερικό enterprise PKI ή δημόσια έμπιστο TLS. Τα δημόσια έμπιστα certificates υπόκεινται σε πρόσθετες CA/Browser Forum Baseline Requirements· ένα CA workshop σε lab δεν αντικαθιστά αυτές τις απαιτήσεις.

Αναμενόμενη πρακτική και review για το θέμα «Βαθμολόγηση»

  • Τα private keys δημιουργούνται μόνο στο lab και δεν γίνονται commit.
  • Τα configurations χρησιμοποιούν δοκιμαστικά DNs και documentation domains.
  • Τα CA certificates έχουν CA:TRUE, ενώ τα end-entity certificates έχουν CA:FALSE.
  • Τα server certificates περιέχουν SANs· το Common Name δεν χρησιμοποιείται ως μοναδικός έλεγχος hostname.
  • Η chain επαληθεύεται με OpenSSL και δεν ελέγχεται μόνο οπτικά.
  • Expiry, renewal και revocation τεκμηριώνονται ως ενιαίο lifecycle.
  • Τα θέματα ασφάλειας περιγράφουν attack surface, detection και recovery.

Συνηθισμένα λάθη για το θέμα «Βαθμολόγηση»

Αστοχία Αιτία Διάγνωση
unable to get local issuer certificate Λείπει η chain ή το trust anchor openssl verify -show_chain
Hostname mismatch Λείπει SAN ή το DNS name είναι λάθος openssl x509 -text και δοκιμή client
Key mismatch Συγχέθηκαν CSR, key και certificate Συγκρίνετε public-key fingerprints.
Η CA δεν μπορεί να υπογράψει Λάθος Basic Constraints ή Key Usage Εξετάστε τα extensions.
Το revocation δεν είναι αποτελεσματικό CRL/OCSP δεν δημοσιεύεται ή δεν ελέγχεται Ελέγξτε CRL Distribution Point και συμπεριφορά client.

Παράδειγμα υποβολής για το θέμα «Βαθμολόγηση»

text
submission/
  openssl/root-openssl.cnf
  openssl/intermediate-openssl.cnf
  csr/server.csr
  certs/server.crt
  certs/chain.pem
  evidence.md
  cleanup.md

Το evidence περιέχει σχετική έξοδο OpenSSL, χωρίς private keys.

09 / 12

10. Κριτήρια άμεσης αποτυχίας

Το θέμα «Κριτήρια άμεσης αποτυχίας» εξετάζεται ως ελέγξιμο δομικό στοιχείο PKI. Το σημαντικό δεν είναι μόνο ότι μια εντολή δημιουργεί certificate, αλλά να είναι κατανοητά ο σκοπός, τα extensions, η trust chain, η διάρκεια ισχύος, το key usage και το cleanup.

Ερώτηση review Αναμενόμενο
Ποια οντότητα προστατεύεται; Κατονομάζεται host, service, client, CA ή workload.
Ποιος είναι issuer και ποιος subject; Τεκμηριώνεται η έξοδος του openssl x509 -issuer -subject.
Ποια extensions είναι κρίσιμα; Ελέγχονται SAN, Key Usage, EKU και Basic Constraints.
Πώς δημιουργείται η εμπιστοσύνη; Το chain file και το trust anchor ορίζονται ρητά.
Πώς αντιμετωπίζεται το revocation; Τεκμηριώνεται CRL, OCSP ή αιτιολογημένο όριο του lab.
bash
openssl x509 -in certs/server.crt -noout -subject -issuer -dates
openssl x509 -in certs/server.crt -noout -text | sed -n '/X509v3 extensions:/,/Signature Algorithm/p'
openssl verify -CAfile certs/chain.pem certs/server.crt

Μια καλή λύση δηλώνει επίσης αν αφορά ιδιωτικό lab PKI, εσωτερικό enterprise PKI ή δημόσια έμπιστο TLS. Τα δημόσια έμπιστα certificates υπόκεινται σε πρόσθετες CA/Browser Forum Baseline Requirements· ένα CA workshop σε lab δεν αντικαθιστά αυτές τις απαιτήσεις.

Αναμενόμενη πρακτική και review για το θέμα «Κριτήρια άμεσης αποτυχίας»

  • Τα private keys δημιουργούνται μόνο στο lab και δεν γίνονται commit.
  • Τα configurations χρησιμοποιούν δοκιμαστικά DNs και documentation domains.
  • Τα CA certificates έχουν CA:TRUE, ενώ τα end-entity certificates έχουν CA:FALSE.
  • Τα server certificates περιέχουν SANs· το Common Name δεν χρησιμοποιείται ως μοναδικός έλεγχος hostname.
  • Η chain επαληθεύεται με OpenSSL και δεν ελέγχεται μόνο οπτικά.
  • Expiry, renewal και revocation τεκμηριώνονται ως ενιαίο lifecycle.
  • Τα θέματα ασφάλειας περιγράφουν attack surface, detection και recovery.

Συνηθισμένα λάθη για το θέμα «Κριτήρια άμεσης αποτυχίας»

Αστοχία Αιτία Διάγνωση
unable to get local issuer certificate Λείπει η chain ή το trust anchor openssl verify -show_chain
Hostname mismatch Λείπει SAN ή το DNS name είναι λάθος openssl x509 -text και δοκιμή client
Key mismatch Συγχέθηκαν CSR, key και certificate Συγκρίνετε public-key fingerprints.
Η CA δεν μπορεί να υπογράψει Λάθος Basic Constraints ή Key Usage Εξετάστε τα extensions.
Το revocation δεν είναι αποτελεσματικό CRL/OCSP δεν δημοσιεύεται ή δεν ελέγχεται Ελέγξτε CRL Distribution Point και συμπεριφορά client.

Παράδειγμα υποβολής για το θέμα «Κριτήρια άμεσης αποτυχίας»

text
submission/
  openssl/root-openssl.cnf
  openssl/intermediate-openssl.cnf
  csr/server.csr
  certs/server.crt
  certs/chain.pem
  evidence.md
  cleanup.md

Το evidence περιέχει σχετική έξοδο OpenSSL, χωρίς private keys.

10 / 12

11. Λίστα ελέγχου εξεταστή

Το θέμα «Λίστα ελέγχου εξεταστή» εξετάζεται ως ελέγξιμο δομικό στοιχείο PKI. Το σημαντικό δεν είναι μόνο ότι μια εντολή δημιουργεί certificate, αλλά να είναι κατανοητά ο σκοπός, τα extensions, η trust chain, η διάρκεια ισχύος, το key usage και το cleanup.

Ερώτηση review Αναμενόμενο
Ποια οντότητα προστατεύεται; Κατονομάζεται host, service, client, CA ή workload.
Ποιος είναι issuer και ποιος subject; Τεκμηριώνεται η έξοδος του openssl x509 -issuer -subject.
Ποια extensions είναι κρίσιμα; Ελέγχονται SAN, Key Usage, EKU και Basic Constraints.
Πώς δημιουργείται η εμπιστοσύνη; Το chain file και το trust anchor ορίζονται ρητά.
Πώς αντιμετωπίζεται το revocation; Τεκμηριώνεται CRL, OCSP ή αιτιολογημένο όριο του lab.
bash
openssl x509 -in certs/server.crt -noout -subject -issuer -dates
openssl x509 -in certs/server.crt -noout -text | sed -n '/X509v3 extensions:/,/Signature Algorithm/p'
openssl verify -CAfile certs/chain.pem certs/server.crt

Μια καλή λύση δηλώνει επίσης αν αφορά ιδιωτικό lab PKI, εσωτερικό enterprise PKI ή δημόσια έμπιστο TLS. Τα δημόσια έμπιστα certificates υπόκεινται σε πρόσθετες CA/Browser Forum Baseline Requirements· ένα CA workshop σε lab δεν αντικαθιστά αυτές τις απαιτήσεις.

Αναμενόμενη πρακτική και review για το θέμα «Λίστα ελέγχου εξεταστή»

  • Τα private keys δημιουργούνται μόνο στο lab και δεν γίνονται commit.
  • Τα configurations χρησιμοποιούν δοκιμαστικά DNs και documentation domains.
  • Τα CA certificates έχουν CA:TRUE, ενώ τα end-entity certificates έχουν CA:FALSE.
  • Τα server certificates περιέχουν SANs· το Common Name δεν χρησιμοποιείται ως μοναδικός έλεγχος hostname.
  • Η chain επαληθεύεται με OpenSSL και δεν ελέγχεται μόνο οπτικά.
  • Expiry, renewal και revocation τεκμηριώνονται ως ενιαίο lifecycle.
  • Τα θέματα ασφάλειας περιγράφουν attack surface, detection και recovery.

Συνηθισμένα λάθη για το θέμα «Λίστα ελέγχου εξεταστή»

Αστοχία Αιτία Διάγνωση
unable to get local issuer certificate Λείπει η chain ή το trust anchor openssl verify -show_chain
Hostname mismatch Λείπει SAN ή το DNS name είναι λάθος openssl x509 -text και δοκιμή client
Key mismatch Συγχέθηκαν CSR, key και certificate Συγκρίνετε public-key fingerprints.
Η CA δεν μπορεί να υπογράψει Λάθος Basic Constraints ή Key Usage Εξετάστε τα extensions.
Το revocation δεν είναι αποτελεσματικό CRL/OCSP δεν δημοσιεύεται ή δεν ελέγχεται Ελέγξτε CRL Distribution Point και συμπεριφορά client.

Παράδειγμα υποβολής για το θέμα «Λίστα ελέγχου εξεταστή»

text
submission/
  openssl/root-openssl.cnf
  openssl/intermediate-openssl.cnf
  csr/server.csr
  certs/server.crt
  certs/chain.pem
  evidence.md
  cleanup.md

Το evidence περιέχει σχετική έξοδο OpenSSL, χωρίς private keys.


11 / 12

Πρακτικό παράρτημα: CA evidence για αυτή την αξιολόγηση

Το παράρτημα ολοκληρώνει το υλικό του workshop: συνδέει το θέμα με επαναλήψιμο evidence, ερωτήσεις review, λειτουργικές αποφάσεις και απαιτήσεις ασφάλειας. Τα σημεία δεν είναι επινοημένες λειτουργίες προϊόντος, αλλά πραγματικά κριτήρια ελέγχου για εργασία PKI με X.509, OpenSSL και συνήθη μοντέλα λειτουργίας CA.

A.1 Πεδίο εφαρμογής και όρια

Κάθε εργασία CA ξεκινά με τη διάκριση μεταξύ ιδιωτικού lab PKI, εσωτερικού enterprise PKI και δημόσια έμπιστων server certificates. Αυτή η διάκριση αλλάζει τις ευθύνες, τις απαιτήσεις audit, τις περιόδους ισχύος, τη διαχείριση revocation και τους clients που μπορούν να εμπιστεύονται το πιστοποιητικό.

Πεδίο review Αναμενόμενο
Στόχος Η ενότητα απαντάται συγκεκριμένα στο πλαίσιο του 03-professional-certificate-authority-assessment-EL.md.
Evidence Η δήλωση τεκμηριώνεται με ρυθμίσεις, αποτέλεσμα OpenSSL, logs, fingerprints, serial numbers ή καταγεγραμμένη απόφαση.
Κίνδυνος Ελλιπή ή λανθασμένα δεδομένα μπορεί να οδηγήσουν σε εσφαλμένη εμπιστοσύνη, διακοπή υπηρεσίας ή revocation χωρίς δυνατότητα ιχνηλάτησης.

Συγκεκριμένες ερωτήσεις review:

  • Ποια οντότητα προστατεύεται ή υπογράφεται;
  • Ποιο αρχείο ή αποτέλεσμα στηρίζει τη δήλωση;
  • Ποιον ρόλο παίζει η root, η intermediate, το leaf ή ο client;
  • Ποια παραδοχή χρειάζεται πρόσθετο production review;
  • Ποια αλλαγή πρέπει να είναι ανιχνεύσιμη στο audit;
  • Ποιο βήμα cleanup ή προστασίας αποτρέπει τυχαία διαρροή secrets;

A.2 Μοντέλο εμπιστοσύνης

Το trust model ορίζει ποια root διανέμεται ως trust anchor, ποιες intermediate CAs μπορούν να υπογράφουν και ποια relying parties αξιολογούν το chain. Χωρίς αυτό το μοντέλο, ακόμη και ένα τεχνικά έγκυρο πιστοποιητικό μπορεί να είναι λειτουργικά ασαφές.

Πεδίο review Αναμενόμενο
Στόχος Η ενότητα απαντάται συγκεκριμένα στο πλαίσιο του 03-professional-certificate-authority-assessment-EL.md.
Evidence Η δήλωση τεκμηριώνεται με ρυθμίσεις, αποτέλεσμα OpenSSL, logs, fingerprints, serial numbers ή καταγεγραμμένη απόφαση.
Κίνδυνος Ελλιπή ή λανθασμένα δεδομένα μπορεί να οδηγήσουν σε εσφαλμένη εμπιστοσύνη, διακοπή υπηρεσίας ή revocation χωρίς δυνατότητα ιχνηλάτησης.

Συγκεκριμένες ερωτήσεις review:

  • Ποια οντότητα προστατεύεται ή υπογράφεται;
  • Ποιο αρχείο ή αποτέλεσμα στηρίζει τη δήλωση;
  • Ποιον ρόλο παίζει η root, η intermediate, το leaf ή ο client;
  • Ποια παραδοχή χρειάζεται πρόσθετο production review;
  • Ποια αλλαγή πρέπει να είναι ανιχνεύσιμη στο audit;
  • Ποιο βήμα cleanup ή προστασίας αποτρέπει τυχαία διαρροή secrets;

A.3 Διαχείριση Root CA

Στο workshop η Root CA είναι τοπικό εκπαιδευτικό τεχνούργημα. Σε πραγματικά περιβάλλοντα το root key φυλάσσεται offline ή σε HSM και ελέγχεται με ceremonies, διαχωρισμένους ρόλους, logs και σχέδια recovery.

Πεδίο review Αναμενόμενο
Στόχος Η ενότητα απαντάται συγκεκριμένα στο πλαίσιο του 03-professional-certificate-authority-assessment-EL.md.
Evidence Η δήλωση τεκμηριώνεται με ρυθμίσεις, αποτέλεσμα OpenSSL, logs, fingerprints, serial numbers ή καταγεγραμμένη απόφαση.
Κίνδυνος Ελλιπή ή λανθασμένα δεδομένα μπορεί να οδηγήσουν σε εσφαλμένη εμπιστοσύνη, διακοπή υπηρεσίας ή revocation χωρίς δυνατότητα ιχνηλάτησης.

Συγκεκριμένες ερωτήσεις review:

  • Ποια οντότητα προστατεύεται ή υπογράφεται;
  • Ποιο αρχείο ή αποτέλεσμα στηρίζει τη δήλωση;
  • Ποιον ρόλο παίζει η root, η intermediate, το leaf ή ο client;
  • Ποια παραδοχή χρειάζεται πρόσθετο production review;
  • Ποια αλλαγή πρέπει να είναι ανιχνεύσιμη στο audit;
  • Ποιο βήμα cleanup ή προστασίας αποτρέπει τυχαία διαρροή secrets;

A.4 Λειτουργία Intermediate CA

Οι Intermediate CAs αποτελούν το λειτουργικό επίπεδο υπογραφής. Τα πιστοποιητικά τους χρειάζονται CA:TRUE, keyCertSign, cRLSign, κατάλληλους περιορισμούς path length και σαφές σχέδιο κύκλου ζωής και rotation.

Πεδίο review Αναμενόμενο
Στόχος Η ενότητα απαντάται συγκεκριμένα στο πλαίσιο του 03-professional-certificate-authority-assessment-EL.md.
Evidence Η δήλωση τεκμηριώνεται με ρυθμίσεις, αποτέλεσμα OpenSSL, logs, fingerprints, serial numbers ή καταγεγραμμένη απόφαση.
Κίνδυνος Ελλιπή ή λανθασμένα δεδομένα μπορεί να οδηγήσουν σε εσφαλμένη εμπιστοσύνη, διακοπή υπηρεσίας ή revocation χωρίς δυνατότητα ιχνηλάτησης.

Συγκεκριμένες ερωτήσεις review:

  • Ποια οντότητα προστατεύεται ή υπογράφεται;
  • Ποιο αρχείο ή αποτέλεσμα στηρίζει τη δήλωση;
  • Ποιον ρόλο παίζει η root, η intermediate, το leaf ή ο client;
  • Ποια παραδοχή χρειάζεται πρόσθετο production review;
  • Ποια αλλαγή πρέπει να είναι ανιχνεύσιμη στο audit;
  • Ποιο βήμα cleanup ή προστασίας αποτρέπει τυχαία διαρροή secrets;

A.5 Registration Authority

Η RA ή διαδικασία έγκρισης αποφασίζει αν ένα αίτημα επιτρέπεται να υπογραφεί. Για εσωτερικούς servers πρέπει να είναι ανιχνεύσιμα τουλάχιστον ο system owner, το DNS name, το περιβάλλον, ο σκοπός, η διάρκεια ισχύος, η υπεύθυνη ομάδα και το change window.

Πεδίο review Αναμενόμενο
Στόχος Η ενότητα απαντάται συγκεκριμένα στο πλαίσιο του 03-professional-certificate-authority-assessment-EL.md.
Evidence Η δήλωση τεκμηριώνεται με ρυθμίσεις, αποτέλεσμα OpenSSL, logs, fingerprints, serial numbers ή καταγεγραμμένη απόφαση.
Κίνδυνος Ελλιπή ή λανθασμένα δεδομένα μπορεί να οδηγήσουν σε εσφαλμένη εμπιστοσύνη, διακοπή υπηρεσίας ή revocation χωρίς δυνατότητα ιχνηλάτησης.

Συγκεκριμένες ερωτήσεις review:

  • Ποια οντότητα προστατεύεται ή υπογράφεται;
  • Ποιο αρχείο ή αποτέλεσμα στηρίζει τη δήλωση;
  • Ποιον ρόλο παίζει η root, η intermediate, το leaf ή ο client;
  • Ποια παραδοχή χρειάζεται πρόσθετο production review;
  • Ποια αλλαγή πρέπει να είναι ανιχνεύσιμη στο audit;
  • Ποιο βήμα cleanup ή προστασίας αποτρέπει τυχαία διαρροή secrets;

A.6 Προστασία Private Keys

Τα private keys είναι τα πιο ευαίσθητα PKI assets. Τα repositories πρέπει να περιέχουν μόνο ρυθμίσεις, CSRs, δημόσια πιστοποιητικά και evidence. Στα labs τα κλειδιά δημιουργούνται κάτω από work/ ή σε προστατευμένα συστήματα και δεν γίνονται commit.

Πεδίο review Αναμενόμενο
Στόχος Η ενότητα απαντάται συγκεκριμένα στο πλαίσιο του 03-professional-certificate-authority-assessment-EL.md.
Evidence Η δήλωση τεκμηριώνεται με ρυθμίσεις, αποτέλεσμα OpenSSL, logs, fingerprints, serial numbers ή καταγεγραμμένη απόφαση.
Κίνδυνος Ελλιπή ή λανθασμένα δεδομένα μπορεί να οδηγήσουν σε εσφαλμένη εμπιστοσύνη, διακοπή υπηρεσίας ή revocation χωρίς δυνατότητα ιχνηλάτησης.

Συγκεκριμένες ερωτήσεις review:

  • Ποια οντότητα προστατεύεται ή υπογράφεται;
  • Ποιο αρχείο ή αποτέλεσμα στηρίζει τη δήλωση;
  • Ποιον ρόλο παίζει η root, η intermediate, το leaf ή ο client;
  • Ποια παραδοχή χρειάζεται πρόσθετο production review;
  • Ποια αλλαγή πρέπει να είναι ανιχνεύσιμη στο audit;
  • Ποιο βήμα cleanup ή προστασίας αποτρέπει τυχαία διαρροή secrets;

A.7 Έλεγχος CSR

Ένα CSR αποδεικνύει κατοχή private key, αλλά όχι δικαίωμα χρήσης ενός ονόματος. Ελέγξτε subject, SANs, αλγόριθμο public key, μέγεθος κλειδιού, αιτούντα και προβλεπόμενο τύπο πιστοποιητικού.

Πεδίο review Αναμενόμενο
Στόχος Η ενότητα απαντάται συγκεκριμένα στο πλαίσιο του 03-professional-certificate-authority-assessment-EL.md.
Evidence Η δήλωση τεκμηριώνεται με ρυθμίσεις, αποτέλεσμα OpenSSL, logs, fingerprints, serial numbers ή καταγεγραμμένη απόφαση.
Κίνδυνος Ελλιπή ή λανθασμένα δεδομένα μπορεί να οδηγήσουν σε εσφαλμένη εμπιστοσύνη, διακοπή υπηρεσίας ή revocation χωρίς δυνατότητα ιχνηλάτησης.

Συγκεκριμένες ερωτήσεις review:

  • Ποια οντότητα προστατεύεται ή υπογράφεται;
  • Ποιο αρχείο ή αποτέλεσμα στηρίζει τη δήλωση;
  • Ποιον ρόλο παίζει η root, η intermediate, το leaf ή ο client;
  • Ποια παραδοχή χρειάζεται πρόσθετο production review;
  • Ποια αλλαγή πρέπει να είναι ανιχνεύσιμη στο audit;
  • Ποιο βήμα cleanup ή προστασίας αποτρέπει τυχαία διαρροή secrets;

A.8 X.509 Extensions

Τα extensions είναι λογική ασφάλειας, όχι διακόσμηση. Basic constraints, key usage, extended key usage, subject alternative name, subject key identifier και authority key identifier καθορίζουν για ποιες χρήσεις μπορεί να γίνει αποδεκτό ένα πιστοποιητικό.

Πεδίο review Αναμενόμενο
Στόχος Η ενότητα απαντάται συγκεκριμένα στο πλαίσιο του 03-professional-certificate-authority-assessment-EL.md.
Evidence Η δήλωση τεκμηριώνεται με ρυθμίσεις, αποτέλεσμα OpenSSL, logs, fingerprints, serial numbers ή καταγεγραμμένη απόφαση.
Κίνδυνος Ελλιπή ή λανθασμένα δεδομένα μπορεί να οδηγήσουν σε εσφαλμένη εμπιστοσύνη, διακοπή υπηρεσίας ή revocation χωρίς δυνατότητα ιχνηλάτησης.

Συγκεκριμένες ερωτήσεις review:

  • Ποια οντότητα προστατεύεται ή υπογράφεται;
  • Ποιο αρχείο ή αποτέλεσμα στηρίζει τη δήλωση;
  • Ποιον ρόλο παίζει η root, η intermediate, το leaf ή ο client;
  • Ποια παραδοχή χρειάζεται πρόσθετο production review;
  • Ποια αλλαγή πρέπει να είναι ανιχνεύσιμη στο audit;
  • Ποιο βήμα cleanup ή προστασίας αποτρέπει τυχαία διαρροή secrets;

A.9 SAN και μοντέλο ονομάτων

Η ταυτότητα server ελέγχεται μέσω SANs. Το common name μόνο του δεν αρκεί για σύγχρονη επαλήθευση hostname. Τα εσωτερικά namespaces, τα documentation domains και τα production domains πρέπει να παραμένουν διακριτά.

Πεδίο review Αναμενόμενο
Στόχος Η ενότητα απαντάται συγκεκριμένα στο πλαίσιο του 03-professional-certificate-authority-assessment-EL.md.
Evidence Η δήλωση τεκμηριώνεται με ρυθμίσεις, αποτέλεσμα OpenSSL, logs, fingerprints, serial numbers ή καταγεγραμμένη απόφαση.
Κίνδυνος Ελλιπή ή λανθασμένα δεδομένα μπορεί να οδηγήσουν σε εσφαλμένη εμπιστοσύνη, διακοπή υπηρεσίας ή revocation χωρίς δυνατότητα ιχνηλάτησης.

Συγκεκριμένες ερωτήσεις review:

  • Ποια οντότητα προστατεύεται ή υπογράφεται;
  • Ποιο αρχείο ή αποτέλεσμα στηρίζει τη δήλωση;
  • Ποιον ρόλο παίζει η root, η intermediate, το leaf ή ο client;
  • Ποια παραδοχή χρειάζεται πρόσθετο production review;
  • Ποια αλλαγή πρέπει να είναι ανιχνεύσιμη στο audit;
  • Ποιο βήμα cleanup ή προστασίας αποτρέπει τυχαία διαρροή secrets;

A.10 Επαλήθευση chain

Ένας αξιόπιστος έλεγχος διαχωρίζει trust anchor και chain certificates. Στην πράξη χρησιμοποιήστε τη root με -CAfile, την intermediate με -untrusted, το leaf ως πιστοποιητικό στόχο και επαλήθευση hostname όπου χρειάζεται.

Πεδίο review Αναμενόμενο
Στόχος Η ενότητα απαντάται συγκεκριμένα στο πλαίσιο του 03-professional-certificate-authority-assessment-EL.md.
Evidence Η δήλωση τεκμηριώνεται με ρυθμίσεις, αποτέλεσμα OpenSSL, logs, fingerprints, serial numbers ή καταγεγραμμένη απόφαση.
Κίνδυνος Ελλιπή ή λανθασμένα δεδομένα μπορεί να οδηγήσουν σε εσφαλμένη εμπιστοσύνη, διακοπή υπηρεσίας ή revocation χωρίς δυνατότητα ιχνηλάτησης.

Συγκεκριμένες ερωτήσεις review:

  • Ποια οντότητα προστατεύεται ή υπογράφεται;
  • Ποιο αρχείο ή αποτέλεσμα στηρίζει τη δήλωση;
  • Ποιον ρόλο παίζει η root, η intermediate, το leaf ή ο client;
  • Ποια παραδοχή χρειάζεται πρόσθετο production review;
  • Ποια αλλαγή πρέπει να είναι ανιχνεύσιμη στο audit;
  • Ποιο βήμα cleanup ή προστασίας αποτρέπει τυχαία διαρροή secrets;

A.11 Revocation

Το revocation είναι λειτουργική διαδικασία, όχι μεταγενέστερη σκέψη. Τα δεδομένα CRL ή OCSP πρέπει να παράγονται, να δημοσιεύονται, να παρακολουθούνται και να καταναλώνονται πράγματι από τους σχετικούς clients.

Πεδίο review Αναμενόμενο
Στόχος Η ενότητα απαντάται συγκεκριμένα στο πλαίσιο του 03-professional-certificate-authority-assessment-EL.md.
Evidence Η δήλωση τεκμηριώνεται με ρυθμίσεις, αποτέλεσμα OpenSSL, logs, fingerprints, serial numbers ή καταγεγραμμένη απόφαση.
Κίνδυνος Ελλιπή ή λανθασμένα δεδομένα μπορεί να οδηγήσουν σε εσφαλμένη εμπιστοσύνη, διακοπή υπηρεσίας ή revocation χωρίς δυνατότητα ιχνηλάτησης.

Συγκεκριμένες ερωτήσεις review:

  • Ποια οντότητα προστατεύεται ή υπογράφεται;
  • Ποιο αρχείο ή αποτέλεσμα στηρίζει τη δήλωση;
  • Ποιον ρόλο παίζει η root, η intermediate, το leaf ή ο client;
  • Ποια παραδοχή χρειάζεται πρόσθετο production review;
  • Ποια αλλαγή πρέπει να είναι ανιχνεύσιμη στο audit;
  • Ποιο βήμα cleanup ή προστασίας αποτρέπει τυχαία διαρροή secrets;

A.12 Λήξη και ανανέωση

Τα πιστοποιητικά χρειάζονται περιθώριο ανανέωσης πριν η λήξη γίνει κρίσιμη. Η απόφαση καλύπτει νέο serial, νέα υπογραφή, προαιρετικά νέο κλειδί, σειρά rollout και σχέδιο rollback.

Πεδίο review Αναμενόμενο
Στόχος Η ενότητα απαντάται συγκεκριμένα στο πλαίσιο του 03-professional-certificate-authority-assessment-EL.md.
Evidence Η δήλωση τεκμηριώνεται με ρυθμίσεις, αποτέλεσμα OpenSSL, logs, fingerprints, serial numbers ή καταγεγραμμένη απόφαση.
Κίνδυνος Ελλιπή ή λανθασμένα δεδομένα μπορεί να οδηγήσουν σε εσφαλμένη εμπιστοσύνη, διακοπή υπηρεσίας ή revocation χωρίς δυνατότητα ιχνηλάτησης.

Συγκεκριμένες ερωτήσεις review:

  • Ποια οντότητα προστατεύεται ή υπογράφεται;
  • Ποιο αρχείο ή αποτέλεσμα στηρίζει τη δήλωση;
  • Ποιον ρόλο παίζει η root, η intermediate, το leaf ή ο client;
  • Ποια παραδοχή χρειάζεται πρόσθετο production review;
  • Ποια αλλαγή πρέπει να είναι ανιχνεύσιμη στο audit;
  • Ποιο βήμα cleanup ή προστασίας αποτρέπει τυχαία διαρροή secrets;

A.13 Automation

Το automation μέσω Vault PKI, cert-manager, ACME, Smallstep ή SPIFFE μειώνει τη χειροκίνητη εργασία, αλλά δεν αντικαθιστά το policy. Ρόλοι, TTLs, issuers, approvers και audit παραμένουν ρητά ορισμένα.

Πεδίο review Αναμενόμενο
Στόχος Η ενότητα απαντάται συγκεκριμένα στο πλαίσιο του 03-professional-certificate-authority-assessment-EL.md.
Evidence Η δήλωση τεκμηριώνεται με ρυθμίσεις, αποτέλεσμα OpenSSL, logs, fingerprints, serial numbers ή καταγεγραμμένη απόφαση.
Κίνδυνος Ελλιπή ή λανθασμένα δεδομένα μπορεί να οδηγήσουν σε εσφαλμένη εμπιστοσύνη, διακοπή υπηρεσίας ή revocation χωρίς δυνατότητα ιχνηλάτησης.

Συγκεκριμένες ερωτήσεις review:

  • Ποια οντότητα προστατεύεται ή υπογράφεται;
  • Ποιο αρχείο ή αποτέλεσμα στηρίζει τη δήλωση;
  • Ποιον ρόλο παίζει η root, η intermediate, το leaf ή ο client;
  • Ποια παραδοχή χρειάζεται πρόσθετο production review;
  • Ποια αλλαγή πρέπει να είναι ανιχνεύσιμη στο audit;
  • Ποιο βήμα cleanup ή προστασίας αποτρέπει τυχαία διαρροή secrets;

A.14 Audit και evidence

Το evidence πρέπει να δείχνει τι δημιουργήθηκε, τι ελέγχθηκε και τι εγκρίθηκε. Καλό evidence περιλαμβάνει αποτελέσματα OpenSSL, fingerprints, serial numbers, επαλήθευση chain, κατάσταση CRL ή OCSP και κανένα secret.

Πεδίο review Αναμενόμενο
Στόχος Η ενότητα απαντάται συγκεκριμένα στο πλαίσιο του 03-professional-certificate-authority-assessment-EL.md.
Evidence Η δήλωση τεκμηριώνεται με ρυθμίσεις, αποτέλεσμα OpenSSL, logs, fingerprints, serial numbers ή καταγεγραμμένη απόφαση.
Κίνδυνος Ελλιπή ή λανθασμένα δεδομένα μπορεί να οδηγήσουν σε εσφαλμένη εμπιστοσύνη, διακοπή υπηρεσίας ή revocation χωρίς δυνατότητα ιχνηλάτησης.

Συγκεκριμένες ερωτήσεις review:

  • Ποια οντότητα προστατεύεται ή υπογράφεται;
  • Ποιο αρχείο ή αποτέλεσμα στηρίζει τη δήλωση;
  • Ποιον ρόλο παίζει η root, η intermediate, το leaf ή ο client;
  • Ποια παραδοχή χρειάζεται πρόσθετο production review;
  • Ποια αλλαγή πρέπει να είναι ανιχνεύσιμη στο audit;
  • Ποιο βήμα cleanup ή προστασίας αποτρέπει τυχαία διαρροή secrets;

A.15 Incident Response

Σε παραβίαση κλειδιού η σειρά έχει σημασία: εντοπίστε τα επηρεασμένα serials, κάντε revocation, ενημερώστε CRL ή OCSP, εκδώστε αντικαταστάτες, ενημερώστε operators, διατηρήστε logs και τεκμηριώστε τη root cause.

Πεδίο review Αναμενόμενο
Στόχος Η ενότητα απαντάται συγκεκριμένα στο πλαίσιο του 03-professional-certificate-authority-assessment-EL.md.
Evidence Η δήλωση τεκμηριώνεται με ρυθμίσεις, αποτέλεσμα OpenSSL, logs, fingerprints, serial numbers ή καταγεγραμμένη απόφαση.
Κίνδυνος Ελλιπή ή λανθασμένα δεδομένα μπορεί να οδηγήσουν σε εσφαλμένη εμπιστοσύνη, διακοπή υπηρεσίας ή revocation χωρίς δυνατότητα ιχνηλάτησης.

Συγκεκριμένες ερωτήσεις review:

  • Ποια οντότητα προστατεύεται ή υπογράφεται;
  • Ποιο αρχείο ή αποτέλεσμα στηρίζει τη δήλωση;
  • Ποιον ρόλο παίζει η root, η intermediate, το leaf ή ο client;
  • Ποια παραδοχή χρειάζεται πρόσθετο production review;
  • Ποια αλλαγή πρέπει να είναι ανιχνεύσιμη στο audit;
  • Ποιο βήμα cleanup ή προστασίας αποτρέπει τυχαία διαρροή secrets;

A.16 Policy και CPS

Ένα Certificate Policy περιγράφει τι επιτρέπεται. Ένα Certification Practice Statement περιγράφει πώς εφαρμόζεται λειτουργικά. Ακόμη και ιδιωτικά PKIs ωφελούνται από αυτόν τον διαχωρισμό, επειδή σταθεροποιεί το review και τη λειτουργία.

Πεδίο review Αναμενόμενο
Στόχος Η ενότητα απαντάται συγκεκριμένα στο πλαίσιο του 03-professional-certificate-authority-assessment-EL.md.
Evidence Η δήλωση τεκμηριώνεται με ρυθμίσεις, αποτέλεσμα OpenSSL, logs, fingerprints, serial numbers ή καταγεγραμμένη απόφαση.
Κίνδυνος Ελλιπή ή λανθασμένα δεδομένα μπορεί να οδηγήσουν σε εσφαλμένη εμπιστοσύνη, διακοπή υπηρεσίας ή revocation χωρίς δυνατότητα ιχνηλάτησης.

Συγκεκριμένες ερωτήσεις review:

  • Ποια οντότητα προστατεύεται ή υπογράφεται;
  • Ποιο αρχείο ή αποτέλεσμα στηρίζει τη δήλωση;
  • Ποιον ρόλο παίζει η root, η intermediate, το leaf ή ο client;
  • Ποια παραδοχή χρειάζεται πρόσθετο production review;
  • Ποια αλλαγή πρέπει να είναι ανιχνεύσιμη στο audit;
  • Ποιο βήμα cleanup ή προστασίας αποτρέπει τυχαία διαρροή secrets;

A.17 Περιβάλλον

WSL, VMs, bare metal και cloud διαφέρουν στη συμπεριφορά trust stores, στα file permissions, στις εκδόσεις packages και στις διαδρομές. Συνεπώς, εντολές και evidence πρέπει να κατονομάζουν το τοπικό περιβάλλον.

Πεδίο review Αναμενόμενο
Στόχος Η ενότητα απαντάται συγκεκριμένα στο πλαίσιο του 03-professional-certificate-authority-assessment-EL.md.
Evidence Η δήλωση τεκμηριώνεται με ρυθμίσεις, αποτέλεσμα OpenSSL, logs, fingerprints, serial numbers ή καταγεγραμμένη απόφαση.
Κίνδυνος Ελλιπή ή λανθασμένα δεδομένα μπορεί να οδηγήσουν σε εσφαλμένη εμπιστοσύνη, διακοπή υπηρεσίας ή revocation χωρίς δυνατότητα ιχνηλάτησης.

Συγκεκριμένες ερωτήσεις review:

  • Ποια οντότητα προστατεύεται ή υπογράφεται;
  • Ποιο αρχείο ή αποτέλεσμα στηρίζει τη δήλωση;
  • Ποιον ρόλο παίζει η root, η intermediate, το leaf ή ο client;
  • Ποια παραδοχή χρειάζεται πρόσθετο production review;
  • Ποια αλλαγή πρέπει να είναι ανιχνεύσιμη στο audit;
  • Ποιο βήμα cleanup ή προστασίας αποτρέπει τυχαία διαρροή secrets;

A.18 Security Hardening

Το hardening περιλαμβάνει file permissions, διαχωρισμένους ρόλους, σύντομες διάρκειες ισχύος, ελάχιστα EKUs, ασφαλείς αλγόριθμους, offline root, ελεγχόμενες intermediate CAs και monitoring για λήξη ή ασυνήθιστη έκδοση.

Πεδίο review Αναμενόμενο
Στόχος Η ενότητα απαντάται συγκεκριμένα στο πλαίσιο του 03-professional-certificate-authority-assessment-EL.md.
Evidence Η δήλωση τεκμηριώνεται με ρυθμίσεις, αποτέλεσμα OpenSSL, logs, fingerprints, serial numbers ή καταγεγραμμένη απόφαση.
Κίνδυνος Ελλιπή ή λανθασμένα δεδομένα μπορεί να οδηγήσουν σε εσφαλμένη εμπιστοσύνη, διακοπή υπηρεσίας ή revocation χωρίς δυνατότητα ιχνηλάτησης.

Συγκεκριμένες ερωτήσεις review:

  • Ποια οντότητα προστατεύεται ή υπογράφεται;
  • Ποιο αρχείο ή αποτέλεσμα στηρίζει τη δήλωση;
  • Ποιον ρόλο παίζει η root, η intermediate, το leaf ή ο client;
  • Ποια παραδοχή χρειάζεται πρόσθετο production review;
  • Ποια αλλαγή πρέπει να είναι ανιχνεύσιμη στο audit;
  • Ποιο βήμα cleanup ή προστασίας αποτρέπει τυχαία διαρροή secrets;

A.19 Troubleshooting

Το PKI troubleshooting ξεκινά από το chain: ταιριάζει το private key, είναι σωστό το CSR, υπογράφηκε σωστά το πιστοποιητικό, είναι πλήρες το chain και εμπιστεύεται ο client τη root;

Πεδίο review Αναμενόμενο
Στόχος Η ενότητα απαντάται συγκεκριμένα στο πλαίσιο του 03-professional-certificate-authority-assessment-EL.md.
Evidence Η δήλωση τεκμηριώνεται με ρυθμίσεις, αποτέλεσμα OpenSSL, logs, fingerprints, serial numbers ή καταγεγραμμένη απόφαση.
Κίνδυνος Ελλιπή ή λανθασμένα δεδομένα μπορεί να οδηγήσουν σε εσφαλμένη εμπιστοσύνη, διακοπή υπηρεσίας ή revocation χωρίς δυνατότητα ιχνηλάτησης.

Συγκεκριμένες ερωτήσεις review:

  • Ποια οντότητα προστατεύεται ή υπογράφεται;
  • Ποιο αρχείο ή αποτέλεσμα στηρίζει τη δήλωση;
  • Ποιον ρόλο παίζει η root, η intermediate, το leaf ή ο client;
  • Ποια παραδοχή χρειάζεται πρόσθετο production review;
  • Ποια αλλαγή πρέπει να είναι ανιχνεύσιμη στο audit;
  • Ποιο βήμα cleanup ή προστασίας αποτρέπει τυχαία διαρροή secrets;

A.20 Ομαδική ροή εργασίας

Σε workshops και πραγματικές ομάδες ένα άτομο πρέπει να δημιουργεί, δεύτερο να ελέγχει και τρίτο να μπορεί να αναπαράγει το evidence. Έτσι τα PKI σφάλματα γίνονται ορατά νωρίτερα.

Πεδίο review Αναμενόμενο
Στόχος Η ενότητα απαντάται συγκεκριμένα στο πλαίσιο του 03-professional-certificate-authority-assessment-EL.md.
Evidence Η δήλωση τεκμηριώνεται με ρυθμίσεις, αποτέλεσμα OpenSSL, logs, fingerprints, serial numbers ή καταγεγραμμένη απόφαση.
Κίνδυνος Ελλιπή ή λανθασμένα δεδομένα μπορεί να οδηγήσουν σε εσφαλμένη εμπιστοσύνη, διακοπή υπηρεσίας ή revocation χωρίς δυνατότητα ιχνηλάτησης.

Συγκεκριμένες ερωτήσεις review:

  • Ποια οντότητα προστατεύεται ή υπογράφεται;
  • Ποιο αρχείο ή αποτέλεσμα στηρίζει τη δήλωση;
  • Ποιον ρόλο παίζει η root, η intermediate, το leaf ή ο client;
  • Ποια παραδοχή χρειάζεται πρόσθετο production review;
  • Ποια αλλαγή πρέπει να είναι ανιχνεύσιμη στο audit;
  • Ποιο βήμα cleanup ή προστασίας αποτρέπει τυχαία διαρροή secrets;

A.21 Μορφή υποβολής

Μια σωστή υποβολή περιλαμβάνει ρυθμίσεις, δημόσια τεχνουργήματα, evidence, ανάλυση αποτυχίας, σημειώσεις cleanup και σύντομη λειτουργική αξιολόγηση. Private keys και production δεδομένα απουσιάζουν συνειδητά.

Πεδίο review Αναμενόμενο
Στόχος Η ενότητα απαντάται συγκεκριμένα στο πλαίσιο του 03-professional-certificate-authority-assessment-EL.md.
Evidence Η δήλωση τεκμηριώνεται με ρυθμίσεις, αποτέλεσμα OpenSSL, logs, fingerprints, serial numbers ή καταγεγραμμένη απόφαση.
Κίνδυνος Ελλιπή ή λανθασμένα δεδομένα μπορεί να οδηγήσουν σε εσφαλμένη εμπιστοσύνη, διακοπή υπηρεσίας ή revocation χωρίς δυνατότητα ιχνηλάτησης.

Συγκεκριμένες ερωτήσεις review:

  • Ποια οντότητα προστατεύεται ή υπογράφεται;
  • Ποιο αρχείο ή αποτέλεσμα στηρίζει τη δήλωση;
  • Ποιον ρόλο παίζει η root, η intermediate, το leaf ή ο client;
  • Ποια παραδοχή χρειάζεται πρόσθετο production review;
  • Ποια αλλαγή πρέπει να είναι ανιχνεύσιμη στο audit;
  • Ποιο βήμα cleanup ή προστασίας αποτρέπει τυχαία διαρροή secrets;

A.22 Μετάβαση σε production

Η μετάβαση από lab σε production δεν είναι αντιγραφή εντολών OpenSSL. Απαιτεί ρόλους, ασφαλή φύλαξη κλειδιών, monitoring, backup, διανομή revocation, τεκμηρίωση και recovery που εξασκείται τακτικά.

Πεδίο review Αναμενόμενο
Στόχος Η ενότητα απαντάται συγκεκριμένα στο πλαίσιο του 03-professional-certificate-authority-assessment-EL.md.
Evidence Η δήλωση τεκμηριώνεται με ρυθμίσεις, αποτέλεσμα OpenSSL, logs, fingerprints, serial numbers ή καταγεγραμμένη απόφαση.
Κίνδυνος Ελλιπή ή λανθασμένα δεδομένα μπορεί να οδηγήσουν σε εσφαλμένη εμπιστοσύνη, διακοπή υπηρεσίας ή revocation χωρίς δυνατότητα ιχνηλάτησης.

Συγκεκριμένες ερωτήσεις review:

  • Ποια οντότητα προστατεύεται ή υπογράφεται;
  • Ποιο αρχείο ή αποτέλεσμα στηρίζει τη δήλωση;
  • Ποιον ρόλο παίζει η root, η intermediate, το leaf ή ο client;
  • Ποια παραδοχή χρειάζεται πρόσθετο production review;
  • Ποια αλλαγή πρέπει να είναι ανιχνεύσιμη στο audit;
  • Ποιο βήμα cleanup ή προστασίας αποτρέπει τυχαία διαρροή secrets;

A.23 Ελάχιστο σύνολο evidence

text
evidence/
  context.md
  openssl-version.txt
  csr-review.txt
  certificate-summary.txt
  certificate-extensions.txt
  chain-verification.txt
  revocation-or-renewal-note.md
  cleanup.md

Αυτό το σύνολο είναι σκόπιμα ελάχιστο. Οι ασκήσεις Advanced προσθέτουν κατάσταση CA database, CRL, OCSP response, audit log, απόσπασμα policy, απόφαση ρόλου και χρονολόγιο incident.

A.24 Κριτήρια ποιότητας

  • Το τεχνικό πεδίο είναι σαφές πριν από την εκτέλεση.
  • Το chain επαληθεύεται τεχνικά, δεν περιγράφεται μόνο.
  • SAN, key usage, EKU και basic constraints αξιολογούνται ρητά.
  • Revocation και renewal καλύπτονται ως ζητήματα κύκλου ζωής.
  • Τα private keys παραμένουν εκτός versioned περιεχομένου.
  • Τα δημόσια πρότυπα διαχωρίζονται σωστά: το RFC 5280 περιγράφει profile και processing, το CA/Browser Forum διέπει δημόσια έμπιστα server certificates και το NIST SP 800-57 καθοδηγεί τη διαχείριση κλειδιών και τις διάρκειες ισχύος.
12 / 12

PKI · Orthevs Academy

31 modules as one continuous learning path.

The sequence remains unchanged: from the lab skeleton through technical foundations and operating models to final troubleshooting. The technical directory names are deliberately preserved.

Orthevs – Engineering the foundation for what comes next.

Orthevs as an app

Install Orthevs

The Orthevs web app can be installed on supported mobile devices and desktop browsers.

iPhone and iPad

Open Orthevs in Safari. Tap Share, then Add to Home Screen. Enable Open as Web App if offered, then tap Add.

Android

For the web app, open the browser menu and choose Install app or Add to Home screen. Confirm the installation.

Desktop browser

Open the browser menu or the install icon in the address bar, then choose Install app or Add to Dock.

Web app installation depends on your browser. If no install prompt appears, follow the browser steps shown above.