Amplify fpm connections metric is misleading or incorrect
Hi, I have nginx and php-fpm monitoring in amplify. Recently I created a dashboard to analyze incoming requests, fpm connections and their correlation. I realized that "fpm.conn.accepted" chart without specifying pool (meaning all pools) displays bigger and sometimes 10x bigger numbers in comparison to if display the chart by specifying all pools to show each value separately and sum of them. I'd expect the sum of all pools to be equal to the first chart but it is not. Screenshot:https://prnt.sc/I_lWhkSDye3I As you can see the blue lines are far from being equal or close to each other.
PHP-FPM Underflow Remote Code Execution (CVE-2019-11043)
On the 22 nd of October a new vulnerability in PHP-FPM was disclosed after it was patched by PHP. The vulnerability allows an attacker to execute remote code after exploiting a buffer underflow in the PHP-FPM code. Buffer underflow occurs when an index or pointer references a memory location prior to the allocated buffer. The vulnerability is triggered by a misconfigured NGINX server allowing the attacker to pass an empty PATH_INFO variable to PHP-FPM resulting in a controllable memory address. For the attack to be successful, there are 5 preconditions that needed to be fulfilled: NGINX configuration forwards .php requests the PHP-FPM. PHP 7+ is in use. Thefastcgi_split_path_infodirective contains a regex starting with ^ and ends with a $. A PATH_INFO variable must be assigned using fastcgi_param PATH_INFO statement. The configuration does not check for non-existing files using try_filesorif statement. A publicly available proof-of-concept was published on Github by the researcher who had discovered vulnerability. The tool exploits the buffer underflow and sets a FastCGI PHP_VALUE parameter to reconfigure php.ini leading to the execution the attacker’s code. Mitigation with BIG-IP ASM Update A new attack signature was released to provide a more accurate detection and mitigation of the vulnerability: "PHP-FPM path_info Remote Code Execution" (ID 200004996) in the "Server Side Code Injection" signature set. ASM customers under any supported BIG-IP version are already protected against this vulnerability. While exploiting this vulnerability attacker will try to send specially crafted HTTP GET requests containing multiple command and PHP injections. Figure 1:Request example containing the exploitation attempt The exploitation attempt will be detected by many existing attack signatures. Signatures which can be found in signature sets that include "Command Execution" and "Server Side Code Injection" attack types or "PHP" system. Figure 2:Exploit blocked with Attack Signature (200003045) Figure 3:Exploit blocked with Attack Signature (200003924) Figure 4:Exploit blocked with Attack Signature (200004025)
