Security Blog

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

Google’s Public DNS intercepted in Turkey

29 марта 2014 г.
Share on Twitter Share on Facebook
Google

40 комментариев :

Ali Çevik комментирует...

I am writing this from Turkey. It is a shame.

For those who don't know, last week the Turkish government banned Twitter and YouTube.

twitter.com and youtube.com have been redirected to a page where you get to see it is banned.

People switched to Google DNS for being able to access these web sites.

And to prevent this, now the government instead of banning Google DNS, they intercepted it! We have no idea what's next. B

eing unable to access is one thing, but getting intercepted by the government is a totally different beast... It's a shame.


29 марта 2014 г. в 20:19
Unknown комментирует...

I knew Turkey was blocking access to 8.8.8.8 etc., but you are saying they are actually providing wrong DNS results via that IP address within Turkey? Where are these imposter DNS servers sending Turkish requests for YouTube, for example?

29 марта 2014 г. в 21:25
Unknown комментирует...

I knew Turkey was blocking access to 8.8.8.8 etc., but you are saying they are actually providing wrong DNS results via that IP address within Turkey? Where are these imposter DNS servers sending Turkish requests for YouTube, for example?

29 марта 2014 г. в 21:26
Mert комментирует...


If the aim of this blog post is a public disclaimer of Google's involvement in this then please clarify:

- Which dns queries were affected?
- To which IP address did they resolved to?

It is obvious that Erdogan's administration is resorting even the most desperate measures, but still, this is a public accusation and you can't do it without providing any evidence/details like you do it here.

30 марта 2014 г. в 01:23
Unknown комментирует...

The issue here is not just DNS Poisoning, as in the Phone Book example. It is also IP Spoofing.

They forward some internet traffic to their servers. I'm pretty sure this doesn't stand with ARIN and RIPE's policies! There should be a response to this!

IP Analysis screenshots in Turkey.
http://i.imgur.com/dS6ptJR.jpg
http://i.imgur.com/WoLflZJ.jpg

30 марта 2014 г. в 02:55
Unknown комментирует...

Our analysis shows that there is only one ISP doing that. The rest is either routing towards them or they have no other way to bypass that particular ISP.

Can you please check again? Blaming all ISPs in this way is misleading. The outcome may be the same but masquerading is one thing, routing is another.

30 марта 2014 г. в 03:02
MK Yadava комментирует...

Spoofing by ISPs could be disastrous. It adds a whole new dimension in Internet securities.

30 марта 2014 г. в 03:24
Jakob комментирует...

Does Google have a plan to mitigate these attacks, at least within its own ecosystem? There are many options, including local DNSSEC validation and/or protected DNS protocol transports - until they are implemented, end user security is in jeopardy.

30 марта 2014 г. в 03:52
Unknown комментирует...

Valla Maşşallah. Helal olsun Türkiye Cumhuriyeti'ne...
Sosyal Medya, Haber

30 марта 2014 г. в 04:15
berkay12 комментирует...

There is nothing to do?

30 марта 2014 г. в 04:42
Unknown комментирует...

We get what is happening, question is what will you do about it?

30 марта 2014 г. в 06:07
Cediddi комментирует...

Our goverment is mocking with us. I feel ashamed.

30 марта 2014 г. в 06:53
Kefe FX комментирует...

Not even suprised.

30 марта 2014 г. в 07:03
Unknown комментирует...

We need Internet freedom.

30 марта 2014 г. в 07:07
Gönüllü Gazeteci комментирует...

As a citizen of Turkey, I apologize on behalf of my government. The ISPs are under direct control of the government and once again, they proved how LOW they can get in order to do whatever they want.

You cannot imagine how ashamed we are because of them.

30 марта 2014 г. в 08:09
Unknown комментирует...

Thamks :) I am Turkish. Do you have a DNS address that you can recommend?

30 марта 2014 г. в 11:52
Unknown комментирует...

Ok I understand the concept but what is the worst case scenario of this? How can it lead to fraud? Difficulties? I'm a novice at how the world of computer magic works.

30 марта 2014 г. в 12:26
Анонимный комментирует...

It reminded me a dialogue from the movie Matrix:

Morpheus: ... But they are

the gatekeepers. They are guarding all the doors, they are

holding all the keys, which means that sooner or later...

_someone_ is going to have to fight them.

30 марта 2014 г. в 14:45
Анонимный комментирует...

It reminded me a dialogue from the movie Matrix:

Morpheus: ... But they are

the gatekeepers. They are guarding all the doors, they are

holding all the keys, which means that sooner or later...

_someone_ is going to have to fight them.

30 марта 2014 г. в 14:46
Unknown комментирует...

What is the status of uProxy? Would be nice to accelerate its debut...

30 марта 2014 г. в 17:12
mxx комментирует...

Will you be supporting DNSCrypt protocol now?

30 марта 2014 г. в 19:03
Serkan Erdur комментирует...

Is this not a crime? Will Google do anything about this? Is there any way to workaround this? Is dnscrypt a solution for at least making sure that we are not using a fake DNS?

31 марта 2014 г. в 09:36
Corvin комментирует...

As one part of an overall defense strategy, why doesn't Google implement DNSCrypt on its DNS servers? DNSCrypt is lightweight and Google could easily create a tiny client for desktop OSs as well as baking support into Android and ChromeOS.

31 марта 2014 г. в 11:29
Corvin комментирует...

As one part of an overall defense strategy, why doesn't Google implement DNSCrypt on its DNS servers? DNSCrypt is lightweight and Google could easily create a tiny client for desktop OSs as well as baking support into Android and ChromeOS.

31 марта 2014 г. в 11:31
N R комментирует...

V for vendetta gerçek mi oluyor? Dünyada birçok ülkede BAHAR adı altında devrimler yapılıyor, hükümetler yıkılıyor.
İnsanlar filmdeki gibi isyan edip devlete savaş açıyor ama gerçekten de filmdeki gibi mi acaba?

Hem kendi halkını, hem de dünyadaki diğer halkları sömüren SÜPER DEVLETLERDE bahar mahar yok. Her nedense, burada hükümetin haksızlıklarını protesto edenler kolayca etkisiz hale getiriliyor.

Demokrasi nerede, özgürlük nerede, insan hakları nerede?

Fakat sğper olmamış, sömürge sahibi olmamış ülkelerde ise sırayla bir bahar havasıdır esip duruyor. İşte tam burada süper emperyalist devletler derhal demokrasi şakşakçısı oluveriyor.

Birçok ilkede çalışan sistem Türkiye'de sökmedi.
Diğerlerinde yaptıkları kaos ve karmaşayı gerektiği gibi yapamadılar.


Türkiye'de gezi parkı olaylarını iç savaş ve kaosa dönüştürmek isteyenler oldu. Hem dünya basını hem de sosyal medya tetikçileri iyi performans sarf etti. İyi yol aldılar ama tam oarak başarılı olamadılar.

İstedikleri şu, Türkiye'de bir iç savaş çıksın, kaos olsun. Sonunda ya UYUMLU bir hükümet kurulsun ya da dışarıdan askeri müdahale yapılsın.



Facebook twitter ve youtube bu opersyonlarda anarşistlere hem destek veriyor, hem de suçluların kimliğini gizliyor. Böylelikle terörizme destek oluyor.


Şimdi Google abi, sen Türkiye'de meşru hükümeti devirmek isteyen hain ve teröristlere mi destek oluyorsun yoksa seçimle iş başına gelmiş meşru bir hükümete mi?

31 марта 2014 г. в 13:09
Unknown комментирует...

Watching, and listening... Waiting for the end!

31 марта 2014 г. в 14:00
asert комментирует...

I wonder if it's against any kind of international convention/agreement to steal the name of servers, besides stealing traffic.

As you can see from the below trace, Turk Telekom has named its server after Google's own:


Tracing route to google-public-dns-a.google.com [8.8.8.8]
over a maximum of 30 hops:

1 53 ms 99 ms 99 ms 192.168.1.1
2 13 ms 14 ms 13 ms 93.155.1.196
3 * 13 ms 15 ms 81.212.78.29.static.turktelekom.com.tr [81.212.78.29]
4 17 ms 14 ms 14 ms gayrettepe-t2-3-beyoglu-t3-1.turktelekom.com.tr.216.212.81.in-addr.arpa [81.212.216.246]
5 20 ms 19 ms 20 ms ulus-t2-3-gayrettepe-t2-3.turktelekom.com.tr.204.212.81.in-addr.arpa [81.212.204.205]
6 21 ms 21 ms 20 ms ulus-t3-3-ulus-t2-3.turktelekom.com.tr.219.212.81.in-addr.arpa [81.212.219.209]
7 19 ms 19 ms 19 ms google-public-dns-a.google.com [8.8.8.8]

31 марта 2014 г. в 15:51
Medan комментирует...

Dear Sir,

i thought it's me alone to have this kind of problem, i own a blog and it has no problem since 2011..but in 2014 i can hardly open my blog either it's Chrome or Firefox..

My ISP has their own DNS number (DNS1 & DNS2) but got error many times when i tried to open Blogger.
If this happens, i changed them to Google DNS:
DNS1 => 8.8.8.8
DNS2 => My ISP DNS
-or-
DNS1 => 8.8.8.8
DNS2 => 8.8.4.4
DNS3 => My ISP DNS.

They worked for some moments and then the problem occured again.
So i switched them back to my ISP DNS to get it work.

Things that makes me confused are, when my ISP DNS cannot open the blog, the Google DNS can..
and when the Google DNS cannot, my ISP DNS can do it.

I'm sick with this really..
Can you help me?
Is there anything wrong with my blog or the problem came from Google or my ISP itself?

Thank you very much before, i really appreciates your help.

31 марта 2014 г. в 22:17
Venkatesh Yalaganddula комментирует...

Great Work, You are the best

1 апреля 2014 г. в 02:05
Joel Odom комментирует...

Can you give more details about how this attack works? Are they advertising fake routes to 8.8.8.8 and 8.8.4.4 within Turkey, or are ISPs simply hard coding rules for those IP addresses?

1 апреля 2014 г. в 12:02
Unknown комментирует...

What actions are you planning against this? I mean, I think the IP addresses of Google Public DNS service and the service itself are google's property and some ISPs are abusing this service and google's name by altering the official routing to redirect traffic to their local server without the google user's knowledge.

To understand the situation better, let's imagine that they can replace the google.com web page with a similar one to show the search listings as they would like while keeping it under the name of the google.

Google should have something to do to prevent this.

1 апреля 2014 г. в 19:40
Анонимный комментирует...

Unfortunately they are intercepting ALL DNS traffic from withing Turkey.
They're transparently redirecting traffic to port 53 (DNS) to their own DNS servers.
Eg. You are not able to use any outside DNS server from within Turkey at moment.

3 апреля 2014 г. в 05:34
Roy комментирует...

I'm in Hong Kong and I find that Google Public DNS points google.com and www.google.com to somewhere that is far away to me, while ISP DNS points to somewhere close to me.

14 апреля 2014 г. в 04:25
Unknown комментирует...

I think it is a great post for increasing knowledge about how to more improve your website traffic .

18 апреля 2014 г. в 03:28
Turhan комментирует...

Hello,

Is now the problem with Google DNS in Turkey resolved? Can we surf on web via Google DNS with mind at peace?

Thank you four your interest,
Turhan

19 апреля 2014 г. в 09:45
Анонимный комментирует...

I didn't know about it. Thanks for sharing.

4 мая 2014 г. в 18:08
Анонимный комментирует...

this article seems too short to provide information. Okay, Turkish ISP have set up servers that masquerade, so what is actually happening and what has google done about it? There should have been some updates about this given original date of the article, right?

5 мая 2014 г. в 03:56
Сёма Мрачный комментирует...

DNSCrypt? do it, Google!

2 октября 2014 г. в 16:25
Owyn комментирует...

Russia does the same now, so when is dnscrypt gonna be supported??

2 октября 2014 г. в 16:31
Shiroihane комментирует...

Same here at Indonesia. The government have been intercepting our data for the sake of fighting "porn" by banning Vimeo, imgurl, reddit, and other sites.

3 ноября 2014 г. в 19:45

Отправить комментарий

  

Ярлыки


  • #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
    • мая
    • апр.
    • мар.
    • февр.
    • янв.
  •     2024
    • дек.
    • нояб.
    • окт.
    • сент.
    • авг.
    • июл.
    • июн.
    • мая
    • апр.
    • мар.
    • февр.
    • янв.
  •     2023
    • дек.
    • нояб.
    • окт.
    • сент.
    • авг.
    • июл.
    • июн.
    • мая
    • апр.
    • мар.
    • февр.
    • янв.
  •     2022
    • дек.
    • нояб.
    • окт.
    • сент.
    • авг.
    • июл.
    • июн.
    • мая
    • апр.
    • мар.
    • февр.
    • янв.
  •     2021
    • дек.
    • нояб.
    • окт.
    • сент.
    • авг.
    • июл.
    • июн.
    • мая
    • апр.
    • мар.
    • февр.
    • янв.
  •     2020
    • дек.
    • нояб.
    • окт.
    • сент.
    • авг.
    • июл.
    • июн.
    • мая
    • апр.
    • мар.
    • февр.
    • янв.
  •     2019
    • дек.
    • нояб.
    • окт.
    • сент.
    • авг.
    • июл.
    • июн.
    • мая
    • апр.
    • мар.
    • февр.
    • янв.
  •     2018
    • дек.
    • нояб.
    • окт.
    • сент.
    • авг.
    • июл.
    • июн.
    • мая
    • апр.
    • мар.
    • февр.
    • янв.
  •     2017
    • дек.
    • нояб.
    • окт.
    • сент.
    • июл.
    • июн.
    • мая
    • апр.
    • мар.
    • февр.
    • янв.
  •     2016
    • дек.
    • нояб.
    • окт.
    • сент.
    • авг.
    • июл.
    • июн.
    • мая
    • апр.
    • мар.
    • февр.
    • янв.
  •     2015
    • дек.
    • нояб.
    • окт.
    • сент.
    • авг.
    • июл.
    • июн.
    • мая
    • апр.
    • мар.
    • февр.
    • янв.
  •     2014
    • дек.
    • нояб.
    • окт.
    • сент.
    • авг.
    • июл.
    • июн.
    • апр.
    • мар.
    • февр.
    • янв.
  •     2013
    • дек.
    • нояб.
    • окт.
    • авг.
    • июн.
    • мая
    • апр.
    • мар.
    • февр.
    • янв.
  •     2012
    • дек.
    • сент.
    • авг.
    • июн.
    • мая
    • апр.
    • мар.
    • февр.
    • янв.
  •     2011
    • дек.
    • нояб.
    • окт.
    • сент.
    • авг.
    • июл.
    • июн.
    • мая
    • апр.
    • мар.
    • февр.
  •     2010
    • нояб.
    • окт.
    • сент.
    • авг.
    • июл.
    • мая
    • апр.
    • мар.
  •     2009
    • нояб.
    • окт.
    • авг.
    • июл.
    • июн.
    • мар.
  •     2008
    • дек.
    • нояб.
    • окт.
    • авг.
    • июл.
    • мая
    • февр.
  •     2007
    • нояб.
    • окт.
    • сент.
    • июл.
    • июн.
    • мая

Feed

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