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
Version 0.0.4 #7
Merged
Merged
Conversation
This file contains 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
As well as some unit testing for these stuff.
- Adding support for UDP packets. - Improving the unit test related with this feature.
- Adding ICMP support. - Adding ARP support. Unit testing for these new additional stuff.
- IP and UDP payloads already being extracted. - Some unit test for this new ability implemented into the pktslicer.
- ICMP stuff. - TCP stuff. - ARP stuff. Unit tests for the implemented stuff.
It will be useful for the PCAP importing feature. Besides of allowing a more generic network packet assembling, breaking the "arp", "tcp/ip" and "udp/ip" limitation.
#defining some pigsty exporting prefixes.
This inclusion is optional. Being driven by the passed flag option "incl_ethframe".
I have forgotten them.
If some packet field is passed by the user using the command line, this passed data is used (without any check) in repleacement of the PCAP's slice.
Bug fix: When using --no-echo option the gateway's is not really acquired. Some code vet: Simplifying the main() function.
Improving the unit tests related with pcap importing. Now some generated pigsties are actually compiled and loaded in order to check any sort of error.
Minor improvement on mkpkt module. Saving useless allocs. Now the main mk_pkt() function does not alloc anything.
Only filling up (on going) the ethernet frame MACs when we do not have these data explicitly indicated into the packet signature.
By now the endless crafter has two modes. The random mode (by the way, the default mode) which randomically picks some signature for sending. The sequential mode which sequentially traverses the loaded pigsties sending one by one.
Using the user defined data for it when possible. With it we have the entire Ethernet frame composing possibility.
Minor change. Updating the libcutest's submodule.
For installing: "hefesto --install". For uninstalling: "hefesto --uninstall". Bonus track: Including a man page.
The errno was not checked in some points. Now it is being also locally handled by the verifiers.
Detailing the possibilities of using this powerful "hidden" feature.
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.
The main features are: