Close Menu
  • Home
  • Articles
    • Attacks
      • BEC
      • Data Breach
      • DDoS
      • Evasion Attacks
      • Injection
      • Malware
      • MITM
      • Phishing
      • Ransomware
      • RCE
      • Social Engineering
      • Spoofing
      • Spyware
    • Business and Policy
      • BCP and DRP
      • GRC
      • Regulations
    • Data Protection
      • DLP
      • DRM
      • Encryption
      • IAM
    • Future, Trends and Insight
      • AI
      • Events & Community
      • Emerging Tech
      • Expert Panel
      • Interviews With Experts
      • Insights
      • Study & Research
    • Resources
      • Guides
      • Tools
      • Training & Education
    • Security
      • API
      • Apps
      • Cloud
      • Critical Infrastructure
      • Endpoint
      • Hardware
      • IoT
      • Mobile
      • Network
      • OT
      • Port Security
      • Security Architecture
      • Software Development
      • Supply Chain
      • Zero Trust
    • Threats and Vulnerabilities
      • Emerging Threats
      • Insider Threats
      • Risk Management
      • Threat Intelligence
      • Zero Day
  • News and Exclusives
    • Latest News
    • ISB Exclusive
    • Positive News
  • Who We Are
    • About Us
    • Information Security Buzz Expert Panel​
    • Write for Us
    • Media Pack
  • Contact Us
  • Newsletter
Facebook X (Twitter) LinkedIn
Facebook X (Twitter) LinkedIn
Information Security BuzzInformation Security Buzz
  • Home
  • Articles
    • Attacks
      • BEC
      • Data Breach
      • DDoS
      • Evasion Attacks
      • Injection
      • Malware
      • MITM
      • Phishing
      • Ransomware
      • RCE
      • Social Engineering
      • Spoofing
      • Spyware
    • Business and Policy
      • BCP and DRP
      • GRC
      • Regulations
    • Data Protection
      • DLP
      • DRM
      • Encryption
      • IAM
    • Future, Trends and Insight
      • AI
      • Events & Community
      • Emerging Tech
      • Expert Panel
      • Interviews With Experts
      • Insights
      • Study & Research
    • Resources
      • Guides
      • Tools
      • Training & Education
    • Security
      • API
      • Apps
      • Cloud
      • Critical Infrastructure
      • Endpoint
      • Hardware
      • IoT
      • Mobile
      • Network
      • OT
      • Port Security
      • Security Architecture
      • Software Development
      • Supply Chain
      • Zero Trust
    • Threats and Vulnerabilities
      • Emerging Threats
      • Insider Threats
      • Risk Management
      • Threat Intelligence
      • Zero Day
  • News and Exclusives
    • Latest News
    • ISB Exclusive
    • Positive News
  • Who We Are
    • About Us
    • Information Security Buzz Expert Panel​
    • Write for Us
    • Media Pack
  • Contact Us
  • Newsletter
Subscribe
Information Security BuzzInformation Security Buzz
Home - Articles - The Turkey Twitter Ban Is A Technically Futile Effort
Articles

The Turkey Twitter Ban Is A Technically Futile Effort

ISBuzz TeamBy ISBuzz TeamApril 1, 2014Updated:April 30, 20257 Mins Read
Share LinkedIn Twitter Facebook Copy Link Email
Turkey_ban_twitter
Share
Facebook Twitter LinkedIn Email Copy Link
Quick AI Summary
ChatGPTClaudeGeminiGrokPerplexityDeepSeekCopilot

There have been a huge number of stories over the last few days talking about the attempts of the Turkish government to ban all access to Twitter. While many of these stories talk about the political implications or how the Turkish people can get around the ban, I have yet to see a good description of why the ban is a technically futile effort, so I decided to pen one myself. 🙂

Domain Name System

The Domain Name System (DNS) is effectively a translator service. Humans find it easier to reference information using words like “www” or “Twitter”. Computers find it easier to reference information using Internet Protocol (IP) addresses like “199.16.156.70”. When you type into your browser the name of a Web site you wish to visit, DNS takes care of quickly and silently translating that name into an IP address so your computer connects to the correct Web site. This is all done in the background, so most people are not even aware it takes place.

Filtering With DNS

As mentioned above, DNS takes care of translating between words and IP addresses. Most networks run one or more local domain name servers to perform this task. One of the ways you can attempt to filter a domain is to corrupt how these name servers process their requests.

For example, if I type “www.twitter.com” into my Web browser, a local name server takes care of translating that name into an IP address. If someone programs that name server to think its authoritative for all hosts within “twitter.com”, and then tell it that “www.twitter.com” does not exist or is located at a different IP address, they can effectively block all users on the local network from accessing Twitter. Each computer using that name server inherently trusts the information it gets back, so no one is the wiser. You’ve effectively hijacked the domain from the perspective of all of the local users relying on that name server.

I’ve seen a number of companies implement domain hijacking as a “feature”. For example they may not want employees using corporate resources to visit “www.facebook.com” during work hours, so they program all of their corporate name servers to redirect users to a policy page explaining that Facebook use is not permitted. I’ve seen others that have done similar to block access to banner ad or known malware sites, in an effort to protect local computers.

In the case of Turkey, the government does not necessarily run all of the name servers within the country. They do however have legal jurisdiction over the Internet Services Providers (ISPs) operating within the country’s borders. So Turkey’s first attempt at blocking Twitter was to hijack the twitter.com domain on name servers running within their borders.

Circumventing DNS Filters

The first method of circumventing DNS filtering is probably pretty obvious, simply do not use the name servers that are returning corrupted information. Many individuals within Turkey figured this out and started using Google’s public DNS service. This permitted them to continue to find the correct IP addresses for hosts within twitter.com. Dyn’s Internet Guide and OpenDNS offer similar services, thus making them valid alternatives as well.

Turkey’s next response was somewhat expected. When the Turkish government learned that people were using alternate name servers, they began implementing an IP block against those servers. While this will certainly block people in Turkey from accessing those alternate name servers, it had the undesired effect of blocking those alternate name servers from finding servers located inside of Turkey. So imagine you are located in the UK and you are using Google’s public DNS service. Let’s further assume that you wish to access a site using name servers located within Turkey. Since Turkey was blocking Google’s DNS service, this lookup would most likely fail. So while the intent was to block Twitter, the result was that they also blocked access to many sites within Turkey itself. For this reason Turkey quickly backed off from this type of filtering.

Another alternative is to simply store the needed IP address information on the user’s local system. Most computers that communicate using IP have an alternative means of resolving system names via a local “hosts” file. In fact this file is usually referenced to look for required IP address information prior to checking with the local name server. So if you know the IP addresses Twitter is using, you can store them in your local hosts file and circumvent any problems introduced by the local name server.

The hosts file has long been a popular way of circumventing DNS when required. For example there are many projects that release a hosts file designed to block sites delivering banner ads. There are others that help keep you away from known malware sites.

Filtering by IP Address

Filtering by IP address is the “big stick” used to block Internet communications. Think of this as being analogous to a roadblock preventing traffic moving from point “A” to “B”. Once Turkey realized that DNS filtering was not working, their next step was to attempt to block access to the IP addresses being used by Twitter’s servers. This granted access to outsiders attempting to reach servers in Turkey, while at the same time prevented people from within Turkey’s from accessing Twitter’s servers.

Circumventing IP Address Filtering

For the average person, IP address filtering is extremely effective. For the tech savvy however, its a mere bump in the road. As an example, consider the Great Firewall of China. The Chinese government has devoted a huge amount of resources to control what information crosses their borders, and yet citizens continually find a way to circumvent it.

One possibility is to use a public Virtual Private Network (VPN) service. There are both free and commercial alternatives available. A VPN effectively tunnels all of your traffic to a remote location before sending it to whatever server you wished to visit. So if I’m trying to get to Twitter but there is an IP filter in the way, I simply first head out to the VPN server, and then bounce over to Twitter. So long as the VPN server is located on the other side of the filter (say outside the borders of Turkey), I can now access the site in question.

Still another alternative is to use a public proxy server. While a VPN will tunnel all of your traffic to a remote location, a proxy server focuses on just your Web browser traffic. A VPN can produce some tell tale forensics of what you are doing, for those who know what to look for. A public proxy server, if implemented correctly, can be indistinguishable from normal Web traffic. The Tor (anonymity network) is one of the best well known public proxy networks, and provides access via thousands of servers spread out across the world.

So why doesn’t a country simply create an IP filter for each of these alternative options? As an analogy, consider trying to solve a mole problem on an 18 hole golf course with a shovel. As quickly as you can locate and block one hole, three others open up someplace else. So while a country could attempt to block access to all of these alternatives, more than likely they will never find all the possibilities in a timely enough fashion to stop people from using them.

Summary

While both DNS and IP filter can be successfully implemented at the corporate level, they start to break down as the network and user base grows exponentially in size. Attempting to implement filtering at a country level is problematic, as the increased size of the topology introduces additional opportunities for circumventing these controls. From the beginning the Internet was designed to resiliently facilitate the free flow of information.

Chris Brenton, Director of Security, Dyn

ISBuzz Team
  • ISBuzz Team
    Air Canada Data Breach: BianLian Extortion Group Claims A Massive Heist Contrary To Airline’s Earlier Statement
  • ISBuzz Team
    Unprecedented DDoS Attack Rocks The Web: Tech Giants Reveal A Digital Tsunami
  • ISBuzz Team
    CISA Flags High-Severity Adobe Acrobat Reader Flaw Amid Active Exploits
  • ISBuzz Team
    Curl Security Alert: Patching A Critical Bug Averting Potential Cyber Catastrophe

The opinions expressed in this post belong to the individual contributors and do not necessarily reflect the views of Information Security Buzz.

Share. Facebook Twitter LinkedIn Email Copy Link

Related Posts

The Real Cost of Inconsistent Third-Party Access

December 18, 20255 Mins Read

What Happens When Devices Cross Borders? The Role of Geofencing in Global IT

August 7, 20256 Mins Read

The Evolving Importance of Identity Governance in FinTech

July 10, 20258 Mins Read
ISB-Bora-Side-Bar

No se ha podido establecer conexión. Error 429

 
ISB-Bora-Side-Bar
Black ISB Logo

Information Security Buzz is an independent resource that provides the experts’ comments, analysis, and opinion on the latest Cybersecurity news and topics

X (Twitter) LinkedIn Facebook RSS

Working With Us

  • About Us
  • Advertise With Us
  • Contact Us

Write For Us

  • How To Contribute

The Pages

  • Privacy Policy
  • Cookie Policy
  • AI Policy
  • Terms & Conditions
  • Copyright Notice

Information Security Buzz and all its contents are copyright © 2014-2025. All rights reserved. All third-party trademarks are recognized.

Type above and press Enter to search. Press Esc to cancel.

Manage Consent
To provide the best experiences, we use technologies like cookies to store and/or access device information. Consenting to these technologies will allow us to process data such as browsing behavior or unique IDs on this site. Not consenting or withdrawing consent, may adversely affect certain features and functions.
Functional Always active
The technical storage or access is strictly necessary for the legitimate purpose of enabling the use of a specific service explicitly requested by the subscriber or user, or for the sole purpose of carrying out the transmission of a communication over an electronic communications network.
Preferences
The technical storage or access is necessary for the legitimate purpose of storing preferences that are not requested by the subscriber or user.
Statistics
The technical storage or access that is used exclusively for statistical purposes. The technical storage or access that is used exclusively for anonymous statistical purposes. Without a subpoena, voluntary compliance on the part of your Internet Service Provider, or additional records from a third party, information stored or retrieved for this purpose alone cannot usually be used to identify you.
Marketing
The technical storage or access is required to create user profiles to send advertising, or to track the user on a website or across several websites for similar marketing purposes.
  • Manage options
  • Manage services
  • Manage {vendor_count} vendors
  • Read more about these purposes
View preferences
  • {title}
  • {title}
  • {title}