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

June 17, 2011
Share on Twitter Share on Facebook
Google

21 comments :

Tobi said...

Finally! This was overdue. :)

June 18, 2011 at 7:19 PM
Penulis Iseng said...

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. :(

July 1, 2011 at 4:31 PM
Unknown said...

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.

July 6, 2011 at 11:49 AM
BullSh said...

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

July 6, 2011 at 12:09 PM
Kurnia Lim said...

@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 :)

July 7, 2011 at 3:43 AM
Claudio Minetti said...

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.

July 8, 2011 at 3:42 PM
Anonymous said...

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.

July 9, 2011 at 1:52 PM
Technolawguy said...

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.

July 10, 2011 at 11:04 PM
Nick said...

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!

July 11, 2011 at 12:00 AM
Anonymous said...

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...

July 11, 2011 at 12:44 AM
Anonymous said...

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.

July 11, 2011 at 6:45 AM
Jason W. Thompson said...

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.

July 11, 2011 at 9:50 AM
Judy said...

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.

July 12, 2011 at 2:01 AM
Anonymous said...

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.

July 13, 2011 at 11:50 AM
Derek Jones said...

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.

July 13, 2011 at 12:00 PM
Anonymous said...

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.

July 14, 2011 at 10:56 AM
Snat said...

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 ?

July 15, 2011 at 7:26 AM
dhruvil shah said...

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 .

July 25, 2011 at 10:24 PM
Tahir Jamil said...

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.

July 28, 2011 at 6:17 AM
Edie Silva said...

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.

August 11, 2011 at 2:59 PM
Unknown said...

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...

August 12, 2011 at 4:11 PM

Post a Comment

  

Labels


  • #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
    • Apr
    • Mar
    • Feb
    • Jan
  •     2024
    • Dec
    • Nov
    • Oct
    • Sep
    • Aug
    • Jul
    • Jun
    • May
    • Apr
    • Mar
    • Feb
    • Jan
  •     2023
    • Dec
    • Nov
    • Oct
    • Sep
    • Aug
    • Jul
    • Jun
    • May
    • Apr
    • Mar
    • Feb
    • Jan
  •     2022
    • Dec
    • Nov
    • Oct
    • Sep
    • Aug
    • Jul
    • Jun
    • May
    • Apr
    • Mar
    • Feb
    • Jan
  •     2021
    • Dec
    • Nov
    • Oct
    • Sep
    • Aug
    • Jul
    • Jun
    • May
    • Apr
    • Mar
    • Feb
    • Jan
  •     2020
    • Dec
    • Nov
    • Oct
    • Sep
    • Aug
    • Jul
    • Jun
    • May
    • Apr
    • Mar
    • Feb
    • Jan
  •     2019
    • Dec
    • Nov
    • Oct
    • Sep
    • Aug
    • Jul
    • Jun
    • May
    • Apr
    • Mar
    • Feb
    • Jan
  •     2018
    • Dec
    • Nov
    • Oct
    • Sep
    • Aug
    • Jul
    • Jun
    • May
    • Apr
    • Mar
    • Feb
    • Jan
  •     2017
    • Dec
    • Nov
    • Oct
    • Sep
    • Jul
    • Jun
    • May
    • Apr
    • Mar
    • Feb
    • Jan
  •     2016
    • Dec
    • Nov
    • Oct
    • Sep
    • Aug
    • Jul
    • Jun
    • May
    • Apr
    • Mar
    • Feb
    • Jan
  •     2015
    • Dec
    • Nov
    • Oct
    • Sep
    • Aug
    • Jul
    • Jun
    • May
    • Apr
    • Mar
    • Feb
    • Jan
  •     2014
    • Dec
    • Nov
    • Oct
    • Sep
    • Aug
    • Jul
    • Jun
    • Apr
    • Mar
    • Feb
    • Jan
  •     2013
    • Dec
    • Nov
    • Oct
    • Aug
    • Jun
    • May
    • Apr
    • Mar
    • Feb
    • Jan
  •     2012
    • Dec
    • Sep
    • Aug
    • Jun
    • May
    • Apr
    • Mar
    • Feb
    • Jan
  •     2011
    • Dec
    • Nov
    • Oct
    • Sep
    • Aug
    • Jul
    • Jun
    • May
    • Apr
    • Mar
    • Feb
  •     2010
    • Nov
    • Oct
    • Sep
    • Aug
    • Jul
    • May
    • Apr
    • Mar
  •     2009
    • Nov
    • Oct
    • Aug
    • Jul
    • Jun
    • Mar
  •     2008
    • Dec
    • Nov
    • Oct
    • Aug
    • Jul
    • May
    • Feb
  •     2007
    • Nov
    • Oct
    • Sep
    • Jul
    • Jun
    • May

Feed

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