I've snooped around taint analysis, which I found to be useful in very legacy projects that heavily on superglobals like $_GET, $_SESSION, etc.
In more recent / modern projects:
most DB interactions are hidden behind a DAO / ORM that operates with a Id<T> -> object<T> API (think Doctrine ORM), where record/entity objects hold user data
most fields that hold input data are on objects with public readonly fields
The current taint analysis only operates with taint sources being function-alike nodes:
I've snooped around taint analysis, which I found to be useful in very legacy projects that heavily on superglobals like
$_GET
,$_SESSION
, etc.In more recent / modern projects:
Id<T> -> object<T>
API (think Doctrine ORM), where record/entity objects hold user datapublic readonly
fieldsThe current taint analysis only operates with taint sources being function-alike nodes:
I'm wondering if it makes sense to allow object properties to be marked as taint sources.