# Ιστολόγιο: PHP2Shell, ασφάλεια διακομιστών και επείγουσα βοήθεια

> Ιστολόγιο για το PHP2Shell και την ασφάλεια διακομιστών: κατάσταση, φιλοξενία, εντοπισμός, σκλήρυνση, ασφαλής ανάπτυξη, διοίκηση και βοηθήματα λήψης αποφάσεων.

Πηγή: https://phpsos.de/el/blog/  
Ημερομηνία: 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

Αξιολόγηση της κατάστασης, οδηγίες για διαχειριστές και βοηθήματα λήψης αποφάσεων για τη διοίκηση. Ταξινομημένα ανά θέμα, κάθε άρθρο με πηγές.

- [PHP2Shell: τι έχει τεκμηριωθεί και τι όχι](https://phpsos.de/el/blog/php2shell-was-belegt-ist/): Έλεγχος γεγονότων για το PHP2Shell: ποιες πληροφορίες προέρχονται από πρωτογενείς πηγές, ποιες από δημοσιεύματα και ποιοι ισχυρισμοί δεν στέκουν.
- [Γιατί η ευπάθεια της PHP έγινε γνωστή πριν από το patch](https://phpsos.de/el/blog/php-luecke-vorzeitig-bekannt/): Σύμφωνα με αναφορές, λεπτομέρειες για το PHP2Shell έγιναν δημόσιες πριν λήξει το embargo. Εξηγούμε τη διαδικασία και τι σημαίνει για τον σχεδιασμό των ενημερώσεών σας.
- [Αρχές βγάζουν ιστότοπους εκτός δικτύου: τι μαθαίνουν οι επιχειρήσεις](https://phpsos.de/el/blog/behoerden-webseiten-offline/): Η Mainz, η κυβέρνηση του κρατιδίου της Έσσης και η BKA έβγαλαν προληπτικά ιστότοπους εκτός δικτύου. Τι μπορούν να μάθουν οι επιχειρήσεις για τη δική τους απόφαση.
- [Επίπεδο προειδοποίησης BSI πορτοκαλί: τι σημαίνει η κατάταξη](https://phpsos.de/el/blog/bsi-warnstufe-orange-erklaert/): Η BSI κατατάσσει το PHP2Shell στο 3 / πορτοκαλί. Τι δείχνει η κλίμακα, τι όχι και πώς μεταφράζουν οι επιχειρήσεις την κατάταξη σε αποφάσεις.
- [Τι συμβουλεύουν το CERT-EU και το CERT-Bund για το PHP2Shell](https://phpsos.de/el/blog/cert-eu-empfehlungen-php/): Οι επίσημοι φορείς συμφωνούν: άμεσο patch, αλλιώς απομόνωση. Συγκρίνουμε τις συστάσεις και δείχνουμε πώς μοιάζει πρακτικά η απομόνωση.
- [Οι κανόνες προστασίας της Cloudflare για το PHP2Shell: τι προσφέρουν και τι όχι](https://phpsos.de/el/blog/cloudflare-waf-php2shell/): Η Cloudflare ενεργοποίησε νωρίς κανόνες προστασίας για το PHP2Shell. Γιατί βοηθούν, γιατί δεν αντικαθιστούν την ενημέρωση της PHP και ποιες ρυθμίσεις να ελέγξετε.
- [22,6 εκατομμύρια εκτεθειμένες εγκαταστάσεις: πώς διαβάζουμε σωστά τους αριθμούς](https://phpsos.de/el/blog/exponierte-instanzen-einordnen/): Οι Unit 42, CybelAngel και άλλοι αναφέρουν πολύ διαφορετικούς αριθμούς για το PHP2Shell. Εξηγούμε τι μετρήθηκε και ποιος αριθμός μετράει πραγματικά για εσάς.
- [Το PHP2Shell σε πέντε λεπτά: ενημέρωση για τη διοίκηση](https://phpsos.de/el/blog/php2shell-briefing-geschaeftsfuehrung/): Η ευπάθεια ασφαλείας PHP2Shell της PHP σε μία σελίδα για όσους αποφασίζουν: κατάσταση, κίνδυνος, πέντε ερωτήσεις προς την IT και οι αποφάσεις για σήμερα.
- [Η ευπάθεια ασφαλείας της PHP απλά εξηγημένη](https://phpsos.de/el/blog/php-luecke-einfach-erklaert/): Το PHP2Shell για μη τεχνικούς: με εικόνες της καθημερινότητας, ένα μικρό γλωσσάρι και τρεις τυπικές αφετηρίες, τι πρέπει να κάνετε ως διαχειριστής ιστότοπου.
- [PHP2Shell: 15 ερωτήσεις πελατών φιλοξενίας](https://phpsos.de/el/blog/fragen-von-hosting-kunden/): Ο ιστότοπός σας βρίσκεται σε πάροχο φιλοξενίας και θέλετε να μάθετε τι πρέπει να κάνετε εσείς για το PHP2Shell; Εδώ οι 15 συχνότερες ερωτήσεις με σύντομες απαντήσεις.
- [Γιατί μια ενημέρωση του WordPress δεν βοηθά απέναντι στο PHP2Shell](https://phpsos.de/el/blog/warum-wordpress-update-nicht-hilft/): Πολλοί διαχειριστές ενημέρωσαν το WordPress μετά τους τίτλους και αισθάνονται ασφαλείς. Γιατί αυτό δεν αρκεί στο PHP2Shell και τι μετράει αντί γι' αυτό.
- [PHP2Shell και Log4Shell: τι έχουν κοινό οι δύο ευπάθειες](https://phpsos.de/el/blog/php2shell-und-log4shell/): Πολλοί συγκρίνουν το PHP2Shell με το Log4Shell του 2021. Τι αντέχει η σύγκριση, πού χωλαίνει και ποια διδάγματα από τότε βοηθούν σήμερα.
- [Μαζικές σαρώσεις για PHP χωρίς patch: πώς εξελίσσονται οι αυτοματοποιημένες επιθέσεις](https://phpsos.de/el/blog/automatisierte-massenscans/): Μετά το PHP2Shell οι επιτιθέμενοι σαρώνουν αυτοματοποιημένα το διαδίκτυο για ευάλωτους διακομιστές. Πώς εξελίσσεται, γιατί το μέγεθος δεν παίζει ρόλο και τι σας προστατεύει.
- [Το χρονικό παράθυρο ανάμεσα στο patch και την επίθεση](https://phpsos.de/el/blog/zeitfenster-patch-angriff/): Στο PHP2Shell υπήρξαν απόπειρες επίθεσης ήδη πριν από το patch. Εξηγούμε τις φάσεις του χρονικού παραθύρου, πώς μετράτε το δικό σας και πώς το μικραίνετε.
- [Μετά το PHP2Shell: γιατί είναι πιθανές και άλλες ανακοινώσεις](https://phpsos.de/el/blog/weitere-php-meldungen/): Το PHP2Shell δεν έχει ολοκληρωθεί με το patch της 21ης Οκτωβρίου. Γιατί αναμένονται επόμενες ανακοινώσεις και πώς προετοιμάζετε την ομάδα σας.
- [PHP2Shell: η εικόνα κατάστασης της πρώτης εβδομάδας](https://phpsos.de/el/blog/lagebild-erste-woche/): Μία εβδομάδα μετά την πρώτη παρατηρηθείσα απόπειρα επίθεσης: η κατάσταση σε patches, προειδοποιήσεις αρχών, επιθέσεις και απενεργοποιήσεις, ξεκάθαρα χωρισμένη ανά πηγή.
- [Επικίνδυνες λανθασμένες συμβουλές για το PHP2Shell που κυκλοφορούν αυτή την περίοδο](https://phpsos.de/el/blog/gefaehrliche-falschtipps/): Αποκλεισμός cookies, απόκρυψη μηνυμάτων σφάλματος, ενημέρωση μόνο του CMS: εννέα συμβουλές για το PHP2Shell που δημιουργούν ψεύτικη ασφάλεια και τι μετράει πραγματικά.
- [Αλλαγή έκδοσης PHP στην περιοχή πελατών της φιλοξενίας](https://phpsos.de/el/blog/php-version-hosting-aendern/): Πώς αλλάζετε την έκδοση PHP στην περιοχή πελατών του παρόχου φιλοξενίας, ποια έκδοση να επιλέξετε και τι ελέγχετε πριν και μετά.
- [Debian και Ubuntu: έχει patch το πακέτο PHP μου;](https://phpsos.de/el/blog/debian-ubuntu-paket-gepatcht/): Ποια πακέτα PHP έχουν διορθώσει οι Debian και Ubuntu για το PHP2Shell, πώς συγκρίνετε με ακρίβεια την εγκατεστημένη κατάσταση και πού αποτυγχάνει η απόδειξη.
- [RHEL, AlmaLinux και Rocky Linux: έλεγχος του patch PHP](https://phpsos.de/el/blog/rhel-almalinux-rocky-php/): Τι δημοσίευσε η Red Hat για το PHP2Shell, πώς τεκμηριώνετε το επίπεδο πακέτων σε RHEL και στα παράγωγα και γιατί η επαναφόρτωση δεν αρκεί.
- [Το αποθετήριο sury.org: πακέτα PHP από πηγή τρίτου](https://phpsos.de/el/blog/sury-repository-php/): Πολλοί διακομιστές Debian και Ubuntu λαμβάνουν PHP από το αποθετήριο sury. Τι σημαίνει αυτό για ενημερώσεις, αποδείξεις και παλιές εκδόσεις PHP μετά το PHP2Shell.
- [Το αποθετήριο Remi: PHP τρέχουσα σε συστήματα RHEL](https://phpsos.de/el/blog/remi-repository-php/): Το Remi παρέχει τρέχουσες εκδόσεις PHP για την οικογένεια RHEL, ως module ή παράλληλα εγκαταστάσιμες. Έτσι ελέγχετε την κατάσταση μετά το PHP2Shell και αποφεύγετε ξεχασμένους κλάδους.
- [Γιατί το php -v δείχνει τον ίδιο αριθμό μετά την ενημέρωση](https://phpsos.de/el/blog/php-v-zeigt-alte-nummer/): Η ενημέρωση έτρεξε, αλλά το php -v αναφέρει την παλιά έκδοση. Συνήθως είναι backport και όχι σφάλμα. Έτσι ξεχωρίζετε το αβλαβές από τα πραγματικά προβλήματα.
- [Τεκμηρίωση αριθμών CVE στο changelog του πακέτου](https://phpsos.de/el/blog/cve-im-changelog-nachweisen/): Όποιος πρέπει να αποδείξει ένα patch PHP στη διοίκηση, σε ελεγκτές ή ασφαλιστές χρειάζεται κάτι περισσότερο από έναν αριθμό έκδοσης. Έτσι η εγγραφή στο changelog γίνεται τεκμήριο.
- [Αλλαγή παρόχου φιλοξενίας μετά από περιστατικό ασφαλείας: τι να προσέξετε;](https://phpsos.de/el/blog/hoster-wechseln-nach-vorfall/): Μετά από ένα περιστατικό είναι κατανοητή η επιθυμία για νέο πάροχο φιλοξενίας. Για να μη μεταφερθεί μαζί και ο επιτιθέμενος, μετράνε η σειρά και η επιλογή.
- [Πολλές εκδόσεις PHP σε έναν διακομιστή: patch σε καθεμία ξεχωριστά](https://phpsos.de/el/blog/mehrere-php-versionen-server/): Σε πολλούς διακομιστές τρέχουν τρεις, τέσσερις ή περισσότερες εγκαταστάσεις PHP δίπλα-δίπλα. Μετά το PHP2Shell κάθε μία πρέπει να εντοπιστεί, να ενημερωθεί και να επανεκκινηθεί.
- [Απενεργοποίηση παλιών εκδόσεων PHP στο πάνελ φιλοξενίας](https://phpsos.de/el/blog/alte-php-versionen-abschalten/): Το PHP2Shell είναι μια καλή αφορμή να απαλλαγείτε από τις παλιές εκδόσεις PHP. Έτσι προχωράτε σε τρεις φάσεις, ώστε να μην πέσει απαρατήρητα κανένας ιστότοπος και κανένα cronjob.
- [Plesk: κατανόηση των PHP handlers (FPM, FastCGI, module Apache)](https://phpsos.de/el/blog/plesk-php-handler/): Ποιον PHP handler χρησιμοποιεί το Plesk για έναν ιστότοπο, καθορίζει την απομόνωση, τη διαμόρφωση και τον κίνδυνο. Μια σύγκριση με το βλέμμα στο PHP2Shell.
- [CloudLinux και alt-php: τι πρέπει να γνωρίζουν οι πελάτες φιλοξενίας](https://phpsos.de/el/blog/cloudlinux-alt-php/): Στους διακομιστές CloudLinux οι ιστότοποι τρέχουν συχνά με δικά τους πακέτα alt-php. Κάθε μία από αυτές τις εκδόσεις χρειάζεται δικό της patch και μόνο ο διαχειριστής του διακομιστή μπορεί να το εφαρμόσει.
- [PHP σε NAS, firewalls και appliances: τα ξεχασμένα συστήματα](https://phpsos.de/el/blog/php-auf-nas-und-appliances/): Όχι μόνο οι διακομιστές ιστού χρησιμοποιούν PHP. Επηρεάζονται και συστήματα NAS, firewalls και εξειδικευμένες συσκευές με διεπαφή ιστού. Patch μπορεί να κάνει εκεί συνήθως μόνο ο κατασκευαστής, την προσβασιμότητα τη ρυθμίζετε εσείς.
- [PHP σε παρόχους cloud και PaaS: ποιος κάνει patch στο runtime;](https://phpsos.de/el/blog/paas-php-laufzeit/): Στις υπηρεσίες πλατφόρμας το patch PHP εξαρτάται από το μοντέλο λειτουργίας. Καθοριστικό είναι το runtime που εξυπηρετεί πραγματικά, όχι το τοπικό περιβάλλον ή ο κώδικας της εφαρμογής.
- [Επίσημες εικόνες PHP Docker: tags, digests και επανακατασκευή](https://phpsos.de/el/blog/offizielle-php-docker-images/): Ένα tag της επίσημης εικόνας PHP είναι ένας δείκτης που με τον χρόνο μετακινείται σε νεότερα επίπεδα. Όποιος γνωρίζει τι σημαίνουν tag, παραλλαγή και digest, επιλέγει τη σωστή εικόνα και μπορεί να τεκμηριώσει το επίπεδο του patch.
- [CI/CD: αυτόματη επανακατασκευή εικόνων PHP](https://phpsos.de/el/blog/php-images-in-ci-neu-bauen/): Μια εικόνα παλιώνει και χωρίς αλλαγή κώδικα. Με builds με χρονοπρογραμματισμό, έλεγχο έκδοσης και rollout με digest, τα patches PHP φτάνουν αξιόπιστα στην παραγωγή.
- [Μακροχρόνια υποστήριξη για παλιές εκδόσεις PHP: επιλογές και όρια](https://phpsos.de/el/blog/langzeitsupport-alte-php-versionen/): Όποιος δεν μπορεί να αλλάξει αμέσως από PHP 8.1 ή παλαιότερη, βρίσκει μακροχρόνια υποστήριξη σε διανομές, τρίτους παρόχους και εμπορικές υπηρεσίες. Τι προσφέρουν αυτοί οι δρόμοι, τι χρειάζεστε γραπτώς και πού βρίσκονται τα όρια.
- [Ενημέρωση της PHP στα Windows](https://phpsos.de/el/blog/php-unter-windows-aktualisieren/): Στα Windows δεν υπάρχει αυτόματη ενημέρωση PHP. Όποιος επιλέγει τη σωστή παραλλαγή, ελέγχει τη λήψη και επανεκκινεί όλες τις διεργασίες, φέρνει καθαρά το patch PHP2Shell σε κάθε υπολογιστή.
- [Προειδοποιητικό σημάδι: ο διακομιστής ιστού ξεκινά shell](https://phpsos.de/el/blog/webserver-startet-shell/): Αν μια διεργασία PHP-FPM ή διακομιστή ιστού ξεκινά shell, αυτό είναι ένα από τα ισχυρότερα προειδοποιητικά σημάδια εισβολής. Έτσι ελέγχετε το δέντρο διεργασιών, κατατάσσετε τις εξαιρέσεις και παρακολουθείτε το μοτίβο μόνιμα.
- [Εύρεση ύποπτων διεργασιών σε διακομιστές Linux](https://phpsos.de/el/blog/verdaechtige-prozesse-linux/): Οι κακόβουλες διεργασίες μεταμφιέζονται με αθώα ονόματα, τρέχουν από προσωρινούς φακέλους ή από διαγραμμένα αρχεία. Με λίγες εντολές ανάγνωσης βρίσκετε τα παράξενα και τα κατατάσσετε.
- [Αναγνώριση κρυφών cronjobs ως κερκόπορτας](https://phpsos.de/el/blog/cronjobs-als-hintertuer/): Οι επιτιθέμενοι χρησιμοποιούν προγραμματισμένες εργασίες για να επιστρέφουν μετά από έναν καθαρισμό. Έτσι ελέγχετε πλήρως crontabs, καταλόγους cron, timers systemd και εργασίες at και αναγνωρίζετε ύποπτες εγγραφές.
- [Εύρεση πρόσφατα αλλαγμένων αρχείων στον διακομιστή ιστού](https://phpsos.de/el/blog/geaenderte-dateien-finden/): Μετά από πιθανή εισβολή μετράει τι άλλαξε στον διακομιστή. Έτσι ψάχνετε με χρονικά παράθυρα, χρησιμοποιείτε σωστά τα mtime και ctime και αντιπαραβάλλετε με πακέτα, Git και αντίγραφα ασφαλείας.
- [Αρχεία PHP στον φάκελο upload: σωστή ερμηνεία των ευρημάτων](https://phpsos.de/el/blog/php-dateien-im-upload-ordner/): Ένα αρχείο PHP στον φάκελο upload είναι σχεδόν πάντα προειδοποίηση, αλλά όχι κάθε αρχείο είναι κακόβουλος κώδικας. Έτσι αξιολογείτε το εύρημα χωρίς να καταστρέψετε ίχνη και διευκρινίζετε αν το κάλεσε κάποιος.
- [Αναγνώριση συγκαλυμμένου κώδικα PHP](https://phpsos.de/el/blog/verschleierter-php-code/): Δυσανάγνωστος κώδικας PHP με eval και base64_decode είναι κλασικό σημάδι παρεισφρήσαντος κακόβουλου κώδικα. Ποια μοτίβα να αναζητήσετε, πώς να τα βρείτε χωρίς κίνδυνο και πότε η συγκάλυψη είναι θεμιτή.
- [Έλεγχος των εξερχόμενων συνδέσεων ενός διακομιστή](https://phpsos.de/el/blog/ausgehende-verbindungen-pruefen/): Ένας διακομιστής ιστού απαντά κυρίως σε αιτήματα. Αν ο ίδιος ανοίγει συνδέσεις προς άγνωστους προορισμούς, αυτό μπορεί να σημαίνει έλεγχο από επιτιθέμενους ή διαρροή δεδομένων. Έτσι ελέγχετε και περιορίζετε την εξερχόμενη κίνηση.
- [Εύρεση ξένων λογαριασμών διαχειριστή σε CMS και διακομιστή](https://phpsos.de/el/blog/fremde-admin-konten-finden/): Ένας άγνωστος διαχειριστής είναι συχνά η πιο απλή κερκόπορτα. Έτσι αναζητάτε επίπεδο προς επίπεδο ξένους λογαριασμούς, και αυτούς που κρύβει η διεπαφή.
- [Εύρεση και αφαίρεση άγνωστων κλειδιών SSH](https://phpsos.de/el/blog/ssh-schluessel-pruefen/): Ένα κλειδί SSH που παρεισέφρησε ανοίγει την πόρτα στους επιτιθέμενους, ακόμη κι όταν έχουν αλλάξει όλοι οι κωδικοί. Έτσι βρίσκετε κάθε αρχείο authorized_keys και ελέγχετε κάθε εγγραφή.
- [Κρυπτοεξορύκτης στον διακομιστή ιστού: ενδείξεις και ενέργειες](https://phpsos.de/el/blog/kryptominer-auf-dem-server/): Μόνιμα γεμάτη CPU, χωρίς να έρχονται περισσότεροι επισκέπτες: αυτό μπορεί να είναι κρυπτοεξορύκτης. Έτσι ελέγχετε το φορτίο, βρίσκετε τη διεργασία και τους μηχανισμούς επανεκκίνησής της και ενεργείτε με τάξη.
- [Ο διακομιστής στέλνει spam: εύρεση αιτιών](https://phpsos.de/el/blog/server-verschickt-spam/): Μη παραδοτέα μηνύματα, μαύρες λίστες, παράπονα: όταν ο δικός σας διακομιστής στέλνει spam, πίσω βρίσκεται συνήθως ένα script ή ένα κλεμμένο γραμματοκιβώτιο. Έτσι βρίσκετε την πηγή.
- [SEO spam και ξένες σελίδες στο ευρετήριο της Google](https://phpsos.de/el/blog/seo-spam-im-google-index/): Ξαφνικά εμφανίζονται κάτω από το domain σας σελίδες για φάρμακα ή απομιμήσεις προϊόντων. Δείτε πώς θα βρείτε από πού προέρχεται το SEO spam και πώς θα το αφαιρέσετε από το ευρετήριο.
- [Ο ιστότοπος ανακατευθύνει σε ξένες σελίδες](https://phpsos.de/el/blog/website-leitet-um/): Οι επισκέπτες καταλήγουν σε διαγωνισμούς ή ύποπτα καταστήματα, ενώ εσείς δεν βλέπετε τίποτα; Βρείτε το στρώμα όπου κρύβεται η ανακατεύθυνση και αφαιρέστε την.
- [Διασφαλίστε τα αποδεικτικά πριν στήσετε ξανά τον διακομιστή](https://phpsos.de/el/blog/beweise-sichern-vor-neuinstallation/): Η ανακατασκευή απομακρύνει τον επιτιθέμενο, αλλά και κάθε ίχνος. Όποιος επενδύσει μία ώρα στη διασφάλιση αποδεικτικών μπορεί αργότερα να πει τι συνέβη.
- [Δημιουργία του χρονολογίου ενός περιστατικού](https://phpsos.de/el/blog/zeitleiste-eines-vorfalls/): Πότε ήρθε ο επιτιθέμενος, τι έκανε, πότε το αντιληφθήκατε; Ένα καθαρό χρονολόγιο απαντά σε αυτά τα ερωτήματα και αποτελεί βάση για γνωστοποιήσεις, ασφάλιση και έκθεση.
- [Σύγκριση των βασικών αρχείων του CMS με το πρωτότυπο](https://phpsos.de/el/blog/cms-kerndateien-vergleichen/): Η σύγκριση με ένα καθαρό πρωτότυπο δείχνει κάθε τροποποιημένο αρχείο, ανεξάρτητα από το αν το γνωρίζει κάποιο εργαλείο σάρωσης. Δείτε πώς στήνετε τη σύγκριση για WordPress, έργα Composer και πακέτα συστήματος.
- [Έλεγχος της βάσης δεδομένων για κώδικα που έχει εισαχθεί](https://phpsos.de/el/blog/datenbank-auf-schadcode-pruefen/): Όποιος ελέγχει μόνο αρχεία χάνει το μισό. Δείτε πώς θα ψάξετε περιεχόμενο, ρυθμίσεις, triggers και λογαριασμούς της βάσης δεδομένων για κώδικα που έχει εισαχθεί, μόνο με ανάγνωση και σε αντίγραφο.
- [Σαρωτές κακόβουλου λογισμικού για ιστότοπους: τι βρίσκουν και τι όχι](https://phpsos.de/el/blog/grenzen-von-malware-scannern/): Ο σαρωτής δεν αναφέρει τίποτα, άρα όλα καλά; Όχι απαραίτητα. Ποια είδη σαρωτών ιστοτόπων υπάρχουν, τι βλέπει το καθένα και τι δεν μπορεί καταρχήν να δει.
- [Απομόνωση των pools PHP-FPM ανά ιστότοπο](https://phpsos.de/el/blog/php-fpm-pools-isolieren/): Ένα ξεχωριστό pool ανά ιστότοπο είναι η αρχή και όχι το τέλος. Δείτε πώς ελέγχετε τα υπάρχοντα pools και σκληραίνετε sockets, καταλήξεις, σελίδες κατάστασης, πόρους και logs.
- [Σωστή ρύθμιση του memory_limit](https://phpsos.de/el/blog/memory-limit-richtig-setzen/): Το memory_limit περιορίζει τη μνήμη ανά αίτημα PHP. Μετά το PHP2Shell το php.net συνιστά προσωρινά το αντίθετο. Τι ισχύει στην κανονική λειτουργία, στη μετάβαση και μετά την ενημέρωση.
- [Λογικός περιορισμός των post_max_size και upload_max_filesize](https://phpsos.de/el/blog/post-max-size-upload-limits/): Τα όρια ανεβάσματος ισχύουν σε τρία σημεία: στον διακομιστή ιστού, στην PHP και στην εφαρμογή. Δείτε πώς ορίζετε συνεπείς τιμές, μαζί με τις μεταβατικές τιμές του php.net για το PHP2Shell.
- [Απενεργοποίηση του session.upload_progress: σωστά και μόνιμα](https://phpsos.de/el/blog/session-upload-progress-abschalten/): Η λύση για το CVE-2026-115560 και ένα από τα μεταβατικά μέτρα του PHP2Shell ορίζεται γρήγορα. Για να κρατήσει, πρέπει να βρίσκεται στο σωστό σημείο, να είναι κλειδωμένη και να ελέγχεται ξανά μετά από κάθε ενημέρωση.
- [expose_php και κεφαλίδες Server: απόκρυψη των εκδόσεων](https://phpsos.de/el/blog/expose-php-versionsangaben/): Η PHP, το Nginx και ο Apache αναφέρουν από προεπιλογή τον αριθμό έκδοσής τους σε κάθε απάντηση. Αυτό δεν προστατεύει από επιθέσεις, δίνει όμως στους σαρωτές μια βολική λίστα στόχων. Δείτε πώς το απενεργοποιείτε και παραμένετε ενήμεροι.
- [display_errors off: απενεργοποίηση της εμφάνισης σφαλμάτων στην παραγωγή](https://phpsos.de/el/blog/display-errors-produktion/): Τα ορατά μηνύματα σφάλματος της PHP αποκαλύπτουν διαδρομές, ονόματα βάσεων δεδομένων και εκδόσεις. Δείτε πώς τα απενεργοποιείτε στην PHP, στο framework και στον διακομιστή ιστού, χωρίς να χάσετε τα σφάλματα από τα μάτια σας.
- [php_admin_value: κλείδωμα ρυθμίσεων κατά της αντικατάστασης](https://phpsos.de/el/blog/php-admin-value-sperren/): Μια ρύθμιση ασφαλείας αξίζει λίγο, αν η εφαρμογή την αλλάζει ξανά με μία γραμμή κώδικα. Με τα php_admin_value και php_admin_flag ορίζετε δεσμευτικά τιμές για το PHP-FPM και τον Apache.
- [Ορισμός ορίων μνήμης με systemd και cgroups](https://phpsos.de/el/blog/speichergrenzen-systemd-cgroups/): Το php.net συνιστά ως μεταβατικό μέτρο για το PHP2Shell memory_limit=-1 και ένα όριο μνήμης εκτός της PHP. Δείτε πώς ορίζετε αυτό το όριο με systemd και cgroups, χωρίς ένας μεμονωμένος worker να παρασύρει ολόκληρη την υπηρεσία.
- [Ασφαλής διαμόρφωση του Nginx για PHP](https://phpsos.de/el/blog/nginx-fuer-php-absichern/): Οι περισσότερες αδυναμίες στις εγκαταστάσεις Nginx για PHP δεν βρίσκονται στο Nginx, αλλά σε λίγες γραμμές του location της PHP. Δείτε πώς ρυθμίζετε την παράδοση στο PHP-FPM ώστε να εκτελούνται μόνο τα επιθυμητά σενάρια.
- [Ασφαλής διαμόρφωση του Apache για PHP](https://phpsos.de/el/blog/apache-fuer-php-absichern/): Ο Apache είναι ευέλικτος και ακριβώς αυτό τον κάνει ευάλωτο σε λανθασμένες διαμορφώσεις. Δείτε πώς συνδέετε την PHP μέσω PHP-FPM, κλείνετε το .htaccess ως κερκόπορτα και ρυθμίζετε με ασφάλεια τις σημαντικότερες βασικές επιλογές.
- [Απαγόρευση εκτέλεσης PHP σε φακέλους upload](https://phpsos.de/el/blog/php-in-uploads-verbieten/): Ένα webshell χρειάζεται δύο πράγματα: έναν φάκελο όπου μπορεί να γραφτεί και έναν διακομιστή που το εκτελεί. Δείτε πώς του αφαιρείτε το δεύτερο, και μάλιστα σε κάθε εγγράψιμο φάκελο και όχι μόνο στο uploads.
- [Φιλτράρισμα αιτημάτων ανεβάσματος στο όριο του δικτύου: ευκαιρίες και κίνδυνοι](https://phpsos.de/el/blog/upload-anfragen-am-rand-filtern/): Ειδικοί συγγραφείς προτείνουν να αποκλείονται στον proxy τα αιτήματα ανεβάσματος εκτός πραγματικών διαδρομών upload, μέχρι να διορθωθεί η PHP. Αυτό μπορεί να βοηθήσει, αλλά και να παραλύσει φόρμες και παραγγελίες. Δείτε πώς προχωράτε ελεγχόμενα.
- [Χρήση του ModSecurity και του OWASP Core Rule Set](https://phpsos.de/el/blog/modsecurity-owasp-crs/): Ένα δικό σας Web Application Firewall με ModSecurity και το OWASP Core Rule Set είναι δωρεάν και ισχυρό, αλλά δεν λειτουργεί μόνο του. Δείτε πώς επιλέγετε τη μηχανή, ξεκινάτε χωρίς διακοπές και συντονίζετε τους κανόνες.
- [Ρύθμιση του Fail2ban για διακομιστές ιστού](https://phpsos.de/el/blog/fail2ban-fuer-webserver/): Το Fail2ban αποκλείει διευθύνσεις που εμφανίζονται επανειλημμένα στα logs. Για διακομιστές ιστού διαθέτει έτοιμα φίλτρα και με λίγες γραμμές προστίθενται δικά σας. Δείτε πώς το ρυθμίζετε χωρίς να αποκλείσετε τον εαυτό σας ή τους πελάτες σας.
- [Firewall για διακομιστές ιστού: άνοιγμα μόνο των απαραίτητων θυρών](https://phpsos.de/el/blog/firewall-fuer-webserver/): Ένας διακομιστής ιστού χρειάζεται προς τα έξω συνήθως μόνο δύο θύρες. Παρ' όλα αυτά σε πολλούς διακομιστές ακούν στο διαδίκτυο βάσεις δεδομένων, PHP-FPM ή περιβάλλοντα διαχείρισης. Δείτε πώς εντοπίζετε ανοιχτές υπηρεσίες και κλείνετε ό,τι δεν χρειάζεται.
- [Αυτόματες ενημερώσεις ασφαλείας σε διακομιστές Linux](https://phpsos.de/el/blog/automatische-sicherheitsupdates/): Σύμφωνα με αναφορές, οι διανομές παρέδωσαν backports της PHP εν μέρει ήδη στις 21 Οκτωβρίου 2026, την ημέρα των patches. Όποιος χρησιμοποιεί αυτόματες ενημερώσεις ασφαλείας τα είχε γρήγορα στον διακομιστή. Για να ισχύουν χρειάζονται επανεκκινήσεις, εξωτερικές πηγές και έλεγχος.
- [Least Privilege: τα δικαιώματα του χρήστη του διακομιστή ιστού](https://phpsos.de/el/blog/rechte-des-webserver-benutzers/): Ο κώδικας που εισάγεται εκτελείται με τα δικαιώματα του χρήστη του διακομιστή ιστού. Όσα επιτρέπονται σε αυτόν τον λογαριασμό καθορίζουν πόσο μακριά θα φτάσει ένας επιτιθέμενος. Δείτε πώς περιορίζετε shell, sudo, cron, βάση δεδομένων και σύστημα αρχείων στα απολύτως απαραίτητα.
- [Απομόνωση περιοχών διαχείρισης με IP, VPN ή πρόσθετη προστασία](https://phpsos.de/el/blog/admin-bereiche-abschirmen/): Γιατί το backend ενός ιστοτόπου δεν χρειάζεται να είναι προσβάσιμο από όλο τον κόσμο και πώς το περιορίζετε με λίστα επιτρεπόμενων IP, VPN ή προηγούμενη σύνδεση, χωρίς να κλειδωθείτε έξω.
- [Σωστή ρύθμιση του TLS και του HTTPS](https://phpsos.de/el/blog/tls-https-richtig-konfigurieren/): Ποιες εκδόσεις TLS και cipher suites πρέπει να προσφέρει σήμερα ένας διακομιστής ιστού, σε τι βασίζονται οι συστάσεις και πώς ελέγχετε το Nginx, το Apache και τις εξερχόμενες συνδέσεις της PHP.
- [CIS Benchmarks και ενότητες BSI για διακομιστές ιστού](https://phpsos.de/el/blog/cis-benchmarks-bsi-bausteine/): Ποια πρότυπα σκλήρυνσης υπάρχουν για διακομιστές ιστού Linux, πώς διαφέρουν τα CIS Benchmarks από τις ενότητες του IT-Grundschutz και πώς φτιάχνετε από αυτά μια ελέγξιμη προδιαγραφή για τους διακομιστές PHP σας.
- [Ασφαλής αποθήκευση κωδικών στην PHP: σωστή χρήση του password_hash](https://phpsos.de/el/blog/passwoerter-in-php-speichern/): Πώς αποθηκεύουν οι προγραμματιστές κωδικούς στην PHP με τα password_hash και password_verify, πώς επιλέγουν την κατάλληλη μέθοδο και πώς αντικαθιστούν παλιά hashes MD5 ή SHA-1 χωρίς επαναφορά κωδικού για όλους τους χρήστες.
- [Προστασία από CSRF σε εφαρμογές PHP](https://phpsos.de/el/blog/csrf-schutz-php/): Πώς αποτρέπουν οι προγραμματιστές το Cross-Site Request Forgery σε εφαρμογές PHP: tokens για κάθε αίτημα που αλλάζει δεδομένα, έλεγχος προέλευσης στην κεφαλίδα και cookies SameSite ως πρόσθετο επίπεδο.
- [Επικύρωση και φιλτράρισμα εισόδου στην PHP με το filter_var](https://phpsos.de/el/blog/eingaben-validieren-php/): Πώς ελέγχουν οι προγραμματιστές την είσοδο στην PHP με τα filter_var, filter_input_array και λίστες επιτρεπόμενων τιμών, ποια φίλτρα είναι παρωχημένα και γιατί η επικύρωση δεν αντικαθιστά τα prepared statements και την κωδικοποίηση εξόδου.
- [Αποτροπή του Command Injection στην PHP](https://phpsos.de/el/blog/command-injection-php/): Πώς αποφεύγουν οι προγραμματιστές το Command Injection στην PHP: αντικατάσταση εντολών συστήματος με συναρτήσεις PHP, χρήση του proc_open χωρίς shell, έλεγχος ορισμάτων και εντοπισμός επικίνδυνων σημείων στον υπάρχοντα κώδικα.
- [Αποτροπή του Server-Side Request Forgery (SSRF) στην PHP](https://phpsos.de/el/blog/ssrf-in-php/): Πώς εμποδίζουν οι προγραμματιστές μια εφαρμογή PHP να ερωτά εσωτερικά συστήματα για λογαριασμό τρίτων: λίστες επιτρεπόμενων, περιορισμός πρωτοκόλλων, έλεγχος της επιλυμένης διεύθυνσης και όρια στο δίκτυο.
- [Αποτροπή των XML External Entities (XXE) στην PHP](https://phpsos.de/el/blog/xxe-in-php/): Πώς επεξεργάζονται οι προγραμματιστές το XML στην PHP με ασφάλεια: η προεπιλεγμένη συμπεριφορά του libxml, επικίνδυνες επιλογές όπως το LIBXML_NOENT, προστασία με entity loader και LIBXML_NO_XXE και τυπικές κρυφές εισόδους XML.
- [Type Juggling στην PHP: οι χαλαρές συγκρίσεις ως κίνδυνος ασφαλείας](https://phpsos.de/el/blog/type-juggling-php/): Γιατί οι χαλαρές συγκρίσεις με == στην PHP μπορούν να οδηγήσουν σε ευπάθειες, τι άλλαξε με την PHP 8.0 και πώς γράφετε στιβαρές συγκρίσεις σε συνδέσεις, tokens και δικαιώματα.
- [Ασφαλείς τυχαίοι αριθμοί και tokens στην PHP με το random_bytes](https://phpsos.de/el/blog/sichere-tokens-php/): Πώς δημιουργούν οι προγραμματιστές στην PHP tokens για συνδέσμους κωδικών, κλειδιά API και κωδικούς μίας χρήσης: κρυπτογραφικά ασφαλείς πηγές, επαρκές μήκος, αποθήκευση ως hash και περιορισμένη διάρκεια ισχύος.
- [Σωστή προστασία στοιχείων πρόσβασης και αρχείων .env](https://phpsos.de/el/blog/env-dateien-schuetzen/): Πώς προστατεύετε κωδικούς βάσης δεδομένων, κλειδιά API και άλλα μυστικά σε έργα PHP: αρχεία .env εκτός του webroot, αποκλεισμός στον διακομιστή ιστού, αυστηρά δικαιώματα και οργανωμένη αντικατάσταση μετά από περιστατικό.
- [Δημόσιος φάκελος .git: μια υποτιμημένη διαρροή δεδομένων](https://phpsos.de/el/blog/git-ordner-oeffentlich/): Γιατί ένα webroot που ανεβαίνει με Git μπορεί να αποκαλύψει ολόκληρο τον πηγαίο κώδικα μαζί με το ιστορικό, πώς το ελέγχετε, το αποκλείετε άμεσα και στήνετε μόνιμα το deployment χωρίς φάκελο .git.
- [Αρχεία backup στο webroot: .zip, .sql και .bak](https://phpsos.de/el/blog/backup-dateien-im-webroot/): Γιατί τα dumps βάσεων δεδομένων, τα αρχεία και τα αντίγραφα ασφαλείας στον δημόσιο φάκελο συγκαταλέγονται στις πιο συχνές διαρροές δεδομένων, πώς τα βρίσκετε, τα αποκλείετε και διευκρινίζετε αν ανακτήθηκαν.
- [Αρχεία phpinfo(): γιατί πρέπει να εξαφανιστούν](https://phpsos.de/el/blog/phpinfo-dateien-entfernen/): Μετά το PHP2Shell πολλοί διαχειριστές δημιούργησαν γρήγορα ένα info.php. Γιατί τέτοια αρχεία αποτελούν διαρροή δεδομένων, πώς τα βρίσκετε και ποιοι τρόποι ελέγχου είναι καλύτεροι.
- [Διατήρηση των εξαρτήσεων ενημερωμένων: Composer, npm και πρόσθετα](https://phpsos.de/el/blog/abhaengigkeiten-aktuell-halten/): Ένα έργο αποτελείται από τρεις κόσμους πακέτων: Composer, npm και πρόσθετα CMS. Πώς τους διατηρείτε και τους τρεις ενημερωμένους με σταθερό ρυθμό, σαφή αρμοδιότητα και δοκιμές.
- [Code review ασφαλείας για έργα PHP](https://phpsos.de/el/blog/sicherheits-code-review-php/): Πώς εξετάζουν οι ομάδες τον δικό τους κώδικα PHP στοχευμένα για ευπάθειες ασφαλείας: είδη reviews, κρίσιμες συναρτήσεις, χρήσιμα εργαλεία και μια λίστα ελέγχου.
- [Ασφαλές logging: καταγραφή σφαλμάτων χωρίς διαρροή δεδομένων](https://phpsos.de/el/blog/sicher-loggen-php/): Τα logs βοηθούν στην αναζήτηση σφαλμάτων και στη δικανική ανάλυση, γίνονται όμως εύκολα το ίδιο διαρροή δεδομένων. Τι πρέπει να καταγράφουν οι εφαρμογές PHP, τι ποτέ και πώς προστατεύονται τα logs.
- [Προστασία REST API στην PHP](https://phpsos.de/el/blog/rest-api-php-absichern/): Οι διεπαφές είναι συχνά χειρότερα προστατευμένες από τον ιστότοπο που βρίσκεται μπροστά τους. Οι σημαντικότεροι κανόνες για REST API στην PHP, από το δικαίωμα ανά αντικείμενο έως τον περιορισμό ρυθμού.
- [Συμβάσεις παρόχων IT: σαφής ρύθμιση των υποχρεώσεων ασφαλείας](https://phpsos.de/el/blog/dienstleistervertrag-sicherheit/): Το PHP2Shell έδειξε πόσο συχνά είναι ασαφές ποιος πρέπει να κάνει τα patches. Ποιες υποχρεώσεις ασφαλείας ανήκουν σε συμβάσεις με πρακτορεία, παρόχους φιλοξενίας και παρόχους IT.
- [Εκτέλεση της επεξεργασίας όταν πάροχοι έχουν πρόσβαση σε διακομιστές](https://phpsos.de/el/blog/auftragsverarbeitung-serverzugriff/): Όποιος αφήνει τρίτους σε διακομιστές με δεδομένα πελατών χρειάζεται συνήθως ένα AVV (σύμβαση εκτέλεσης της επεξεργασίας). Τι απαιτεί το άρθρο 28 ΓΚΠΔ και πώς οργανώνετε τις προσβάσεις σε έκτακτη ανάγκη σύμφωνα με την προστασία δεδομένων.
- [Διαχείριση ευπαθειών για μικρομεσαίες επιχειρήσεις](https://phpsos.de/el/blog/schwachstellenmanagement-mittelstand/): Καμία μικρομεσαία επιχείρηση δεν μπορεί να χειριστεί άμεσα κάθε ειδοποίηση. Ένας λιτός κύκλος καταγραφής, αξιολόγησης, απόφασης και τεκμηρίωσης φροντίζει να γίνεται πρώτο ό,τι είναι σημαντικό.
- [Να ξέρετε τι λειτουργεί: απογραφή όλων των ιστότοπων και διακομιστών](https://phpsos.de/el/blog/inventar-websites-server/): Στο PHP2Shell πολλοί δεν δυσκολεύτηκαν με το patch, αλλά με το ερώτημα πού λειτουργεί καν PHP. Έτσι δημιουργείτε μια απογραφή όλων των ιστότοπων και διακομιστών.
- [Διαχείριση ενημερώσεων ως διαδικασία αντί για πυροσβεστική δράση](https://phpsos.de/el/blog/patch-management-prozess/): Όποιος εφαρμόζει patch μόνο όταν «καίγεται», χάνει χρόνο σε περίπτωση έκτακτης ανάγκης. Πώς μια διαδικασία διαχείρισης patch με σταθερές κλάσεις, παράθυρα και αποδείξεις συνδέει ρουτίνα και έκτακτη ανάγκη.
- [Επαφές έκτακτης ανάγκης: ποιος πρέπει να ενημερωθεί και πότε;](https://phpsos.de/el/blog/notfallkontakte-liste/): Σε περίπτωση έκτακτης ανάγκης μετράει ποιον θα βρείτε και πότε. Πώς φτιάχνετε μια λίστα επαφών έκτακτης ανάγκης IT, με αφορμές ενεργοποίησης, αναπληρωτές και τα στοιχεία που χρειάζεται κάθε κλήση.
- [Πόσο κοστίζει ένας παραβιασμένος διακομιστής: τα κονδύλια κόστους](https://phpsos.de/el/blog/kostenposten-eines-hacks/): Ένας παραβιασμένος διακομιστής ιστού προκαλεί περισσότερα κόστη από την επισκευή. Ποια κονδύλια προκύπτουν και πώς θεμελιώνετε με δικούς σας αριθμούς έναν προϋπολογισμό πρόληψης.
- [Ενημέρωση των πελατών μετά από ένα περιστατικό](https://phpsos.de/el/blog/kunden-nach-vorfall-informieren/): Είτε είναι υποχρέωση είτε εθελοντική: πώς αποφασίζετε μετά από ένα περιστατικό ποιον θα ενημερώσετε, ποια κανάλια είναι ασφαλή και πώς προετοιμάζεται η εξυπηρέτηση πελατών.
- [Η αλυσίδα εφοδιασμού στον ιστό: πρακτορείο, πάροχος φιλοξενίας, πάροχος πρόσθετων](https://phpsos.de/el/blog/lieferkette-agentur-hoster/): Το PHP2Shell έδειξε πόσοι κρίκοι μεσολαβούν μεταξύ ενός patch και του ιστότοπού σας. Πώς γνωρίζετε, θωρακίζετε και αντιμετωπίζετε τις αστοχίες επιμέρους κρίκων της αλυσίδας εφοδιασμού του ιστότοπού σας.
- [Ευαισθητοποίηση ασφάλειας για διαχειριστές και συντάκτες: security awareness στην ομάδα ιστού](https://phpsos.de/el/blog/sicherheitsbewusstsein-redaktion/): Όποιος συντηρεί ιστότοπους αποφασίζει καθημερινά για την ασφάλεια, συχνά χωρίς να το αντιλαμβάνεται. Πώς εκπαιδεύετε διαχειριστές και συντάκτες ανά ρόλο και χωρίς μάχη διαφανειών.
- [Άσκηση έκτακτης ανάγκης στο τραπέζι: παίξτε ένα περιστατικό διακομιστή ιστού](https://phpsos.de/el/blog/notfalluebung-am-tisch/): Μια άσκηση στο τραπέζι κοστίζει ένα απόγευμα και δείχνει αν το σχέδιο έκτακτης ανάγκης αντέχει. Εδώ θα βρείτε ένα έτοιμο σενάριο για ένα περιστατικό σε διακομιστή ιστού PHP.
- [ISO 27001 και TISAX: τι αφορά τους διακομιστές ιστού](https://phpsos.de/el/blog/iso-27001-tisax-webserver/): Όποιος λειτουργεί ΣΔΑΠ (ISMS) κατά ISO 27001 ή διαθέτει ετικέτα TISAX, πρέπει να λαμβάνει υπόψη και τους διακομιστές ιστού. Εδώ θα βρείτε ποιες απαιτήσεις τους αγγίζουν και ποια αποδεικτικά μετράνε μετά το PHP2Shell.
- [VdS 10000: ασφάλεια πληροφοριών για μικρές και μεσαίες επιχειρήσεις](https://phpsos.de/el/blog/vds-10000-kmu/): Το VdS 10000 είναι ένα λιτό πλαίσιο ασφάλειας πληροφοριών για τις μεσαίες επιχειρήσεις. Τι απαιτεί, τι νέο έφερε το 2025 και τι σημαίνει για ιστότοπους και διακομιστές ιστού.
- [Lessons learned: γίνετε καλύτεροι μετά το περιστατικό](https://phpsos.de/el/blog/lessons-learned-nach-vorfall/): Μετά το περιστατικό είναι πριν από το επόμενο. Μια δομημένη αναθεώρηση χωρίς απόδοση ευθυνών κάνει από μια κακή εβδομάδα μετρήσιμη πρόοδο.
- [Patch, απενεργοποίηση ή αναμονή; Ένα βοήθημα απόφασης για την ευπάθεια της PHP](https://phpsos.de/el/blog/patchen-abschalten-abwarten/): Σε μια κρίσιμη ευπάθεια PHP οι υπεύθυνοι πρέπει να αποφασίσουν γρήγορα. Αυτό το βοήθημα κατατάσσει τις τρεις επιλογές, αναφέρει κριτήρια και δείχνει πότε η αναμονή είναι δικαιολογημένη.
- [WAF ή ενημέρωση: γιατί χρειάζεστε και τα δύο](https://phpsos.de/el/blog/waf-oder-update/): Ένα Web Application Firewall μπορεί να αναχαιτίσει επιθέσεις, αλλά δεν κλείνει μια ευπάθεια στον διερμηνέα PHP. Πότε βοηθά ένα WAF, πού τελειώνει και πώς συνδυάζετε λογικά και τα δύο.
- [Εγκατάσταση από την αρχή ή καθαρισμός; Η απόφαση μετά από μια προσβολή](https://phpsos.de/el/blog/neu-aufsetzen-oder-bereinigen/): Μετά από μια παραβίαση υπάρχουν δύο δρόμοι: καθαρισμός ή ανοικοδόμηση του διακομιστή. Ποια κριτήρια αποφασίζουν και γιατί η σειρά είναι σημαντικότερη από την επιλογή.
- [Να διορθώσετε μόνοι σας ή να καλέσετε πάροχο υπηρεσιών; Μια ειλικρινής στάθμιση](https://phpsos.de/el/blog/selbst-beheben-oder-dienstleister/): Δεν χρειάζεται κάθε κατάσταση ασφαλείας εξωτερική βοήθεια. Με αυτά τα κριτήρια και έναν σύντομο αυτοέλεγχο αποφασίζετε αν η ομάδα σας αντιμετωπίζει το PHP2Shell μόνη ή χρειάζεται υποστήριξη.
- [Επιλογή παρόχου υπηρεσιών ασφάλειας IT: 12 ερωτήσεις πριν από την ανάθεση](https://phpsos.de/el/blog/sicherheitsdienstleister-auswaehlen/): Υπό πίεση χρόνου είναι δύσκολο να βρείτε έναν καλό πάροχο ασφάλειας. Αυτές οι δώδεκα ερωτήσεις βοηθούν να συγκρίνετε αντικειμενικά τις προσφορές, χωρίς να πέσετε σε διαφημιστικές υποσχέσεις.
- [Managed hosting ή δικός σας διακομιστής; Η σύγκριση ασφάλειας](https://phpsos.de/el/blog/managed-oder-eigener-server/): Το PHP2Shell ήταν δοκιμασία αντοχής για κάθε μοντέλο λειτουργίας. Η σύγκριση δείχνει πότε το managed hosting είναι ασφαλέστερο, πότε ο δικός σας διακομιστής και ποιες μικτές μορφές έχουν αποδειχθεί.
- [Αναβάθμιση PHP ή backport; Η απόφαση για παλιά συστήματα](https://phpsos.de/el/blog/php-upgrade-oder-backport/): Για παλιές εκδόσεις PHP υπάρχουν μετά το PHP2Shell πολλοί δρόμοι: backport της διανομής, τρίτη πηγή, patch πηγαίου κώδικα, μακροχρόνια υποστήριξη ή αναβάθμιση. Τι αξίζει ο καθένας και πόσο αντέχει.
- [Να αλλάξετε CMS μετά το hack; Πότε βοηθά και πότε όχι](https://phpsos.de/el/blog/cms-wechsel-nach-hack/): Μετά από μια παραβίαση η εμπιστοσύνη στο CMS συχνά χάνεται. Ένα νέο σύστημα όμως σπάνια λύνει την πραγματική αιτία. Πότε έχει νόημα η αλλαγή και πώς γίνεται καθαρά.
- [Στατικοί ιστότοποι: λιγότερη PHP, μικρότερη επιφάνεια επίθεσης](https://phpsos.de/el/blog/statische-website-alternative/): Ένας στατικός ιστότοπος παραδίδει έτοιμα αρχεία HTML και δεν χρειάζεται PHP στον διακομιστή. Αυτό μειώνει σημαντικά την επιφάνεια επίθεσης, φέρνει όμως δικά του όρια και υποχρεώσεις.
- [Pentest, bug bounty ή σάρωση ευπαθειών; Επιλέξτε την κατάλληλη μέθοδο ελέγχου](https://phpsos.de/el/blog/pentest-bugbounty-scan/): Η σάρωση, η δοκιμή διείσδυσης και το bug bounty ελέγχουν ιστότοπους με εντελώς διαφορετικό τρόπο. Τι προσφέρει κάθε μέθοδος, πού αποτυγχάνει και ποια σειρά ταιριάζει στην επιχείρησή σας.