netdev - pseudo interface with different hwaddr

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 10 Feb 2009 12:25:08 +0100
From:	martin f krafft <madduck@...duck.net>
To:	netdev discussion list <netdev@...r.kernel.org>
Subject: pseudo interface with different hwaddr

Dear netdevs,

I don't know where else to turn to with the following question. If
you know a better mailinglist for users like myself to turn to,
please let me know.

In the meantime, maybe you can help me with the following quest:

I am trying to obtain two DHCP leases on a single physical
interface, because my provider is stupid[0]. I can engineer DHCP
requests in such a way that I get the second lease, but the provider
requires the ethernet frame's source address and the BOOTP's chaddr
field to match and otherwise ignores the DHCP request.

  0. they are two static IPs, but the static IPs only work when they
     are regularly renewed with DHCP. Since I only have one host to
     connect, and I want both IPs on that host anyway, I need to
     pretend to be two hosts.

I'd like to avoid writing my own scapy-based DHCP client for the
second lease and instead use dhclient3, which supports pseudo
interfaces and now sends out two requests, but does not give me
a way to change the chaddr field or the frame's source address and
instead enforces those of the interface for which is was invoked.

I have not yet come up with a way to solve this, but I was thinking
that the most elegant would probably be some sort of pseudo
interface that I could atach to eth0, such that pseudo0 would behave
just like a real network interface to the kernel and software, while
using eth0 to transmit frames from a different MAC. With eth0
configured promisc, it would receive all frames, but let only those
to its hwaddr through (unless it were itself configured promisc).

Does something like this already exist?

Do you know of another way to achieve what I want?

Thanks for your time and attention,

-- 
martin | http://madduck.net/ | http://two.sentenc.es/

drink canada dry! you might not succeed, but it *is* fun trying.

spamtraps: madduck.bogus@...duck.net

Download attachment "digital_signature_gpg.asc" of type "application/pgp-signature" (198 bytes)