释放后使用错误是一类特殊的内存安全错误。在实践中，它们被利用的频率如何？当您在程序中发现释放后使用的错误时，它是经常可利用的，很少可利用的，还是会根据我忽略的其他一些因素而变化？

我对 C 程序中的 use-after-free 错误被利用的频率特别感兴趣（特别是 C，而不是 C++）。C 程序中的 use-after-free 漏洞多久可以利用一次？如果我在我正在测试的 C 程序中发现了一个释放后使用的错误，我应该估计它被利用的可能性是多少？90%？50%？10%？在对 bug 进行分类时（例如，fuzzer 崩溃、Valgrind 警告、来自静态分析工具的警告），与其他类型的内存安全 bug 相比，我应该在多大程度上优先修复 use-after-free 的 bug？

我做过的研究。 我一直在做一些研究。看起来 C++ 程序中的 use-after-free 错误通常是可利用的（因为 C++ 对象的内存布局总是包含指向 vtable 的指针，并且覆盖它很容易导致代码注入）。好的，很好。那么C程序呢？

我还可以看到在某些特殊情况下如何利用释放后使用错误。例如，浏览器或其他具有用户可控脚本的程序中的释放后使用错误似乎经常可以利用，因为进行堆喷射很容易，并且可以对存储在内存中的对象的内容进行大量控制。. 而且，是的，我已经看到了一些在某些特殊情况下利用释放后使用错误的复杂方法（例如，将它们用于信息披露，然后让您对 ASLR 进行去随机化，之后......），但这些看起来很漂亮特定于应用程序，就像您可能需要幸运才能使攻击起作用，即使那样，构建漏洞利用也需要大量工作。但我很感兴趣的是知道“典型案例”通常是什么样子，而不是攻击者幸运的特殊情况。