ತುರ್ತು PHP2Shell ಅಪ್‌ಡೇಟ್‌ಗಳ ಕೆಲವೇ ದಿನಗಳ ನಂತರ PHP ಮತ್ತೊಂದು ಪ್ಯಾಚ್ ಆಗದ RCE ದೋಷವನ್ನು ಬಹಿರಂಗಪಡಿಸಿದೆ

ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರು ಗಂಭೀರವಾದ PHP2Shell ದೋಷಗಳಿಗೆ ತುರ್ತು ಪ್ಯಾಚ್ ರೋಲ್‌ಔಟ್‌ಗಳನ್ನು ಪೂರ್ಣಗೊಳಿಸುತ್ತಿರುವಾಗಲೇ, PHP ಡೆವಲಪ್‌ಮೆಂಟ್ ತಂಡವು ಮತ್ತೊಂದು ಭದ್ರತಾ ಸಲಹೆಯನ್ನು (security advisory) ಬಿಡುಗಡೆ ಮಾಡಿದೆ. ಹೊಸದಾಗಿ ಗುರುತಿಸಲಾದ remote code execution ದೋಷವು ಪ್ರಸ್ತುತ ಎಂಜಿನ್‌ನಲ್ಲಿ ಇನ್ನೂ ಪ್ಯಾಚ್ ಆಗದೆ ಉಳಿದಿದ್ದು, ವೆಬ್ ಮೂಲಸೌಕರ್ಯದಾದ್ಯಂತ ತಕ್ಷಣದ ಕಾನ್ಫಿಗರೇಶನ್ ಪರಿಶೀಲನೆಗಳನ್ನು ಬಯಸುತ್ತದೆ.

ಇಂದು ಅಕ್ಟೋಬರ್ 24, 2026. ಕಳೆದ ಎಪ್ಪತ್ತೆರಡು ಗಂಟೆಗಳಲ್ಲಿ, ಭದ್ರತಾ ತಂಡಗಳು ಅಕ್ಟೋಬರ್ 21 ರಂದು ಬಹಿರಂಗಪಡಿಸಲಾದ ಎರಡು ಗಂಭೀರ ದೋಷಗಳನ್ನು ಪ್ಯಾಚ್ ಮಾಡಲು ವೇಗವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿವೆ. ಈಗ, CVE-2026-115560 ಎಂದು ಟ್ರ್ಯಾಕ್ ಮಾಡಲಾದ ಈ ಹೊಸ ಬಹಿರಂಗಪಡಿಸುವಿಕೆಯು ತುರ್ತು ಅಪ್‌ಡೇಟ್‌ಗಳು ಒಳಗೊಳ್ಳದ ಹೆಚ್ಚುವರಿ attack surface ಅನ್ನು ಪರಿಚಯಿಸುತ್ತದೆ. ನೀವು ಸರ್ವರ್‌ಗಳು, ಕಂಟೈನರ್‌ಗಳು ಅಥವಾ shared hosting ನಾದ್ಯಂತ ಪ್ರೊಡಕ್ಷನ್‌ನಲ್ಲಿ PHP ಚಲಾಯಿಸುತ್ತಿದ್ದರೆ, ಈ ದೋಷವು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಮತ್ತು ಶಿಫಾರಸು ಮಾಡಲಾದ ಪರಿಹಾರಗಳನ್ನು ಅನ್ವಯಿಸುವುದು ಅತ್ಯಗತ್ಯ.

CVE-2026-115560 ಎಂದರೇನು?

ಹೊಸದಾಗಿ ಬಹಿರಂಗಪಡಿಸಲಾದ ಸಮಸ್ಯೆಯು PHP ಯ session upload progress ಕಾರ್ಯವಿಧಾನ ಮತ್ತು ಸೆಷನ್ ಕಾನ್ಫಿಗರೇಶನ್‌ಗೆ runtime ಹೊಂದಾಣಿಕೆಗಳನ್ನು ಒಳಗೊಂಡಿದೆ.

ಬಳಕೆದಾರರು ಫೈಲ್‌ಗಳನ್ನು ಅಪ್‌ಲೋಡ್ ಮಾಡುವಾಗ, PHP ಯು ಈ ಹೆಸರಿನ ಅಂತರ್ನಿರ್ಮಿತ ವೈಶಿಷ್ಟ್ಯದ ಮೂಲಕ ನೈಜ ಸಮಯದಲ್ಲಿ ವರ್ಗಾವಣೆ ಪ್ರಗತಿಯನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡಬಹುದು: session upload progress. ಇದನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿದಾಗ, ಅಪ್ಲಿಕೇಶನ್ ಸ್ಕ್ರಿಪ್ಟ್ ಕಾರ್ಯಗತಗೊಳ್ಳುವ ಮೊದಲು PHP ಒಳಬರುವ ಫೈಲ್ ವರ್ಗಾವಣೆಗಳನ್ನು ತಡೆಹಿಡಿಯುತ್ತದೆ ಮತ್ತು ಪ್ರಗತಿ ಡೇಟಾವನ್ನು ನೇರವಾಗಿ ಬಳಕೆದಾರರ ಸೆಷನ್‌ಗೆ ಬರೆಯುತ್ತದೆ.

ಸಾಮಾನ್ಯ ಪರಿಸ್ಥಿತಿಗಳಲ್ಲಿ, ಈ ವೈಶಿಷ್ಟ್ಯವು ಸುರಕ್ಷಿತವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಆದರೆ, ಅಪ್ಲಿಕೇಶನ್ ತನ್ನ session serialization handler ಅನ್ನು ಎಕ್ಸಿಕ್ಯೂಶನ್ ಸಮಯದಲ್ಲಿ ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ಬದಲಾಯಿಸಿದಾಗ ಈ ದೋಷವು ಹೊರಹೊಮ್ಮುತ್ತದೆ. Serialization handler ಎಂಬುದು ಶೇಖರಣೆಗಾಗಿ PHP ಹೇಗೆ ಅರೇಗಳು ಮತ್ತು ಆಬ್ಜೆಕ್ಟ್‌ಗಳನ್ನು ಎನ್‌ಕೋಡ್ ಮತ್ತು ಡಿಕೋಡ್ ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ, ಮತ್ತು ಇದು ಈ ಕೆಳಗಿನ ಫಾರ್ಮ್ಯಾಟ್‌ಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ: php (ಡೀಫಾಲ್ಟ್), php_binary, ಮತ್ತು php_serialize.

ಅಧಿಕೃತ ಭದ್ರತಾ ಸೂಚನೆಯ ಪ್ರಕಾರ, CVE-2026-115560 ಸಂಭವಿಸಲು ಮೂರು ನಿರ್ದಿಷ್ಟ ಷರತ್ತುಗಳು ಏಕಕಾಲದಲ್ಲಿ ಹೊಂದಿಕೆಯಾಗಬೇಕಾಗುತ್ತದೆ:

1. ಸರ್ವರ್ ಆರಂಭದಲ್ಲಿ session.serialize_handler ಅನ್ನು ಇವುಗಳಲ್ಲಿ ಒಂದಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡುತ್ತದೆ: php_binary ಅಥವಾ php_serialize.
2. ಅಪ್ಲಿಕೇಶನ್ ಆ ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಇದಕ್ಕೆ ಬದಲಾಯಿಸುತ್ತದೆ: php ಬಳಸಿ: ini_set() ಎಕ್ಸಿಕ್ಯೂಶನ್ ಸಮಯದಲ್ಲಿ, ಕರೆ ಮಾಡುವ ಮುನ್ನ: session_start().
3. ಸರ್ವರ್‌ನಲ್ಲಿ Session upload progress ಸಕ್ರಿಯವಾಗಿ ಉಳಿದಿರುತ್ತದೆ.

ಸ್ಕ್ರಿಪ್ಟ್ ಕಾರ್ಯಗತಗೊಳ್ಳುವ ಮೊದಲು PHP ಆರಂಭಿಕ ಹ್ಯಾಂಡ್ಲರ್ ಬಳಸಿ upload tracking ಡೇಟಾವನ್ನು ಬರೆಯುವುದರಿಂದ, ಹ್ಯಾಂಡ್ಲರ್‌ಗಳನ್ನು ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ಬದಲಾಯಿಸುವುದು ಸೆಷನ್ ತೆರೆದಾಗ ತೀವ್ರವಾದ serialization mismatch ಅನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ. ಇದು ದಾಳಿಕೋರರಿಗೆ ಡಿಸೀರಿಯಲೈಸ್ ಆದಾಗ memory corruption ಮತ್ತು remote code execution ಅನ್ನು ಪ್ರಚೋದಿಸುವ ಕ್ರಾಫ್ಟೆಡ್ ಇನ್‌ಪುಟ್ ಅನ್ನು ಒದಗಿಸಲು ಅನುಮತಿಸುತ್ತದೆ.

ಹಿಂದಿನ PHP2Shell ದೋಷಗಳಿಂದ ಇದು ಹೇಗೆ ಭಿನ್ನವಾಗಿದೆ

CVE-2026-115560 ಎಂಬುದು ಅಕ್ಟೋಬರ್ 21 ರಂದು ಬಿಡುಗಡೆಯಾದ ತುರ್ತು ಅಪ್‌ಡೇಟ್‌ಗಳ ವೈಫಲ್ಯವಲ್ಲ. ಆ ಅಪ್‌ಡೇಟ್‌ಗಳು ಒಟ್ಟಾಗಿ ಈ ಹೆಸರಿನಿಂದ ಕರೆಯಲ್ಪಡುವ ಎರಡು ಪ್ರತ್ಯೇಕ, ಗಂಭೀರ ದೋಷಗಳನ್ನು ಪರಿಹರಿಸಿವೆ: PHP2Shell.

ನಿಮ್ಮ ಒಡ್ಡಿಕೊಳ್ಳುವಿಕೆಯನ್ನು (exposure) ಮೌಲ್ಯಮಾಪನ ಮಾಡಲು, ನೀವು ಈ ಮೂರು ವಿಭಿನ್ನ ಸಮಸ್ಯೆಗಳ ನಡುವೆ ವ್ಯತ್ಯಾಸವನ್ನು ಗುರುತಿಸಬೇಕು:

1. CVE-2026-109618: Out-of-Memory Cleanup RCE

ವಿನಂತಿ ನಿರ್ವಹಣೆಯ ಸಮಯದಲ್ಲಿ PHP ಮೆಮೊರಿ ಕೊರತೆಯನ್ನು (memory exhaustion) ಎದುರಿಸಿದಾಗ ಈ ದೋಷವು ಸಂಭವಿಸುತ್ತದೆ. ವಿನಂತಿ ಡೇಟಾ ರಚನೆಗಳು ಭಾಗಶಃ ಪ್ರಾರಂಭವಾಗಿರುವಾಗ ಮೆಮೊರಿ ಖಾಲಿಯಾದರೆ, ಸಂಪನ್ಮೂಲಗಳನ್ನು ಸ್ವಚ್ಛಗೊಳಿಸಲು PHP ಎಕ್ಸಿಕ್ಯೂಶನ್ ಅನ್ನು ಅಡ್ಡಿಪಡಿಸುತ್ತದೆ. ಸ್ವಚ್ಛಗೊಳಿಸುವ ಸಮಯದಲ್ಲಿ, ರನ್‌ಟೈಮ್ ಅಮಾನ್ಯ ಮೆಮೊರಿ ಸ್ಥಿತಿಗಳನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುತ್ತದೆ, ಇದು ದಾಳಿಕೋರರಿಗೆ ವೆಬ್ ವರ್ಕರ್ ಖಾತೆಯ ಅಡಿಯಲ್ಲಿ remote code execution ಸಾಧಿಸಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ (ವಿಶೇಷವಾಗಿ Apache mod_phpಅಡಿಯಲ್ಲಿ). ನಿಮ್ಮ PHP ಬೈನರಿಯನ್ನು ಅಪ್‌ಡೇಟ್ ಮಾಡುವುದು ಮಾತ್ರ ಸಂಪೂರ್ಣ ಪರಿಹಾರವಾಗಿದೆ.

2. CVE-2026-109619: Stale State and Use-After-Free

PHP-FPM ನಂತಹ ನಿರಂತರ ಪರಿಸರಗಳಲ್ಲಿ HTTP ವಿನಂತಿಗಳಾದ್ಯಂತ ವರ್ಕರ್ ಪ್ರಕ್ರಿಯೆಯ ಮರುಬಳಕೆಯಿಂದ ಈ ಸಮಸ್ಯೆ ಉದ್ಭವಿಸುತ್ತದೆ. ಒಬ್ಬ ವರ್ಕರ್ ಹಿಂದಿನ ವಿನಂತಿಯ ಮೆಮೊರಿಯನ್ನು ಮುಕ್ತಗೊಳಿಸಿದಾಗ ಆದರೆ ಆಂತರಿಕ ಪಾಯಿಂಟರ್‌ಗಳನ್ನು ಮರುಹೊಂದಿಸಲು ವಿಫಲವಾದಾಗ, ಅದೇ ವರ್ಕರ್‌ನಿಂದ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲಾದ ನಂತರದ ವಿನಂತಿಯು ಹಳೆಯ ಮೆಮೊರಿಯನ್ನು ಪ್ರವೇಶಿಸಬಹುದು. ಇದು ಒಂದು use-after-free ಸ್ಥಿತಿಯನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ. ಅಪ್‌ಲೋಡ್ ಪ್ರಗತಿಯು ಒಂದು ಪ್ರಚೋದಕ ಕಾರ್ಯವಿಧಾನವಾಗಿದ್ದರೂ, ಆಧಾರವಾಗಿರುವ ದೋಷವು ಹಲವಾರು ರನ್‌ಟೈಮ್ ಮಾರ್ಗಗಳಲ್ಲಿ ವಿಸ್ತರಿಸುತ್ತದೆ.

3. CVE-2026-115560: Runtime Handler Deserialization

ಹಿಂದಿನ ಮೆಮೊರಿ ಕರಪ್ಷನ್ ದೋಷಗಳಂತಲ್ಲದೆ, ಈ ದೋಷವು ಅಪ್ಲಿಕೇಶನ್‌ನ ಬೂಟ್‌ಸ್ಟ್ರ್ಯಾಪ್ ಲಾಜಿಕ್ ಕಾರ್ಯಗತಗೊಳ್ಳುವ ಮಧ್ಯದಲ್ಲಿ ಸೆಷನ್ ಫಾರ್ಮ್ಯಾಟ್‌ಗಳನ್ನು ಬದಲಾಯಿಸುವುದರ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿದೆ. ಅಧಿಕೃತ ಪ್ಯಾಚ್ ನಿಯಮಿತ ಬಿಡುಗಡೆ ಚಕ್ರದಲ್ಲಿ ಬರುವುದರಿಂದ, ನಿರ್ವಾಹಕರು ತಮ್ಮ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ರಕ್ಷಿಸಲು ಕೇವಲ ಅಕ್ಟೋಬರ್ 21 ರ ಬೈನರಿಗಳನ್ನು ಮಾತ್ರ ಅವಲಂಬಿಸಲಾಗುವುದಿಲ್ಲ.

ಹಿಂದಿನ ದುರ್ಬಳಕೆಯ ಪುರಾವೆ: ಅಕ್ಟೋಬರ್ 17 ರವರೆಗಿನ ಆಡಿಟ್

ಬಹಿರಂಗಪಡಿಸುವ ಮೊದಲು CVE-2026-115560 ನ ಯಾವುದೇ ಸಕ್ರಿಯ ದುರ್ಬಳಕೆ ದಾಖಲಾಗಿಲ್ಲ ಎಂದು PHP ತಿಳಿಸಿದ್ದರೂ, ಹಿಂದಿನ PHP2Shell ದೋಷಗಳನ್ನು ಬಹಿರಂಗವಾಗಿ ಸಕ್ರಿಯವಾಗಿ ತನಿಖೆ ಮಾಡಲಾಗಿತ್ತು (probed).

ಸಾರ್ವಜನಿಕ ಬಹಿರಂಗಪಡಿಸುವಿಕೆ ಮತ್ತು ತುರ್ತು ಪ್ಯಾಚ್‌ಗಳಿಗೆ ಪೂರ್ಣ ನಾಲ್ಕು ದಿನಗಳ ಮೊದಲು, ಅಕ್ಟೋಬರ್ 17 ರಂದು ತಮ್ಮ MadPot ಹನಿಪಾಟ್ ನೆಟ್‌ವರ್ಕ್ PHP2Shell ಅನ್ನು ಗುರಿಯಾಗಿಸಿಕೊಂಡ ದಾಳಿಯ ಪ್ರಯತ್ನಗಳನ್ನು ಸೆರೆಹಿಡಿದಿದೆ ಎಂದು Amazon ಬೆದರಿಕೆ ಸಂಶೋಧಕರು ವರದಿ ಮಾಡಿದ್ದಾರೆ. ಈ ಟ್ರಾಫಿಕ್ ವಾಣಿಜ್ಯ ಅನಾಮಧೇಯಕರಣ ನೆಟ್‌ವರ್ಕ್‌ಗಳಿಂದ ಹುಟ್ಟಿಕೊಂಡಿದೆ.

ಈ ಮಾಹಿತಿಯು ತಕ್ಷಣದ ಕಾರ್ಯಾಚರಣೆಯ ಪರಿಣಾಮಗಳನ್ನು ಹೊಂದಿದೆ:

• ಪ್ಯಾಚ್‌ಗಳನ್ನು ಅನ್ವಯಿಸುವುದು ಭವಿಷ್ಯದ ದಾಳಿಗಳಿಂದ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ಸುರಕ್ಷಿತಗೊಳಿಸುತ್ತದೆ, ಆದರೆ ಒಳನುಸುಳುವಿಕೆ ಈಗಾಗಲೇ ಸಂಭವಿಸಿದೆಯೇ ಎಂದು ಅದು ನಿಮಗೆ ತಿಳಿಸುವುದಿಲ್ಲ.
• ಆಕ್ಸೆಸ್ ಲಾಗ್‌ಗಳು, ಫೈಲ್ ಮಾರ್ಪಾಡುಗಳು ಅಥವಾ ಅಸಹಜ ಪ್ರಕ್ರಿಯೆಗಳ ಎಕ್ಸಿಕ್ಯೂಶನ್‌ಗಳ ಯಾವುದೇ ಫೋರೆನ್ಸಿಕ್ ಪರಿಶೀಲನೆಯು ಬಹಿರಂಗಪಡಿಸಿದ ದಿನಾಂಕದಿಂದ ಪ್ರಾರಂಭವಾಗುವ ಬದಲು ಕನಿಷ್ಠ ಅಕ್ಟೋಬರ್ 17, 2026 ರವರೆಗೆ ವಿಸ್ತರಿಸಬೇಕು.

ಹಂತ-ಹಂತದ ತಗ್ಗಿಸುವಿಕೆ ಮತ್ತು ಬಲಪಡಿಸುವ ಮಾರ್ಗದರ್ಶಿ

CVE-2026-115560 ಗಾಗಿ ಅಧಿಕೃತ ಎಂಜಿನ್ ಪ್ಯಾಚ್ ಇನ್ನೂ ಸಿದ್ಧವಾಗುತ್ತಿರುವುದರಿಂದ, ನಿರ್ವಾಹಕರು ಅಕ್ಟೋಬರ್ 21 ರ ಅಪ್‌ಡೇಟ್‌ಗಳ ರೋಲ್‌ಔಟ್ ಅನ್ನು ಪೂರ್ಣಗೊಳಿಸುವಾಗ ತಕ್ಷಣವೇ ಕಾನ್ಫಿಗರೇಶನ್ ಪರಿಹಾರಗಳನ್ನು ಅನ್ವಯಿಸಬೇಕು.

ಹಂತ 1: php.ini ನಲ್ಲಿ Session Upload Progress ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ

Upload progress ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದರಿಂದ ಪ್ರಮಾಣಿತ ಫೈಲ್ ಅಪ್‌ಲೋಡ್‌ಗಳನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸದೆ CVE-2026-115560 ಗಾಗಿ ಆಕ್ರಮಣದ ಮಾರ್ಗವನ್ನು ಮುಚ್ಚುತ್ತದೆ. ಸಾಮಾನ್ಯ ಅಪ್‌ಲೋಡ್‌ಗಳು ಎಂದಿನಂತೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತವೆ; PHP ಯ ಆಂತರಿಕ ಸೆಷನ್ ಟ್ರ್ಯಾಕರ್ ಮಾತ್ರ ನಿಷ್ಕ್ರಿಯಗೊಳ್ಳುತ್ತದೆ.

ನಿರ್ದೇಶನವನ್ನು ಹೀಗೆ ಹೊಂದಿಸಿ: 0 ನಿಮ್ಮ ಸಕ್ರಿಯ php.ini ಅಥವಾ FPM pool ಕಾನ್ಫಿಗರೇಶನ್‌ನಲ್ಲಿ:

; Disable PHP session upload progress tracking
session.upload_progress.enabled = 0

ಸಕ್ರಿಯ ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್‌ಗಳಾದ್ಯಂತ ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಪರಿಶೀಲಿಸಿ:

# Check if session upload progress is enabled
php -i | grep -E "session.upload_progress.enabled"

ಒಂದು ವೇಳೆ ಕಮಾಂಡ್ ಇದನ್ನು ಹಿಂತಿರುಗಿಸಿದರೆ: session.upload_progress.enabled => Off => Off, ಆಗ ಪರಿಹಾರವು ಸಕ್ರಿಯವಾಗಿರುತ್ತದೆ.

ಹಂತ 2: PHP-FPM ಮತ್ತು ವೆಬ್ ಸರ್ವರ್ ಡೀಮನ್‌ಗಳನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿ

ವರ್ಕರ್ ಪ್ರಕ್ರಿಯೆಗಳು ಹುಟ್ಟಿಕೊಂಡಾಗ PHP ಕಾನ್ಫಿಗರೇಶನ್ ನಿರ್ದೇಶನಗಳನ್ನು ಓದುತ್ತದೆ. ಆದರೆ php.ini ಅನ್ನು ಎಡಿಟ್ ಮಾಡುವುದು ರನ್ ಆಗುತ್ತಿರುವ ವರ್ಕರ್‌ಗಳು ಮರುಪ್ರಾರಂಭವಾಗುವವರೆಗೆ ಅವುಗಳ ಮೇಲೆ ಯಾವುದೇ ಪರಿಣಾಮ ಬೀರುವುದಿಲ್ಲ.

ನಿಮ್ಮ PHP ಪ್ರೊಸೆಸಿಂಗ್ ಸೇವೆಗಳನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿ:

# For systems running PHP-FPM with systemd
sudo systemctl restart php*-fpm

# For systems running Apache with mod_php
sudo systemctl restart apache2 || sudo systemctl restart httpd

# Verify that worker processes refreshed their start times
ps -eo pid,lstart,cmd | grep -E "php-fpm|apache2|httpd" | grep -v grep

ಹಂತ 3: Runtime Handler ಬದಲಾವಣೆಗಳಿಗಾಗಿ ಅಪ್ಲಿಕೇಶನ್ ಕೋಡ್ ಅನ್ನು ಆಡಿಟ್ ಮಾಡಿ

ಈ ದೋಷಕ್ಕೆ ಅಪ್ಲಿಕೇಶನ್ session.serialize_handler ಅನ್ನು ರನ್‌ಟೈಮ್‌ನಲ್ಲಿ ಇವುಗಳನ್ನು ಬಳಸಿ ಬದಲಾಯಿಸುವುದು ಅಗತ್ಯವಾಗಿದೆ: ini_set(). ಅಪ್ಲಿಕೇಶನ್ ಕೋಡ್ ಅಥವಾ ಇನ್‌ಸ್ಟಾಲ್ ಮಾಡಲಾದ ವೆಂಡರ್ ಲೈಬ್ರರಿಗಳು ಈ ಬದಲಾವಣೆಯನ್ನು ನಿರ್ವಹಿಸುತ್ತವೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಲು ನಿಮ್ಮ ಕೋಡ್‌ಬೇಸ್ ಅನ್ನು ಸ್ಕ್ಯಾನ್ ಮಾಡಿ:

# Search for runtime serialization handler changes
grep -rn "session.serialize_handler" /var/www/html/ 2>/dev/null

ನಿಮ್ಮ ಹುಡುಕಾಟವು ಯಾವುದೇ ನಿದರ್ಶನಗಳನ್ನು ಹಿಂತಿರುಗಿಸದಿದ್ದರೆ: ini_set('session.serialize_handler', ...), ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ದುರ್ಬಲ ರನ್‌ಟೈಮ್ ಪರಿವರ್ತನೆಯನ್ನು ಪ್ರಾರಂಭಿಸುವುದಿಲ್ಲ. ವೆಂಡರ್ ಲೈಬ್ರರಿಗಳಿಗೆ ನಿರ್ದಿಷ್ಟ ಹ್ಯಾಂಡ್ಲರ್ ಅಗತ್ಯವಿದ್ದರೆ, ಅದನ್ನು ಸ್ಥಿರವಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಿ: php.ini ಇದರ ಮೊದಲು ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ಮಾಡುವ ಬದಲು: session_start().

ಹಂತ 4: ಅಕ್ಟೋಬರ್ 17 ರಿಂದ ಮುಂದಿನ ಸಿಸ್ಟಮ್ ಮತ್ತು ವೆಬ್ ಲಾಗ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ

ಹನಿಪಾಟ್ ಡೇಟಾದಿಂದ ಗುರುತಿಸಲಾದ zero-day ಅವಧಿಯಲ್ಲಿ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ಗುರಿಯಾಗಿಸಲಾಗಿಲ್ಲ ಎಂಬುದನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು, ನಿಮ್ಮ ವೆಬ್ ಲಾಗ್‌ಗಳನ್ನು ಆಡಿಟ್ ಮಾಡಿ:

# Check web server logs for suspicious session upload parameters
sudo zgrep -E "PHP_SESSION_UPLOAD_PROGRESS|php_serialize" /var/log/nginx/*access.log* /var/log/apache2/*access.log* 2>/dev/null | head -n 30

# Check for unexpected PHP files created since October 17
sudo find /var/www/html/ -type f -newermt "2026-10-17" -name "*.php" -ls

ದೃಢೀಕರಿಸದ ಯಾವುದೇ PHP ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳು ಅಥವಾ ವೆಬ್ ವರ್ಕರ್ ಖಾತೆಗಳಿಂದ ಹುಟ್ಟಿಕೊಂಡ ಅನಿರೀಕ್ಷಿತ ಹಿನ್ನೆಲೆ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಪರೀಕ್ಷಿಸಿ.

ತೀರ್ಮಾನ

CVE-2026-115560 ನ ಬಹಿರಂಗಪಡಿಸುವಿಕೆಯು ಒಂದು ಪ್ರಮುಖ ಭದ್ರತಾ ಪಾಠವನ್ನು ಬಲಪಡಿಸುತ್ತದೆ: ಸಾಫ್ಟ್‌ವೇರ್ ಪ್ಯಾಚಿಂಗ್ ಮತ್ತು ಕಾನ್ಫಿಗರೇಶನ್ ಬಲಪಡಿಸುವಿಕೆ ಒಟ್ಟಿಗೆ ಕೆಲಸ ಮಾಡಬೇಕು. PHP2Shell ಮೆಮೊರಿ ದೋಷಗಳನ್ನು ಪರಿಹರಿಸಲು ತಂಡಗಳು ಅಕ್ಟೋಬರ್ 21 ರ ತುರ್ತು ಪ್ಯಾಚ್‌ಗಳನ್ನು ನಿಯೋಜಿಸುವುದನ್ನು ಪೂರ್ಣಗೊಳಿಸಬೇಕಾಗಿದ್ದರೂ, session upload progress ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಈ ಹೊಸ RCE ದಾಳಿಯ ವಿರುದ್ಧ ತಕ್ಷಣದ ರಕ್ಷಣೆಯನ್ನು ಒದಗಿಸುತ್ತದೆ. ಈ ಎರಡೂ ಕ್ರಮಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುವುದರಿಂದ ಅಪ್‌ಸ್ಟ್ರೀಮ್ ಬಗ್‌ಫಿಕ್ಸ್ ಬಿಡುಗಡೆ ಬರುವವರೆಗೆ ನಿಮ್ಮ ವೆಬ್ ಮೂಲಸೌಕರ್ಯವು ಸುಭದ್ರವಾಗಿರುವುದನ್ನು ಖಚಿತಪಡಿಸುತ್ತದೆ.

ಅನುಕೂಲಗಳು

• Session upload progress ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಮರುಸಂಕಲಿಸಿದ ಬೈನರಿಗಳಿಗಾಗಿ ಕಾಯದೆ ತಕ್ಷಣದ ರಕ್ಷಣೆಯನ್ನು ಒದಗಿಸುತ್ತದೆ.
• ಪ್ರಮಾಣಿತ ಫೈಲ್ ಅಪ್‌ಲೋಡ್‌ಗಳು ಎಂದಿನಂತೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತವೆ, ಪ್ರಮುಖ ಅಪ್ಲಿಕೇಶನ್ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಸಂರಕ್ಷಿಸುತ್ತವೆ.
• ಅನಗತ್ಯ ಲೆಗಸಿ ಸೆಷನ್ ಹುಕ್ ಅನ್ನು ತೆಗೆದುಹಾಕುವ ಮೂಲಕ ಒಟ್ಟಾರೆ attack surface ಅನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ.
• ಅಕ್ಟೋಬರ್ 17 ರವರೆಗಿನ ಲಾಗ್‌ಗಳನ್ನು ಆಡಿಟ್ ಮಾಡುವುದರಿಂದ ಬಹಿರಂಗಪಡಿಸುವಿಕೆಗೂ ಮುನ್ನ ನಡೆದ ಪರಿಶೋಧನೆ ಮತ್ತು ಸಂಭವನೀಯ ವೆಬ್ ಶೆಲ್ ಡ್ರಾಪ್‌ಗಳನ್ನು ಪತ್ತೆಹಚ್ಚಬಹುದು.
• ಅಪಾಯಕಾರಿ ರನ್‌ಟೈಮ್ ಪರಿಸರ ಬದಲಾವಣೆಗಳಿಗಿಂತ ಸ್ಥಿರವಾದ, ನಿರ್ಣಾಯಕವಾದ ಸೆಷನ್ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಉತ್ತೇಜಿಸುತ್ತದೆ.

ಅನನುಕೂಲಗಳು

• Upload progress ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದರಿಂದ PHP ಯ ಆಂತರಿಕ ಸೆಷನ್ ಅರೇ ಅನ್ನು ಪ್ರಶ್ನಿಸುವ ಕಸ್ಟಮ್ UI ಪ್ರೋಗ್ರೆಸ್ ಬಾರ್‌ಗಳನ್ನು ಸ್ಥಗಿತಗೊಳಿಸುತ್ತದೆ.
• ವಿತರಿಸಲಾದ ಸರ್ವರ್ ಫ್ಲೀಟ್‌ಗಳಾದ್ಯಂತ ಕಾನ್ಫಿಗರೇಶನ್ ಬದಲಾವಣೆಗಳನ್ನು ಮತ್ತು ಡೀಮನ್ ಮರುಪ್ರಾರಂಭಗಳನ್ನು ಸಂಘಟಿಸುವ ಅಗತ್ಯವಿದೆ.
• ಕಾನ್ಫಿಗರೇಶನ್ ಪರಿಹಾರಗಳು ಆಧಾರವಾಗಿರುವ ಮೆಮೊರಿ ದೋಷಗಳನ್ನು ಪರಿಹರಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ತುರ್ತು ಅಪ್‌ಡೇಟ್‌ಗಳನ್ನು ಅನ್ವಯಿಸುವುದು ಕಡ್ಡಾಯವಾಗಿರುತ್ತದೆ.
• ಅಸ್ಪಷ್ಟಗೊಳಿಸಲಾದ ವೆಂಡರ್ ಪ್ಯಾಕೇಜ್‌ಗಳ ಒಳಗಿನ ಡೈನಾಮಿಕ್ ini_set ಕಾಲ್‌ಗಳನ್ನು ಗುರುತಿಸಲು ಮೀಸಲಾದ ಕೋಡ್ ಆಡಿಟ್‌ಗಳ ಅಗತ್ಯವಿದೆ.

ಎಚ್ಚರಿಕೆ

ಈ ಲೇಖನವು ಶೈಕ್ಷಣಿಕ ಉದ್ದೇಶಗಳಿಗಾಗಿ ಮಾತ್ರ. ಸಿಸ್ಟಮ್ ಕಮಾಂಡ್‌ಗಳು, ಕಾನ್ಫಿಗರೇಶನ್ ನಿರ್ದೇಶನಗಳು ಮತ್ತು ಫೈಲ್ ಪಾತ್‌ಗಳನ್ನು ನಿಮ್ಮ ನಿರ್ದಿಷ್ಟ Linux ವಿತರಣೆ, PHP ಆವೃತ್ತಿ ಮತ್ತು ಹೋಸ್ಟಿಂಗ್ ಆರ್ಕಿಟೆಕ್ಚರ್‌ಗೆ ಅಳವಡಿಸಿಕೊಳ್ಳಬೇಕು. ಪ್ರೊಡಕ್ಷನ್ ಮೂಲಸೌಕರ್ಯವನ್ನು ಮಾರ್ಪಡಿಸುವ ಮೊದಲು ಯಾವಾಗಲೂ ಸ್ಟೇಜಿಂಗ್ ಪರಿಸರದಲ್ಲಿ ಕಾನ್ಫಿಗರೇಶನ್ ಬದಲಾವಣೆಗಳನ್ನು ಪರೀಕ್ಷಿಸಿ ಮತ್ತು ಅಪ್‌ಸ್ಟ್ರೀಮ್ ಪ್ರಾಜೆಕ್ಟ್ ನಿರ್ವಾಹಕರೊಂದಿಗೆ ಭದ್ರತಾ ಸಲಹೆಗಳನ್ನು ಪರಿಶೀಲಿಸಿ.

ಪದೇ ಪದೇ ಕೇಳಲಾಗುವ ಪ್ರಶ್ನೆಗಳು

• CVE-2026-115560 ಎಂದರೇನು? — ಇದು PHP ಯಲ್ಲಿ ಹೊಸದಾಗಿ ಬಹಿರಂಗಪಡಿಸಲಾದ remote code execution ದೋಷವಾಗಿದ್ದು, session upload progress ಮತ್ತು ಸೆಷನ್ serialization handlers ಗೆ ರನ್‌ಟೈಮ್‌ನಲ್ಲಿ ಮಾಡುವ ಬದಲಾವಣೆಗಳ ನಡುವಿನ ಹೊಂದಾಣಿಕೆಯ ಕೊರತೆಯಿಂದ (mismatch) ಉಂಟಾಗುತ್ತದೆ.
• ಇತ್ತೀಚಿನ PHP ಬಿಡುಗಡೆಗಳಲ್ಲಿ CVE-2026-115560 ಅನ್ನು ಪ್ಯಾಚ್ ಮಾಡಲಾಗಿದೆಯೇ? — ಇಲ್ಲ, ಪ್ರಸ್ತುತ ಬಿಲ್ಡ್‌ಗಳಲ್ಲಿ ಈ ದೋಷವು ಇನ್ನೂ ಪ್ಯಾಚ್ ಆಗದೆ ಉಳಿದಿದೆ, ಮತ್ತು PHP ಯೋಜನೆಯು ತನ್ನ ಮುಂದಿನ ನಿಯಮಿತ ಬಿಡುಗಡೆ ಚಕ್ರದಲ್ಲಿ ಅಧಿಕೃತ ಪರಿಹಾರವನ್ನು ನೀಡಲು ಯೋಜಿಸಿದೆ.
• ನಿರ್ವಾಹಕರು ಇದೀಗ ಸರ್ವರ್‌ಗಳನ್ನು ಹೇಗೆ ರಕ್ಷಿಸಬಹುದು? — ನಿರ್ವಾಹಕರು ಇದನ್ನು ಹೊಂದಿಸಬೇಕು: session.upload_progress.enabled = 0 ತಮ್ಮ php.ini ಫೈಲ್‌ಗಳಲ್ಲಿ, ಮತ್ತು ಎಲ್ಲಾ PHP ವರ್ಕರ್ ಸೇವೆಗಳನ್ನು ಮರುಪ್ರಾರಂಭಿಸಬೇಕು.
• Upload progress ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದರಿಂದ ಬಳಕೆದಾರರು ಫೈಲ್‌ಗಳನ್ನು ಅಪ್‌ಲೋಡ್ ಮಾಡುವುದನ್ನು ತಡೆಯುತ್ತದೆಯೇ? — ಇಲ್ಲ, HTTP POST ಮೂಲಕ ಪ್ರಮಾಣಿತ ಫೈಲ್ ಅಪ್‌ಲೋಡ್‌ಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತವೆ; PHP ಯ ಆಂತರಿಕ ನೈಜ-ಸಮಯದ ಸೆಷನ್ ಪ್ರೋಗ್ರೆಸ್ ಟ್ರ್ಯಾಕರ್ ಮಾತ್ರ ನಿಷ್ಕ್ರಿಯಗೊಳ್ಳುತ್ತದೆ.
• ಅಕ್ಟೋಬರ್ 21 ರ ತುರ್ತು ಅಪ್‌ಡೇಟ್‌ಗಳನ್ನು ಇನ್‌ಸ್ಟಾಲ್ ಮಾಡಿದ ಸಿಸ್ಟಮ್‌ಗಳ ಮೇಲೆ ಈ ಹೊಸ ದೋಷವು ಪರಿಣಾಮ ಬೀರುತ್ತದೆಯೇ? — ಹೌದು, ಅಕ್ಟೋಬರ್ 21 ರ ಅಪ್‌ಡೇಟ್‌ಗಳು ಹಿಂದಿನ PHP2Shell ಮೆಮೊರಿ ದೋಷಗಳನ್ನು ಸರಿಪಡಿಸಿವೆ, ಆದರೆ CVE-2026-115560 ಎಂಬುದು ಪ್ರತ್ಯೇಕ ಸಮಸ್ಯೆಯಾಗಿದ್ದು, ಇದಕ್ಕೆ ಕಾನ್ಫಿಗರೇಶನ್ ಪರಿಹಾರದ ಅಗತ್ಯವಿದೆ.
• ಭದ್ರತಾ ತಂಡಗಳು ಅಕ್ಟೋಬರ್ 17 ರ ಹಿಂದಿನ ಚಟುವಟಿಕೆಗಳನ್ನು ಏಕೆ ತನಿಖೆ ಮಾಡುತ್ತಿವೆ? — Amazon ನ MadPot ನೆಟ್‌ವರ್ಕ್‌ನ ಬೆದರಿಕೆ ಗುಪ್ತಚರ ಮಾಹಿತಿಯು ಸಾರ್ವಜನಿಕ ಬಹಿರಂಗಪಡಿಸುವಿಕೆಗಿಂತ ನಾಲ್ಕು ದಿನಗಳ ಮೊದಲು PHP2Shell ಅನ್ನು ಗುರಿಯಾಗಿಸಿಕೊಂಡ ದಾಳಿಯ ತನಿಖೆಗಳನ್ನು ಗಮನಿಸಿದೆ, ಇದು ಅಗತ್ಯವಿರುವ ಪರಿಶೀಲನಾ ಅವಧಿಯನ್ನು ವಿಸ್ತರಿಸಿದೆ.
• CVE-2026-115560 ಅನ್ನು ದುರ್ಬಳಕೆ ಮಾಡಿಕೊಳ್ಳಲು ಯಾವ ಷರತ್ತುಗಳು ಅಗತ್ಯವಿದೆ? — ಅಪ್ಲಿಕೇಶನ್ ಪ್ರಮಾಣಿತವಲ್ಲದ serialization handler ನೊಂದಿಗೆ ಪ್ರಾರಂಭವಾಗಬೇಕು, ನಂತರ ಅದನ್ನು ಇದಕ್ಕೆ ಬದಲಾಯಿಸಬೇಕು: php ಮೂಲಕ: ini_set() ಇದರ ಮೊದಲು: session_start(), ಮತ್ತು session upload progress ಸಕ್ರಿಯವಾಗಿರಬೇಕು.

ಟ್ಯಾಗ್‌ಗಳು

#php #cve2026115560 #php2shell #cybersecurity #vulnerability #infosec #sysadmin #devops #websecurity #patchmanagement