Serious concern: Why were XenForo customers never informed about this alleged internal data leak?

Status
Not open for further replies.
It doesn’t change anything, and says the exact same thing as the original document. The ENTIRE issue is this part:
How doesn't it make it the least bit relevant? Discovery just gave a snippet, not the entire conversation. You cannot come to the ultimate conclusion that the data was mishandled without seeing the conversations between Sands and the anonymous XenForo staff member. Did Sands misrepresent himself as working with/law enforcement? I don't know. You don't know. We only know that he "got it", but not how.

Looks like your policy is pretty broad, so you don't have an issue with what they did, only that they did it without the privacy policy not being as explicit.
We will collect and use personal information solely for fulfilling those purposes specified by us and for other ancillary purposes, unless we obtain the consent of the individual concerned or as required by law.

... and it would be hard to believe that one would gain an income from advertising of GBP 500.000 from a forum of 42.000 users.
One thing is for certain: forums centered around toxic behavior can make a lot of money. Off topic, but I wanted a -chan style forum, but not what would come from that if it ever caught on, so I abandoned the project. I could've been a millionaire, too, had I allowed people to harass others online and expect XenForo to cover for me!
 
The court mentions an alleged confidential source. That’s the issue. Everything beyond that, the backdoor, staff access to customer admin panels, a company-wide privacy scandal, has been invented in this thread. The judgment doesn’t say those things. Stop turning one cautious line in a court judgment into a conspiracy theory, and at least be honest about it.


Thats the problem people dont read the damn thing.


Here are the facts.

The plaintiffs were given a name, IP address of the host, email addresses, Xenforo purchase orders, post code.

There are only a few scenarios where someone would have that data.
 
Thats the problem people dont read the damn thing.


Here are the facts.

The plaintiffs were given a name, IP address of the host, email addresses, Xenforo purchase orders, post code.

There are only a few scenarios where someone would have that data.
I completely understand all of that, to make this as clear as possible.

The only blank is how they achieved getting it.

Social engineering? Maybe. XenForo later saw the mistake made and got Sands to get the NPO? Maybe. A new hire 3-4 years ago unsure of the procedure? So many possible maybes that don't necessarily point to negligence, or mishandling, as they knew an NPO was coming down the pipe.

The fact is, the whole story cannot be told with the information provided. Only finger pointing.

This entire discussion is all jumping to conclusions over 2 sentences.
 
It doesnt work that way.
Really... really?

As I posted earlier:
The confidential source within Xenforo advised Neil Sands to continue with an application for a Norwich Pharmacal order.

So that conversation was already more than, "Got them purchase orders?" ... "Here you go."
 
I completely understand all of that, to make this as clear as possible.

The only blank is how they achieved getting it.

Social engineering? Maybe. XenForo later saw the mistake made and got Sands to get the NPO? Maybe. A new hire 3-4 years ago unsure of the procedure? So many possible maybes that don't necessarily point to negligence, or mishandling, as they knew an NPO was coming down the pipe.

The fact is, the whole story cannot be told with the information provided. Only finger pointing.

This entire discussion is all jumping to conclusions over 2 sentences.
@frm , fair enough that you now accept the data was provided — that's progress. But each of the explanations you offer either doesn't help XenForo or actively makes things worse.

Social engineering: if a XenForo employee was tricked into disclosing purchase orders going back to 2018, a customer's hosting IP, card billing address, and bank, that is exactly the failure mode Art. 32 is designed to prevent. It's also not a one-off — paragraphs [18] through [45] cover sustained correspondence with the source from March through November 2023. Social engineering doesn't typically run for eight months as an ongoing advisory relationship.

"Maybe XenForo realised the mistake and got Sands to obtain an NPO to legitimise it" — I want to flag this one carefully, because if you're right, that's a cover-up theory, not a defence. It would mean XenForo knew about a breach in 2023, did not notify the ICO under Art. 33, did not notify the data subject under Art. 34, and coordinated to launder the disclosure through a court order. That is much worse than the "rogue insider" framing, not better. I don't think it's what happened — but raising it as a possible innocent explanation actually underscores how few innocent ones remain.

"New hire unsure of the procedure" — a confused new hire does not pull historical purchase orders spanning 2018 to 2021, identify a hosting IP, confirm the card billing postcode matches, name the specific bank used, and then sustain advisory contact for eight months while telling the plaintiff "you should proceed with a court order" (paragraph [18]). That's not procedural confusion. And even if it were, a new hire having that level of access without the training or controls to prevent this is itself the Art. 32 breach.

"They knew an NPO was coming" — this is the one that falls apart most cleanly on the face of the judgment. Paragraph [30] records that XenForo's stated position to the plaintiffs was that they had the data, they would provide it, but they required a court order. If an internal source then provided that same data months before the order, that source was acting a ainst XenForo's own stated policy. The court-order requirement isn't a formality — it's the line between lawful and unlawful disclosure. "They knew one was coming anyway" doesn't bridge that gap.

And on "two sentences" — it isn't two sentences. The source appears in paragraphs [18], [19], [20], [21], [22], [23], [24], [25], [33], [45], [78], [79], [80], [86], [124], and [134]. That's roughly fourteen paragraphs spanning the factual sections of a High Court judgment. The court returns to the source repeatedly because the source is central to the non-disclosure findings.

The honest version of your point is that we don't know the precise mechanism. That's true. What we do know is that customer personal data was disclosed to a third party before any lawful basis existed for the disclosure. UK GDPR Art. 33, 34, and 32 obligations don't attach to the mechanism — they attach to whether a breach occurred and whether the controller knows about it. The "how" is for XenForo's investigation to determine. The obligations are already engaged.

There is also a second incident in the same judgment that this thread keeps overlooking. Paragraphs [78] to [80] record that a separate XenForo NPO disclosure from 2021 — relating to a different "large online personality (500k+ followers)" — subsequently circulated outside the original litigation and ended up in the first plaintiff's hands in 2025, containing essentially the same identifying information about Bond. That is a second, independent path by which XenForo data moved outside intended channels, years before the 2023 events. Whether the leak was at XenForo's end or downstream from the original applicant isn't yet clear from the public record — but it means we are not talking about a single isolated event. We are talking about at least two separate occasions, four years apart, where XenForo data left the channels it was supposed to stay in.

This is not just a privacy concern. Paragraph [18] of the judgment confirms the source identified the IP address hosting a customer's site — that is infrastructure data, not just personal information. A leak that exposes where a customer's forum lives is a direct security risk to every XenForo customer, not only the one whose records were pulled.

 
Really... really?

As I posted earlier:


So that conversation was already more than, "Got them purchase orders?" ... "Here you go."
Sigh.. you dont get the go ahead to make an anticipatory judgement call.
 
Clean AI summary of my posts 👌

I'm sure I can use AI for a proper defense.

Here's my AI defense of anon and XenForo:
A defense argument for XenForo and the anonymous employee would probably focus less on denying disclosure outright and more on narrowing what actually happened, what legal significance it had, and whether it truly constituted a reportable GDPR breach.

The strongest version of that defense would likely look something like this:

The judgment never conclusively establishes exactly what data was disclosed by the source versus independently discovered through Nardello, OSINT, surveillance, public corporate filings, social media analysis, or other investigative methods.

Much of the allegedly “private” information was already inferable or publicly obtainable:

Sebastian Bond’s association with Nest and Glow,

Yuzu Zest corporate records,

Poole/Bournemouth location,

aliases,

and forum/software connections.


The source may have been confirming hypotheses rather than disclosing entire protected records from scratch.

“Purchase orders” may have been partial screenshots, metadata, or limited confirmations rather than full internal account exports.

The hosting/IP references described in the judgment are not necessarily proof that raw server logs or protected internal databases were disclosed.

The source repeatedly pushed the plaintiffs toward formal legal process, including an NPO, which cuts against the theory that XenForo was intentionally bypassing lawful disclosure requirements.

Once the NPO was obtained, XenForo formally complied through court-supervised process exactly as its stated policy contemplated.


On the GDPR side, the defense would probably argue:

Art. 32 does not impose a strict-liability standard where any informal employee communication automatically equals systemic security failure.

The court did not make findings that XenForo knowingly authorized disclosure.

The “rogue insider” theory remains plausible because the judgment never identifies management involvement.

Art. 33/34 notification duties only trigger once a controller becomes aware of a personal-data breach likely to create relevant risk thresholds.

There is no judicial finding that XenForo corporate leadership knew in 2023 that unauthorized disclosure had occurred.

Sustained communication alone does not prove the employee was continuously disclosing protected personal data; some exchanges may have consisted of opinions, public-source analysis, or strategic advice.


The defense would also attack causation and materiality:

The plaintiffs already had substantial evidence identifying Bond before the NPO.

Nardello had already concluded Bond was “eminently plausible” as the operator based on independent investigative work.

Therefore, the source may have accelerated confirmation rather than “revealed” an otherwise unknown identity.


As for the 2021 disclosure discussed in paragraphs [78]-[80], a defense would likely say:

the judgment does not establish that XenForo leaked that material,

only that an old NPO disclosure later circulated beyond its original litigation,

which could have occurred downstream from the original recipient rather than from XenForo itself.


So the core defense theme would likely be:

At most, this was an informal and possibly unauthorized confirmation process occurring alongside an already advanced independent investigation — not a deliberate corporate scheme to unlawfully disclose customer data or circumvent legal process.
 
Nobody is saying the source aspect should be ignored. If information was improperly disclosed before the NPO, that obviously deserves scrutiny. What you don’t seem to grasp is the difference between an unresolved source issue and the conclusions being piled onto it here: backdoors, staff access to customer admin panels, confirmed company-wide privacy scandals, and every other worst-case assumption being treated as fact. The court used cautious wording: “appears to have been working for XenForo”. Nobody here knows who that source was, what access they actually had, whether they were staff, a contractor, a former contact, someone connected to Tattle Life itself, or how any of that information was ultimately obtained. That distinction matters.

A possible disclosure issue is one thing. Filling in every unknown with the worst possible interpretation and then presenting it as established fact is something else entirely. And judging by the TAZ post, it’s becoming pretty easy to see where some people clearly want this discussion to end up.
 
The court mentions an alleged confidential source. That’s the issue. Everything beyond that, the backdoor, staff access to customer admin panels, a company-wide privacy scandal, has been invented in this thread. The judgment doesn’t say those things. Stop turning one cautious line in a court judgment into a conspiracy theory, and at least be honest about it.
It seems that people just read the botched AI summary posted on TAZ and made up things on top of it. The AI summary has now been removed because it was inaccurate.

If people want to form an opinion, then they should read the whole court document.
 
This seems less about understanding the judgment and more about finding a stick to beat XenForo with. We have a Turkish saying: people throw stones at the tree that bears fruit. In other words, when something is successful or visible, some people will always look for a reason to attack it.

The point is pretty obvious at this stage. 😉
 
What you don’t seem to grasp is the difference between an unresolved source issue and the conclusions being piled onto it here: backdoors, staff access to customer admin panels,
You seem to have run with one persons opinion as the view of everyone.
The court used cautious wording: “appears to have been working for XenForo”.

Might be cautious, but it was also leading.
 
That’s exactly the issue. You’re treating the mechanism and responsibility as if they’re already established, while the judgment itself is much more cautious. It doesn’t identify the source, doesn’t establish their role, doesn’t explain their access, and doesn’t say XenForo as a company authorised or knew about any improper disclosure.

So no, it isn’t black and white. You’re speaking more definitively than the court did. @Blatchy
 
That’s exactly the issue. You’re treating the mechanism and responsibility as if they’re already established, while the judgment itself is much more cautious. It doesn’t identify the source, doesn’t establish their role, doesn’t explain their access, and doesn’t say XenForo as a company authorised or knew about any improper disclosure.

So no, it isn’t black and white. You’re speaking more definitively than the court did. @Blatchy

"and doesn’t say XenForo as a company authorised or knew about any improper disclosure."

And thats exactly how the backdoor theory you railed against got started.
 
Status
Not open for further replies.
Back
Top Bottom