Hi all, A normal user must have the permissions to capture and view the packet info. till layer 5 if that belongs to his request from server. He can be able to save a packet, to delete a packet, to edit a packet and sent it back to the server.
Packet contains the info for the identification of the host ( IP address + Port number). I think we can use the options field of TCP header to contain the name of the owner of the packet in encrypted form. And this owner field must be checked with the current logged in user before opening the packet. This will ensure the security. With reference to my previous post, I think we can't openly change the permissions of the dumpcap . I need the discussions and help to carry forward this idea or come up with better ideas. Surbhi Jain 3rd year , Computer Science Engineering University School of Information & Communication Technology Contact Email ID - surbhija...@acm.org On Wed, Apr 24, 2013 at 7:36 PM, Surbhi Jain <jainsurbhi...@gmail.com>wrote: > Hi all, > > I came across the project "Root permissions" in wireshark. i downloaded > wireshark on my ubuntu PC in order to capture the packets. I was unable to > select any interface as I was not logged in as root. The permissions of > file /usr/bin/dumpcap needs to be changed as 775 or 777 in order to view > the interfaces and capture the packets. > > In order for a normal user to capture and view packets, the permission of > dumpcap file should implicitly be 775 or all the files must be present in > the home directory of currently logged in user. As the capturing of packets > on a system is user dependent. > > > > Surbhi Jain > 3rd year , Computer Science Engineering > University School of Information & Communication Technology > Contact Email ID - surbhija...@acm.org >
___________________________________________________________________________ Sent via: Wireshark-dev mailing list <wireshark-dev@wireshark.org> Archives: http://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe