在传统的 SQL 注入中，攻击者会尝试破坏 SQL 查询语句并在服务器端修改查询语句。使用 NoSQL 注入，攻击可以
在应用程序的其他区域中执行，而不是在传统的 SQL 注入中执行。此外，在传统的 SQL 注入中，攻击者会使用一个
标记来发起攻击。在 NoSQL 注入中，在NoSQL注入中，通常存在将字符串解析或评估为NoSQL调用的漏洞。
NoSQL 注入中的漏洞通常在以下情况下发生：（1）端点接受的 JSON 数据是从 NoSQL 数据库中请求的，以及
我们能够使用 NoSQL 比较运算符操作查询来更改 NoSQL 查询。
NoSQL 注入的一个常见例子是注入类似的东西： [{"$gt":""}] 。这个 JSON 对象基本上是说运算符（ $gt ）大于
NULL("")。由于逻辑上一切都大于 NULL，因此 JSON 对象成为一个真正正确的语句，允许我们绕过或注入 NoSQL
查询。这相当于 SQL 注入世界中的[' or 1=1—]。在 MongoDB 中，我们可以使用以下条件运算符之一：
(>)大于 - $gt
(<)小于 - $lt
(>=)大于等于 - $gte
(<=)小于等于 - $lte
测试：
发现注入点没有做什么防护，测试一下语句，在password处修改{"$gt" : ""}}(自己去百度这个含义)
测试2：
Node.js 有一个 qs 模块，它具有将 HTTP 请求参数转换为 JSON 对象的特定语法。默认情况下，qs 模块在 Express
中使用“body-parser”中间件的一部分。
qs 模块：一个查询字符串解析和字符串化库，增加了一些安全性。[https://www.npmjs.com/package/qs]
如果使用 qs 模块，如果在参数中使用括号表示法，POST 请求将在服务器端转换为 JSON。因此，看
起来像用户名 [value] = admin&password [value] = admin 的 POST 请求将转换为 {"username"：
{"value"："admin"}，"password"：{"value"："admin" }} 。
这个NoSql使用了qs模块所以可能刚开始的注入方法不好用，我们可以测试一下这个方法。
测试一下，能不能转换为正常的。
失败，重新构造payload
再次构建新的payload
发现自己符号写错了。。最后还是成功了。
总结一下：NoSql注入大多是利用符号来做绕过，这个类似于关系型数据库中的万能密码，or之类的。。
后续看一下能不能爆出数据之类的。