对于那些开源应用发现漏洞感觉还容易理解,而对于那些已经编译过的产品,除开使用过程中被动发现一些漏洞之外,那些主动分析漏洞的人是不是特别牛(主要是想知道他们是一个什么套路),毕竟常用的系统或应用也不断在完善,要找漏洞得分析多少编译过的代码或者是逻辑这些?
目前像阿里云,奇安等平台都有提供一些安全漏洞方面的信息,但是要不只有简单的信息,要不就只提供了本平台的修复部方法不具备可操作性! 有公开能查到系统和主流应用的漏洞信息及其详细复现方法,修复方法的渠道吗?
目前漏洞扫描和利用的工具很多感觉他们都很牛, 所以想从学术方面了解漏洞相关知识(发现,复现和修复).
 |
1
I3tZ9NgHU44xmaA4 Sep 30, 2023
我觉得许多漏洞大概不是分析出来的，而是写漏洞的人漏出来的吧？
有些漏洞是有些员工故意埋的，有些是写程序过程中搬别人代码过来而提供代码的故意在其中做了手脚。 漏洞发现,复现和修复，只能密切跟踪安全网站的一线漏洞信息啊，没谁有本事一网打尽靠自己发现，花钱买的是第一手的，不花钱就只能用二手信息了。 |
 |
2
ronen Sep 30, 2023
软件大部分不是从 0 开发的，会用到各种各样的三方包，这些包是开源的，只要能从编译后的软件中分析到三方依赖，那么这部分漏洞就很容易统计到。
我觉得外行看热闹，你如果真的从业一段时间，其实很容易积累一些工具和思路的。 |
 |
3
shijingshijing Sep 30, 2023
逆向当然厉害，不过很多系统也不是一上来就白手起家从头开始，比如针对操作系统，核心思想就是找攻击面提权，拿下 root 权限之后，其他工作主要还是依靠系统本身的一些 utility 去完成；针对沙盒，核心思想就是找攻击面逃逸；一般而言，越到底层难度越大。
|
 |
4
cxtrinityy Sep 30, 2023 via Android
这个涉及很多方面啊，网站的注入，数据库注入，二进制文件运行时内存修改溢出，每个方向都不一样需要的知识也不一样
大部分人查下 exploit db 之类的网站就能利用漏洞，挖洞就是另外一回事了 |
 |
6
bluedawn Sep 30, 2023 via iPhone
@testonly 并非如此。在此举最简单的栈溢出漏洞为例子，函数变量存放在栈中，一层摞着一层，由栈先进先出的构造，新调用的函数的变量如果没有检查长度，超出了预先分配的栈空间，就会覆盖上一个调用它的函数的一部分变量空间，这样就导致了溢出漏洞的产生。这并非是人为故意，而是新函数接收到的变量不可控产生的结果。
|
|
7
bluedawn Sep 30, 2023 via iPhone
说到漏洞分析，推荐题主看一下 0day 安全这本书，上面很详细地介绍了初学漏洞需要的知识
|
|
8
I3tZ9NgHU44xmaA4 Sep 30, 2023
|
|
10
I3tZ9NgHU44xmaA4 Sep 30, 2023
@bluedawn 谁也不会承认自己埋啊。我举个例说，假设有位微软的员工在公司不知情下在一段代码上做了漏洞，后来该漏洞被发现了，你猜他会不会承认是自己故意埋的？那算是 BACKDOOR 还是漏洞？
除非该代码写得非常明显，但我想会埋的人都不会这么笨吧。 |
 |
11
flyqie Sep 30, 2023
|
 |
12
paopjian Sep 30, 2023
修复漏洞主要还是靠更新和修改配置文件吧,log4j 那个漏洞不就是影响深远吗,好多年前写的一个可以随时修改配置的功能,没想到会执行未来新增的高危指令
以后这种问题会越来越多的,新功能还得考虑老功能的关联,稍有不慎就成 bug |
 |
13
Ericcccccccc Sep 30, 2023
搜 google zero
|
 |
14
acbot OP @testonly
" ... 只能密切跟踪安全网站的一线漏洞信息啊 ... " 就是想知道那个地方提供的信息相对完善,并不是说一定要第一时间最新的漏洞信息. 在我了解的渠道中基本没有谁介绍复现方法的和修复方法. @ronen " ... 而是写漏洞的人漏出来的吧 ..." 有这种可能 @Ericcccccccc @bluedawn 谢谢! |
 |
15
thevita Sep 30, 2023
而对于那些已经编译过的产品的漏洞发现 并不像你想的那么难，开源软件的漏洞挖掘也没有你以为的 看源代码那么简单, 有几个问题会导致这个情况, 1) 代码量太大，即使开源软件也不太可能一行行去看代码, 往往会带有一定目的性 2) 肉眼可见的漏洞往往是少数，这种漏洞基本上通过一些 代码质量工具 就能有提示, 3) 更多的需要你对 计算机\目标平台\目标软件业务 有或多或少的了解, 简单说既要全局又要细节, 思维模式上和正向开发的思维是不太一样,
-- 需要反汇编去分析吗？某些时候需求，某些时候也确实是要分析一些详细逻辑的，但会带有一定的针对性，下面说 -- 有哪些套路: a) fuzz, 这是现在漏洞发掘主要的手段之一, b) 总结历史一些漏洞出现的 pattern ，再依据这些 pattern 或依据人工或依靠工具 去发现类似的漏洞, c) 某些时候也可能要开一些脑动, 整体就是，搜索空间无比巨大, 要用一些方式来提高效率 漏洞的详细情况，产品方一般是不会说的，一方面，有确实延缓传播的意图，二一方面有法律法规上的限制，如果只是修复，看产品商就可以了 一些历史的有利用价值、有启发性、有意思的漏洞, 你 google 一下还是有的，应该不难 比较新的，或者比较鸡肋的，利用有难度的（很多漏洞只在理论上存在利用可能），影响范围小的 可能就没有了 |
|
16
acbot OP @thevita " ... 漏洞的详细情况，产品方一般是不会说的，一方面，有确实延缓传播的意图，二一方面有法律法规上的限制，如果只是修复，看产品商就可以了 ..." 不知道你这里产品是指安全平台产品还是出漏洞的产品本身, 如果都不说为什么还有那么多红黑出的漏洞工具 (红的, 扫描提供防御; 黑的,扫描后提供利用工具) 并且都还是实时更新的,因为这些漏洞不可能都是一个团队发现的. 并且不是所有漏洞发现后都会通知产品商,加之产品商修复漏洞能力也是参差不齐的这中间空窗期可能会很长,所以
|
 |
17
S1deny Sep 30, 2023
在乌云还在的时候 当时是真的能学到一些骚操作来 ri 站 后面乌云因为涉及到一些法律问题直接没了 现在爆出相关漏洞的情况下也不会将漏洞说的很仔细
|
 |
18
mikewang Oct 1, 2023
开源软件发现漏洞大多也不是从代码上直接看出来的，好些也是先测出来漏洞，再回去查代码确认的。
能一眼看出问题的代码大多都会在 review 的时候拒绝了。 编译过的闭源产品，就是多一个反编译步骤，从细节线索开始，根据经验逐一推断。 比如输入一串长文字，服务器进程挂了。从这个细节开始分析，一看是 segfault ，段错误。反汇编瞧瞧，缓冲区溢出。构造特定字符串，溢出篡改 eip 寄存器返回地址。这就从服务崩溃变成了任意代码执行，服务器弹个计算器。某个洞就被挖出来了。 |
 |
19
512357301 Oct 1, 2023 via Android
红客黑客找漏洞肯定是有一些固定套路的，通过这些套路能更快发展漏洞。
普通用户也能发展漏洞，不过效率低多了，更像是打游戏发现游戏 bug 一样 |
 |
20
x2ve Oct 1, 2023 via iPhone
我只觉得 功能越复杂，依赖越多，风险肯定越高。特别是业务复杂赶进度时，测试很难全面
|
 |
21
err1y Oct 1, 2023 via iPhone
逆向，fuzzy ，推荐看看上面说的那个《 0day 安全：软件漏洞分析技术》，不想深入学的话，看个目录看个大概就了解了
|
|
22
err1y Oct 1, 2023 via iPhone
问题 2:
cve 、cnvd 、cnnvd |
Select Language