Open
Conversation
Collaborator
Author
🔗 Additional ContextOriginal Blog Post: https://blog.trailofbits.com/2026/04/01/mutation-testing-for-the-agentic-era/ Content Categories: Based on the analysis, this content was categorized under "Blockchain & Crypto -> (add new page) Mutation Testing for Smart Contracts (slither-mutate, MuTON/mewt) OR Generic Methodologies & Resources -> Fuzzing Methodology (subsection: Mutation testing / mutant prioritization / result persistence & SARIF)". Repository Maintenance:
Review Notes:
Bot Version: HackTricks News Bot v1.0 |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
🤖 Automated Content Update
This PR was automatically generated by the HackTricks News Bot based on a technical blog post.
📝 Source Information
🎯 Content Summary
Trail of Bits argues that code coverage is a dangerous quality metric because it measures only whether code was executed, not whether its behavior was verified. As a result, a test suite can show “high coverage” while still missing assertions for security-critical behavior that changes over time. They cite a real outcome from an audit: mutation testing uncovered a high-severity Arkis protocol vulnerability that coverage metrics missed, and the issue could ha...
🔧 Technical Details
Use mutation testing to reveal security-relevant testing blind spots: Systematically introduce controlled bugs (“mutants”) into code and rerun the test suite. A killed mutant (tests fail) indicates the behavior is asserted; a surviving mutant (tests still pass) indicates a blind spot—either the path wasn’t executed or the behavior wasn’t actually verified. Surviving mutants often map to missing requirements/assertions around authorization, invariants, revert conditions, and other security-critical logic.
Reduce campaign runtime with mutant prioritization: Run high-signal mutations first and skip redundant variants once a line is already shown to be weak. Example prioritization: (1) high severity—replace statements with
revertto detect unexecuted paths; (2) medium severity—comment out logic to detect missing assertions on side effects; (3) low severity—subtle operator swaps. If a high-severity mutant survives for a given line, skip lower-severity mut...🤖 Agent Actions
I’m mapping the repository first and reading candidate HackTricks pages around smart contract testing, fuzzing, and Slither so the new material lands in the right place and doesn’t duplicate existing content.
There is already a dedicated blockchain page for mutation testing, so I’m checking that first alongside adjacent smart-contract and generic fuzzing docs to see whether the blog adds new technique-level content or just new tooling details.
The existing page already covers the core Slither workflow. I’m now checking the upstream tool docs so any new additions about
mewt/MuTON, persistence, and campaign design are technically accurate rather than inferred from the blog alone.I’ve narrowed it to a single-file update: broaden the existing smart-contract mutation-testing page so it keeps the Slither workflow but adds the genuinely new material from the blog, mainly Tree-sitter-backed mutation, persistent campaign storage, runtime tuning, and triage discipline.
Updated mutation-testing-with-slither.md as the single best target. I kept it in the blockchain smart-contract-security section instead of creating a new page, because HackTricks already had a dedicated mutation-testing entry and the blog mainly adds new technique-level depth rather than a separate topic.
The page now covers the non-duplicated material from the April 1, 2026 Trail of Bits post: syntax-aware mutation versus regex mutation,
mewt/MuTONas Tree-sitter-based evolutions, SQLite-backed persistent campaigns and SARIF-oriented triage, runtime optimization with mutant prioritization and two-phase/per-target campaigns, and the warning against blindly generating tests that merely kill survivors. I also updated the references at the end with the new blog and relevant upstream docs. No additional files were changed.This PR was automatically created by the HackTricks Feed Bot. Please review the changes carefully before merging.