Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Implement a barebones v8 executor #744

Closed
wants to merge 16 commits into from

Conversation

addisoncrump
Copy link
Collaborator

@addisoncrump addisoncrump commented Aug 25, 2022

See related: #742

I'm still working on getting coverage feedback via: https://v8.dev/docs/inspector

However, wanted to share this as a demonstration that it is indeed possible.

libafl_v8/src/values.rs Outdated Show resolved Hide resolved
addisoncrump and others added 11 commits August 30, 2022 02:36
the cpuset api is already present in libc...
* add test case minimising stage

* general purpose minimiser impl, with fuzzer example

* reorganise, document, and other cleanup

* correct python API return value

* correct some docs

* nit: versioning in fuzzers

* ise -> ize
* initial try

* correct case where cull attempts to fetch non-existent corpus entries

* various on_remove, on_replace implementations

* ise -> ize (consistency), use TestcaseScore instead of rolling our own

* oops, feature gate

* documentation!

* link c++

* doc-nit: correction in opt explanation

don't write documentation at 0300

* better linking
* Skippable stage, generator wrapper for Grimoire

* more fancy wrapper
* Adding support for with_name()

* Adding with_name() function description
supporting most of linux sched api here.
// RNG
StdRand::with_seed(current_nanos()),
// Corpus that will be evolved, we keep it in memory for performance
OnDiskCorpus::new(&corpus_dir).unwrap(),

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

is a OnDiskCorpus kept in memory?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No, that'd need a CachedOnDiskCorpus or a InMemoryCorpus

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

So the comment is outdated here

[dependencies]
ahash = { version = "0.7", features = ["compile-time-rng"] }
deno_ast = { version = "0.17.0", features = ["transpiling"] }
# fetch deno directly because of git deps; cannot use local submodule due to workspacing
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Does this comment still apply? I've tried switching to deno from crates.io (here) and that seems to work fine.

@Mrmaxmeier
Copy link
Contributor

Mrmaxmeier commented Oct 16, 2022

Cool stuff! Feel free to git reset --hard on my rebased branch here https://github.com/Mrmaxmeier/LibAFL/tree/v8 for a few fixes :)

@domenukk
Copy link
Member

What's missing for this PR then?

@addisoncrump
Copy link
Collaborator Author

This needs a rewrite following #913 since we can handle async much better in that context. Closing for now and using as a reference in the future.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants