Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    ATT Uverse RG Bypass (0.2 BTC)

    Scheduled Pinned Locked Moved Bounties
    555 Posts 80 Posters 1.3m Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • GPz1100G
      GPz1100
      last edited by

      Does anyone have the zip of https://github.com/aus/pfatt/tree/supplicant ?

      1 Reply Last reply Reply Quote 0
      • MonkWhoM
        MonkWho
        last edited by MonkWho

        I decided to check if there were any changes to pfatt last week and found out that original is now gone and my fork became a new parent. No idea how or why.

        I will maintain it to the best of my abilities. I pulled some requests and done some commits to clean things up. Screwed up a little when I was uploading the supplicant branch but got it all fixed up now. I also separated OPNsense specific script into it's own file for clarity. So currently https://github.com/MonkWho/pfatt contains the latest files.

        @GPz1100 said in ATT Uverse RG Bypass (0.2 BTC):

        Does anyone have the zip of https://github.com/aus/pfatt/tree/supplicant ?

        A copy of it is here - https://github.com/MonkWho/pfatt/tree/supplicant. It contains most recent files. Unfortunatly this branch was not there when I originally created my fork so I had to semi-manually recreate it from a backup I had locally.

        G 1 Reply Last reply Reply Quote 6
        • G
          glio @MonkWho
          last edited by

          @MonkWho I just want to say thank you for carrying the torch. I just recently discovered this whole workaround thing - was getting discouraged trying to find a way to build the netgraph for my SG3100 - then found out it is included with pfsense now. Except on 2.4.5, the ng_etf package is missing! lol

          https://redmine.pfsense.org/issues/10463

          So now I must wait until 2.4.5-p1 release to be able to set this all up. Anyways, thank you for carrying on the work @aus started.

          A 1 Reply Last reply Reply Quote 0
          • A
            AiC0315 @glio
            last edited by

            @glio Maybe I am missing something, I am running 2.4.5 with the supplicant bypass. I did install it on an earlier version.

            G 1 Reply Last reply Reply Quote 0
            • G
              glio @AiC0315
              last edited by

              @AiC0315 The EAP proxy is not available without ng_etf being present. I've not previously set up this stuff on earlier versions so maybe that's the difference.

              1 Reply Last reply Reply Quote 0
              • P
                pyrodex
                last edited by

                I've heard people being able to use the supplicant mode without netgraph if they used a switch or bypass switch between pfSense and the ONT. Can anyone confirm and what model switch did you use?

                I tried this on my new physical firewall with a DGS-1005G and had no luck. Any one?

                1 Reply Last reply Reply Quote 0
                • Z
                  Zaf9670
                  last edited by

                  So based on what I'm reading over the past 2+ years pfsense still requires netgraph in order to work with the 802.1x certificates?

                  Also of note, someone on Reddit found a downgrade loophole for the BGW210-700 which allows root access. So you can extract the 802.1x certificates and disable the auto-updates to the gateway.

                  Reddit post:
                  https://www.reddit.com/r/ATT/comments/g59rwm/bgw210700_root_exploitbypass/

                  Pastebin with steps to perform:
                  https://pastebin.com/SUGLTfv4

                  1 Reply Last reply Reply Quote 0
                  • timtraceT
                    timtrace
                    last edited by timtrace

                    This post is deleted!
                    1 Reply Last reply Reply Quote 0
                    • timtraceT
                      timtrace
                      last edited by

                      Is this expected behavior?

                      Running the netgraph bypass as documented at https://github.com/MonkWho/pfatt . No LANs have been routed to ngeth0 just yet.

                      I get about about one packet every two-three minutes from the RG: tcpdump -ei em4

                      10:06:30.887851 f8:2d:c0:yy:yy:yy (oui Unknown) > Broadcast, ethertype 802.1Q (0x8100), length 424: vlan 0, p 3, ethertype IPv4, 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from f8:2d:c0:yy:yy:yy (oui Unknown), length 378
                      

                      And I get about 100 per minute from the ONT: tcpdump -ei em5

                      09:59:03.144906 a0:f3:e4:59:27:94 (oui Unknown) > f8:2d:c0:yy:yy:yy (oui Unknown), ethertype 802.1Q (0x8100), length 60: vlan 0, p 0, ethertype IPv4, 162-224-176-1.lightspeed.stlsmo.sbcglobal.net > zzz-zzz-179-129.lightspeed.stlsmo.sbcglobal.net: ICMP echo reply, id 30739, seq 4885, length 8
                      
                      • $RG_IF = em4
                      • $ONT_IF = em5
                      • f8:2d:c0:yy:yy:yy / zzz-zzz-179-129.lightspeed.stlsmo.sbcglobal.net = my RG
                      • a0:f3:e4:59:27:94 / 162-224-176-1.lightspeed.stlsmo.sbcglobal.net = ATT
                      1 Reply Last reply Reply Quote 0
                      • GPz1100G
                        GPz1100
                        last edited by

                        ^^For the first one, I think that might be a byproduct of the rg not getting an ip when using the eap proxy method. That is, it keeps requesting, but because the proxy only passes 802.1x traffic, it never actually receives it.

                        The 2nd looks like the gateway is responding to a ping request? You have something pinging the gateway ip (162.224.176.1) often?

                        1 Reply Last reply Reply Quote 1
                        • timtraceT
                          timtrace
                          last edited by timtrace

                          Sounds like the first one is benign, unless, it is an indicator that something else is wrong.

                          The second - I’m not pinging in on that IP.

                          Edit: The second thing, with the 100+ pings per minute, was the pfSense gateway monitor. It's now disabled.

                          1 Reply Last reply Reply Quote 0
                          • GPz1100G
                            GPz1100
                            last edited by

                            What gateway box are you using? Maybe time to dump it entirely and go wpa_supplicant method?

                            timtraceT 1 Reply Last reply Reply Quote 1
                            • timtraceT
                              timtrace @GPz1100
                              last edited by timtrace

                              @GPz1100 Worked on that last night, I’ve got the certs off of the RG and broken into PEMs. Will work on the rest this evening.

                              Bricked the gateway though. I think I left the file system RW when I rebooted. It’s in a boot loop.

                              Thankfully, I still have my Charter connection, so I’m not in an outage condition.

                              timtraceT 1 Reply Last reply Reply Quote 0
                              • timtraceT
                                timtrace @timtrace
                                last edited by timtrace

                                Can't get the supplicant mode to work.

                                I had to comment lines 205-231 of pfatt.sh to get the system to boot.

                                wpa_cli status says:
                                Supplicant PAE state=HELD
                                suppPortStatus=Unauthorized
                                EAP state=FAILURE

                                tcpdump -i ONT_IF -e vlan says:
                                05:20:52.486546 f8:2d:c0:xx:xx:xx (oui Unknown) > 01:80:c2:00:00:03 (oui Unknown), ethertype 802.1Q (0x8100), length 22: vlan 0, p 0, ethertype EAPOL, EAPOL start (1) v2, len 0

                                /conf/pfatt/bin/* is 755 and /conf/pfatt/wpa/* is 644

                                Certs import without error into the web configurator, if only to make sure that they're intact. I've since pulled them back out of there.

                                What could be keeping this thing from being authorized?

                                F 1 Reply Last reply Reply Quote 0
                                • N
                                  neatneat
                                  last edited by neatneat

                                  I just moved into a temporary housing situation and was told this unit has ATT U-Verse. I'm looking at the back of my current RG (BGW210-700) and it's using an RJ11 from "broadband" port to the wall. The wall port doesn't have an RJ45 connection. Are there any workarounds for this using this method?

                                  F 1 Reply Last reply Reply Quote 0
                                  • GPz1100G
                                    GPz1100
                                    last edited by

                                    Rj11 = dsl. You need fiber.

                                    1 Reply Last reply Reply Quote 1
                                    • F
                                      fortillian @neatneat
                                      last edited by

                                      @neatneat said in ATT Uverse RG Bypass (0.2 BTC):

                                      I just moved into a temporary housing situation and was told this unit has ATT U-Verse. I'm looking at the back of my current RG (BGW210-700) and it's using an RJ11 from "broadband" port to the wall. The wall port doesn't have an RJ45 connection. Are there any workarounds for this using this method?

                                      Uverse is the name of their interwebz service which can be DSL or Fiber. You could get a DSL modem if you don't want to use their equipment. If you have uverse TV service, or ATT home phone service, you'll need to keep their equipment in place.

                                      1 Reply Last reply Reply Quote 1
                                      • B
                                        bk150
                                        last edited by

                                        I removed the gateway from my setup using the supplicant method from MonkWho's fork of pfatt from aus.

                                        https://github.com/MonkWho/pfatt/tree/supplicant

                                        This worked well on a SG-5100 on pfSense 2.4.5 p1 with certificates purchased on eBay from maczrcool. I'm getting full line speed (940/940) with no issues. I've tested that the setup survives expected and unexpected reboots.

                                        L 1 Reply Last reply Reply Quote 0
                                        • L
                                          lmgcnbzlp @bk150
                                          last edited by

                                          @bk150 I'm trying to do what you've accomplished, on my PCEngines APU2 box with 2.4.5 p1 using MonkWho's fork. I have the certs extracted from my Arris BGW210. Did you also need Netgraph for the Supplicant approach? I was hoping to avoid it.

                                          J 1 Reply Last reply Reply Quote 0
                                          • J
                                            JonH @lmgcnbzlp
                                            last edited by

                                            @lmgcnbzlp said in ATT Uverse RG Bypass (0.2 BTC):

                                            I have the certs extracted from my Arris BGW210

                                            Just wondering what you used to extract the certs.

                                            L 1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post
                                            Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.