【Cookie】获取 Cookie 时，出现 http: named cookie not present

已于 2023-12-01 16:14:22 修改
阅读量1.9k 收藏
点赞数
分类专栏： Web 相关 文章标签： web
于 2023-10-19 14:58:15 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_41989013/article/details/133926013
版权

在Web开发时，我们经常与Cookie打交道，它被用作浏览器中存储的数据。Cookie是name：value的结构，name和value都为字符串。

cookie，简而言之就是在本地计算机保存一些用户的历史信息。

我们先分析存储Cookie的流程：

1.在首次访问网站时，浏览器发送请求中并未携带Cookie；

2.服务器处理浏览器发送的请求，此时我们使用代码来实现设置Cookie；

3.浏览器收到Set-Cookie后，会将Cookie保存下来；

4.下次再访问该网站时，HTTP请求头就会携带Cookie。

错误信息：http: named cookie not present  | 我们获取指定名称的cookie不存在

当浏览器没有存储Cookie时，我们强制去获取Cookie，肯定是找不到的，此时程序会返回错误：http: named cookie not present 。

结合我写的代码进行分析：

【思考：为什么，程序中第1行代码设置了Cookie，第2行代码紧接着获取刚才设置的Cookie，就会出现 http: named cookie not present ？】

【答：原因很简单，回顾对cookie的认识，设置Cookie不等同于变量赋值，在程序中第一行代码给变量赋值，紧接着第二行代码就可以使用此变量的值，而设置Cookie则需要先响应给浏览器，浏览器在下次的请求中才会携带着刚才设置的Cookie。】

总结：出现 http: named cookie not present 时，可能是因为浏览器并没有携带我们想要的Cookie。

解决cookie相关问题，要对cookie基础知识有一定的了解。

然后慢慢分析代码，确定问题，最后解决问题。 

参考文章：浏览器中Cookie的全面介绍 - 知乎

第54课作业实战成功：用phpMyAdmin等数据库可视化软件操作MySQL，并且通过远程操作MySQL;
段智华的博客
10-05 1903
phpMyAdmin等数据库可视化软件操作MySQL 大数据Spark “蘑菇云”行动第54课： 作业讲解与广告点击实现代码.作业：用phpMyAdmin等数据库可视化软件操作MySQL，并且通过远程操作MySQL; 目的:在华为的windows本地服务器上使用phpMyAdmin连接操作虚拟机vmvare的集群中的master上安装的mysql. 实现图形化,可视化操作my
SDN — OpenFlow SDN 协议标准
烟云的计算
05-03 966
从 OpenFlow v1.1 开始，每一台 OpenFlow Switch 能够拥有 Multi-level Flow Tables（多级流表），最多 256 级，从 0 依次编号排列。Multi-level Flow Tables 可以将 Flow Table Matching（流表匹配过程）分解成多个 Steps（步骤），形成 Multi Table Pipeline（多表流水线）处理方式。以此更好地应用了交换机 ASIC 转发芯片的多表特性，同时也避免了 Single Table 过度膨胀的问题。
bug审核01 ：获取cookie失败空指针异常
备忘录的博客
04-06 482
cookie获取不到，报错 空指针异常
iframe 内嵌第三方网站 cookie 失效，解决办法
weixin_44493841的博客
01-13 6644
iframe 内嵌第三方网站 cookie 失效，解决办法 网站iframe内嵌第三方带登录页的网站时，在ie和火狐和部分谷歌浏览器是可以的，但是在升级版的谷歌浏览器中是无法访问的 问题是谷歌浏览器在Chrome80后提示限制第三方cookie问题 解决方案： 方案1. 将SameSite属性值设为None, 同时将secure属性设置为true。且需要将后端服务域名必须使用https协议访问； 方案2. 由于设置SameSite = None，有SCRF风险。所以，最佳方案是用token代替Cookie
解决gin设置session中间件Cookie无效
homonym的博客
07-08 429
当使用session时会发现登陆过后能正常写入session，但是第二次请求时候又会被重定向到cas登陆，这是因为cookie没用被正常写入。检查前端请求的响应头和请求头的cookie时发现报错“尝试通过Set-Cookie标头设置Cookie时被阻止，因为它具有“Secure“属性，但未通过安全连接发送”。2、如果你的服务通过nginx反代，还需要检查nginx的配置中是否有Secure:配置，如果有需要将其删除。1、如果你的服务是http的，在创建session时，需要将Secure设置为false,
解决程序访问网页没有Cookie的问题。
d3582077的专栏
01-14 1555
*获取网站的Cook,cook储存在response.Cookies*/上面Cookie里的Domain填的是网站服务器的主机名，可填IP地址。/*访问该网站，把获得的Cook再传过去*///读取网站里的所有数据。//读取网站里的所有数据。/*设置Cookie*/
golang中net/http包用法
热门推荐
chenbaoke的专栏
01-16 1万+
http包包含http客户端和服务端的实现,利用Get,Head,Post,以及PostForm实现HTTP或者HTTPS的请求. 当客户端使用完response body后必须使用close对其进行关闭.如下所示 resp, err := http.Get("http://example.com/") if err != nil { // handle error } defer
WebSocket鉴权问题--websocket不能使用HttpOnly的cookie
gdyhvy的博客
01-10 1338
服务器端使用jwt做http鉴权，保存在cookie中。 但websocket不能使用HttpOnly的cookie问题。 服务端 port=3030： const app = express() const http = require('http') const server = http.createServer(app); const {Server} = require("socket.io"); const io = new Server(server,{ cors:{
Curl拉去网站信息时出现乱码的解决方法及curl参数
咸鱼
11-13 1322
最近使用curl访问网站的时候出现了中文乱码的问题。最后发现在传输过程中经过了gzip压缩，所以出现了乱码。 解决方法： 在curl后面加–compressed 即可。 Linux下curl的参数信息： [root@iZ8vbgmun6hwk78t8owinhZ ~]# curl -h Usage: curl [options...] <url> Options: (H) means...
ESP8266开发之旅 网络篇⑲ WebSocket Server——全双工通信
单片机菜鸟哥的博客
02-21 2900
文章目录1.前言2. WebSocket协议2.1 客户端发起WS请求2.2 服务器响应WS请求2.3 WS数据交互协议3. arduinoWebSockets —— ESP8266 WebSocket库3.1 arduinoWebSockets 源码地址3.2 arduinoWebSockets 是什么3.3 支持的硬件平台3.4 安装 arduinoWebSockets 库3.5 如何引入 a...
Go Cookie
JunChow
01-23 733
HTTP无状态协议 HTTP本身是一种无状态的连接协议，因此每个请求或响应都是独立的。服务端每次处理完一个客户端请求之后就会断开连接，所以每次请求或响应与之前和之后的请求或响应是没有任何关系的。换句话说，HTTP自身不具备保存之前发送过的请求或响应的状态。 由于HTTP无状态的特性，在Web应用中跟踪用户状态的方法可分为四种： 建立包含有跟踪数据的隐藏字段 重写包含额外参数的URL 使用持续的C...
gin框架30--设置和获取 Cookie
脚步不能达到的地方，眼光可以达到；眼光不能达到的地方，精神可以飞到
04-03 1966
gin框架30--设置和获取 Cookie介绍案例说明 介绍 本文主要介绍如何在gin框架中设置和获取 Cookie，并加以案例说明。 案例 源码： package main import ( "fmt" "github.com/gin-gonic/gin" ) func main() { r := gin.Default() r.GET("/cookie", func(c *gin.Context) { cookie, err := c.Cookie("gin_cookie") if
go语言用cookie实现登录（gin+gorm）
憨憨
02-09 2233
go语言用cookie实现登录（gin+gorm） 第一步数据库验证表单提交的用户名和密码是否正确 //获取表单提交的数据 name := c.PostForm("name") password := c.PostForm("password") //每个人的验证都基本不同，代码就省略了 //将获得的数据进行数据库验证，如果验证成功，则进行第二步在验证成功的地方设置cookie //下方代码为我验证成功的地方，设置cookie if admin1.Password == password { c.Se
怎么给http请求添加cookie
一日三餐
07-04 2490
Setting a cookie value in a request: 1. Values must be set prior to calling the connect method: URL myUrl = new URL("http://www.hccp.org/cookieTest.jsp"); URLConnection urlConn = myUrl.openConn...
HttpClient 获取 Cookie 的一次踩坑实录
刘旭利的博客
11-17 6420
在使用HttpClient进行抓取一些网页的时候，经常会保留从服务器端发回的Cookie信息，以便发起其他需要这些Cookie的请求。大多数情况下，我们使用内置的cookie策略，便能够方便直接地获取这些cookie。 下面的一小段代码，就是访问http://www.baidu.com，并获取对应的cookie：
dvwa靶场csrf
最新发布
12-29
### DVWA CSRF Vulnerability Walkthrough and Explanation #### Understanding CSRF in DVWA Cross-Site Request Forgery (CSRF) is a type of attack that tricks the victim into submitting a malicious request. It forces an end user to execute unwanted actions on a web application in which they are authenticated[^1]. In DVWA, this vulnerability can be explored at different difficulty levels including Low, Medium, High, and Impossible. For the **Low level**, no token or any form of validation exists. An attacker could craft a simple HTML page with hidden fields mimicking the target's POST data structure: ```html <form action="http://192.168.112.188/dvwa/vulnerabilities/csrf/" method="POST"> <input type="hidden" name="password_new" value="hacked"/> <input type="hidden" name="password_confirm" value="hacked"/> <input type="submit" value="Change Password"/> </form> <script>document.forms[0].submit();</script> ``` At the **Medium level**, although there might not be strict anti-CSRF tokens implemented, other defenses such as checking HTTP referer headers may apply. However, these checks often prove insufficient against sophisticated attacks because attackers can manipulate browser behavior through various means like embedding images pointing to internal URLs within external pages[^2]. In more advanced scenarios—like those found under 'High' settings—the presence of unique per-session tokens makes exploitation significantly harder but still possible via techniques involving session fixation or exploiting XSS flaws elsewhere on the site. The ultimate goal when configuring security measures should always aim towards achieving what DVWA terms "Impossible". Here, comprehensive protections prevent successful forgery attempts by ensuring each legitimate operation includes unpredictable values tied directly back to individual sessions. #### Demonstrating Exploitation Process To demonstrate how one exploits CSRF vulnerabilities present in lower difficulties using DVWA: - Create an HTML file named `change_password.html` containing crafted forms targeting password change functionality. ```html <!-- Example for low-level CSRF --> <!DOCTYPE html> <html lang="en"> <head><title>Exploit Page</title></head> <body onload='document.getElementById("csrf").submit()'> <form id="csrf" action="http://target-ip-address/dvwa/vulnerabilities/csrf/" method="POST"> <input type="text" name="password_new" value="newpass"/> <input type="text" name="password_confirm" value="newpass"/> <input type="submit" name="Change" /> </form> </body> </html> ``` Upon loading this exploit page while logged into DVWA, it automatically submits the form changing your account’s credentials without explicit consent from you. #### Mitigation Strategies Against CSRF Attacks Implementing robust countermeasures involves several best practices: - Utilizing synchronized cookie patterns where requests must include both cookies and matching parameters sent along with them. - Generating cryptographically secure random numbers used once per transaction known as synchronizer tokens stored server-side during login then validated upon submission. - Employing double submit cookies strategy wherein clients send two copies of their session identifier – one inside standard Cookie header another explicitly included among submitted variables. --related questions-- 1. What specific mechanisms does DVWA implement across its varying CSRF challenge complexities? 2. How do modern frameworks address potential CSRF threats beyond traditional methods discussed here? 3. Can machine learning algorithms enhance detection rates for novel types of cross-site scripting attacks related to CSRF? 4. Are there real-world examples demonstrating effective bypasses around contemporary anti-CSRF implementations?
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值