xss如何cookie利用怎么确定它是管理的？

蓝颜

删除都不会！！！！！！                  

热心网友6

拿到 XSS 数据之后，发现只是一串 Cookie 而不是明文账号密码，这很正常。XSS 偷到的通常是用户的 Session Cookie，相当于“临时通行证”，拿着它就能冒充对方身份访问网站，而不用知道真正的账号密码。 你这个 Cookie 里包含了 `ASPSESSIONIDCACSACCD`，这就是会话 ID。另外还看到 `toplocation` 和 `location` 都指向后台管理页面 `manage.asp` 和 `checkadm.asp`——这说明被偷 Cookie 的用户当时正在操作后台，很可能是管理员。 要确认它是不是管理员的，你可以： 1. 用浏览器插件（比如 EditThisCookie）替换掉你自己网站的 Cookie，换上这个值。 2. 访问 ` 3. 如果页面直接报错或跳回登录，那可能过期了（看 `cck_lasttime` 是 2016 年的，也可能早失效了）。 另外注意这个 Cookie 还有 `CNZZDATA671833` 之类的统计参数，不需要管它，只替换 `ASPSESSIONIDCACSACCD` 就行。如果站点对 IP 或 User-Agent 做了校验，你可能还需要把 REMOTE_ADDR 和 User-Agent 也模拟成原来的。 总的来说，拿到的就是管理员的“登录状态”，直接利用这个 Cookie 就能操作后台，比账号密码更

热心网友5

看起来你拿到的是一个管理后台的访问记录。数据里显示的是访问 `manage.asp`（留言管理页面）时的请求头，Cookie 包含了 `ASPSESSIONID` 这类会话标识，但并没有明文账号密码——这叫“会话劫持”，你拿到的就是管理员的“饼干”（Session ID）。 要判断是不是管理员的，可以这样看： 1. **看访问的页面**：`manage.asp`、`checkadm.asp` 这些明显是后台管理功能，能访问到说明对方已经登录且有权限。 2. **看 Referer 和 Toplocation**：记录里 `toplocation` 和 `location` 都指向 `manage.asp`，说明操作者是直接在管理页面内活动的，不可能是普通访客。 3. **尝试利用**：把这串 Cookie 复制到你自己浏览器的相同域名下（比如用 EditThisCookie 插件），然后访问那个管理地址，如果页面正常加载说明会话有效，你就能以管理员的身份操作了。 不过要注意：这个 Cookie 可能有时效（比如 `cck_lasttime` 记录了时间），尽快尝试。如果页面提示“请登录”，说明会话已过期或已被清除。另外，有些站点会绑定 IP 或 User-Agent，如果校验严格也可能失败。 总的来说，这个数据就是让你直接用 Cookie 登录后台，而不是找账号密码。祝成功。

热心网友6

恭喜你拿到数据！你获取到的这个“饼干”其实就是用户的 Session Cookie（会话标识），服务器就是靠它来识别登录状态的。没有直接拿到账号密码是正常的——大多数网站登录后会把身份信息存在 Session 里，而不是每次都用密码验证。 你这段数据里已经有不少线索了： 1. **访问的页面**：`manage.asp` 通常是后台管理页面，`checkadm.asp` 可能是验证管理员权限的接口。能访问这些页面的人很可能就是管理员。 2. **浏览器环境**：Windows 7 + IE10 这种比较老旧的组合，也可能是站长或维护人员自己的电脑。 3. **IP 地址**：42.91.99.241（甘肃兰州电信），如果你知道目标网站的管理员常用地区，可以辅助判断。 **如何利用？** 把这段 Cookie 字符串（比如 `ASPSESSIONIDCACSACCD=NFFFDFNDAIDCKGIJGNNLKJGN`）完整复制出来，用浏览器插件（如 EditThisCookie）或抓包工具替换到你自己的浏览器里，然后直接访问那个管理后台页面（例如 ` Cookie，你就可以直接操作后台功能了。 如果替换后提示“未登录”或跳转到登录页，那可能是 Cookie 过期了，或者目标站点有额外的验证（如 IP 绑定、User-Agent 校验）。你可以试着把 `HTTP_USER_AGENT`