Ethical Hacking

Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package.
Computer Forensics Training at InfoSec Institute

Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors.




Network Security Focus-Linux
[Top] [All Lists]

Re: How to check UID of process on the other side of local TCP/UDP conne

Subject: Re: How to check UID of process on the other side of local TCP/UDP connection
Date: Wed, 29 Nov 2006 20:57:56 +0000
On Tue, Nov 28, 2006 at 05:17:09PM +0000, Filipe Varela wrote:

Anyways, I would prefer to stick with TCP/UDP, because this is  
what my
programs use already, and  I don't really want to change  
everything to
Unix sockets (unless of course Unix sockets are the only good way to
resolve my problems).

I don't want to go off-topic but i have an important question. Isn't  
a socket a concept that translates an address and port? How would  
someone go about doing tcp/udp without sockets when they both depend  
on address/port mappings which are _literally_ sockets?

I don't really understand your question nor where did the concept of
doing tcp/udp without sockets originated.

Maybe you're misreading the term Unix sockets? Sockets can belong to
different protocol families: INET, INET6, UNIX/LOCAL, X25, etc..

Unix sockets means using sockets for local interprocess communication.
They don't use any network protocol.

man 7 unix

-- 
lfr
0/0

Attachment: pgpOhQ8kNHiFz.pgp
Description: PGP signature

<Prev in Thread] Current Thread [Next in Thread>