More than likely, the wifi adapter also doesn't do injection and monitor mode properly under vbox, which has also been my experience, and why I tend ot use wifi stuff on my laptop, or Vmware which sort of works for most of my adapters. All else fails, use native hardware, or try VMware to see if you can get around the issue for the wifi adapter. Bridged to the physical network and getting DHCP from the actual home router is what you ideally want to test with, but I have a feeling for wifi, it's not doing this physical dongle setup properly in VBox. Can try changing the adapter settings when the VM is off to things like NAT or Bridge, althogh NAT will prevent ARP attacks(in theory) since they need to be on the same subnet, where NAT will divide the network(s).(Intention is to run a VPN client on this VM, and use it as a gateway for other machines) Sometimes it works fine for a while. Eth0 is NAT network, and eth1 is host-only network. And they vary by virtual product, ie: vbox, vs vmware, vs qemu, etc.Guest: Ubuntu 10.04.3 x8664.
Finding Gateway Address For Virtualbox Host Only Network Mac Address OfSelecting IP Addresses on a Host-only Network or NAT Configuration.I mean the onboard wifi. If you use an 8-bit mask (255.0.0.0) then only the first octet '10.' is the network address and the remaining three octets are the interface address within the subnet.Just add the Mac Address of the Virtual Machine you wish to set a Static IP Address. Default route goes, but this might be the VPN client.The first three octets '192.168.x' make up the network address if you use a 24-bit network mask (255.255.255.0) and the last octet is the interface address within the subnet.![]() Can show the IP addresses as well and your commands, along with what is physically connected to the network. If eth0 still shows the same as the host, then it's probably where things are causing issues with the arpspoof stuff, and I'm going to say try changing the NIC 's MAC manually once booted and then check arp -a again(do a ping to other machines to tell them your new MAC address), make sure it's bridge to the physical network, and not to the host only/shared by the host.Once you get your MAC addresses sorted out, and when trying the attack again with the arpspoof, see what happens.Might help to post a diagram of the machines, how they are connected. You can also check the adapter settings on the VM to see what the MAC address is set to for eth0 and wlan0, and you can change this for all VM's manually or set to random new MAC before starting the VM. They should reset to what they are expected. Then ping each machine, and check the arp tables again. My wired NIC however, can, and the VM creates an additional "virtual" adapter in my HOST machines network manager and shows an extra adapter for the virtual NIC. It should still have it's own MAC address though, and independent IP of the HOST machine.I have mine up now to test, using my internal Intel card to connect to the network over wifi, and passing it to the VM as a bridged adapter, it can't physically get onto the network unless I have the connection from the host started first. Might figure it out on your own just in drawing it out so you can see what you expect, and know what to fix.And something in the VM is not right, so reset the adapter's MAC manually on the VM when not booted, then try again, or change it in the VM, and then bring the adapter down and back up to renew your lease and try again.I'm assuming the HOST's wifi is connected to an AP before the VM is even in the loop, and on the VM, the NIC is set to bridged, which is using the HOSTS already connected wifi connection? Because this is how I have to use my own internal WiFi card just to use it in the VM, which again, only works for connectivity and is shared by the host. If so, your VM is not using wifi directly nor independently, and has no real control over the network card, nor can it properly even do DHCP. It's only sharing the hosts connection, and when it sees it, it's passed back and forth to the host as a bridged adapter. I don't know the topology of the network and what is what, so helps when you can see what goes where with what settings and connectivity. You can open wireshark before doing the attack, and then see how it happens to get a better understanding of what is going on though. If these didn't clear from when you reverted the machine in testing previously, your VM might have a host MAC address and just need to be reset/rebooted. When connecting using USB wifi adapter, MACs are good.I begin to think that EVERYONE have my problem.Think of this logically. I already tried changing the MAC.As you say, it's a "limitation of virtual machines and internal wireless cards". If it still shows the same as the HOST machine, then get a USB wifi card, and you should have no issues.Nothing wrong in the VM, since all VMs react the same. Then ping the VM's Ip and check the arp table again, which should show whatever it believes this device's MAC to be. The HOST machine, is your VM's border to machines "outside" the host.This would be the same as if you bridged two wifi routers together. The rest of the network, if they need to reach the VM, they need to know where it is. Then the VM connects to the rest of the network, through the hosts adapter. The host connects to the AP using it's wireless card. Turbotax business 2017 for macIt will still work for just normal connection to the internet and such the way you have it now, which is doing a forward of the VM to the main network segment.Below you can see the same thing, on my own network. People on router A pinging each other, will see all the correct MAC addresses, as where people on router B will see the same MAC for all of the devices connected behind router A.To work around this, and if you need to use the wireless network for more than just connectivity, you would use a USB wifi adapter so everyone can see it as a physical machine on the same segment, instead of something behind a bridge(which is why other machines outside the host, see the MAC as the same as the HOST).
0 Comments
Leave a Reply. |
AuthorMaria ArchivesCategories |