# Namespaced project name that the target belongs to
project: n0r1k4zu/bof
# Target name (should be unique within the project)
target: bof
# Base image to run the binary in.
image: ghcr.io/n0r1k4zu/bof:latest
# List of commands used to test the target
cmds:
# Command used to start the target, "@@" is the input file
# (when "@@" is omitted Mayhem defaults to stdin inputs)
- cmd: /bof
env: {}
$ cat Mayhemfile
# Namespaced project name that the target belongs to
project: n0r1k4zu/testme
# Target name (should be unique within the project)
target: testme
# Base image to run the binary in.
image: ghcr.io/n0r1k4zu/testme:latest
#advanced_triage: true
#tasks:
# - name: exploitability_factors
# - name: behavior_testing
# - name: regression_testing
# - name: coverage_analysis
# List of commands used to test the target
cmds:
# Command used to start the target, "@@" is the input file
# (when "@@" is omitted Mayhem defaults to stdin inputs)
- cmd: /testme @@
env: {}
Regarding your second target, I was able to get it running, but due to the target using GLIBC 2.34, it takes a bit longer for Mayhem to find the issue. https://app.mayhem.security/xansec/testme/testme/4
Since we currently have some analysis limitations with GLIBC 2.34, a recommendation for this target is to build on an older debian/ubuntu image, such as bullseye or buster.
On the free app.mayhem.security instance, the run time is capped to 10 minutes for users. Premium users or users with their own Mayhem instance can set run times beyond the 10 minute limit.