mishegos
x509-limbo
Our great sponsors
| mishegos | x509-limbo | |
|---|---|---|
| 6 | 2 | |
| 219 | 33 | |
| 0.9% | - | |
| 8.1 | 9.4 | |
| 7 days ago | 7 days ago | |
| C++ | C++ | |
| Apache License 2.0 | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
mishegos
-
Differ: Tool for testing and validating transformed programs
Differential fuzzing is woefully underutilized -- our experience is that it consistently[1] finds[2] bugs that "traditional" fuzzing techniques struggle to discover, and that the primary obstacles to its adoption are harness and orchestration complexity. DIFFER goes a long way towards overcoming those obstacles!
(FD: My company.)
[1]: https://github.com/trailofbits/mishegos
[2]: https://x509-limbo.com/
- Zydis v4 is out now, now featuring code generation and rewriting
-
Just released v0.2.0 of bddisasm - a no_std x86/x86_64 instruction decoder which aims to provide as much information as possible about an instruction
You may also want to check mishegos for another way of comparing different decoders.
-
Is Ghirda's Disassembly ASM output accurate enough?
Take a look at something like mishegos to see how sometimes the same instruction will be decoded differently by different disassemblers: https://github.com/trailofbits/mishegos
- Destroying x86_64 instruction decoders with differential fuzzing
-
Capstone Disassembler Framework
It sounds like what you want is Mishegos [1], described here [2].
[1] https://github.com/trailofbits/mishegos
x509-limbo
-
Differ: Tool for testing and validating transformed programs
Differential fuzzing is woefully underutilized -- our experience is that it consistently[1] finds[2] bugs that "traditional" fuzzing techniques struggle to discover, and that the primary obstacles to its adoption are harness and orchestration complexity. DIFFER goes a long way towards overcoming those obstacles!
(FD: My company.)
[1]: https://github.com/trailofbits/mishegos
[2]: https://x509-limbo.com/
-
We build X.509 chains so you don't have to
Thank you! I'll add that to https://github.com/C2SP/x509-limbo/issues/174.
What are some alternatives?
disas-bench - X86 disassembler benchmark
frankencert - Frankencert - Adversarial Testing of Certificate Validation in SSL/TLS Implementations
sandsifter - The x86 processor fuzzer
osv - Open source vulnerability DB and triage service. [Moved to: https://github.com/google/osv.dev]
capstone - Capstone disassembly/disassembler framework: Core (Arm, Arm64, BPF, EVM, M68K, M680X, MOS65xx, Mips, PPC, RISCV, Sparc, SystemZ, TMS320C64x, Web Assembly, X86, X86_64, XCore) + bindings. [Moved to: https://github.com/capstone-engine/capstone]