Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:96837 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 21249 invoked from network); 11 Nov 2016 18:40:10 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 11 Nov 2016 18:40:10 -0000 Authentication-Results: pb1.pair.com header.from=cmbecker69@gmx.de; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=cmbecker69@gmx.de; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmx.de designates 212.227.15.18 as permitted sender) X-PHP-List-Original-Sender: cmbecker69@gmx.de X-Host-Fingerprint: 212.227.15.18 mout.gmx.net Received: from [212.227.15.18] ([212.227.15.18:60101] helo=mout.gmx.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id BB/FA-35596-78016285 for ; Fri, 11 Nov 2016 13:40:07 -0500 Received: from [192.168.1.190] ([79.243.119.150]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Mb7pT-1cOsEC1YiZ-00Kdas for ; Fri, 11 Nov 2016 19:40:03 +0100 To: internals@lists.php.net Message-ID: <5eea66e9-0e47-852a-8720-7c7a6a0d2224@gmx.de> Date: Fri, 11 Nov 2016 19:40:12 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:4op4MA8cNn+yOVktiYz+MBKCM4AvUtBZWvp7F9P4LMJAGQIi+Qo /o6ZSyeSI2FbhhGkgNuf7mSnJ63kgLqHpOLdg97gG2J6/l7G8XhzVdJTKEJPY2GJpN1bRPt tD47VgFiveYkqAsYt27Q0GfxschS9WETbdsnZy1pRiziuTJFDxfSmXoU7rwc3jmi018HbCn ZBV8NKI9mvREDWQ164Y5A== X-UI-Out-Filterresults: notjunk:1;V01:K0:L0ke6JeO0d4=:X22/mNAwTloIu0d6fyIrvG Q4mydp9meTFm6XRNJ+6SPrbjmIW8cNIBwnQ8c3/FtaYkvu3Entwgqa3YawzohmK8FNa2gZrNh 712I6lJ00pyci/pYDrqRhnj7ebE2hIkG5xfnhVr8XfkGHugo9aUdIdFxtu/6pb3qaRdvyqAEL Dv9yh2WbnuOV3Wpm8hmQBzabMdX3yGpxrsJ1+bKvbMWpLReoP9VCgA4Q2v4sgiuq1TLCUh2Iw RTzlSvPnCnStoXC7WkjLqh7pKjFBuUtBQta5B+lPgEtmELuV4zCV6RScZMNQvYNW4ryeb/u7T 3ROnYh8RpRz23RNmkXd8dImmw5/C9zlBdQC+BeaaeloX1ifFTkJ2IlCPFvZHo8Re7Dv3MsxwG wHYgT18JDEO98Xty9eEvqNc5Mc0GKu3CeXpqfXUdq+qNHA0jwAGwEsMsQl+Ip4JCG05tzoZPi VU9drOXdRenidqzB+toTvhoz6idKpn8naafLsdipV4a/PzjaRAK2UoSog/r1JGFmOEqULQwDw 8MYWhn3uDvKCVXmIHVTM1qC5Wup1H3lHR5wkMQf5nw5hp6d78BnJghN6K8okUgNOGTcPN+9TP 3pUQRILS3gyjdMcIepJEk8SChlqibuZeVspgI869wjA0Qt5N7rfiG0dflktnyw/I5EOCESVj1 Jqum3EXSPdGRLjJenGRUbfQooBUYAhmVF610ffLqXK9SCzj5Gb/Uy9Hhv9xOOadXtuenMrirP q8AjG7fi7WisHep3N6jpIvIraCTk3RsSf22CMZUdeKwPniJItybd+O2t+e1kzt9d++pn0JPtL b5Uf+zD Subject: PaX MPROTECT / W^X protection From: cmbecker69@gmx.de ("Christoph M. Becker") Hi! There are currently at least two unresolved tickets[1][2] in our bug tracker regarding PaX MPROTECT / W^X protection issues with regard to PCRE JIT. The problem is that PCRE JIT mmaps W|X pages[3], what is no longer allowed on several platforms, such as OpenBSD, FreeBSD and SELinux. It seems that there are workarounds (e.g. using paxctl to allow W|X mapping[1], or mounting with wxallowed[4]), but these appear to be very system specific. My best idea to resolve the reports is to document this issue. Maybe somebody has a better idea? [1] [2] [3] [4] -- Christoph M. Becker