History

Phone Phreaking and the 2600 Hz Tone: The First Hackers

How a single 2600 Hz tone let curious teenagers control the Bell phone network, and why mixing data and commands is a mistake website owners can still avoid.

By Zebra Hosting Cloud

Long before anyone worried about computer viruses, a group of curious people discovered that the American telephone network could be controlled by whistling. They called themselves phone phreaks, and their story is one of the earliest examples of a lesson that still applies to every website: if the same channel carries both data and control commands, someone will eventually learn to send commands.

How the Bell network worked

In the 1960s, long-distance calls in the United States were routed over trunk lines owned by AT&T and the Bell System. The network used what engineers call in-band signalling. The tones that told the switching equipment what to do travelled on the same voice channel that carried your conversation. When a trunk line was idle, the equipment held it with a steady tone of 2600 hertz. When a call began, that tone dropped away and the line was in use.

The design was convenient and cheap, but it contained a quiet assumption: that only the telephone company's own equipment would ever put those tones onto the line. Ordinary callers, the thinking went, would never be able to produce them.

The tone leaks out

In 1954 and again in 1960 the Bell System Technical Journal published articles describing the signalling used between switching offices. They were written for engineers, but they were public documents, and a few readers with the right curiosity realised what it implied. If you could play 2600 Hz into the handset of a connected call, the far-end equipment would believe the trunk had been released. The line then waited for new routing instructions, and those instructions were also just tones.

The best-known early phreak was Joe Engressia, a blind young man who had perfect pitch and discovered as a child that he could whistle a tone that disconnected a call. He later became known as Joybubbles. Others found the same trick in other ways. One of the most documented was a toy whistle that happened to produce exactly 2600 Hz, which is a story for its own article.

The blue box

Whistling a single tone was a party trick. The real step was building a device that produced the full set of multi-frequency tones the network used to dial. Phreaks called this a blue box. With one, a caller could seize a trunk with 2600 Hz, then send routing tones to reach distant exchanges, and the network would treat the call as legitimate and not bill it normally.

The wider public learned about this in October 1971, when Esquire magazine published Ron Rosenbaum's article "Secrets of the Little Blue Box". It described the phreak underground in vivid detail, and it brought blue boxes to the attention of electronics hobbyists across the country. Among the people it inspired were two young men in California, Steve Wozniak and Steve Jobs, who built and sold blue boxes before they founded Apple.

How the phone company responded

The fix was not clever, it was structural. Over the following years the telephone network moved toward out-of-band signalling, where control information travels on a separate channel that callers cannot reach. This idea became standard in the systems that replaced the old tone-based trunks. Once control and content were on different paths, no amount of whistling could issue commands.

Law enforcement and Bell security staff also pursued phreaks, and a number were arrested for toll fraud. But the lasting answer was architectural. The network stopped trusting the voice channel to be only voice.

Why phreaks matter to the history of hacking

Phreaking was the first widespread case of curious technical people learning how a large system really worked, then discovering that its security depended on secrecy rather than design. Many early computer hackers came out of this community. They carried over its habits: exploring systems for the pleasure of understanding them, trading knowledge in small groups, and testing the limits of what a system would accept.

It also set a pattern that repeats today. A technology is built under an assumption about who can reach it. The assumption quietly stops being true. Someone publishes or discovers a way around it. The owners respond first with enforcement and later with redesign.

The same mistake, decades later

Mixing data and commands in one channel is the root of many modern web flaws. SQL injection works because user input is allowed to become part of a database command. Cross-site scripting works because user content is allowed to become part of a page's code. In both cases the system trusts a channel that was supposed to carry only harmless data.

The lesson for site owners today

  • Do not rely on secrecy. Assume attackers can read the documentation. Security that only works while nobody knows the trick will fail eventually.
  • Separate data from commands. Use prepared statements, validate input, and escape output. Keep your admin area apart from public pages, ideally behind extra authentication.
  • Reduce what is reachable. A control panel, database port or admin login that does not need to be public should not be.
  • Fix the design, not just the incident. Banning one abuser did not save the telephone network; redesigning it did.

Free certificates and HTTPS settings are explained on the SSL page.

What this means for your hosting

The phone company learned to put control on a channel that outsiders could not touch. Good hosting follows the same idea by keeping administration inside a managed control panel and traffic filtering at the edge. Every Zebra Hosting plan includes Plesk for management, and our security page explains how we think about keeping the control side of your site away from the public side. Free SSL certificates are included too, so everything between your visitors and your site is encrypted; see the SSL page for details.