AndrewWiki

• Netgear DM200 VDSL modem
• AT&T Uverse Router / Gateway BGW210-700
• A router that is capable of setting VLANs on the WAN / Ethernet interface
  • I'm using a Ubiquiti Unifi Security Gateway Pro 4 port. Any prosumer or professional router should allow you to set the vlan on the WAN interface, but I haven't seen this option in consumer Linksys / Netgear etc type routers. You may need to flash an alternative firmware like OpenWRT to get this if you have a consumer grade router.

• curl (already installed on recent Windows 10 builds)
• 7zip - https://www.7-zip.org/
• FileZilla - https://filezilla-project.org/
• PuTTY - https://www.chiark.greenend.org.uk/~sgtatham/putty/latest.html
• mfg_dat_decode - https://mega.nz/#!n75hDYzQ!HpVMP1h8o3Nol0IKGLKdVA8bh5p1Kq_JFn08FSK_dPo
  • Your computer may detect malware and prevent you from downloading this file. If it makes you uncomfortable, you can run it in a VM and destroy the VM when you're done.
• AT&T UVerse RG firmware archive - https://mega.nz/file/35lBkbzC#MTrKdt57SEuz81Tn3MBKm-o_s1zv643MLmxyKILjsk8

The Netgear DM200 VDSL modem needs to be flashed to use OpenWRT, and some prep work needs to be started before we can take down the AT&T UVerse modem. The reason why we have to use OpenWRT for the DM200 modem is because AT&T uses EAPOL for authentication vs every other DSL provider that uses PPPoE. The stock firmware on the Netgear DM200 does have PPPoE support, but no EAPOL. Additionally, I have tried putting the modem into bridge mode and running wpa_supplicant on my router, but no EAP packets are forwarded to AT&T's authenticator through the Netgear DM200 modem's bridge. From my tinkering, the Netgear DM200 uses a standard brctl Linux bridge. However, the standard brctl Linux bridge does not forward EAPOL packets due to it's design. It's possible to force the bridge to forward EAPOL packets but in testing this did not work, either with the stock DM200 firmware or OpenWRT firmware.

In this configuration, we are going to be running wpa_supplicant on the DM200 itself, and bridge the DSL connection to the Ethernet connection. This allows a pure layer 2 bridge between the AT&T DSL network, no MTU shifting, and the DM200 does not use any resources managing or tracking connections besides the layer 2 bridge and running wpa_supplicant.

1. Head over to https://openwrt.org/toh/netgear/dm200 and flash the OpenWRT firmware to the DM200
2. After the DM200 comes up, log into the DM200 and reconfigure the eth0 interface to be a DHCP client.
3. Set the DM200 to apply changes without verification, and then plug the modem into your home network with internet access.
4. Log into the DM200 again and go into the system settings to synchronize the time to your browser and set your time zone. This is important because the authentication certificates are time dependent.
5. Change the root password, so the SSH server is activated and you can log into it with SSH
6. Go to the package manager in the DM200 and install the following packages:
   1. wpa-supplicant
   2. ca-certificates
   3. openssh-sftp-server

1. Unzip AT&T RG Uverse firmware package - we're looking for spTurquoise210-700_1.0.29.bin
2. Disconnect the DSL cable from the UVerse RG.
3. Log into your UVerse RG and downgrade the firmware with the above firmware file. The process takes several minutes and modem will reboot.
4. After the modem is running again, go to http://192.168.1.254/cgi-bin/ipalloc.ha and assign yourself a static IP address
5. Refresh your computer's IP address to make sure you have the private IP address that was assigned.
6. Log into the UVerse RG again and authenticate
7. Run the following curl commands to start a telnet server on the UVerse modem. When prompted for the password for the user tech, just hit ENTER. After the last command is executed, the UVerse RG will reboot.
   • curl -k -u tech -H "User-Agent: blah" -H "Connection:Keep-Alive" -d "appid=001&set_data=| echo 28telnet stream tcp nowait root /usr/sbin/telnetd -i -l /bin/nsh > /var/etc/inetd.d/telnet28|" -v --http1.1 https://192.168.1.254:49955/caserver
   • curl -k -u tech -H "User-Agent: blah" -H "Connection:Keep-Alive" -d "appid=001&set_data=| pfs -a /var/etc/inetd.d/telnet28|" -v --http1.1 https://192.168.1.254:49955/caserver
   • curl -k -u tech -H "User-Agent: blah" -H "Connection:Keep-Alive" -d "appid=001&set_data=| pfs -s|" -v --http1.1 https://192.168.1.254:49955/caserver
   • curl -k -u tech -H "User-Agent: blah" -H "Connection:Keep-Alive" -d "appid=001&set_data=| reboot|" -v --http1.1 https://192.168.1.254:49955/caserver
8. Log into the UVerse RG with PuTTY using the IP address 192.168.1.254 on port 28 using the Telnet selection
9. Remount root file system as writeable
   • mount -o remount,rw /dev/ubi0 /
10. Mount the mfg partition which contains the certificates
    • mount mtd:mfg -t jffs2 /mfg
11. Copy the certificate bundle to the web server directory
    • cp /mfg/mfg.dat /www/att/mfg.dat
12. Tar and copy the intermediate and root certificates to the web server directory
    • tar -zcvf /www/att/certs.tar.gz /etc/rootcert/
13. Download the certificate bundle and the intermediate and root certificates:
    • http://192.168.1.254/mfg.dat
    • http://192.168.1.254/certs.tar.gz
14. Throw the UVerse RG into the garbage
    • Don't actually throw it in the garbage, you need to return it when you terminate your service with AT&T otherwise they will bill you a hefty sum.
    • Using the firmware archive that was downloaded earlier, you can step the UVerse back up to the current firmware by flashing 1.0.29, then 1.5.12, then 2.7.1
15. Extract the mfg_dat_decode utility that was downloaded earlier
16. Extract the certs.tar.gz archive that was downloaded earlier
17. Copy the mfg.dat file into the folder with the mfg_dat_decode binary
18. Copy all of the certificates extracted from certs.tar.gz into the folder with the mfg_dat_decode binary
19. Run the mfg_dat_decode binary, which will extract and create a tar.gz containing certificates and a wpa_supplicant.conf configuration file.
20. Extract the tar.gz file - you'll end up with a directory that contains three pem formatted certificates, a sample wpa_supplicant.conf file, and a readme.txt file.

1. Create a new text file, and paste the following into it and save it as 99_dsl_eapol.sh - you can also just click on the link below and download it.

   99_dsl_eapol.sh

   #!/bin/sh
   
   logger -t DSL "$DSL_NOTIFICATION_TYPE $DSL_INTERFACE_STATUS"
   
   if [ "$DSL_NOTIFICATION_TYPE" = "DSL_INTERFACE_STATUS" ] && [ "$DSL_INTERFACE_STATUS" = "UP" ]; then
           logger -t DSL "DSL interface UP, starting wpa_supplicant..."
           /usr/sbin/wpa_supplicant -s -B -P /var/run/wpa_supplicant.pid -D wired -i dsl0 -b br-br0 -c /etc/wpa_supplicant/wpa_supplicant.conf
           ip link set eth0 down
           sleep 5
           ip link set eth0 up
   fi
   
   if [ "$DSL_NOTIFICATION_TYPE" = "DSL_INTERFACE_STATUS" ] && [ "$DSL_INTERFACE_STATUS" = "DOWN" ]; then
           logger -t DSL "DSL interface DOWN, killing wpa_supplicant..."
           if [ -e /var/run/wpa_supplicant.pid ]; then
                   kill $(cat /tmp/run/wpa_supplicant.pid)
           fi
           ip link set eth0 down
   fi

2. Edit the wpa_supplicant.conf file using a text editor.
   • Look for the lines that start with ca_cert, client_cert, and private_key and add /etc/wpa_supplicant/ before the filename. For example:

     ca_cert="/etc/wpa_supplicant/CA_001E46-27058949910000.pem"
     client_cert="/etc/wpa_supplicant/Client_001E46-27058949910000.pem"
     eap=TLS
     eapol_flags=0
     identity="18:9C:27:18:ED:F1" # Internet (ONT) interface MAC address must match this value
     key_mgmt=IEEE8021X
     phase1="allow_canned_success=1"
     private_key="/etc/wpa_supplicant/PrivateKey_PKCS1_001E46-27058949910000.pem"

3. Open FileZilla and connect to the DM200 modem using the sftp protocol as the root
4. Create a new directory /etc/wpa_supplicant
5. Upload the wpa_supplicant.conf file and the three pem encoded certificates to /etc/wpa_supplicant
6. Upload the 99_dsl_eapol.sh file to /etc/hotplug.d/dsl and apply 0755 / -rwxr-xr-x permissions
7. Do not reboot the DM200 from now on, otherwise you will need to factory reset the DM200 and start over

1. Log into the web interface for the DM200, and delete all of the interfaces. On my default configuration, there was a eth0, dsl0 and dsl0-ipv6 interface.
2. Create a new eth0 interface and set it to unmanaged
3. Create a new dsl0 interface and set it to unmanaged
4. Create a new br0 bridge interface with eth0 and dsl0 as slave interfaces, and set it to unmanaged
5. Apply changes without verification - at this point the modem will disappear from the network. Wait a few minutes, and then turn it off.
6. Connect the Ethernet cable to your router and the DSL cable to the phone line.
7. Set the WAN interface on your router to use vlan 0
8. Turn on the DM200. After a few minutes it should synchronize and train the DSL line. When training is complete, the DSL light will stop blinking and turn solid green.
9. A few seconds after the DSL light turns solid green, the Ethernet light should turn off and then back on after 5 seconds.
10. At this point the DSL modem should have authenticated using EAPOL using wpa_supplicant, and you should be able to get a IP address and access the internet!

• DSL training sometimes gets hung up on the DM200. This only happens with the OpenWRT firmware and I haven't been able to figure out why. Power cycling usually solves the problem.
• Currently there is no way to access the DM200 to configure or view settings. On most DSL / cable modems, it is accessible on a static IP address such as 192.168.100.1 or 192.168.5.1 even after it has connected to the ISP network. I tried assigning an IP address to the bridge interface on the DM200, but I still can't access it.
  • The only way to get into the modem now is through the UART, which is documented here. I used the Adafruit UART to USB cable and connected to the serial console using PuTTY. Pressing ENTER after connecting will drop you into a root shell.
• The DM200 gets HOT in usage. Probably worth investigating how to cool it better, some scattered reports that the DM200 might not be the most reliable DSL modem because of the heat it generates.

• https://pastebin.com/SUGLTfv4
• https://openwrt.org/toh/netgear/dm200
• https://en.wikipedia.org/wiki/IEEE_802.1X
• https://www.dupuis.xyz/bgw210-700-root-and-certs/
• http://earlz.net/view/2012/06/07/0026/rooting-the-nvg510-from-the-webui
• https://www.reddit.com/r/ATT/comments/g59rwm/bgw210700_root_exploitbypass/
• https://www.devicelocksmith.com/2018/12/eap-tls-credentials-decoder-for-nvg-and.html