pcap

Enhancements : Support for RTCP packets (RFC 3550)

Remove the initial shortcut sync code in viewer/db.js for v3.1. Note that to upgrade to v3.1+ you must upgrade to v3.0 first.

Matched on: ::
Name: Internet Protocol (IP) Address Version 6
Link:  https://www.shodan.io/host/::

This shouldn't match.

These are old types that have no actual semantics behind them so they likely don't do anything. We should remove them to avoid confusion.

Improve BruteShark performance by refactor the BLL layer (aka PcapAnalyzer project to use multi thread mechanism).
That includes:

• Design the solution and discuss about it with me.
• Implement it.
• Writing tests that will test exactly this mechanism.

The project works with 8 modules < reference source/Module >

• Creating issue to accelerate/track test frame building of each module
• The test folder has a very basic example to start with.
• Feel free to make a pull request for the test cases

I'm trying a simple test with tcpliveplay but it seems tcpliveplay doesn't handle TCP handshake properly.
Let me describe the steps from my testing.

1. Logged as root on machine A I ran this command to capture all the traffic to the host 104.31.95.22 (my website).

# tcpdump host 104.31.95.22 -n -s 65535 -w http.pcap

2. In another shell instance under the same machine I performed a

Because the host may represent a range of IPs, we may be interested in which are being targeted most. Currently we support only source IP top N

Some users asked how to start the capture (e.g. they clicked on the Ready text), so it seems like the play button is not clear enough.

It will be beneficial if PCAPdroid implemented an on-boarding view to introduce the users to the basic features of the app, which includes telling him how to start the capture.