Re: [PHP-DEV] [RFC] Block requests to builtin SQL functions where PHP can prove the call is vulnerable to a potential SQL-injection attack

2015-08-06 Thread Matt Tait
Thanks for the feedback Anthony, This feature specifically addresses the points you raise; the feature allows parameterized queries constructed with structural parts of the query inserted from configuration variables, so long as the resulting query is a safe-const as defined by this RFC. If

Re: [PHP-DEV] [RFC] Block requests to builtin SQL functions where PHP can prove the call is vulnerable to a potential SQL-injection attack

2015-08-05 Thread Matt Tait
Thanks for your feedback, Anthony. I'll take a few of your points in turn. With regards to the fact that not all SQL queries are directly parameterizable, this is true. Structural parts of a query, such as table names, column names and complex conditions are hard to parameterize with vanilla

Re: [PHP-DEV] [RFC] Block requests to builtin SQL functions where PHP can prove the call is vulnerable to a potential SQL-injection attack

2015-08-05 Thread Matt Tait
wrote: All, On Wed, Aug 5, 2015 at 10:40 AM, Julien Pauli jpa...@php.net wrote: On Tue, Jul 28, 2015 at 7:33 PM, Matt Tait matt.t...@gmail.com wrote: Hi all, I've written an RFC (and PoC) about automatic detection and blocking of SQL injection vulnerabilities directly from inside PHP

Re: [PHP-DEV] [RFC] Block requests to builtin SQL functions where PHP can prove the call is vulnerable to a potential SQL-injection attack

2015-07-31 Thread Matt Tait
a response, maybe its worth it :-) Craig -- http://news.php.net/php.internals/87346 From: Matt Tait Reply: N/A Original suggestion. -- http://news.php.net/php.internals/87348 From: Rowan Collins

Re: [PHP-DEV] [RFC] Block requests to builtin SQL functions where PHP can prove the call is vulnerable to a potential SQL-injection attack

2015-07-31 Thread Matt Tait
this (PHPMyAdmin being a good example). Again, this is only relevant if the website has been explicitly configured to use this feature. Matt On 30 July 2015 at 14:43, Scott Arciszewski sc...@paragonie.com wrote: On Tue, Jul 28, 2015 at 1:33 PM, Matt Tait matt.t...@gmail.com wrote: Hi all, I've written

[PHP-DEV] [RFC] Block requests to builtin SQL functions where PHP can prove the call is vulnerable to a potential SQL-injection attack

2015-07-28 Thread Matt Tait
Hi all, I've written an RFC (and PoC) about automatic detection and blocking of SQL injection vulnerabilities directly from inside PHP via automated taint analysis. https://wiki.php.net/rfc/sql_injection_protection In short, we make zend_strings track where their value originated. If it

[PHP-DEV] Resetting wiki.php.net password

2015-07-22 Thread Matt Tait
Hi all, I'm currently trying to reset my wiki.php.net password so I can propose an RFC, but unfortunately I'm getting the following error messages when I reset it via the page https://wiki.php.net/start?do=resendpwd: ! Unable to modify user data. Please inform the Wiki-Admin !

[PHP-DEV] VCS Account Request: matttait

2015-07-13 Thread Matt Tait
To develop core security features, security enhancements and performance enhancements for PHP Core (i.e. the C code for Zend and PHP Core, not PHP extensions or PHP applications). Initially I\#039;ll be focusing on integrating compiler and security level improvements to PHP binaries. I have

[PHP-DEV] Introductions

2015-07-13 Thread Matt Tait
Hi all, I'm Matt Tait; a security researcher at Google, and I'm quite interested in looking at and helping to build new security-related features within PHP; i.e. features that reduce the likelihood that deployments of PHP end up being hacked. In the short term, I'm quite interested in looking

[PHP-DEV] VCS Account Request: matttait

2015-05-20 Thread Matt Tait
Interested in helping security-audit and add security-related features to PHP core. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php