this post was submitted on 28 May 2024
880 points (99.8% liked)

Technology

59105 readers
4009 users here now

This is a most excellent place for technology news and articles.


Our Rules


  1. Follow the lemmy.world rules.
  2. Only tech related content.
  3. Be excellent to each another!
  4. Mod approved content bots can post up to 10 articles per day.
  5. Threads asking for personal tech support may be deleted.
  6. Politics threads may be removed.
  7. No memes allowed as posts, OK to post as comments.
  8. Only approved bots from the list below, to ask if your bot can be added please contact us.
  9. Check for duplicates before posting, duplicates may be removed

Approved Bots


founded 1 year ago
MODERATORS
 

A purported leak of 2,500 pages of internal documentation from Google sheds light on how Search, the most powerful arbiter of the internet, operates.

The leaked documents touch on topics like what kind of data Google collects and uses, which sites Google elevates for sensitive topics like elections, how Google handles small websites, and more. Some information in the documents appears to be in conflict with public statements by Google representatives, according to Fishkin and King.

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 1 points 5 months ago (1 children)

Wait why is that commit still up if this is a data leak?

[–] [email protected] 1 points 5 months ago (1 children)

It's not a data leak, it's a a leak of internal documentation in a google api client which supposedly contains "leaks" of how the google algorithm might works, e.g. the existence of domain authority attribute that google denied for years. I haven't actually dig in to see if its really a leak or was overblown though.

[–] [email protected] 2 points 5 months ago

Internal documentation leaking is still a data leak, it's just a subset of a data leak.

If it was sensitive information that commit would have been purged by now. The original PR (on the Google Clients repo) has no mention of problems, and there are no issues of discussions around rewriting the git history on that item.

This makes me think this isn't actually a problem.

My org is less practiced on operational security than Google and we would purge that information within minutes of any of us hearing about it. And this has been on blog posts for a while now.