文档建议反馈控制台
首页
学习
活动
专区
圈层
工具
MCP广场
文章/答案/技术大牛
发布

比较全的网络安全面试题总结

第一次握手：建立连接时,客户端发送syn包(syn=j)到服务器,并进入SYN_SEND状态,等待服务器确认 第二次握手：服务器收到syn包,必须确认客户的SYN（ack=j+1）,同时自己也发送一个SYN...执行存储型的xss的危害和原理 存储型、反射型、DOM型 存储型XSS是指应用程序通过Web请求获取不可信赖的数据，在未检验数据是否存在XSS代码的情况下，便将其存入数据库 存储型XSS危害： 窃取用户...（LPORT），Payload在测试机执行打开该端口，以便攻击机可以接入 白话就是我们主动连接受控机 使用reverse_tcp较为安全，一般不会被防火墙发现 oauth认证过程中可能会出现什么问题，...（CVE-2019-2725） WLS Core Components 反序列化命令执行漏洞（CVE-2018-2628） 弱口令+管理后台war包部署getshell 谈一谈Windows系统与Linux...python有哪些框架，其中出现过哪些漏洞 Django、Flask、Scrapy Django任意代码执行 Flask模板注入 小程序的渗透和普通渗透的差异 渗透过程不变，依旧是抓包修改参数渗透

2.6K31

【网络入门】详解常用的基础网络知识（面试笔试常考内容）「建议收藏」

④ RST复位：当 RST = 1 时，表明 TCP 连接中出现了严重错误（如由于主机崩溃或其他原因），必须释放连接，然后再重新建立传输连接。...Linux系统也有对应的命令，后面会写一篇关于Linux命令文章，此处就不再就Linux系统的命令进行详细展开了。这些命令均是在命令行窗口中执行的，可使用“命令名 /?”...8.1、ping命令 当无法连接到远端的地址及端口时，我们最先想到的是，先ping一个远端的地址，看看网络是不是通的，如下： 如果软件系统在交互的过程中数据出现延时或抖动，...在Linux上抓包之前，我们需要使用SSH工具远程登录到Linux系统中，登录到Linux系统的命令行上，然后在Linux命令行中使用tcpdump命令启动抓包，比如使用如下的命令： tcpdump...开启该命令后，服务器上一直在抓包，可以按下Ctrl+C停止抓包命令的执行。

1.6K20
    • 您找到你想要的搜索结果了吗？
    是的
    没有找到

    深入解析常见三次握手异常

    假如我们服务器上在第一次握手的时候出现了半/全连接队列溢出导致的丢包，那么我们的接口响应时间将至少是 1 s 以上（在某些老版本的内核上，SYN 第一次的重试就需要等 3 秒），如果连续两三次握手都失败...严重情况下会耗光 CPU，影响用户业务逻辑的执行。出现这种问题处理起来方法有这么几个。...总的重传次数由 net.ipv4.tcp_syn_retries 内核参数影响（注意我的用词是影响，而不是决定）。 服务器在第三次握手时也可能会出问题，如果全连接队列满，仍将会发生丢包。...一旦你的线上出现了上面这些连接队列溢出导致的问题，你的服务将会受到比较严重的影响。即使第一次重试就能够成功，那你的接口响应耗时将直接上涨到 1 s（老版本上是 3 s）。...方法1，打开 syncookie 在现代的 Linux 版本里，我们可以通过打开 tcp_syncookies 来防止过多的请求打满半连接队列包括 SYN Flood 攻击，来解决服务器因为半连接队列满而发生的丢包

    1.4K20

    Java岗大厂面试百日冲刺 - 日积月累，每日三题【Day6】 —— 网络编程1

    404 not found，表示在服务器上没有找到请求的资源 状态码 原因 5XX 服务器错误 500 internal sever error，表示服务器端在执行请求时发生了错误 501 Not Implemented...正经回答： GET请求在URL中传送的参数是有长度限制的，而POST没有。 GET比POST更不安全，因为参数直接暴露在URL上，所以不能用来传递敏感信息。而POST数据不会显示在URL中。...GET在浏览器回退时是无害的，而POST会再次提交请求。 深入追问： 追问1：那Get请求有Request body么？如果有的话参数可以像Post请求一样放在里面么？   ...其实吧，GET和POST在本质上没有区别，都是HTTP协议中的两种发送请求的方法。而HTTP呢，是基于TCP/IP的关于数据如何在万维网中如何通信的协议。...因为POST需要两步，理论上时间上消耗的要多一点，看起来GET比POST更有效。但并不是，后来发现原来是个坑。在我看来： GET与POST都有自己的语义，不能随便混用。

    45050

    Python后端技术栈(五)--网络编程

    1.5网络编程 上篇文章传送门『我是个链接』 上篇文章对 Linux 的一些命令和操作系统的一些机制做了归纳概括，学习上一部分内容最简单的办法就是系统换成 Linux ，经常使用，孰能生巧。...OSI 模型可以查看文章『python技术面试题(二)』 1.浏览器发起请求的时候，一开始其实做的不是 DNS 查询，而是先看一下 DNS 缓存。...通过三次握手与服务器进行连接。 6.建立好连接之后，就可以发起应用层的 HTTP 请求了。 7.注意请求不是直接到我们的 web 应用了，而是先经过反向代理，一般为 Nginx（负载均衡的作用）。...5xx 服务器错误。服务器在处理器请求的过程中发生错误。500 Internal server error。...当我们每次发送 GET 请求时对服务器没什么副作用，而 POST 创建的时候都会改变数据库的数据。 3.GET 请求参数放到 url（明文传输），它有长度限制；POST 放在请求体中，更安全。

    94430

    深入解析HTTP请求：了解请求特征与报文格式的关键秘密

    因此，无论是在 Windows、Mac 还是 Linux 等各种操作系统上，都可以使用 HTTP 进行网络通信。简单：HTTP的基本报文格式非常简单，由头部信息和主体组成。...而且，HTTP天然具有跨平台的优越性，无论是在Windows、MacOS、Linux等各种操作系统上，还是在iOS、Android等不同的移动设备上，HTTP都能够稳定地工作，保证了互联网通信的顺畅进行...早期的HTTP/1.0在性能方面存在一个严重问题，即每次发起请求都需要建立一个新的TCP连接（进行三次握手），并且这些请求是串行的，这样做增加了通信的开销，而且进行了不必要的TCP连接的建立和断开操作。...持久连接的特点是只要任意一端没有明确提出断开连接的要求，TCP连接就会保持。长连接并不是一直保持连接的，它是指在一段时间内保持连接的状态，而不是每次请求都重新建立连接。...这样，当客户端再次发送请求时，可以利用之前建立的连接，而不需要重新建立TCP连接。当然，并不是所有的连接都是长连接。

    62610

    实战！我用“大白鲨”让你看见 TCP

    所以，这两者实际上是搭配使用的，先用 tcpdump 命令在 Linux 服务器上抓包，接着把抓包的文件拖出到 Windows 电脑后，用 Wireshark 可视化分析。...当然，如果你是在 Windows 上抓包，只需要用 Wireshark 工具就可以。 tcpdump 在 Linux 下如何抓包？...由于第三次握手是可以携带数据的，这时如果在第三次握手发起 HTTP GET 请求，需要 2 个 RTT 的时延。...但是在下一次（不是同个 TCP 连接的下一次）发起 HTTP GET 请求时，经历的 RTT 也是一样，如下图： ?...Cookie，所以第一次发起 HTTP Get 请求的时候，还是需要 2 个 RTT 的时延； 在下次请求的时候，客户端在 SYN 包带上 Cookie 发给服务端，就提前可以跳过三次握手的过程，因为

    1.9K61

    基础总结(网络篇)

    ： 目的IP在局域网内，第一次握手会失败，会不断尝试重发握手的请求。...ip不存在时，发送不成功 client收不到第二次握手响应，触发TCP syn重传。重传次数通过 tcp_syn_retries 参数控制的linux里为6。...水平触发：没有把数据(元素)一次性全部读写完，那么下次调用epoll_wait()时，它还会通知你在没读写完的文件描述符上继续读写，如果你一直不去读写，会一直通知你。...边缘触发：没有把数据(元素)全部读写完，那么下次调用epoll_wait()时，它不会通知你，也就是它只会通知你一次，直到该文件描述符上出现第二次可读写事件才会通知你！...防御：不要在对外的接口里加入参数，不要以外部传参的方式去动态执行linux shell命令。如：http://www.xxx.com?

    55340

    Python代码审计实战案例总结之CRLF和任意文件读取

    介绍 Python代码审计方法多种多样，但是总而言之是根据前人思路的迁移融合扩展而形成。目前Python代码审计思路，呈现分散和多样的趋势。...CRLF和任意文件读取的审计实战 CRLF 审计实战 CRLF的问题经常会出现在Python的模块之中，曾经有案例说明httplib模块、urllib模块等存在CRLF问题。...如果该问题被有效利用，可能会导致 Memcached和Redis 等缓存应用出现问题，严重可获得shell。在审计中多尝试插入\r\n，包括不同的位置，也许会有新的发现。...另外，如果攻击者在攻击载荷之中加入缓存应用命令，可能导致严重的安全隐患。下面看下 POC 。 #!...和 7777，使用 request 方法执行HTTP GET 请求，在请求参数之后插入 \r\n 和用于测试的字符串 TEST: 123 , nc 上收到请求报文，根据报文得出 httplib 的 request

    1.9K10

    【Java报错已解决】javax.net.ssl.SSLHandshakeException: SSL

    这个异常表明在SSL握手过程中出现了问题，而SSL握手是建立安全连接的关键步骤，直接影响到数据传输的安全性和可靠性。...加密套件中的算法可能存在实现缺陷或安全漏洞，服务器或客户端可能会禁用某些有问题的加密套件。如果双方在可用加密套件上无法协调，就会出现异常。...1.2.3 网络和服务器配置问题 网络连接问题： 网络中断或不稳定：在SSL握手过程中，如果网络连接出现中断（如网络故障、丢包严重等），握手无法完成。...例如，服务器配置的密钥长度不符合安全标准，或者证书链没有正确构建，导致客户端在验证过程中出现问题。 服务器过载或故障：如果服务器负载过高，可能无法及时响应SSL握手请求，导致超时和握手失败。...这种情况可能在服务器遭受大量请求或者出现性能问题时发生。 1.3 解决思路 首先，检查证书相关的问题，包括服务器证书和客户端证书（如果需要）的配置和有效性。

    1.3K10

    从面试题中学安全

    5xx：服务端错误，描述服务器内部错误 ---- 200 请求成功，一般用于 GET 和 POST 请求 301 URL 重定向，永久移动 302 URL 重定向，临时移动 404 请求资源不存在...GET 和 POST： GET方法用于获取请求页面的指定信息，如点击链接 POST方法是有请求内容的，由于向服务器发送大量数据，如提交表单 http 请求： http 请求包括三个部分，请求行 ( 请求方法...（2） 请求与保持条件：一个进程因请求资源而阻塞时，对已获得的资源保持不放。 （3） 不剥夺条件:进程已获得的资源，在末使用完之前，不能强行剥夺。...也就是说注册表中该键的内容不是固定的，会根据系统中的硬件配置情况动态更新。 B.对Control Set注册表键进行复制： 如果上一步成功，系统内核会对 Control Set 键的内容创建一个备份。...当用户提交请求时，该转账请求的 Referer 值就会是转账按钮所在页面的 URL（本例中，通常是以 bank. test 域名开头的地址）。

    1.7K00

    手动发包只握手两次，我发现了TCP的秘密···

    是不是服务端还得回复自己一下：我收到了你的第三次握手包了，你可以发送数据了。 但如果这样一来，那是不是就变成了四次握手，而不是三次握手了呢？...所以这个问题的答案就清楚了。 接下来看第二个问题：客户端在发送第三次握手包的时候是不是会携带数据一起传输过去？...所以，大部分人对TCP三次握手的概念还是建立在书本上，博客里，公众号文章里，今天，我们自己来发送TCP数据包来实现三次握手！ 自己发包，来验证我们上面的结论！...看到了吧，在第三次握手中，我的GET请求就带过去了，TCP协议仍然能够正常工作！...这是Linux的情况，我又找了我们大学的网站试了一下，因为学校网站没用HTTPS（就很离谱），而且是ASP.NET技术栈做的（别问我怎么知道的），服务器是Windows，依然可以正常工作，说明Windows

    1.4K30

    TCP time_wait close_wait问题（可能是全网最清楚的例子）

    实际例子 建立连接 linux上起了一个redis服务 ? 本地起的6379端口 还是同一台机器上，通过python脚本连接该redis服务： ? 此时网络连接如下： ?...之前的redis-server的45370端口连接 进入了FIN_WAIT2状态，而python端（被动关闭方）就进去了CLOSE_WAIT状态 等待30s后，在看连接 ?...只有python的那条CLOSE_WAIT了 再次操作python端的脚本，再次get ? 关于6379端口（redis端口）的网络连接都没有了 ?.../sbin/sysctl -p使之生效 经验之谈 个人经验，不一定对，如有错误，请指正 当出现了CLOSE_WAIT大概率是业务代码问题，代码中没有处理服务异常的情况，如上面的例子，python再次请求...redis的时候，发现redis挂了，就会主动干掉CLOSE_WAIT状态 出现大量TIME_WAIT的情况，一般是服务端没有及时回收端口，linux内核参数需要调整优化 参考资料 https://www.mobibrw.com

    4.5K10

    测试面试题集锦（三）| 计算机网络和数据库篇（附答案）

    与 401 响应不同的是，身份验证并不能提供任何帮助，而且这个请求也不应该被重复提交 404 请求失败，请求所希望得到的资源未被在服务器上发现 500 服务器遇到了一个未曾预料的状况，导致了它无法完成对请求的处理...一般来说，这个问题都会在服务器的程序码出错时出现。 501 服务器不支持当前请求所需要的某个功能。当服务器无法识别请求的方法，并且无法支持其对任何资源的请求。...502 作为网关或者代理工作的服务器尝试执行请求时，从上游服务器接收到无效的响应。 503 由于临时的服务器维护或者过载，服务器当前无法处理请求。这个状况是临时的，并且将在一段时间以后恢复。...只发一次请求，Post 将请求体放在内部，需要发送两次请求 GET 在浏览器回退时是无害的，而 POST 会再次提交请求。...GET 请求在 URL 中传送的参数是有长度限制的，而 POST 么有。 对参数的数据类型，GET 只接受 ASCII 字符，而 POST 没有限制。

    1.7K20

    解决WARNING: pip is configured with locations that require TLSSSL, however the ss

    的问题最近，在使用Python的pip包管理工具时，有些用户可能遇到了这样一个警告信息：​​WARNING: pip is configured with locations that require...重新安装Python环境如果以上步骤仍未解决问题，您可以考虑重新安装Python环境来修复可能的损坏或缺失。请注意，在执行此步骤之前，您需要备份和移除现有的Python环境。4....如果依赖包已安装，则直接使用pip安装Django；如果依赖包未安装，则根据当前操作系统的不同，选择不同的安装方法（例如使用apt-get在Linux系统下安装libssl-dev，在Windows系统下使用...如果安装过程中出现错误，将捕获异常并进行相应的处理。 可以根据实际需求调整示例代码中的方法和安装依赖的命令，以适应不同的应用场景。...SSL模块介绍SSL（Secure Sockets Layer）是一种用于在计算机网络上实现安全传输的协议。

    4.6K20

    【译】.NET 6 网络改进

    我们还大大提高了稳定性并实现了许多缺失的功能，在 .NET 6 里程碑中解决了大约 90 个问题。 HTTP/3 使用 QUIC 而不是 TCP 作为其传输层。...在 Linux 上，获取 libmsquic 包，在 Windows 上，确保操作系统版本至少为 10.0.20145.1000。...以前，.NET 5 不允许在“新”连接（未用于先前请求的连接）上发生连接失败时请求重试。我们这样做主要是为了确保重试逻辑不会陷入无限循环。...例如，我们正在重试任意异常，例如在 IO 超时时，即使用户明确设置了此超时，并且可能希望在超过超时时使请求失败（而不是重试）。 无论请求是否是连接上的第一个请求，.NET 6 重试逻辑都将起作用。...最后说明 这并不是 .NET 6 中发生的所有网络更改的详尽列表。我们尝试选择最有趣或影响最大的更改。如果您在网络堆栈中发现任何错误，请随时与我们联系。你可以在 GitHub 上找到我们。

    1.7K00

    用了13年的wpa2协议出漏洞，新型KRACH攻击手法.

    在研究人员初步的研究中，研究人员发现Android，Linux，Apple，Windows，OpenBSD，联发科技，Linksys等都受到一些攻击变体的影响。...当没有已知的内容时，解密数据包是困难的，尽管在几种情况下仍然是可能的（例如，英文文本仍然能被解密）。 实际上，找到具有已知内容的数据包不是问题，因此应该假设任何数据包都可以被解密。...Android和Linux 研究人员的攻击对于2.4以上的wpa_supplicant（通常在Linux上使用的Wi-Fi客户端）尤其严重。...在这里，客户端将安装一个全零加密密钥，而不是重新安装真正的密钥。这个漏洞似乎是由Wi-Fi标准中的一个注释造成的，建议在第一次安装之后，从内存中清除加密密钥。...CVE-2017-13082：在处理它时接受重发的快速BSS过渡（FT）重新关联请求并重新安装成对加密密钥（PTK-TK）。 CVE-2017-13084：在PeerKey握手中重新安装STK密钥。

    1.1K50
    点击加载更多

    相关资讯

    热门标签

    更多标签

    活动推荐

      运营活动

      活动名称
      广告关闭

      腾讯云开发者

      扫码关注腾讯云开发者

      扫码关注腾讯云开发者

      领取腾讯云代金券

      热门产品

      热门推荐

      更多推荐

      Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有

      深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 粤公网安备44030502008569号

      腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号

      领券