gpt4 book ai didi

python - Tornado :get_argument——我应该自己转义输入吗?

转载 作者:搜寻专家 更新时间:2023-10-30 19:41:43 25 4
gpt4 key购买 nike

我正在为单页应用程序运行 Tornado 网络服务器。客户端正在向服务器发送消息,我正在使用 tornado.web.RequestHandler.get_argument() 获取输入。

测试时,我似乎无法强制执行 SQL 注入(inject)错误。看起来 get_argument() 以某种方式转义了输入。从登录表单(用户名 + 密码)执行 POST 时,我尝试了各种技巧来强制进行简单的 SQL 注入(inject),但无济于事。

编辑2:

哈哈!我终于设法进行了一次 SQL 注入(inject) :D 我对一些输入进行了 URL 转义,我可以看到注入(inject)的 SQL 语句一直到 DB 模块。我从登录表单生成的查询没有被提交,因为它只是一个 SELECT 语句——所以我实际上不能改变数据库。

如果查询从未提交并且整个查询(包括注入(inject)的)的输出被隐藏,会造成什么样的损害?

例如,如果查询应该是 SELECT * FROM Users WHERE UserID='USERNAME' AND Password='PASSWORD'; 但是用户名的输入注入(inject)了 INSERT,所以 USERNAME 变为 USERNAME'; INSERT INTO Users (UserID, Password) VALUES ('hacker', 'hacked'); -- 我们最终得到:

SELECT * FROM Users WHERE UserID='USERNAME'; INSERT INTO Users (UserID, Password) VALUES ('hacker', 'hacked'); --' AND 密码='密码';

我知道一般的 SQL 注入(inject)的危险,我只是对这个细节感到好奇。我也知道我应该散列和加盐密码,上面的代码是为了示例而进行的简化。

最佳答案

Tornado 只转义模板中的字符串以避免 HTML 问题。如果您只是执行类似 print self.get_argument('ihack') 的操作,您将获得发送的原始字符串。

您应该使用带有注入(inject)预防功能的 MySQLdb:

 cursor.execute("SELECT * FROM user_info WHERE email = %s", email)

而不是:

 cursor.execute("SELECT * FROM user_info WHERE email = %s" % email)   # BAD!

这将保护您的 SQL,就像模板保护您的 HTML 一样。

关于python - Tornado :get_argument——我应该自己转义输入吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13379631/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com