Security Blog

The latest news and insights from Google on security and safety on the Internet

Protecting users from malware hosted on bulk subdomain services

17 de junio de 2011
Share on Twitter Share on Facebook
Google

21 comentarios :

Tobi dijo...

Finally! This was overdue. :)

18 de junio de 2011, 19:19
Penulis Iseng dijo...

It is very disappointing knowing this. Just learning to blog. My site got indexed takes me more than a month (because i have no idea how that day), but losing it in just a day.
Register in co.cc and using google webmaster tool to check everything including malware. So I believe my site is good.
I don't expect this. So sad to know because of less than 10% using it the bad way, all 90% has to feel the punishment as well. :(

1 de julio de 2011, 16:31
Unknown dijo...

Might I suggested purchasing a TOP-LEVEL domain name? They're so cheap now, there's no reason not to. Even Google offers limited domain services via GoDaddy, perhaps it's time to get established.

6 de julio de 2011, 11:49
BullSh dijo...

This is total monopoloy. Instead of banning the sites that have the malware runnning, google bans everybody. I just goes to show when one gets too powerfull they think they can play god!, It would be easy enuff to ban just the sites with malware then the entire domains. my 2c

6 de julio de 2011, 12:09
Kurnia Lim dijo...

@Marshall internetbs.net is cheaper and include free privacy.

hehe above me seems have lot of co.cc
It's simple. Google have it's search engine, they can do whatever they like, even banned all website, if you don't like, don't submit url to google and don't optimize for google, optimize for others :)
Monopoly if in this world there's only 1 search engine : google only, no other can have search engine, that's monopoly, and this is not.
BTW I so so agree with google decision, and better roll out panda often :)

7 de julio de 2011, 3:43
Claudio Minetti dijo...

My site, claudiominetti.co.cc was even banned, this site is totally personal, i do not see any reason for Google to ban all site with this domains.
This is totally insane.

8 de julio de 2011, 15:42
Anónimo dijo...

I'm a Google apps, adsense, analytics and webmaster tools user. I just don't have enough money to pay for the domain name that links to my blog, the spammers and malware authors deserved losing their search results, and i applaud Google for taking those out, but those of us using it for valid reasons now have to dish out money we just don't have.

9 de julio de 2011, 13:52
Technolawguy dijo...

Those of you complaining are complaining to the wrong people! You need to direct your complaints to the people responsible for the malware / spamware / scamware / etc.

And if you've paid any money you need to direct your complaints at co.cc - they're the ones who have profited from abuse.

10 de julio de 2011, 23:04
Nick dijo...

I have a legitimate site via CO.CC. If only 50,000 of 11 MILLION sites have malware, then ban the 50,000 not the legit sites!

11 de julio de 2011, 0:00
Anónimo dijo...

Though I can see some value in this move, I can't help but feel uneasy at how strong a censorship power Google has. They could have just added very bold warnings and additional warning screens before leading to the co.cc subdomains, and let people take their responsibility.

I wish they gave some credit to their users, and let them decide for themselves, given the information Google can provide;and I'm sure they have convincing data, they wouldn't have blocked the entire domain otherwise. Sure, some people wouldn't make the right decision. But hopefully, they would learn from their mistakes. The very mistakes they are not given the opportunity to make--and thus learn from---in the current situation.

Google as an extension of the nanny states? Unfortunately so...

11 de julio de 2011, 0:44
Anónimo dijo...

From what i gather, Google engineers have taken the lazy way out of a malware problem. This is also a small attack on the free internet.

11 de julio de 2011, 6:45
Jason W. Thompson dijo...

With .com sites at only $10/year, I'm not sure how someone could loose their entire earnings because the .co.cc subdomain is blocked. I know I couldn't live on less that $10/year. Perhaps think of buying a domain as part of the cost of doing business.

11 de julio de 2011, 9:50
Judy dijo...

Nice going, Google. You just blocked my university course website from your search results. Sure, I could pay $10 a year to register some other domain that you might also decide later to block, but why bother because (a) if you can, you probably will at some point, and (b) I don't get reimbursed for this.

12 de julio de 2011, 2:01
Anónimo dijo...

This is unfortunate, but there is not much people can do. The problem was solved and will probably just take another form, but it is easy to register a new domain - Guess you just have to play by their rules these days.

13 de julio de 2011, 11:50
Derek Jones dijo...

Given the fact that my blog was once hosted on a .co.cc domain and the problems I had with Facebook because of it back in February, it was very wise to have moved my blog to the new purchased domain. Don't blame Google for this, blame those who caused it.

13 de julio de 2011, 12:00
Anónimo dijo...

The fact of the matter is that it is much easier when the domain is owned by the user. I found a great tool with activclient I am sure there are other great tools, but this one has helped me out lately.

14 de julio de 2011, 10:56
Snat dijo...

Personally I think this is more of a band aid solution then an actual solution.

Didn't they do this to afraid.org at one point ?

15 de julio de 2011, 7:26
dhruvil shah dijo...

this is no good. i know a lot of good website with co.cc
you can ban the site with malware but do not punish all the website.
this is unfair .
i do not own the google so can't really do anything .
but google has been changed a lot in few months . sometime result are not proper . errors, stupid change in color. +1 and than this !. if this happen for next few months i think people will start using bing and yahoo. Thanks sorry for poor english .

25 de julio de 2011, 22:24
Tahir Jamil dijo...

It is really harsh measures by Google to ban or delist all co.cc websites without any descrimination. My five sites were running for many years. I am genuine personal writer but Google is a boss who does everything according to their sole discretion. Is there any pressure on Google from .com or commercial domain hosting sellers? At least Google should officially tell reasons to publishers. It is our freedom of expression right to question decisions.

28 de julio de 2011, 6:17
Edie Silva dijo...

50,000 sites are just wrong on 11 million domains. Is very conservative atitide of google delete all of your sites indexing. Other DNS services often have content sites with spam, malwere are malicious and no is deleted from the search engine. Maybe a boycott of other companies that sell domain names and are seeing that people already are setting up co.cc domain much more than their DNS. Harming the webmaster and the website publishers who use co.cc is arbitrary and conservative.

11 de agosto de 2011, 14:59
Unknown dijo...

I've a solution. It implies a lot of work for people like me, who can't automate tasks. My proposal, to all of us, is to use Blogger for showing our entire sitemap with titles. I use co.cc for my site and Blogger for my blog. Google index cepac.co.cc (our site) ONLY if a post in Blogger inmention it. So, there's the solution: put all and every link to each and everyone of our pages in a Blogger post, or more. And see what happen... Will Google close 11 million of Blogger accounts? Many people do bad things with Blogger and (I guess) their not thinking in closing it...

12 de agosto de 2011, 16:11

Publicar un comentario

  

Etiquetas


  • #sharethemicincyber
  • #supplychain #security #opensource
  • android
  • android security
  • android tr
  • app security
  • big data
  • biometrics
  • blackhat
  • C++
  • chrome
  • chrome enterprise
  • chrome security
  • connected devices
  • CTF
  • diversity
  • encryption
  • federated learning
  • fuzzing
  • Gboard
  • google play
  • google play protect
  • hacking
  • interoperability
  • iot security
  • kubernetes
  • linux kernel
  • memory safety
  • Open Source
  • pha family highlights
  • pixel
  • privacy
  • private compute core
  • Rowhammer
  • rust
  • Security
  • security rewards program
  • sigstore
  • spyware
  • supply chain
  • targeted spyware
  • tensor
  • Titan M2
  • VDP
  • vulnerabilities
  • workshop


Archive


  •     2025
    • may
    • abr
    • mar
    • feb
    • ene
  •     2024
    • dic
    • nov
    • oct
    • sept
    • ago
    • jul
    • jun
    • may
    • abr
    • mar
    • feb
    • ene
  •     2023
    • dic
    • nov
    • oct
    • sept
    • ago
    • jul
    • jun
    • may
    • abr
    • mar
    • feb
    • ene
  •     2022
    • dic
    • nov
    • oct
    • sept
    • ago
    • jul
    • jun
    • may
    • abr
    • mar
    • feb
    • ene
  •     2021
    • dic
    • nov
    • oct
    • sept
    • ago
    • jul
    • jun
    • may
    • abr
    • mar
    • feb
    • ene
  •     2020
    • dic
    • nov
    • oct
    • sept
    • ago
    • jul
    • jun
    • may
    • abr
    • mar
    • feb
    • ene
  •     2019
    • dic
    • nov
    • oct
    • sept
    • ago
    • jul
    • jun
    • may
    • abr
    • mar
    • feb
    • ene
  •     2018
    • dic
    • nov
    • oct
    • sept
    • ago
    • jul
    • jun
    • may
    • abr
    • mar
    • feb
    • ene
  •     2017
    • dic
    • nov
    • oct
    • sept
    • jul
    • jun
    • may
    • abr
    • mar
    • feb
    • ene
  •     2016
    • dic
    • nov
    • oct
    • sept
    • ago
    • jul
    • jun
    • may
    • abr
    • mar
    • feb
    • ene
  •     2015
    • dic
    • nov
    • oct
    • sept
    • ago
    • jul
    • jun
    • may
    • abr
    • mar
    • feb
    • ene
  •     2014
    • dic
    • nov
    • oct
    • sept
    • ago
    • jul
    • jun
    • abr
    • mar
    • feb
    • ene
  •     2013
    • dic
    • nov
    • oct
    • ago
    • jun
    • may
    • abr
    • mar
    • feb
    • ene
  •     2012
    • dic
    • sept
    • ago
    • jun
    • may
    • abr
    • mar
    • feb
    • ene
  •     2011
    • dic
    • nov
    • oct
    • sept
    • ago
    • jul
    • jun
    • may
    • abr
    • mar
    • feb
  •     2010
    • nov
    • oct
    • sept
    • ago
    • jul
    • may
    • abr
    • mar
  •     2009
    • nov
    • oct
    • ago
    • jul
    • jun
    • mar
  •     2008
    • dic
    • nov
    • oct
    • ago
    • jul
    • may
    • feb
  •     2007
    • nov
    • oct
    • sept
    • jul
    • jun
    • may

Feed

Follow
Give us feedback in our Product Forums.
  • Google
  • Privacy
  • Terms