Skip to content
DarkWeb Field Notes

What Tor Browser does and does not protect when you open a hidden wiki

Tor Browser gives you two things: your traffic is routed through the Tor network so the sites you visit do not learn your network location, and the browser is configured so that sites cannot easily tell you apart from other Tor Browser users. Both of those hold when you open a hidden wiki tor browser page. What the browser cannot do is tell you whether a link on that page goes where it claims. That gap is the whole danger. An onion address has no certificate authority behind it and no human-readable name, so the browser cannot flag a clone the way it flags a certificate mismatch on the clearnet. It shows an onion icon for any working onion service, genuine or not. Newcomers often read the icon as a sign of legitimacy. It is a sign only that the connection is an onion connection. So the division of labour is clear. The browser protects your identity and your device, within limits described below. You protect yourself from clones by verifying addresses through operators, as described elsewhere on this site. Confusing the two, expecting the software to catch a bad link, is the most common misunderstanding in this whole subject.

The security level and why wiki pages tempt you to lower it

Tor Browser has a security level setting with three positions. The default allows most site features. The middle setting disables JavaScript on non-HTTPS sites and blocks some media. The safest setting disables JavaScript everywhere along with several other features that have historically been used to identify or attack Tor users. The Tor Project documents these levels and recommends the safest setting for users who need the most protection. The trade-off is that many sites break without JavaScript. Here is where the hidden wiki browser experience does its damage: a reader following links from a wiki copy hits a site that does not work, a banner says to enable scripts, and the reader lowers the level for convenience, then forgets to raise it again. A better habit is to treat a site that demands JavaScript as information. Legitimate onion services that respect Tor users generally work at the safest level, because their operators know their audience. A site that insists on scripts is either carelessly built or wants you exposed. Either way, lowering the level to accommodate an unverified link from a wiki is the wrong order of operations. Verify first, and only relax settings for a site whose operator you have confirmed.

When you follow a tor wiki link, the address bar is the one place the browser gives you real information, and most readers never look at it. Three things are worth checking every time. - The address itself. A current onion address is 56 characters and ends in .onion. A 16-character address is retired and will not load, and a page still linking to one has not been maintained. - The onion icon. It appears for any onion service. Its presence means the connection stayed inside Tor. It does not mean the site is the one you wanted. - Redirects. If the address you clicked is not the address you ended up on, something in between changed it. That is sometimes a harmless mirror and sometimes a clone forwarding you around. A scenario: a reader clicks a forum link on a wiki copy and lands on a login page. They glance at the address bar and see 56 characters and an onion icon, and feel reassured. They should not be. The genuine forum's address, which they have never checked against a signed source, might differ in most of its characters from what they are looking at. The address bar told them the connection type. It said nothing about the operator, and only verification can.

Using the Hidden Wiki in Tor Browser Without Lowering Your Guard

Some entries on links deep web hidden wiki pages point at files rather than sites: archives, documents, software. Tor Browser handles downloads, but what happens after the file is on your disk is outside its protection, and this is where a careless click turns into a compromised machine. The Tor Project warns that opening downloaded documents while online can cause the application that opens them to make connections outside Tor, revealing your real network location. Executables downloaded from unverified onion sites carry the obvious additional risk of malware. Neither problem is unique to Tor, but both are magnified by the fact that wiki links are unverified. A reasonable set of rules covers most cases. - Do not download software from a link found on a wiki. Get it from the developer's official site, verified through the developer's signature where one is offered. - Treat any document from an unverified source as hostile. If you must open it, do so on a machine or in an environment that is offline, or use a system designed for this such as Tails, which the Tor Project's documentation describes. - Assume that a wiki entry offering free copies of something valuable is bait. That pattern is old and reliable. The browser can keep your identity private while you download. It cannot make the file safe.

Bookmarks and the New Identity button as your real defences

Two ordinary browser features do more for you than any amount of vigilance while reading a wiki. The first is bookmarks. Once you have verified a service's address through its operator, save it as a bookmark in Tor Browser and use only the bookmark from then on. Retyping addresses, re-searching them or returning to a wiki copy for a service you already verified reintroduces the exact risk you removed. The second is the New Identity function, which closes all tabs, clears session state and builds fresh circuits. Use it between unrelated activities. If you spent twenty minutes reading a hidden wiki copy and clicking around, and now want to log into a service you trust, a new identity separates the two sessions so that whatever you encountered while browsing cannot follow you into the login. A scenario: a reader keeps a bookmark folder with four verified services. They open a wiki copy out of curiosity, read it, note one interesting name, close everything with New Identity, and then look up that name through its operator's clearnet site later. Nothing they clicked on the wiki ever had a chance to interact with their trusted sessions. That separation costs a click and removes an entire class of mistakes.

Here is what a careful hidden wiki link tor session looks like from start to finish. 1. Before opening anything, set the security level to safest. Confirm it in the shield icon menu. 2. Open the wiki copy and assess it as a document: maintainer statement, dates, address formats, advertising. If it fails, close it. 3. Read for names. Do not click entries for services with logins. Do not download anything. 4. For any site you do open out of curiosity, read the address bar. Note whether it works at the safest level. Enter nothing. 5. Close the session with New Identity. 6. Later, look up the names that interested you through their operators, verify addresses with PGP per our Useful Resources page, and bookmark them. 7. From then on, use bookmarks, not the wiki, for those services. The routine is slower than clicking, and that is the point. Almost every phishing loss on the Tor network involves a reader who moved from a link list to a login form in one motion. Inserting the verification step between those two actions is what the browser cannot do for you and what this routine enforces.

The browser is a tool, not a judge

Tor Browser is good at its job, which is hiding your network location and making you look like every other Tor user. It was never designed to judge whether a link is honest, and no browser could, because onion addresses have no authority to vouch for them. The hidden wiki is where most people first collide with that limit, and the collision usually takes the form of lowering a security setting or trusting an onion icon. Keeping the roles straight is most of the skill. Let the software protect your identity and your device, keep its settings where the Tor Project recommends, and take responsibility for verifying operators yourself. Bookmarks and New Identity turn that responsibility into two clicks. One step to take today: open Tor Browser, set the security level to safest, and then visit one onion service you have already verified. Notice whether it works. If it does, you have a reference for what a well-built onion site looks like at full protection, and every wiki link that later demands you lower the level will stand out for what it is.

Frequently asked questions

does tor browser warn me if a hidden wiki link is fake?

No. Tor Browser shows an onion icon for any working onion service, genuine or clone, and there is no certificate authority for onion addresses. The browser protects your identity; verifying that an address belongs to the operator you expect is your job.

should i enable javascript to view sites from the hidden wiki?

Not for unverified sites. The Tor Project recommends the safest security level for users who need the most protection, and a site that refuses to work without scripts is either poorly built or wants you exposed. Relax settings only for operators you have confirmed.

what does the onion icon in tor browser mean?

It means the connection to the current site stayed inside the Tor network as an onion service. It does not indicate that the site is legitimate or that the address is the one its supposed operator publishes.

is it safe to download files linked from the hidden wiki?

Generally no. Software should come from the developer's official site with a verified signature, and documents from unverified sources can contain malware or make connections outside Tor when opened. The Tor Project warns specifically about opening downloaded documents while online.

what is the new identity button for?

It closes all tabs, clears session state and builds fresh Tor circuits. Use it to separate a browsing session, such as reading a wiki copy, from a session in which you log into a service you trust, so nothing from the first can follow you into the second.

hidden wiki tor browserhidden wiki browserhidden wiki link tortor wiki linklinks deep web hidden wiki