Earlier today I was prompted to use a CAPTCHA — because of suspicious search activity — when doing a Google search, So I assumed either a PC on my network had a virus or something.

After poking around I noticed — from my router logs—that there were tons of connections to my Raspberry Pi that I had set up as a web server — port forwarded to 80 and 22 — so I pulled the card, turned off that port forward and re-imaged it this time as a “honey pot” and the results are very interesting

The honey pot is reporting that there are successful attempts to log in with the username/pass combination pi/raspberry, and logs the IP’s — these are coming in almost every second — and some of the IP’s when I investigate are supposed to be Google’s IP.

So I don’t know, are they doing, if it is supposed “white hat” stuff, or whatever. It seems like that is an illegal intrusion. They aren’t doing anything after they log in.

Here is an example IP address:

  • 18
    Take a look at this, specifically the comment: whois.domaintools.com/ Mar 22, 2015 at 1:14
  • 5
    If you properly secure the device this should not concern you. This actually is the answer to the question: What to do? Secure the device.
    – usr
    Mar 22, 2015 at 12:44
  • 1
    I rolled back the last edit because the focus is what to do if you know you are being attacked, rather than how to prevent it... which I think is documented lots of places... Mar 23, 2015 at 16:55
  • I hope you're not using the pi/raspberry combination on anything else besides your honeypot. The moment you make it accessible from outside it should have something more decent than that.
    – user366447
    Mar 24, 2015 at 13:39
  • @mast pi is only honeypot; at some point I will just pull the logs, get a new IP and re-image it Mar 24, 2015 at 13:58

2 Answers 2


So I don’t know, are they doing, if it is supposed “white hat” stuff, or whatever. It seems like that is an illegal intrusion. They aren’t doing anything after they log in.

You are assuming Google themselves are “attacking” your server, when the reality is Google also provides web hosting and application hosting services to most anyone who pays to use them. So a user using those services could have a script/program in place that is doing the “hacking.”

Doing a reverse DNS record (PTR) lookup on further confirms this idea:

You can check this—on your own—from the command line in Mac OS X or Linux like this:

dig -x +nocomments +noquestion +noauthority +noadditional +nostats

And the result I get from the command line in Mac OS X 10.9.5 (Mavericks) is:

; <<>> DiG 9.8.3-P1 <<>> -x +nocomments +noquestion +noauthority +noadditional +nostats
;; global options: +cmd 86400 IN    PTR

Or you could use just +short to truly get only the core response answer like this:

dig -x +short

Which would return:

The base domain name of googleusercontent.com clearly is what it says it is, “Google User Content” which is known to be connected to the Google App Engine “Platform as a Service” product. And that allows any user to create and deploy code in Python, Java, PHP & Go applications to their service.

If you feel these accesses are malicious, you can report suspected abuse to Google directly via this page. Be sure to include your raw log data so Google staff can see exactly what you are seeing.

Past any of that, this Stack Overflow answer explains how one can go about getting a list of IP addresses connected to the googleusercontent.com domain name. Could be useful if you want to filter “Google User Content” accesses from other system accesses.


The following information obtained using the command whois explains what you need to do:

Comment:        *** The IP addresses under this Org-ID are in use by Google Cloud customers ***
Comment:        Please direct all abuse and legal complaints regarding these addresses to the
Comment:        GC Abuse desk ([email protected]).  Complaints sent to 
Comment:        any other POC will be ignored.

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .