Fuzz a bitfield of various fixed bit sizes about boofuzz HOT 7 OPEN

I am taking a look at the several discussions on this topic to learn about the issues and desired enhancement.

from boofuzz.

[First of all: Is it better to discuss this issue here or on the mailing list thread?]

I really need this feature, and I'm thinking about giving it a shot in the next few days. I saw some directions on the code I'd need to touch on the mail, so I'll start trying to implement it.

I've tried the sulley_l2 pointed out in the mail thread as well, but it gives me the same packet here (with padded bitfields).

from boofuzz.

from boofuzz.

This one will be really useful. As a solution we could somewhat combine two bitfields with shift and or.
The algo may be quite simple, assume that FIRST and SECOND is a bitfields then we can combine it just like that:

FIRST << 8 - FIRST.width | SECOND

will work if FIRST and SECOND is a big-endian bitfields

from boofuzz.

@ptdropper Feel free to drop any discussion Qs here. Cheers!

from boofuzz.

I spent time digging into the code and I cannot see that it has the ability to support bit field manipulation. I also see the strong potential for user disagreement on endianess interpretation so to make this work there needs to be some clear definitions on which bit we are manipulating. So - I am concerned that this may be a fruitless effort. I need some advice from this group and discussion on what we could hope to achieve.
Thanks for the reminder! I look forward to keeping this discussion going.
Currently my open source contribution time is being used on my other open source project: https://github.com/CycloneDX/cyclonedx-buildroot which is making progress as a new project.

from boofuzz.

@ptdropper This is not a trivial change at the moment, certainly, but the requirements are basically to allow BitField to take a number of bits not divisible by 8. What questions about endianness do you have in mind?

from boofuzz.