Earlier quoted context omitted.
This is a rare example where I actually think Meta should be providing the evidence, and not the other way around. When you have a history of doing greasy shit, you don't get the benefit of the doubt.
What evidence would be convincing?
South Korean regulator accuses DeepSeek of sharing user data with ByteDance
131–140 of 146 posts
Re: South Korean regulator accuses DeepSeek of sharing user data with ByteDance
#132Earlier quoted context omitted.
If the argument is that there's no credible evidence, retorting with a vague question doesn't really help your case. If anything it reinforces the original claim that there's no credible evidence.
If Ruppert Murdoch bought an independent news agency, would you expect the agency to remain unbiased in their reporting?
Re: South Korean regulator accuses DeepSeek of sharing user data with ByteDance
#133Earlier quoted context omitted.
If Ruppert Murdoch bought an independent news agency, would you expect the agency to remain unbiased in their reporting?
Being "biased" isn't remotely close to outright lying. Despite all the exasperation about Fox News being "fake news" or whatever, they very rarely outright lie. https://www.astralcodexten.com/p/the-media-very-rarely-lies
Re: South Korean regulator accuses DeepSeek of sharing user data with ByteDance
#134Earlier quoted context omitted.
Which is in this case a pretty important distinction. Letting another company leverage user data within the bounding zone which you've defined is not the same thing as is being alleged here, which is actually sharing data. It's quite literally the difference between exposing a public API and actually handing over the contents of the database.
> Letting another company leverage user data within the bounding zone which you've defined is not the same thing as is being alleged here, which is actually sharing data. Both are real violations of users.
Re: South Korean regulator accuses DeepSeek of sharing user data with ByteDance
#135Major Chinese tech companies often collaborate with government entities, potentially compromising user privacy. Given China's regulatory environment, where authorities can access data held by domestic firms, users worldwide should exercise caution when engaging with platforms from such backgrounds.
Re: South Korean regulator accuses DeepSeek of sharing user data with ByteDance
#136I guess we know how many bots are commenting on this article based on how many of them are talking about the US, when the article is about South Korea?
Does that make you a bot for not realizing the article also talks about US researchers coming to a similar conclusion?
Re: South Korean regulator accuses DeepSeek of sharing user data with ByteDance
#137Earlier quoted context omitted.
The ostensible business models of the companies at play. Stop looking at any opportunity to bark as Sinophobia.
Don't just restate it using different words! Precisely how's that different to the business models at play at Meta etc?
Re: South Korean regulator accuses DeepSeek of sharing user data with ByteDance
#138This is my surprised face -_- If you're shocked or even the slightest bit surprised, then I can't imagine how blissful your life is to be so unaware about how much corporations are sharing data with each other. Like, I wholeheartedly expect that if I mention Beyblade toys on Facebook, then the next time I visit Amazon, they'll be suggesting Beyblades even if I've never even searched Amazon for toys, let alone Beyblad…
I recently had an experience that genuinely surprised me: I was watching a Peruvian video on YouTube, and I clicked on the creator's Instagram profile link in the description. Literally a few minutes later I received a promotional email with services and investment opportunities from an official Peruvian government email. Somehow opening an Instagram profile of a Peruvian creator got me tagged as a potential investor…
Re: South Korean regulator accuses DeepSeek of sharing user data with ByteDance
#139Earlier quoted context omitted.
Weird hill to die on, man. Like, sure credible evidence is one of the most important things in the world... but what, are you honestly saying that you're going to be surprised if WhatsApp turned out to be leaking data? We don't need the pitchforks just yet, sure, but shit, you have to remain realistic about these things.
>but what, are you honestly saying that you're going to be surprised if WhatsApp turned out to be leaking data? Your words, not mine. I never made such claims, and you're trying to move the goalposts from "Meta does this" to "I'll be surprised if Meta does this".
I think you mean "I'll NOT be surprised if Meta does this", which is the reasonable position of any rational person to take.
I'm allowed to extrapolate expectations of future behaviour, based on past behaviour. Doing otherwise is naive, dangerously so if you're responsible for someone else's security or privacy.
Re: South Korean regulator accuses DeepSeek of sharing user data with ByteDance
#140Some missing context is that the data is shared via the DeepSeek app's use of ByteDance analytics/configuration frameworks. So not a backroom deal where DeekSeek handed over the chat history for its user base, but rather ongoing analytics data being sent from the DeepSeek mobile app. Here's the SecurityScoreCard article that brought attention to this: https://securityscorecard.com/blog/a-deep-peek-at-deepseek/#... Be…
We analyzed the iOS app[1] and observed similar traffic as well as a number of basic security issues (hardcoded encryption keys, use of 3DES and some traffic over HTTP). [1] https://www.nowsecure.com/blog/2025/02/06/nowsecure-uncovers...
question: does the DeepSeek's app use of hardcoded encryption keys rise beyond just their attempt to obfuscate and protect their app's private API endpoints? I believe this an attempt to make abusing their mobile app's private web APIs more difficult since even with cert-pinning disabled and HTTPS MITM'd you still can't observe the real traffic and replicate their requests.
If all its doing is obfuscation though, then I don't understand why pointing out that the keys are hardcoded is meaningful. It certainly doesn't engender trust. But if the app's binary is ultimately decoding some encrypted data, it needs the key, meaning it's ultimately available to the reverse engineer. Whether it's hardcoded or not doesn't matter.
It's a bad look, but if the app used the latest tech and assigned each client its own symmetric encryption key for a session, wouldn't you still be able to access the same data? What would be meaningfully different from a security perspective if they had done this obfuscation better?