Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

UnicornAFL v3 integration#2468

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 ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Draft
wtdcode wants to merge1 commit intoAFLplusplus:dev
base:dev
Choose a base branch
Loading
fromwtdcode:uc-mode
Draft

Conversation

wtdcode
Copy link
Member

@wtdcodewtdcode commentedJun 11, 2025
edited
Loading

This PR enables integration with UnicornAFL mode by enabling cmplog.

I finally decided to keep Unicorn mode instead of reusing QEMU mode as previously proposed because the harness of UnicornAFL is still slightly different from QEMU harness.

For UnicornAFL C/CPP/RUST bindings harness,-U is not necessary, but enabling that is also harmless since it essentially skips the binary check.

For UnicornAFL Python bindings harness,-U is compulsory to make it work. This is because theargv[0] ispython instead of the real harness.

I will further update samples and scripts underunicorn_mode

Evian-Zhang reacted with hooray emoji
@@ -146,6 +146,8 @@ typedef struct afl_forkserver {
booluse_fauxsrv;/* Fauxsrv for non-forking targets? */

boolqemu_mode;/* if running in qemu mode or not */

boolunicorn_mode;/* if running in unicorn mode or not*/
Copy link
Member

Choose a reason for hiding this comment

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

Can we get around this extra flag? Ideally merge it with existing flags of the same meaning

Choose a reason for hiding this comment

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

other modes have their own flag too - so why not?

Copy link
MemberAuthor

Choose a reason for hiding this comment

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

Copy link
Member

Choose a reason for hiding this comment

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

other modes have their own flag too - so why not?

The other modes should also not have extra flags, it should be a flag for feature xyz IMHO

Copy link
Contributor

Choose a reason for hiding this comment

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

My previous PR (#2419) contains some codes that remove this unnecessary variable. Maybe you could sync some codes from there :)

Choose a reason for hiding this comment

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

other modes have their own flag too - so why not?

The other modes should also not have extra flags, it should be a flag for feature xyz IMHO

then it is on us to refactor that for all of them, not in this PR - IMHO

domenukk reacted with thumbs up emoji
Copy link
Member

Choose a reason for hiding this comment

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

Fair

@vanhauser-thc
Copy link
Member

any idea when unicornv3 will land?
I will release a new version of AFL++ very soon, should this be in it or rather in the next release?

@wtdcode
Copy link
MemberAuthor

On academic travel so no eta unfortunately =/

Next release is probably better.

vanhauser-thc reacted with thumbs up emoji

Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment
Reviewers

@domenukkdomenukkdomenukk left review comments

@vanhauser-thcvanhauser-thcvanhauser-thc left review comments

@Evian-ZhangEvian-ZhangEvian-Zhang left review comments

Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

Successfully merging this pull request may close these issues.

4 participants
@wtdcode@vanhauser-thc@domenukk@Evian-Zhang

[8]ページ先頭

©2009-2025 Movatter.jp