现调用外部程序的，因此用户也能够通过小

计量来突破限制，实现调用其 他外部程序

通过

s

< br>来实

现调用外部程序

XPATH

注入

//Employee[UserName/text()=’aaron’

解决方法和

sql

类似，也是对查询进行参

and password/text()=’password’]

à

//Employee[UserName/text()=’aaron’

or 1=1 or ‘a’ =’a’ and

password/text()=’password’]

这个和典型的

sql

注入一样，呵呵< /p>

数化，如下：

Declare variable $$userName as xs:

string external;

Declare variable $$password as xs:

string external;

//

Employee[UserName/text()=$$userName

and password/text()=$$password]

< br>LDAP

注

LDAP

查询和

sql

查询类似，

也是可以通过拼

入

字符串得来的，因此页存在注入漏洞

JSON

注

{‘user’:

‘usera’,

‘sex’,

‘boy’}

传统

< br>webform

下，使用

来实现

入

à

{‘user’: ‘usera’, ‘sex’,

‘bo’y’}

这样会导致

js

报错

json

数据的生成

Mvc

下，使用

JSONResult

来生成

json

数

据

URL

注

入

/?p1=a&p1=b

这个认识的还不够深入，而且和服务 器端

语言有关，只要

会把几个参数

如果还有个

cookie

，

name

为：

p1,

value:

c

value

合并起来，其他语言都只取到一个，

则，

最终

获取这个参数的

value

但是取到的是第一个还是最后一个，就看

a, b,c

语言了。

这个和业务逻辑有很大的关系

A2

–失效的身份认证和会话管理

原因：

Session

相关的数据没有被完整替换导致的安全问题

解决关注点：

Login

通过后，

立刻把当前

Session

< br>（包含

Session,

Cache,

Cookie

）

失效掉，

把 需要保存进

Session

的

valu e

重开一个

Session

保存进；< /p>

Logout

功能中，除了把当前

Ses sion

失效掉外，还要把

Session

相关的

Cache

也

remove

掉

登录

< /p>

在

login

验证事件中，一旦合法身份 验证通过后，

就要把

()

，

来重新获得新的

Se ssion

（此时客户端的

session cookie v alue

也会被

reset

成新的）< /p>

注销

Session

要

Abort

相关的缓存要

clear

额外的

cookie

也要被

clear

A3

– 跨站脚本（

XSS

）

原因：和

Injection

类似，只不过