草庐IT

src漏洞

全部标签

c++ - recvfrom() 是否在出错时修改 src_addr?

我目前正在编写一个供个人使用的小型UDP套接字库,但我一直无法找到这方面的任何文档。我指的函数是ssize_trecvfrom(intsockfd,void*buf,size_tlen,intflags,structsockaddr*src_addr,socklen_t*addrlen);,来自POSIX标题。我想重复使用src_addr结构我传递给recvfrom与sendto一起使用(相同的标题)无论是否recvfrom成功或失败。成功后,它将包含向其发送数据的对等方的地址(在我的用例中只有一个),这是预期的行为;但是,它会生成错误EAGAIN当非阻塞读取失败时,src_addr的

c++ - swscaler 错误的 src 图像指针

我完全迷路了。我正在trycatch30个屏幕截图并将它们放入Windows10下的FFMPEG视频中。它一直告诉我[swscaler@073890a0]错误的src图像指针。结果视频完全是绿色的。如果我使用video=screen-capture-recorder将格式更改为dshow,视频看起来大部分都是垃圾。这是我的简短代码。我完全被困住了,甚至不知道该往哪个方向看。主窗口.h#ifndefMAINWINDOW_H#defineMAINWINDOW_H#include#include#include#include#includeextern"C"{#include"libavc

留神AI屎山,36%的Copilot生成代码有漏洞

所谓软件安全债务,通常指修复时间延误超过一年的漏洞,根据Veracode最新发布的软件安全报告,42%的应用程序和71%的组织中普遍存在软件安全债务,而AI生成代码的激增将导致安全债务问题恶化并对软件供应链构成重大风险。更令人担忧的是,46%的组织持续存在高危漏洞,这些漏洞构成“关键”安全债务,使企业在机密性、完整性和可用性方面面临严重风险。报告称,63%的应用程序存在第一方代码漏洞,而70%包含通过第三方库引入的第三方代码漏洞。这凸显了在整个软件开发生命周期中测试这两种类型的代码的重要性。修复率也因漏洞类型而异-修复第三方漏洞的时间要长50%,已知漏洞中只有一半在11个月后修复,而第一方漏洞

DNS劫持与路由器DNS劫持漏洞详解(附防护方法)

一、DNS劫持介绍 何为DNS劫持,这恐怕还要从DNS的功能说起(一)DNS功能DNS中文全称为域名系统(英文:DomainNameSystem,缩写:DNS)是互联网的一项服务。它作为将域名和IP地址相互映射的一个分布式数据库,能够使人更方便地访问互联网。DNS使用TCP和UDP端口53。应用场景十分通俗易懂,用户上网时,没有人去记忆网站服务器的IP地址,一是IP地址太多,二是根本记不住,而且有些网站服务器还要不断的更新IP地址,甚至有些站点需要使用CDN做防护,域名和IP本身就不是一一对应的关系。那么为了方便大家上网,我们会把网站的域名和该网站服务器的IP地址做关联,这就是DNS服务器的作

c++ - 如何解释 is_assignable 中的 declval<_Dest>() = declval<_Src>()

我想弄清楚如何在is_assignable的实现中解释declval()=declval()。declval将类型转换为引用。鉴于此,我将表达式转换为以下四种可能性之一:_Dest&&=_Src&&_Dest&&=_Src&_Dest&=_Src&&_Dest&=_Src&然后我创建了两个辅助函数。templateTrvalue();templateT&lvalue();我的理解是这四个表达式可以用模板函数实现。_Dest&&=_Src&&----->右值()=右值()其他三个也是一样。然后我通过编译三对具体类型的每种可能性的模板函数版本来模拟decltype(declval()=de

【微信小程序渗透测试】微信小程序抓包及反编译通杀方法,附漏洞挖掘案例

一、微信小程序抓包通杀方法微信PC端+Proxifier+burpburp设置监听本地8080端口,导出证书,双击并安装在本地计算机上双击安装选择本地计算机Proxifier设置设置代理,将抓包流量转发到本地8080端口点击配置文件->代理服务器->添加,设置如下:设置代理规则,抓取小程序数据包点击配置文件->代理规则->添加->在应用程序中填写小程序的进程WeChatAppEx.exe,设置如下:然后点击微信小程序,就可以开始抓包了。二、实战比如某小程序抓包,一看这数据包,一整狂喜,连cookies都没有针对数据包中提交的几个参数进行爆破(wxs_id和submit_status参数)可以看

Activex漏洞

我正在使用Delphi,我想在应用程序中使用ActiveX组件(用于压缩)。这会使我的程序更容易受到病毒攻击的影响吗?我的程序是一个备份应用程序,它使用FTP和插座传输文件和消息。我的程序与InternetWebbrowser无关。看答案ActiveX本身并不是引入安全漏洞。与ActiveX有关的恐怖故事实际上是InternetExplorer恐怖故事。在Microsoft明智地面对开放式互联网的危险之前,InternetExplorer会很乐意从Internet下载ActiveX组件,并从浏览器内部执行ActiveX组件的代码。当然,这是一个张开的安全漏洞。只需欺骗用户导航到您的恶意网站,然

【CVE-2024-21626】容器逃逸漏洞修复

哈喽大家好,我是咸鱼。好久不见,最近有一个很火的CVE——runc容器逃逸漏洞。年前的时候我们已经在测试环境进行了相关操作打算年后线上进行修复。因为今天咸鱼才开工,所以文章也就拖到了现在😃漏洞介绍简单来讲,docker-runc是一个用Go语言编写的CLI工具,它利用Linux的核心功能(如cgroups和命名空间)来创建和运行容器。由于runc内部不正确处理文件描述符,导致泄漏关键的宿主机文件描述符到容器中。容器逃逸方式:攻击1:利用文件描述符泄漏,特权用户执行恶意容器镜像,导致pid1进程在宿主机挂载命名空间中拥有工作目录,从而允许对整个宿主文件系统的访问。攻击2:在runcexec中存在

微软Exchange服务器曝出高危漏洞,近10万台服务器面临风险!

微软Exchange服务器近日曝出高危漏洞,编号为CVE-2024-21410,该漏洞严重威胁到全球大量邮件服务器的安全,目前已经有黑客开始积极野外利用。据悉,该漏洞影响了全球近9.7万台Exchange服务器,这些服务器广泛用于企业环境,提供邮件、日历、联系人管理和任务管理等服务。攻击者利用该漏洞可以提升权限,访问敏感数据,甚至将服务器作为跳板进行进一步攻击。微软宣称于2月13日修复了该漏洞,当时该漏洞已被作为零日漏洞利用。但是,根据本周一威胁监控服务Shadowserver的扫描结果,目前全球仍有大约9.7万台Exchange服务器易受攻击。据Shadowserver统计,在总共9.7万台

DNS安全爆出史诗级漏洞,可导致全球互联网大面积瘫痪

近日,网络安全研究人员发现了一个可导致全球互联网瘫痪的名为KeyTrap的严重漏洞。该漏洞隐藏在域名系统安全扩展(DNSSEC)功能中,可被攻击者利用发动DoS攻击,长时间阻断应用程序访问互联网。KeyTrap漏洞分配的CVE编号为CVE-2023-50387,属于DNSSEC设计缺陷,影响几乎所有主流域名系统(DNS)实现或服务。攻击者仅需发送一个恶意DNS数据包,便能使易受攻击的解析器陷入长期拒绝服务(DoS)状态。DNSSEC是域名系统(DNS)的一个安全扩展功能,通过加密签名为DNS记录提供身份验证,确保DNS数据来自权威名称服务器,且没有在路由过程中被篡改,从而保护用户免于被引导至恶