site_archiver@lists.apple.com Delivered-To: macnetworkprog@lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=9boBu/1c0aq+8B1tjypIbIvDg9nQceC0kpCvSnDTuGI=; b=xdDrzebv4fHfBjd5gvTt/upo7iPPUYkP4VzaTUac0W1BB4+W7R2nwUlnLoSnu2rDNH vq4/gpfrhow8tp/DUa9myAa8XTLmE9ngpKqbhRA0ZTppNG9SUczAqmh8+ZR5Q4LMPy4M Ht41vN7u7/0MR/lACy1gVUPkad0s0ogRznsdY= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=pmuCdV5zjLoptYuPym+TRSa/gyr2rkpZMc5tTjyLV4IJJYOsjuM0iJGVwfOHfnEy0P Cx7mclrp6yOXDA5wOhieMPKUU0s/HPFah8IiiBmN4xgSaoT2r5wy9yqOdVpqyFkTBX3J 8Sy7UoGNOTvsIEtVvl3DpiOG8fe58MBuok15Q= Hi DC4, Thank you for your response. I may not have been clear about the problem -- I'm not installing multiple VPN clients simultaneously, rather I'm trying to rewrite network traffic for individual VPN clients from an interface filter NKE. The issue in a nutshell is that unlike most other VPN clients, Apple VPN in Cisco IPSec mode doesn't let tcpdump or interface filters see the unencrypted network traffic as it goes through (both up and down) the TCP/IP stack. I'm trying to understand how this VPN client is implemented to see if it's possible to rewrite the unencrypted traffic. My guess is that Apple's implementation of utun0 and the surrounding infrastructure intercepts the unencrypted traffic higher in the stack (e.g. socket filter), before it can get down to the interface filter hooks. thanks, Brendan On Wed, Jun 9, 2010 at 1:05 AM, Dreamcat Four <dreamcat4@gmail.com> wrote:

Hi Brendan,

About these specific VPN software. I was under the impression that each VPN client is responsible to create its own tap and/or tun interface when it launches. In the case of pppd, it will create and manage its own ptpp interface (ppp0).

$ netstat -rn

will give the routing tables. So you might grab that before starting any VPN clients, then comparing it to the routing table after the clients are started to see what changed.

My experience using multiple tun/tap based VPN clients has been a bad one. What I found was that each client tried to install its own tun/tap files to the same location (with incompatible version). And generally, having one VPN client installed broke the other one. And/or running multiple clients at the same time created a device conflict.

One thing you could answer for me please is what os and version of social vpn you are running? It looks like mac os-x. Which (again) I could not get working. It would really be a help to see someone confirm a working SocialVPN client on Mac.

Thanks

On Wed, Jun 9, 2010 at 2:06 AM, Brendan Creane <bcreane@gmail.com> wrote:

...

Hello All,

I have an interface filter that rewrites network traffic associated with physical as well as most virtual network interfaces (e.g. Cisco AnyConnect, OpenVPN's tun/tap, Juniper, etc.).

However for the utun0 network interface created by the Apple VPN client (in Cisco IPSec mode), no traffic is visible to my interface filter driver. The unencrypted traffic is also not visible to tcpdump, so there's something interesting going on in terms of how the Apple IPSec client is tunneling traffic to the remote end. The encrypted (ESP) traffic is visible on en[01], but obviously not the unencrypted traffic.

Interestingly the utun0 interface created by the Cisco AnyConnect client works fine -- my interface filter (and tcpdump) can see the unencrypted traffic associated with their version of utun0. The unencrypted traffic associated with Apple PPTP client is visible as well.

Does anyone have any insight into how the Apple VPN Cisco IPSec client routes unencrypted traffic, and is it possible to see that traffic before it's encrypted? I'm guessing there's a user-mode process or a socket filter that's grabbing the traffic before BPF/interface filters get a chance to inspect the traffic on utun0, but it would be helpful to understand how it's working.

thanks for your assistance, brendan creane  _______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list      (Macnetworkprog@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/macnetworkprog/dreamcat4%40gmail.com

This email sent to dreamcat4@gmail.com

_______________________________________________ Do not post admin requests to the list. They will be ignored. Macnetworkprog mailing list (Macnetworkprog@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/macnetworkprog/site_archiver%40lists.... This email sent to site_archiver@lists.apple.com