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

Feature: Promiscuous mode #141

Open
imsnif opened this issue Jan 21, 2020 · 0 comments
Open

Feature: Promiscuous mode #141

imsnif opened this issue Jan 21, 2020 · 0 comments
Labels
enhancement New feature or request help wanted Extra attention is needed

Comments

@imsnif
Copy link
Owner

imsnif commented Jan 21, 2020

On network interfaces, promiscuous mode would indicate a situation where traffic sent to the interface might not necessarily be addressed to it. An example of such a use case would be to connect a sniffer to a switch port that mirrors the traffic of a different switch port.

In such a situation, bandwhich cannot rely on information regarding system processes, because there is no guarantee the traffic originates at or is intended for processes on the system. It also cannot ascertain the "direction" of the traffic (using pcap as we do), because it cannot match any of the source or destination addresses (IPs or MAC addresses) to anything on the system. The only valuable information bandwhich can display in this case is the "connections" table.

If we start bandwhich with --promiscuous, we would only be displaying the connections table. On each connection, instead of showing the network card, we would be showing the source ip.

When started in promiscuous mode, we should:

  • Store both the source and destination IP of each packet
  • Store network utilization by connection rather than by local socket (identifying upload and download by the direction of the packet, indicated by its source and destination).
  • Render only the connections table
  • Stringify connections as "[IP/HOST 1]:[PORT 1] <=> [IP/HOST 2]:[PORT 2] (tcp/udp/icmp)"
  • Allow network interfaces that are down or have no IPs.

This follows a conversation here: #140

@imsnif imsnif added enhancement New feature or request help wanted Extra attention is needed labels Jan 21, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request help wanted Extra attention is needed
Projects
None yet
Development

No branches or pull requests

1 participant