Εν συντομία: Η ασφάλεια πληροφορικής white label σημαίνει για το πρακτορείο σας: εσείς κρατάτε τη σχέση με τον πελάτη, εμείς κάνουμε στο παρασκήνιο τη δουλειά της ασφάλειας. Στο PHP2Shell αυτό σημαίνει απογραφή όλων των ιστοτόπων πελατών, ιεράρχηση με βάση τον κίνδυνο, patch και επανεκκίνηση ανά διακομιστή και μία απόδειξη ανά πελάτη, που μπορείτε να προωθήσετε.
Γιατί τα πρακτορεία βρίσκονται υπό ιδιαίτερη πίεση στο PHP2Shell
Ένα πρακτορείο με πολλούς πελάτες σπάνια φροντίζει ένα ενιαίο τοπίο. Ένα μέρος των ιστοτόπων βρίσκεται σε δικούς του διακομιστές με Plesk, ένα μέρος στους παρόχους φιλοξενίας των πελατών, ορισμένα παλιά έργα σε εκδόσεις PHP που δεν λαμβάνουν πια επίσημες ενημερώσεις. Προστίθενται διαφορετικά συστήματα: WordPress, TYPO3, Shopware, Craft CMS, ιδιόκτητες αναπτύξεις σε Laravel.
Σε μια ευπάθεια στην ίδια την PHP πλήττονται όλα τα έργα ταυτόχρονα. Οι πελάτες περιμένουν απάντηση αν ο ιστότοπός τους είναι ασφαλής και η ομάδα των έργων είναι φορτωμένη με εν εξελίξει αναθέσεις. Πολλές συμβάσεις συντήρησης ρυθμίζουν το CMS, αλλά όχι τον διακομιστή από κάτω.
Προστίθενται συστήματα που δεν εμφανίζονται πια σε καμία λίστα έργων: περιβάλλοντα staging σε υποτομείς, σελίδες καμπανιών από ολοκληρωμένα έργα, δοκιμαστικές εγκαταστάσεις προγραμματιστών σε δικούς τους vServer. Λειτουργούν συχνά σε παλαιότερες εκδόσεις PHP, δεν παρακολουθούνται και φέρουν παρ' όλα αυτά το όνομα του πρακτορείου ή του πελάτη σας. Για τις αυτοματοποιημένες σαρώσεις είναι εξίσου ορατά με την κύρια σελίδα.
Ποιες ερωτήσεις κάνουν τώρα οι πελάτες σας
- Επηρεάζεται ο ιστότοπός μου και έχει εν τω μεταξύ γίνει patch;
- Εισήχθη κάτι ήδη πριν από το patch;
- Θεωρείται η ενημέρωση του CMS προστασία; Όχι, μια ενημέρωση του CMS δεν κλείνει την ευπάθεια της PHP.
- Πρέπει να βγάλω τον ιστότοπό μου εκτός δικτύου; Το BSI (η γερμανική Ομοσπονδιακή Υπηρεσία Ασφάλειας Πληροφοριών) το συνιστά για διακομιστές που δεν μπορούν να ενημερωθούν άμεσα.
Σε καθεμία από αυτές τις ερωτήσεις το πρακτορείο σας χρειάζεται μια τεκμηριωμένη απάντηση ανά πελάτη, όχι ένα εγκύκλιο email με γενικές δηλώσεις.
Πώς λειτουργεί η ασφάλεια πληροφορικής white label για πρακτορεία
Εργαζόμαστε ως μέρος της ομάδας σας, αλλά χωρίς δική μας επαφή με τους πελάτες. Η κατανομή είναι σαφής:
| Εργασία | Το πρακτορείο σας | PHP SOS |
|---|---|---|
| Επικοινωνία με πελάτες και τιμολόγηση | ναι | όχι |
| Απογραφή όλων των ιστοτόπων πελατών με το επίπεδο PHP | παρέχει προσβάσεις | τη δημιουργεί και τη συντηρεί |
| Patch, επανεκκίνηση, έλεγχος ανά διακομιστή | εγκρίνει παράθυρο συντήρησης | εκτελεί ή συντονίζει με παρόχους φιλοξενίας |
| Έλεγχος για παραβίαση | λαμβάνει το εύρημα | αναζητά webshells και ανωμαλίες |
| Απόδειξη ανά πελάτη | την προωθεί | τη συντάσσει ουδέτερα ή στη δική σας μορφή |
Στους ιστοτόπους σε ξένους παρόχους φιλοξενίας ζητούμε την επιβεβαίωση του επιπέδου του πακέτου. Ο αριθμός έκδοσης που εμφανίζεται δεν αρκεί από μόνος του, επειδή τα backports μπορούν να τον αφήσουν αμετάβλητο.
Ιεραρχήστε πρώτα τους διακομιστές με Apache και mod_php, όπου η ομάδα της PHP κατατάσσει τον κίνδυνο ως τον υψηλότερο, έπειτα τα καταστήματα και τις σελίδες με login και μετά τα έργα σε PHP 8.1 και παλαιότερη. Τα στατικά παλιά έργα που κανείς δεν χρειάζεται πια, απενεργοποιήστε τα αντί να τους εφαρμόσετε patch.
Πολλοί ιστότοποι πελατών σε έναν διακομιστή: ελέγξτε την απομόνωση
Στους διακομιστές των πρακτορείων πολλοί ιστότοποι πελατών μοιράζονται συχνά ένα μηχάνημα. Αν ένας από αυτούς παραβιαστεί, ο διαχωρισμός αποφασίζει αν ο επιτιθέμενος φτάνει και στους υπόλοιπους. Σημαντικοί είναι ξεχωριστοί χρήστες συστήματος και pools PHP-FPM ανά ιστότοπο, σωστά δικαιώματα αρχείων και όρια όπως το open_basedir. Στους διακομιστές Plesk αυτές οι ρυθμίσεις μπορούν να ελεγχθούν ανά συνδρομή.
Μετά το patch ισχύει: επανεκκινήστε όλα τα pools και τα worker. Μόνο τότε δεν εκτελούνται πια παλιές διεργασίες PHP στη μνήμη. Τα logs από τις 20/10/2026 πρέπει να διατηρηθούν για κάθε ιστότοπο πελάτη.
Ενημέρωση πελατών: τι έχει τεκμηριωθεί και τι όχι
Ο μεγαλύτερος πειρασμός σε αυτή την κατάσταση είναι ένα καθησυχαστικό μαζικό email. Ασφαλέστερη είναι μια δήλωση ανά πελάτη που περιέχει μόνο όσα έχουν τεκμηριωθεί: ποιος διακομιστής, ποιο επίπεδο πακέτου PHP, πότε έγινε επανεκκίνηση, αν έγινε έλεγχος για παραβίαση και με ποιο αποτέλεσμα. Αναφέρεται επίσης ό,τι είναι ακόμη ανοιχτό.
Διατυπώσεις όπως «Ο ιστότοπός σας είναι ασφαλής» αποφύγετέ τις καλύτερα. Ένα patch κλείνει την ευπάθεια, δεν αποδεικνύει όμως ότι δεν συνέβη τίποτα νωρίτερα. Όποιος τα διακρίνει ειλικρινά, δεν βρίσκεται αργότερα υπό υποχρέωση εξηγήσεων, αν παρ' όλα αυτά προκύψει κάποιο εύρημα.
Επαναδιατύπωση των συμβάσεων συντήρησης μετά το PHP2Shell
Πολλές συμβάσεις πρακτορείων ρυθμίζουν ενημερώσεις CMS και επεκτάσεων, αλλά σιωπούν για τον διακομιστή. Αξιοποιήστε την κατάσταση, για να καταγράψετε για κάθε πελάτη ποιος ενημερώνει την PHP, ποιος ευθύνεται για τις επανεκκινήσεις, ποιος αποφασίζει σε ένα περιστατικό και ποιες υπηρεσίες ανατίθενται χωριστά. Σε αυτά ανήκει και μια συμφωνία επεξεργασίας για λογαριασμό υπευθύνου επεξεργασίας με όλους τους εμπλεκόμενους παρόχους υπηρεσιών. Τη συμβατική διαμόρφωση τη διευκρινίζετε με τη νομική σας υποστήριξη.
Πώς βοηθά συγκεκριμένα η PHP SOS;
- Αναλαμβάνουμε την καταγραφή όλων των ιστοτόπων πελατών με έκδοση PHP, τρόπο λειτουργίας, πάροχο φιλοξενίας και αρμοδιότητα.
- Μέσω της υπηρεσίας PHP patch εφαρμόζουμε patch στους δικούς σας διακομιστές, επανεκκινούμε όλα τα worker και το τεκμηριώνουμε ανά πελάτη.
- Ελέγχουμε τους ιεραρχημένους ιστοτόπους για παραβίαση και καθαρίζουμε σε περίπτωση ευρήματος, μέχρι το περιστατικό να κλείσει και να τεκμηριωθεί.
- Παραδίδουμε πρότυπα κειμένων για την ενημέρωση των πελατών σας, τα οποία προσαρμόζετε και στέλνετε οι ίδιοι.
- Στη συνέχεια, αν το επιθυμείτε, αναλαμβάνουμε με ένα συμβόλαιο συντήρησης ασφαλείας τη διαρκή φροντίδα ασφάλειας στο παρασκήνιο.
Συχνές ερωτήσεις
Εμφανίζεστε απέναντι στους πελάτες μας;
Μόνο αν το θέλετε. Στο μοντέλο white label εργαζόμαστε αποκλειστικά στο παρασκήνιο και όλη η επικοινωνία γίνεται μέσω του πρακτορείου σας. Την τεκμηρίωσή μας την παραδίδουμε ουδέτερη ή στη δική σας μορφή.
Χρειαζόμαστε γι' αυτό σύμβαση επεξεργασίας για λογαριασμό υπευθύνου επεξεργασίας;
Αν έχουμε πρόσβαση σε συστήματα με δεδομένα προσωπικού χαρακτήρα των πελατών σας, χρειάζεται κατά κανόνα συμφωνία επεξεργασίας για λογαριασμό υπευθύνου επεξεργασίας, συχνά ως υποεπεξεργασία. Πώς εντάσσεται αυτό στις υπάρχουσες συμβάσεις σας το διευκρινίζετε με τη νομική σας υποστήριξη. Εμείς παρέχουμε τα απαραίτητα στοιχεία για τις δραστηριότητές μας.
Τι γίνεται με ιστοτόπους πελατών των οποίων τον διακομιστή δεν διαχειριζόμαστε;
Αν οι ιστότοποι των πελατών βρίσκονται σε ξένους παρόχους φιλοξενίας, ζητούμε εξ ονόματός σας ή με τα δικά σας υποδείγματα επιβεβαιώσεις για το επίπεδο patch και την επανεκκίνηση. Όπου υπάρχει μόνο πρόσβαση FTP ή CMS, ελέγχουμε τι είναι δυνατό από εκεί και επισημαίνουμε ανοιχτά τι μπορεί να τεκμηριώσει μόνο ο πάροχος φιλοξενίας.
Μπορούμε να το αναθέσουμε μόνιμα και μετά το PHP2Shell;
Ναι. Πολλές εργασίες επαναλαμβάνονται σε κάθε ευπάθεια: τήρηση απογραφής, εγκατάσταση patches, τεκμηρίωση επανεκκινήσεων, αναφορά ανωμαλιών. Αυτή η εργασία μπορεί να οργανωθεί ως διαρκής φροντίδα στο παρασκήνιο.