The Smart TV in Your LivingRoom Is a Node in the AIScraping Economy
Posted by nikcub 3 days ago
Comments
Comment by xg15 3 days ago
wss://proxyjs.brdtnet.com:443
This hostname resolves to AWS Global Accelerator IPs
There is some irony that both the scrapers and the websites being scraped are probably hosted on AWS, while playing an elaborate cat-and-mouse game pretending that they weren't.
Comment by trumpdong 3 days ago
Comment by cyanydeez 3 days ago
Comment by rootsudo 3 days ago
Comment by nikcub 3 days ago
https://aws.amazon.com/marketplace/seller-profile?id=bf9b432...
Comment by BLKNSLVR 3 days ago
Comment by xoa 2 days ago
Just making a note here for anyone else with the same thought: I went to ping the domains listed ITT, and nothing went through. I'm running OPNsense and amongst other things using some of the hagezi DNS block lists [0]. It looks like brdtnet.com, bright-sdk.com and various subdomains were already in there, which is a nice sanity check.
That said, also worth noting that an Unbound or other resolver based DNS block list can prevent resolution but doesn't preventing connecting to the underlying IP, it's not the same thing as actually invoking your firewall itself. For that I think you need to stick the lists into something that will resolve them regularly and then actually Firewall that off. So for OPNsense you can setup an alias using the URL Table (plain text) or URL Table in JSON depending on format, or manage it externally directly if desired via external. Then the source will be updated and aliases will all be resolved on operator defined schedules, and can in turn be fed into regular firewall rules. Don't forget these can turn into massive lists, so make sure your internal resource limits (so for OPNsense that'd be Firewall Maximum Table Entries) are set sufficiently high and the hardware can handle it.
Other systems may handle it differently, just it's important to double check what is actually happening including if something malicious tries to be sneakier. And ultimately for these sorts of untrustable embedded devices that lack owner control, it's probably a lot better and more sustainable, if more effort upfront, to isolate them into their own vlan/subnet and then whitelist instead of blacklist. So they can only access what you decide they need to and nothing else, vs access everything except what is disallowed. Still, blacklisting bad actors as a final layer for everything may still be useful.
----
Comment by BLKNSLVR 1 day ago
OPNSense is beautifully flexible for this.
Comment by xg15 3 days ago
> On every launch the SDK calls:
GET <https://clientsdk.bright-sdk.com/sdk_config_ios.json>?appid=<bundle>&ver=<sdk-version>&uuid=sdk-ios-<32hex>
Comment by cobbzilla 3 days ago
Comment by graypegg 3 days ago
I have had to back my mother down from that precipice on her own TV so I know it's worth worrying about. The siren call of an entirely empty TV homescreen beckoning us with a struck-out radio tower icon. "We have Disney+ and CraveTV too... press [menu]... pay no attention to the sticky note your son put on the coffee table"
Comment by dylan604 3 days ago
This happened to me. After they left, I tried a factory reset, but I don't have confidence there's not some code to remember previously saved wifi connections because my tinfoil hat is firmly in place. However, as you've said I only use the TV as an HDMI receiver. None of the TV's apps are used again. So I'm not sure how much they can detect from just the use of the HDMI port as the only thing being used. The games we play to get the subsidized pricing.
Comment by Eisenstein 3 days ago
"Our findings indicate that (1) ACR operates even when it is used as a “dumb” display via HDMI"
"For both LG (a) and Samsung (b)TVs, the scenarios with the highest ACR traffic are Linear and HDMI."
Comment by tlavoie 3 days ago
Comment by Eisenstein 2 days ago
Comment by tlavoie 2 days ago
Comment by randochatter 3 days ago
Comment by archerx 3 days ago
Comment by onesociety2022 3 days ago
We really need normies to care enough about this to the point manufacturers will need to think they need to advertise on their TVs that they are privacy-friendly and don’t collect anything as a selling point. Until then, they don’t really care. I just wish someone like Apple made a TV with their Apple TV functionality baked in that I could trust.
Comment by elzbardico 3 days ago
Comment by hoherd 3 days ago
Comment by lozf 2 days ago
Comment by m3047 3 days ago
I give away the software which does the following. I get this (and a lot more) for every host on my network, and I know what every host is.
# peers upstairs-roku.m3047 +addr +serv
dns.google [8.8.4.4] domain [53]
dns.google [8.8.8.8] domain [53]
athena.m3047 [10.0.0.220] domain [53]
mediaservices.cdn-apple.com [23.46.228.133] https [443]
mediaservices.cdn-apple.com [23.46.228.134] https [443]
mediaservices.cdn-apple.com [23.46.228.135] https [443]
mediaservices.cdn-apple.com [23.46.228.137] https [443]
mediaservices.cdn-apple.com [23.46.228.138] https [443]
mediaservices.cdn-apple.com [23.46.228.139] https [443]
mediaservices.cdn-apple.com [23.46.228.140] https [443]
mediaservices.cdn-apple.com [23.46.228.142] https [443]
mediaservices.cdn-apple.com [23.46.228.143] https [443]
mediaservices.cdn-apple.com [23.46.228.144] https [443]
mediaservices.cdn-apple.com [23.46.228.145] https [443]
mediaservices.cdn-apple.com [23.213.34.169] https [443]
mediaservices.cdn-apple.com [23.213.34.176] https [443]
mediaservices.cdn-apple.com [23.213.34.178] https [443]
mediaservices.cdn-apple.com [23.213.34.185] https [443]
mediaservices.cdn-apple.com [23.213.34.186] https [443]
mediaservices.cdn-apple.com [23.213.34.187] https [443]
mediaservices.cdn-apple.com [23.213.34.188] https [443]
mediaservices.cdn-apple.com [23.213.34.193] https [443]
mediaservices.cdn-apple.com [23.213.34.196] https [443]
mediaservices.cdn-apple.com [23.213.34.201] https [443]
mediaservices.cdn-apple.com [23.213.34.203] https [443]
nrdp.push.prod.netflix.com [35.81.198.46] www [80]
ec2-35-86-100-253.us-west-2.compute.amazonaws.com [35.86.100.253] psbserver [2350]
austin.logs.roku.com [35.212.27.142] https [443]
scribe.logs.roku.com [35.212.34.174] https [443]
austin.logs.roku.com [35.212.72.105] https [443]
austin.logs.roku.com [35.212.119.44] https [443]
display.ravm.tv [35.212.178.254] https [443]
logs.netflix.com [44.226.179.188] https [443]
logs.netflix.com [44.228.67.58] https [443]
nrdp.push.prod.netflix.com [44.229.50.4] www [80]
logs.netflix.com [44.229.122.169] https [443]
nrdp.push.prod.netflix.com [44.232.75.216] www [80]
api.roku.com [44.249.213.211] https [443]
nrdp.prod.ftl.netflix.com [45.57.40.1] https [443]
nrdp.prod.ftl.netflix.com [45.57.41.1] https [443]
nrdp.push.prod.netflix.com [52.24.26.117] www [80]
logs.netflix.com [52.33.247.19] https [443]
themes-service.sr.roku.com [54.200.214.141] https [443]
occ-0-1009-1007.1.nflxso.net [198.38.112.135] www [80]
occ-0-1009-1007.1.nflxso.net [198.38.112.144] www [80]
occ-0-1009-1007.1.nflxso.net [198.38.112.145] www [80]
occ-0-1009-1007.1.nflxso.net [198.38.112.165] www [80]
occ-0-1009-1007.1.nflxso.net [198.38.112.169] www [80]
occ-0-1009-1007.1.nflxso.net [198.38.112.170] www [80]
occ-0-1009-1007.1.nflxso.net [198.38.112.172] www [80]
occ-0-1009-1007.1.nflxso.net [198.38.112.178] www [80]
mdns.mcast.net [224.0.0.251] mdns [5353]
239.255.255.250 [239.255.255.250] ssdp [1900]Comment by like_any_other 3 days ago
It is able to identify content directly from the pixels, they will know what you've watched even if it was from a pirated .mp4 served from your PC:
Comment by dawnerd 3 days ago
Comment by dreamcompiler 3 days ago
Comment by rationalist 3 days ago
Comment by Innittech 3 days ago
Comment by everdrive 2 days ago
Comment by goobatrooba 2 days ago
Personally I'd just not want any TV in my house, but convincing the family of that is not easy ;-)
Comment by cobbzilla 2 days ago
Comment by lelandfe 3 days ago
Thankfully, the blast radius of this is nothing without connectivity.
Comment by idiotsecant 3 days ago
Comment by lelandfe 3 days ago
As far as I have found from a lot of menu spelunking, this agreement is irrevocable. If I ever go online, it will be used.
Comment by trumpdong 3 days ago
Comment by rationalist 3 days ago
Comment by wiml 3 days ago
Comment by rationalist 3 days ago
Comment by asdff 3 days ago
Comment by elzbardico 3 days ago
Comment by rationalist 3 days ago
Comment by lelandfe 3 days ago
Comment by drhike 3 days ago
Comment by tamimio 3 days ago
Comment by secretsatan 3 days ago
Comment by jon-wood 3 days ago
Comment by asdff 3 days ago
Comment by jon-wood 2 days ago
Comment by andrepd 2 days ago
Comment by calcifer 3 days ago
> On iOS, this bypasses any configured VPN’s tun0 interface entirely. The peer tunnel does not cross a user-configured VPN, even when the rest of the app’s HTTPS traffic does.
What's a legitimate use case for this API? When/why should an app be allowed to bypass a user-configured VPN?
Comment by chmod775 3 days ago
When you're the application providing the VPN or when you're any app built to communicate with something on a local-ish network, not something actually reachable globally.
Comment by picofarad 3 days ago
temporarily if full tunnelling isn't working, one can split tunnel to route around issues due to VPN
But imo an app should never bypass something like a network boundary.
Comment by kotaKat 3 days ago
Comment by vsgherzi 3 days ago
Comment by kotaKat 3 days ago
I think they may have scaled back from this, but they were running a 100% malware-style playbook to hit the Tiktok servers like it was some kinda sketchy C2 package. Lots of attempts of their own DoH (and DoT!) and normal DNS servers to try to get into the Tiktok network.
Comment by wbshaw 2 days ago
Comment by yodon 3 days ago
I'd love to find and remove any apps from my devices that have this SDk active.
Comment by tisdadd 3 days ago
https://www.thequantizer.com/tutorials/wireshark-iphone-traf...
It has been a while since I personally did such traces, but Wireshark was very simple to use and once the network is exposed, it has lots of information available online if you need more.
I found bypassing your VPN particularly appalling, as is the whole thing. Personally, it would be amazing if there were a limit on how much can be in Terms of Service, as no one wants to read that much anymore.
Comment by skinwill 3 days ago
Comment by asdff 3 days ago
Comment by hackrmn 3 days ago
> you are allowing Bright Data to occasionally use your device’s free resources and _IP address to download public web data from the internet_. (emphasis mine)
I think the misleading part -- to the end-user -- is the "download public web data" part. If the data is public why can't Bright Data download it themselves? Well, because the other end doesn't want them to, apparently. The product is make you help Bright Data circumvent the undesired properties of the "public" data providers, on behalf of someone who happens to have the cash but as of yet is at the short end of the Internet stick (for all the right reasons, I'd say).
This is absolutely deplorable, but knowing the directions this is heading, I am neither surprised nor concerned, frankly. People have long voted with their wallet -- it's not the privacy-conscious Joe the Hacker that is being proxied through here, it's our parents and millions of people who just want entertainment at the end of the working day, including _parents_ of small children.
Day by day the dark Internet theory sounds more plausible, and frankly I am all there for it. The Internet will collapse into a feudal internetwork where any routing will need hop-by-hop key, so real people (and agents, frankly) can maintain a measure of trust that right now is being actively circumvented.
Comment by trumpdong 3 days ago
Comment by hackrmn 2 days ago
Comment by trumpdong 2 days ago
Comment by zeratax 1 day ago
Comment by trumpdong 1 day ago
Imagine if any time someone was caught driving drunk, the registered owner of the car went to jail.
This was fixed in 2018 by adding a special exception to the law. Other countries had public wifi a decade earlier. Germany still doesn't have much.
Comment by drchaim 3 days ago
Comment by NewCzech 3 days ago
Imaging having the police show up at your door because they've figured out that you're trafficking child porn, when the actual culprit is someone that is using your TV as a proxy to trade child porn.
Comment by iugtmkbdfil834 3 days ago
If there is any good news about this, it is that the fatigue seems to be hitting normal people. Buddy from work complained to me how he now is now forced to be a full blown wifi/internet admin so that his kids' restrictions/limits are appropriately enforced.
I am just venting, because I am not entirely certain what an appropriate solution here is.
Comment by amelius 3 days ago
Comment by trumpdong 3 days ago
Comment by KomoD 3 days ago
They don't. I use their residential proxies without ever having KYC'd.
Comment by goobatrooba 2 days ago
Comment by maxgashkov 3 days ago
- DNS block & SNI filtering: I expect BrightData to rotate the endpoints if this issues gains enough attention. It will take some time once all the apps embedding the SDK catch up, but if they're smart SDK may already have a backup C&C connection they will try to reach out to after prolonged unavailability of the current endpoints.
- TLS fingerprint: unless SDK pins it, it's the cheapest one to rotate continously.
- MDM solution: almost unattainable to private users; not clear how stable the SDK name is to rely on.
Not saying I have a better approach. It seems behavior like this should be explicitly banned on Apple/Google's side with immediate termination of their publisher accounts.
Comment by blakesterz 3 days ago
Comment by Rasbora 3 days ago
You can also check if your network is running a residential proxy exit node here: https://layer3intel.com/is-my-network-a-residential-proxy
Comment by jappgar 3 days ago
There is discernible lag from proxy to c&c node. The individual bots don't have access to a lot of compute, and are sometimes restricted wrt feature set (e.g. proprietary video codecs).
There are a few other techniques. It's a cat and mouse game though. And the bot owners are usually more motivated than you are.
Comment by asdff 3 days ago
Comment by trumpdong 3 days ago
Alternatively, if it's the first time the IP is seen and it's a deep linked page with no referer, send a neverending chunked gzip data stream.
Comment by tamimio 3 days ago
So what I have now is a pre-smart TV I found at the thrift, still very good picture that’s more than enough for the few times I use it.
There should be a way to disable the “smart” garbage in new TVs, or an option to buy normal ones at least.
Comment by ErroneousBosh 3 days ago
Which presumably passes it a URL to scrape and waits for it to return the data.
What happens if I write my own tool that connects to that C&C server, waits for a URL to scrape, and returns gigabytes of freshly brewed hot horseshit?
Comment by woffoor 3 days ago
Comment by voakbasda 3 days ago
Comment by ErroneousBosh 3 days ago
Comment by dreamcompiler 3 days ago
Comment by ErroneousBosh 2 days ago
Comment by ErroneousBosh 3 days ago
If they're making a request to my machine to go and curl a page, how do they even know whether or not it was https?
Comment by trumpdong 3 days ago
Comment by metalman 3 days ago
Comment by ddxv 3 days ago
I was unable to find related Android SDKs. I tried looking at the various apps on AppGoblin to find the android versions, then looking through their unmapped SDK parts but didn't see anything.
https://github.com/BrightSDK/bright-sdk-gradle-plugin-docs
This looks like it should just be "com.brightdata" but I did not find anything. With 60 iOS apps there must be apps with Android SDK, but I'm not sure why I am not finding any.
If anyone knows, or would like to chat feel free to connect. I'm happy to share data.
Comment by NewsaHackO 3 days ago
Comment by trumpdong 3 days ago
Comment by trumpdong 3 days ago
Comment by xg15 3 days ago
If the divide was data center vs residential IPs, fine, but thanks to Bright Data and friends, residential IPs are getting suspicious as well, so I guess the next step is full-on client verification then...
Comment by clvx 3 days ago
Comment by trumpdong 3 days ago
Comment by trumpdong 3 days ago
Comment by skywhopper 3 days ago
Comment by rdtsc 3 days ago
Ah yes. The big privacy scraping company called themselves The Luminati. It’s like they are side-investing in tin foil hats or something.
Comment by everybodyknows 3 days ago
> MDM, mobile EDR
Anyone care to ELI5 these?
Comment by boilerupnc 3 days ago
Mobile EDR: Endpoint detection and response. This is cybersecurity software to monitor and deal with network activity happening in mobile devices like tablets, phones, etc…
Comment by jibaoproxy 2 days ago
Comment by handle584 3 days ago
Comment by theturtle 3 days ago