# Άσκηση έκτακτης ανάγκης στο τραπέζι: παίξτε ένα περιστατικό διακομιστή ιστού

> Άσκηση tabletop για το IT: πώς παίζετε στο τραπέζι ένα περιστατικό σε διακομιστή ιστού, με σενάριο, ρόλους, εισαγωγές και αξιολόγηση που αλλάζει κάτι.

Πηγή: https://phpsos.de/el/blog/notfalluebung-am-tisch/  
Ημερομηνία: 25/10/2026  
Πάροχος: PHP SOS, Επείγουσα βοήθεια PHP και ασφάλεια διακομιστών. Άμεση βοήθεια μέσω WhatsApp: https://wa.me/491736494914?text=%CE%93%CE%B5%CE%B9%CE%B1%20%CF%83%CE%B1%CF%82%2C%20PHP%20SOS%2C%20%CF%87%CF%81%CE%B5%CE%B9%CE%B1%CE%B6%CF%8C%CE%BC%CE%B1%CF%83%CF%84%CE%B5%20%CE%B2%CE%BF%CE%AE%CE%B8%CE%B5%CE%B9%CE%B1%20%CE%BC%CE%B5%20%CF%84%CE%BF%CE%BD%20%CE%B4%CE%B9%CE%B1%CE%BA%CE%BF%CE%BC%CE%B9%CF%83%CF%84%CE%AE%20PHP%20%CE%BC%CE%B1%CF%82.%20%CE%95%CF%84%CE%B1%CE%B9%CF%81%CE%B5%CE%AF%CE%B1%3A%20%E2%80%A6%20%CE%99%CF%83%CF%84%CF%8C%CF%84%CE%BF%CF%80%CE%BF%CF%82%3A%20%E2%80%A6

**Εν ολίγοις:** Μια άσκηση tabletop στο IT παίζει ένα περιστατικό ασφαλείας στο τραπέζι: ένας συντονιστής δίνει βήμα βήμα νέες πληροφορίες για την κατάσταση, οι συμμετέχοντες αποφασίζουν όπως σε πραγματική έκτακτη ανάγκη, και στο τέλος προκύπτει μια λίστα συγκεκριμένων βελτιώσεων. Για διακομιστές ιστού ταιριάζει ένα σενάριο κατά το πρότυπο του PHP2Shell, επειδή αγγίζει ταυτόχρονα τεχνολογία, αποφάσεις υπό αβεβαιότητα, προστασία δεδομένων και επικοινωνία.

## Γιατί ένα σχέδιο λειτουργεί μόνο μέσα από την εξάσκηση

Πολλές επιχειρήσεις διαθέτουν πλέον σχέδιο έκτακτης ανάγκης. Αν λειτουργεί, φαίνεται όμως μόνο όταν κάποιος το χρησιμοποιήσει υπό πίεση χρόνου. Υπάρχει μέσα ο σωστός αριθμός τηλεφώνου; Γνωρίζει η διοίκηση ότι πρέπει να αποφασίσει για μια απενεργοποίηση; Γνωρίζει ο πάροχος υπηρεσιών τις προσβάσεις; Τέτοια ερωτήματα τα διευκρινίζει μια άσκηση στο τραπέζι σε λίγες ώρες.

Η εβδομάδα του Οκτωβρίου 2026 έδειξε πόσο γρήγορα μπορεί να κλιμακωθεί μια κατάσταση: προαναγγελία από το php.net στις 20/10, patches στις 21/10 στις 16:00 ώρα Γερμανίας, επίπεδο προειδοποίησης πορτοκαλί της BSI (Ομοσπονδιακή Υπηρεσία Ασφάλειας Πληροφοριών της Γερμανίας), απενεργοποιήσεις δημόσιων ιστότοπων σύμφωνα με δημοσιεύματα. Όποιος είχε εξασκηθεί σε αυτή την αλληλουχία νωρίτερα, χρειάστηκε να αυτοσχεδιάσει λιγότερο. Τη ροή αναλυτικά περιγράφει η [Χρονολογία του PHP2Shell](https://phpsos.de/el/ratgeber/php2shell-chronologie/). Πώς στήνετε το ίδιο το σχέδιο, θα βρείτε στο [Δημιουργία σχεδίου έκτακτης ανάγκης IT για διακομιστές ιστού](https://phpsos.de/el/compliance/notfallplan-erstellen/)· εδώ μας απασχολεί η εξάσκηση.

## Άσκηση tabletop στο IT: ρόλοι και προετοιμασία

Μια καλή άσκηση χρειάζεται λίγο υλικό, αλλά σαφείς ρόλους. Ο **συντονιστής** καθοδηγεί μέσα από το σενάριο, εισάγει πληροφορίες και κρατά τον χρόνο. Δεν συζητά μαζί, αλλά θέτει ερωτήματα. Ένα **πρακτικό** καταγράφει αποφάσεις, ανοιχτά ερωτήματα και κάθε σημείο όπου κάποιος λέει «αυτό τώρα δεν θα το ήξερα». Προαιρετικά ένα ακόμη πρόσωπο παρατηρεί πώς εξελίσσεται η επικοινωνία.

Οι **συμμετέχοντες** είναι οι άνθρωποι που πράγματι δρουν σε περίπτωση έκτακτης ανάγκης: διοίκηση, εσωτερικό IT ή εξωτερικός πάροχος υπηρεσιών, υπεύθυνοι προστασίας δεδομένων, επικοινωνία, αν χρειάζεται προμήθειες ή νομική υπηρεσία. Σημασία έχει να παρευρίσκονται αναπληρωτές, επειδή τα περιστατικά δεν σέβονται τα προγράμματα αδειών.

Στην προετοιμασία ανήκουν: το τρέχον σχέδιο έκτακτης ανάγκης σε χαρτί, η λίστα επαφών, μια επισκόπηση των ιστότοπων και των διακομιστών και ένας χώρος χωρίς διακοπές. Ορίστε εκ των προτέρων ότι πρόκειται για μάθηση και όχι για βαθμούς. Όποιος φοβάται μήπως ρεζιλευτεί, δεν λέει ό,τι δεν γνωρίζει.

## Ένα έτοιμο σενάριο: κρίσιμη ευπάθεια PHP ένα απόγευμα Παρασκευής

Το παρακάτω σενάριο είναι φανταστικό, αλλά βασίζεται στο πρότυπο μιας πραγματικής κατάστασης. Προσαρμόστε συστήματα και ονόματα στο περιβάλλον σας. Κάθε εισαγωγή λαμβάνει δέκα έως είκοσι λεπτά συζήτησης.

| Βήμα | Εισαγωγή του συντονιστή | Καθοδηγητικό ερώτημα προς την ομάδα |
|---|---|---|
| 1 | Ο τεχνικός τύπος αναφέρει μια κρίσιμη ευπάθεια στην PHP, τα patches έχουν ανακοινωθεί αλλά δεν υπάρχουν ακόμη. | Ποιος το μαθαίνει πρώτος και ποιος πρέπει να ενημερωθεί; |
| 2 | Τα patches εμφανίζονται το απόγευμα. Η BSI συνιστά άμεση ενημέρωση, διαφορετικά προσωρινή απενεργοποίηση. | Ποια από τα συστήματά μας επηρεάζονται και πώς το γνωρίζουμε; |
| 3 | Ο πάροχος φιλοξενίας δεν απαντά. Ένας δικός μας διακομιστής λειτουργεί με έκδοση PHP χωρίς επίσημη ενημέρωση. | Patch, απενεργοποίηση ή αναμονή, και ποιος το αποφασίζει; |
| 4 | Το e-shop πρόκειται να τρέξει προσφορά το Σαββατοκύριακο. Οι πωλήσεις πιέζουν να μην απενεργοποιηθεί τίποτα. | Πώς σταθμίζουμε τζίρο και κίνδυνο και πώς τεκμηριώνουμε την απόφαση; |
| 5 | Ένας διαχειριστής βρίσκει τη Δευτέρα ένα άγνωστο αρχείο PHP στον φάκελο μεταφορτώσεων. | Τι κάνουμε πρώτα, τι αποφεύγουμε συνειδητά; Ποιος διασώζει αποδείξεις; |
| 6 | Είναι ασαφές αν διέρρευσαν δεδομένα πελατών. | Ποιος αξιολογεί μια πιθανή υποχρέωση γνωστοποίησης και πότε τρέχει η προθεσμία; |
| 7 | Μια δημοσιογράφος ρωτά γιατί ο ιστότοπος είναι εκτός λειτουργίας. | Ποιος μιλά προς τα έξω και τι λέμε όσο γνωρίζουμε λίγα; |

Το βήμα 6 αγγίζει τον ΓΚΠΔ. Στην άσκηση αρκεί να διευκρινιστεί η διαδικασία: ποιος εμπλέκει τους υπεύθυνους προστασίας δεδομένων και πότε. Η νομική αξιολόγηση παραμένει σε ειδικούς· τις βασικές γραμμές για την προθεσμία περιέχει το άρθρο 33 ΓΚΠΔ.

## Τυπικά ευρήματα και πώς τα καταγράφετε

Ορισμένα κενά εμφανίζονται σχεδόν σε κάθε πρώτη άσκηση. Λείπει μια πλήρης λίστα για το ποιοι ιστότοποι λειτουργούν σε ποιους διακομιστές με ποια έκδοση PHP. Τα στοιχεία επικοινωνίας του παρόχου φιλοξενίας είναι παλιά ή αποθηκευμένα μόνο σε ένα γραμματοκιβώτιο που σε περίπτωση έκτακτης ανάγκης δεν είναι προσβάσιμο. Κανείς δεν γνωρίζει με βεβαιότητα αν η διοίκηση μπορεί να διατάξει μόνη της μια απενεργοποίηση ή αν πρέπει να συμφωνήσει κάποιος.

Καταγράψτε κάθε εύρημα σε τρία μέρη: τι διαπιστώσαμε, τι αλλάζουμε και ποιος το ολοκληρώνει μέχρι πότε. Ένα εύρημα χωρίς υπεύθυνο μένει, κατά την εμπειρία, στο συρτάρι. Ταξινομήστε τα σημεία κατά αποτέλεσμα: ένας αριθμός έκτακτης ανάγκης που λείπει διορθώνεται γρήγορα και βοηθά αμέσως, μια νέα λύση παρακολούθησης χρειάζεται σχεδιασμό.

Για τη δομημένη αξιολόγηση μετά την άσκηση ταιριάζει η ίδια διαδικασία όπως μετά από ένα πραγματικό περιστατικό. Περιγράφεται στο άρθρο [Lessons learned: γίνετε καλύτεροι μετά το περιστατικό](https://phpsos.de/el/blog/lessons-learned-nach-vorfall/). Τη λίστα επαφών, που στην άσκηση δείχνει συνήθως αδυναμίες, εξετάζει το [Επαφές έκτακτης ανάγκης: ποιος πρέπει να ενημερωθεί και πότε;](https://phpsos.de/el/blog/notfallkontakte-liste/).

> **Συμβουλή:**
> Επαναλάβετε την άσκηση μετά από έξι έως δώδεκα μήνες με διαφορετικό σενάριο, για παράδειγμα έναν παραβιασμένο ιστότοπο με ανακατεύθυνση σε ξένες σελίδες. Έτσι ελέγχετε αν τα μέτρα του πρώτου γύρου υλοποιήθηκαν πράγματι.

## Πώς βοηθά συγκεκριμένα η PHP SOS;

1. Προσαρμόζουμε το σενάριο στους πραγματικούς ιστότοπους, διακομιστές και παρόχους υπηρεσιών σας και προετοιμάζουμε τις εισαγωγές.
2. Συντονίζουμε την άσκηση εξ αποστάσεως ή μέσω τηλεδιάσκεψης και συγκρατούμαστε στις αξιολογήσεις μέχρι να αποφασίσει η ομάδα.
3. Παραδίδουμε στη συνέχεια ένα πρακτικό με ευρήματα, μέτρα, υπεύθυνους και προθεσμίες.
4. Κατόπιν αιτήματος εξασκούμε στη συνέχεια το τεχνικό μέρος, δηλαδή καταγραφή κατάστασης, patch και αναζήτηση ιχνών, όπως το διεκπεραιώνει η [αντιμετώπιση περιστατικών (incident response)](https://phpsos.de/el/leistungen/incident-response/) σε περίπτωση έκτακτης ανάγκης.

## Συμπέρασμα

Μια άσκηση έκτακτης ανάγκης στο τραπέζι είναι ο οικονομικότερος τρόπος να βρείτε τις αδυναμίες ενός σχεδίου έκτακτης ανάγκης πριν τις βρει ένα πραγματικό περιστατικό. Ένα απόγευμα, ένα ρεαλιστικό σενάριο και μια ειλικρινής αξιολόγηση αρκούν για αρχή. Καθοριστικό είναι από κάθε εύρημα να προκύπτει μια εργασία με όνομα και ημερομηνία.


## Συχνές ερωτήσεις

**Τι είναι μια άσκηση tabletop;**  
Μια άσκηση στην οποία οι συμμετέχοντες συζητούν από κοινού ένα περιστατικό στο τραπέζι, χωρίς να εργάζονται σε πραγματικά συστήματα. Ένας συντονιστής εισάγει σταδιακά νέες πληροφορίες, η ομάδα αποφασίζει και αιτιολογεί. Έτσι γίνονται ορατά κενά στο σχέδιο, στις αρμοδιότητες και στις λίστες επαφών.

**Ποιοι πρέπει να συμμετέχουν σε μια άσκηση έκτακτης ανάγκης;**  
Όλοι όσοι αποφασίζουν ή δρουν σε περίπτωση έκτακτης ανάγκης: διοίκηση, IT ή πάροχος υπηρεσιών, προστασία δεδομένων, επικοινωνία και, αν υπάρχει, το αρμόδιο πρόσωπο για θέματα ασφάλισης. Περισσότερα από οκτώ έως δέκα άτομα κάνουν τον κύκλο δύσκαμπτο.

**Πόσο διαρκεί μια άσκηση tabletop;**  
Για μια πρώτη εκτέλεση αρκούν δύο έως τρεις ώρες, συμπεριλαμβανομένης της αξιολόγησης. Σημαντικότερο από τη διάρκεια είναι να καταγραφούν τα αποτελέσματα και να ανατεθούν μέτρα με προθεσμία.

**Πρέπει το σενάριο να είναι ρεαλιστικό;**  
Πρέπει να ταιριάζει στο περιβάλλον σας, αλλά δεν χρειάζεται να είναι ακριβές σε κάθε λεπτομέρεια. Ένα σενάριο κατά το πρότυπο μιας πραγματικής κατάστασης όπως το PHP2Shell είναι πειστικό και στρέφει τη συζήτηση σε αποφάσεις αντί σε τεχνικές λεπτομέρειες.

## Πηγές

- [BSI: πληροφορίες για τη διαχείριση έκτακτης ανάγκης](https://www.bsi.bund.de/)
- [php.net: ανακοινώσεις ασφαλείας](https://www.php.net/)
- [ΓΚΠΔ, άρθρο 33](https://dsgvo-gesetz.de/art-33-dsgvo/)