# RHEL, AlmaLinux και Rocky Linux: έλεγχος του patch PHP

> Έλεγχος patch PHP σε RHEL, AlmaLinux και Rocky: τι ανακοινώνει η Red Hat για το PHP2Shell, πώς ελέγχετε errata, changelog και σωστή επανεκκίνηση.

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

**Εν ολίγοις:** Σε RHEL, AlmaLinux και Rocky Linux ελέγχετε το patch PHP για το PHP2Shell με τρεις δρόμους: τις ανακοινώσεις ασφαλείας της διανομής (`dnf updateinfo`), το changelog του πακέτου (`rpm -q --changelog`) και τον χρόνο εκκίνησης των διεργασιών PHP. Η Red Hat αναφέρει τα RHEL 7 έως 10 ως επηρεαζόμενα και ανέφερε κατά την ανάκτηση ότι ορισμένες ενημερώσεις είναι διαθέσιμες και άλλες σε εξέλιξη. Μετά την ενημέρωση ισχύει: πλήρης επανεκκίνηση και όχι μόνο επαναφόρτωση.

## Τι δημοσίευσε η Red Hat για το PHP2Shell

Η Red Hat εξέδωσε για το PHP2Shell το δελτίο ασφαλείας RHSB-2026-013. Το ανακτήσαμε στις 25 Οκτωβρίου 2026. Τα σημαντικότερα σημεία για διαχειριστές:

- **Επηρεάζονται** τα RHEL 10, 9, 8 και 7 καθώς και προϊόντα που στηρίζονται σε αυτά και containers με βάση εικόνες RHEL ή UBI.
- **Το RHEL 7** επηρεάζεται, σύμφωνα με την Red Hat, μόνο από την CVE-2026-109619· ο κώδικας για την CVE-2026-109618 δεν περιέχεται εκεί.
- **Δεν επηρεάζονται** συστήματα χωρίς PHP ή με PHP που δεν επεξεργάζεται μη αξιόπιστα αιτήματα HTTP.
- **Ενημερώσεις:** Ορισμένες ήταν διαθέσιμες κατά την ανάκτηση, άλλες σε εξέλιξη. Συγκεκριμένους αριθμούς errata δεν ανέφερε το δελτίο, παρέπεμπε στις σελίδες errata.

Η Red Hat βαθμολογεί την CVE-2026-109618 με δική της μέθοδο ως «Important» και επισημαίνει ότι οι προεπιλεγμένες εγκαταστάσεις από το RHEL 8 και μετά χρησιμοποιούν PHP-FPM αντί για mod_php. Πρόκειται για κατάταξη και όχι για καθησύχαση. Το έργο PHP βαθμολογεί και τις δύο ευπάθειες με CVSS v4.0 9.2 και η BSI (Ομοσπονδιακή Υπηρεσία Ασφάλειας Πληροφορικής της Γερμανίας) συνιστά άμεση ενημέρωση.

## AlmaLinux και Rocky Linux: ίδια πηγή, δικός τους ρυθμός

Το AlmaLinux και το Rocky Linux ξαναχτίζουν τα πακέτα τους από τον πηγαίο κώδικα της Red Hat. Οι διορθώσεις φτάνουν γι' αυτό κατά κανόνα ίδιες ως προς το περιεχόμενο, αλλά με δική τους χρονική στιγμή και υπό δικές τους ανακοινώσεις ασφαλείας. Μια υπόδειξη σε errata της Red Hat δεν σημαίνει ότι το πακέτο είναι διαθέσιμο την ίδια ημέρα στο παράγωγό σας.

Καθοριστική είναι γι' αυτό η κατάσταση στο σύστημά σας. Ελέγξτε την με τα εργαλεία της διαχείρισης πακέτων και όχι με βάση ειδήσεις ή φόρουμ.

Προσέξτε επιπλέον αν ο διακομιστής χρησιμοποιεί διακομιστές-καθρέφτες ή εσωτερικές πηγές πακέτων. Σε πολλές επιχειρήσεις οι διακομιστές δεν λαμβάνουν τις ενημερώσεις απευθείας από τον κατασκευαστή, αλλά μέσω εσωτερικού καθρέφτη ή εργαλείου διαχείρισης. Αν αυτός ο καθρέφτης δεν είναι τρέχων, το `dnf` δεν βρίσκει νέα πακέτα, παρόλο που έχουν δημοσιευθεί προ πολλού.

## Έλεγχος του patch PHP σε RHEL και παράγωγα

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

```bash
# Ποια streams PHP γνωρίζει το σύστημα, ποιο είναι ενεργό; (RHEL 8 και 9)
dnf module list php

# Εγκατεστημένα πακέτα PHP με έκδοση και προέλευση
rpm -qa 'php*' --qf '%{NAME}-%{VERSION}-%{RELEASE}  %{VENDOR}\n' | sort

# Υπάρχουν ανακοινώσεις ασφαλείας για τις CVE σε αυτό το σύστημα;
dnf updateinfo list --cve CVE-2026-109618
dnf updateinfo list --cve CVE-2026-109619

# Περιλαμβάνεται η διόρθωση στο changelog του εγκατεστημένου πακέτου;
rpm -q --changelog php-fpm | grep -E "CVE-2026-10961[89]"
```

Το `dnf updateinfo` δείχνει μόνο ανακοινώσεις για ενημερώσεις που δεν έχουν ακόμη εγκατασταθεί· με το `--installed` βλέπετε και όσες έχουν ήδη εγκατασταθεί. Ένα κενό αποτέλεσμα μπορεί επομένως να σημαίνει δύο πράγματα: η ενημέρωση έχει ήδη εγκατασταθεί ή δεν έχει ακόμη δημοσιευθεί. Η σύγκριση με το changelog το διευκρινίζει. Πώς καταγράφετε το αποτέλεσμα ως απόδειξη, περιγράφει το άρθρο [Απόδειξη των αριθμών CVE στο changelog του πακέτου](https://phpsos.de/el/blog/cve-im-changelog-nachweisen/).

Όπως σε άλλες επιχειρησιακές διανομές, το πακέτο διατηρεί συνήθως την αρχική έκδοση PHP· αλλάζει μόνο η ένδειξη release. Ένας παλαιότερος αριθμός στο `php -v` δεν αποτελεί γι' αυτό ένδειξη ότι λείπει η διόρθωση. Γενικές υποδείξεις για τον έλεγχο έκδοσης θα βρείτε στο [Σωστός έλεγχος έκδοσης PHP και επιπέδου patch](https://phpsos.de/el/php2shell/php-version-pruefen/).

## Αναγνωρίστε τον σωστό τρόπο λειτουργίας

Η Red Hat αναφέρει τους προεπιλεγμένους τρόπους λειτουργίας: από το RHEL 8 και μετά η PHP τρέχει μέσω PHP-FPM, στο RHEL 7 ως mod_php στην υπηρεσία Apache `httpd`. Πολλοί διακομιστές αποκλίνουν από αυτό, για παράδειγμα λόγω panel, πηγών τρίτων ή παλιών διαμορφώσεων.

| Σύστημα | Προεπιλογή σύμφωνα με την Red Hat | Επανεκκίνηση μετά την ενημέρωση |
|---|---|---|
| RHEL 8, 9, 10 και παράγωγα | PHP-FPM | `systemctl restart php-fpm` |
| RHEL 7 | mod_php στο httpd | `systemctl restart httpd` |
| Containers με βάση RHEL ή UBI | ανά εικόνα | Επαναδημιουργία εικόνας, αντικατάσταση container |

Για containers η Red Hat συνιστά, μετά από ενημερωμένες βασικές εικόνες, να ξαναχτίζονται οι δικές σας εικόνες και να αντικαθίστανται τα εκτελούμενα containers ή pods. Μια ενημέρωση μέσα στο εκτελούμενο container δεν είναι αξιόπιστος δρόμος.

## Μετά την ενημέρωση: επανεκκίνηση και έλεγχος

Η Red Hat τονίζει ότι μια επαναφόρτωση δεν αρκεί. Οι υπάρχοντες workers μπορεί να διατηρούν την επηρεαζόμενη κατάσταση. Επανεκκινήστε γι' αυτό κάθε υπηρεσία που φορτώνει PHP και ελέγξτε το αποτέλεσμα:

```bash
# Εμφάνιση υπηρεσιών με παρωχημένες βιβλιοθήκες (dnf-utils ή dnf-plugins-core)
needs-restarting -s

# Σύγκριση του χρόνου εκκίνησης των διεργασιών PHP με τη χρονική στιγμή της ενημέρωσης
ps -eo pid,lstart,cmd | grep -E "[p]hp-fpm|[h]ttpd"
```

Για τη διαμόρφωση η Red Hat δίνει μια πρακτική υπόδειξη: το `php -i` δείχνει τις ρυθμίσεις της γραμμής εντολών και όχι του διακομιστή ιστού. Όποιος θέλει να ελέγξει αν προσωρινές τιμές όπως το `session.upload_progress.enabled=0` ισχύουν στο περιβάλλον ιστού, χρησιμοποιεί για λίγο μια προστατευμένη σελίδα phpinfo και τη διαγράφει μετά. Τι άλλο πρέπει να προσέξετε στην επανεκκίνηση, αναφέρεται στο [Επανεκκίνηση του PHP-FPM και όλων των workers](https://phpsos.de/el/php2shell/php-fpm-neustart/).

## Προσωρινά μέτρα: οι υποδείξεις της Red Hat

Όπου λείπει ακόμη μια ενημέρωση, η Red Hat παραπέμπει στα ίδια προσωρινά μέτρα με το php.net και προσθέτει ορισμένες πρακτικές υποδείξεις για συστήματα RHEL. Δεν αντικαθιστούν την ενημέρωση.

- **Προσθέστε πράγματι τη γραμμή:** Σύμφωνα με την Red Hat, η γραμμή για το `session.upload_progress.enabled` είναι σε σχόλιο στην παραδιδόμενη διαμόρφωση, άρα η λειτουργία είναι προεπιλεγμένα ενεργή. Η τιμή `0` πρέπει να οριστεί ρητά.
- **Ορισμός χωρίς δυνατότητα αντικατάστασης:** μέσω `php_admin_value` στο pool PHP-FPM, στο mod_php στη διαμόρφωση του Apache. Όχι μέσω `ini_set()` ή `.user.ini`.
- **Αναζητήστε τους αντίπαλους:** Η Red Hat συνιστά να ελέγχετε αρχεία `.htaccess`, VirtualHosts και αρχεία `.user.ini` για το αν ενεργοποιούν ξανά τις επηρεαζόμενες ρυθμίσεις.
- **Ορίστε όρια και πριν από αυτό:** Εκτός από το `post_max_size` στην PHP, η Red Hat συμβουλεύει να εξετάσετε όρια για το μέγεθος των αιτημάτων και στον διακομιστή ιστού ή στο proxy.

Σε συστήματα PHP-FPM τα pools βρίσκονται κατά κανόνα στο `/etc/php-fpm.d/`. Μετά από κάθε αλλαγή ισχύει το ίδιο όπως μετά την ενημέρωση: πλήρης επανεκκίνηση όλων των workers.

> **Συμβουλή:**
> Αν στον ίδιο διακομιστή τρέχει επιπλέον PHP από το αποθετήριο Remi, ισχύουν γι' αυτήν δικά της πακέτα και υπηρεσίες. Διαβάστε γι' αυτό το άρθρο [Το αποθετήριο Remi](https://phpsos.de/el/blog/remi-repository-php/).

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

- Ελέγχουμε σε RHEL, AlmaLinux και Rocky Linux όλα τα πακέτα PHP, τα streams και τις πηγές τρίτων και τα συγκρίνουμε με τις ανακοινώσεις ασφαλείας.
- Εγκαθιστούμε ενημερώσεις, επανεκκινούμε πλήρως όλους τους workers και ελέγχουμε τους χρόνους εκκίνησης των διεργασιών.
- Για περιβάλλοντα containers ξαναχτίζουμε εικόνες και αντικαθιστούμε ελεγχόμενα τις εκτελούμενες παρουσίες.
- Την κατάσταση ανά διακομιστή την καταγράφουμε στην απόδειξη της [υπηρεσίας patch PHP](https://phpsos.de/el/leistungen/php-patch-service/).


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

**Επηρεάζεται το RHEL 7 από το PHP2Shell;**  
Σύμφωνα με την Red Hat, το RHEL 7 επηρεάζεται μόνο από την CVE-2026-109619, ο ευάλωτος κώδικας για την CVE-2026-109618 δεν υπάρχει εκεί. Στο RHEL 7 το mod_php είναι ο προεπιλεγμένος τρόπος λειτουργίας, που η ομάδα της PHP κατατάσσει ως ιδιαίτερα επικίνδυνο.

**Γιατί η Red Hat βαθμολογεί την ευπάθεια χαμηλότερα από το php.net;**  
Η Red Hat χρησιμοποιεί δική της βαθμολόγηση κατά CVSS v3.1 και κατατάσσει την CVE-2026-109618 ως Important, επειδή η εκμετάλλευση απαιτεί ακριβές timing. Το php.net βαθμολογεί με CVSS v4.0 9.2. Και οι δύο θεωρούν δυνατή την εκτέλεση κώδικα χωρίς σύνδεση, η ενημέρωση είναι σε κάθε περίπτωση απαραίτητη.

**Λαμβάνουν αυτόματα τις διορθώσεις το AlmaLinux και το Rocky Linux;**  
Και οι δύο ξαναχτίζουν τα πακέτα τους από τον πηγαίο κώδικα της Red Hat και δημοσιεύουν δικές τους ανακοινώσεις ασφαλείας. Η χρονική στιγμή μπορεί να διαφέρει από αυτή της Red Hat. Ελέγξτε γι' αυτό την κατάσταση στο δικό σας σύστημα και στις ανακοινώσεις της διανομής σας.

**Αρκεί το systemctl reload php-fpm μετά την ενημέρωση;**  
Όχι. Η Red Hat επισημαίνει ρητά ότι η επαναφόρτωση δεν αρκεί, επειδή οι υπάρχοντες workers μπορεί να διατηρούν την επηρεαζόμενη κατάσταση. Επανεκκινήστε όλους τους workers, στο mod_php την υπηρεσία Apache httpd.

## Πηγές

- [Red Hat Security Bulletin RHSB-2026-013](https://access.redhat.com/security/vulnerabilities/RHSB-2026-013)
- [Red Hat: CVE-2026-109618](https://access.redhat.com/security/cve/CVE-2026-109618)
- [php.net: ανακοινώσεις ασφαλείας](https://www.php.net/)