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

Update known Vendor IDs after /0 scan #18

Merged
merged 1 commit into from Aug 4, 2017

Conversation

p-l-
Copy link
Contributor

@p-l- p-l- commented Nov 13, 2016

This includes new Vendor IDs seen during a UDP/500 scan against /0
using Nmap's probe (a lot more Vendor IDs are yet to be identified).

For strongSwan / Openswan / FreeS/WAN / Libreswan, hash "bruteforces"
have been performed based on quick source code readings.

This includes new Vendor IDs seen during a UDP/500 scan against /0
using Nmap's probe (a lot more Vendor IDs are yet to be identified).

For strongSwan / Openswan / FreeS/WAN / Libreswan, hash "bruteforces"
have been performed based on quick source code readings.
@p-l-
Copy link
Contributor Author

p-l- commented Jul 25, 2017

Any chance you could merge this one one day, @royhills? Is there something else I need to do? Thanks!

@royhills royhills merged commit e065ddb into royhills:master Aug 4, 2017
@royhills
Copy link
Owner

royhills commented Aug 4, 2017

Apologies for the delay. I'd missed this because travis was flagging it as not building, which is obviously false as it's not a code change. I'll deal with any travis issues later.

Many thanks for taking the time to do this. If a /0 scan mean what I think it does: scanning the whole IPv4 address space, then it must have taken quite a bit of time.

@p-l- p-l- deleted the update-vendorids branch August 4, 2017 22:06
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.

None yet

3 participants