WEBVTT - TechStuff Classic: The Secrets of Tor and the Deep Web

0:00:04.400 --> 0:00:07.800
<v Speaker 1>Welcome to Tech Stuff, a production from I Heart Radio.

0:00:12.039 --> 0:00:14.600
<v Speaker 1>Hey there, and welcome to tech Stuff. I'm your host,

0:00:14.720 --> 0:00:17.439
<v Speaker 1>Jonathan Strickland. I'm an executive producer with iHeart Radio and

0:00:17.480 --> 0:00:19.759
<v Speaker 1>I love all things tech and it's time for a

0:00:19.880 --> 0:00:26.079
<v Speaker 1>classic episode. This episode originally published on April six. It

0:00:26.200 --> 0:00:30.080
<v Speaker 1>is titled The Secrets of Tour and the Deep Web.

0:00:30.600 --> 0:00:33.440
<v Speaker 1>I've covered these topics a few times over the years.

0:00:33.479 --> 0:00:36.120
<v Speaker 1>This one was a pretty fun discussion. Hope you enjoy.

0:00:37.120 --> 0:00:40.680
<v Speaker 1>The Mighty Tour is one of the Avengers. He wields

0:00:40.720 --> 0:00:45.400
<v Speaker 1>the hammer Mjolner, and his brother is Loki. She's not

0:00:45.440 --> 0:00:48.240
<v Speaker 1>even growing her eyes, She's just staring me down this time. Okay.

0:00:48.280 --> 0:00:52.159
<v Speaker 1>So seriously, though, what tour is free software. It's an

0:00:52.159 --> 0:00:56.080
<v Speaker 1>open network, and it helps you defend against traffic analysis.

0:00:56.080 --> 0:00:58.640
<v Speaker 1>In other words, people trying to figure out what you

0:00:58.680 --> 0:01:02.120
<v Speaker 1>are doing and who you're commun ninicating with. Traffic analysis

0:01:02.160 --> 0:01:05.480
<v Speaker 1>is a form of network surveillance that threatens personal freedom

0:01:05.480 --> 0:01:09.560
<v Speaker 1>and privacy. Uh, it threatens confidential business activities and relationships,

0:01:09.560 --> 0:01:13.800
<v Speaker 1>and it threatens state security. Therefore, some folks got together

0:01:13.840 --> 0:01:15.360
<v Speaker 1>and said, hey, you know what we should do is

0:01:15.400 --> 0:01:18.320
<v Speaker 1>we should come up with the means to allow people

0:01:18.319 --> 0:01:22.240
<v Speaker 1>to communicate over the Internet, but do so in a private,

0:01:22.280 --> 0:01:25.960
<v Speaker 1>anonymous fashion, so that you can set up these anonymous channels.

0:01:26.160 --> 0:01:28.839
<v Speaker 1>Perhaps the most popular way to access this is through

0:01:28.880 --> 0:01:33.280
<v Speaker 1>a customized build a Firefox called the Tour Browser Bundle. Right, Yeah,

0:01:33.280 --> 0:01:36.760
<v Speaker 1>because just using Tour on its own is one thing

0:01:36.800 --> 0:01:38.559
<v Speaker 1>to do to to allow you to have a little

0:01:38.560 --> 0:01:42.800
<v Speaker 1>more of an anonymous presence, but it requires more than that,

0:01:42.880 --> 0:01:45.440
<v Speaker 1>because if you access Tour through some other means, if

0:01:45.440 --> 0:01:49.080
<v Speaker 1>you don't have say Flash disabled in your web browser,

0:01:49.520 --> 0:01:52.680
<v Speaker 1>then you're still kind of broadcasting where you are because

0:01:52.680 --> 0:01:57.800
<v Speaker 1>Flash often involves uh identification information in order for it

0:01:57.840 --> 0:02:00.640
<v Speaker 1>to work. So it is a and source. So if

0:02:00.640 --> 0:02:02.640
<v Speaker 1>you feel like getting in there and and doing your

0:02:02.640 --> 0:02:06.240
<v Speaker 1>own thing, you're absolutely able to um and uh and

0:02:06.240 --> 0:02:08.399
<v Speaker 1>And a lot of people do use it in one

0:02:08.440 --> 0:02:11.359
<v Speaker 1>form or another. At its peak, in more than half

0:02:11.360 --> 0:02:14.920
<v Speaker 1>a million people were using it every day. Yeah, oddly enough,

0:02:14.960 --> 0:02:17.919
<v Speaker 1>I think as I a call in that year, there

0:02:17.960 --> 0:02:23.880
<v Speaker 1>was some news that broke about government agencies. Yeah, Edward

0:02:23.919 --> 0:02:26.880
<v Speaker 1>Snowden had that leak about the n s A, and

0:02:27.000 --> 0:02:31.080
<v Speaker 1>suddenly people were thinking, you know, I was like it doubled. Yeah, Yeah,

0:02:31.160 --> 0:02:33.520
<v Speaker 1>it was one of those things where people began to

0:02:33.560 --> 0:02:36.679
<v Speaker 1>get very concerned. And it's not necessarily that these people

0:02:36.720 --> 0:02:39.280
<v Speaker 1>are doing anything wrong. In fact, that's not the point

0:02:39.320 --> 0:02:42.400
<v Speaker 1>at all. The point is that they have an expectation

0:02:42.560 --> 0:02:46.080
<v Speaker 1>to privacy and being able to hold this kind of

0:02:46.120 --> 0:02:52.040
<v Speaker 1>anonymous communication with other people. The communication itself isn't necessarily anonymous,

0:02:52.040 --> 0:02:55.760
<v Speaker 1>but the channels are. Uh, you know, that's just that's

0:02:55.760 --> 0:02:58.200
<v Speaker 1>just an expectation we have. It's not that, you know,

0:02:58.480 --> 0:03:01.280
<v Speaker 1>I'm planning something to Ferry. It's just if I want

0:03:01.280 --> 0:03:04.800
<v Speaker 1>to send a message to Lauren, and it's just for

0:03:04.919 --> 0:03:08.880
<v Speaker 1>Lauren's eyes, I don't think anyone else has the right

0:03:08.919 --> 0:03:11.560
<v Speaker 1>to look in on that. So yeah, and in normal

0:03:11.600 --> 0:03:15.880
<v Speaker 1>internet traffic, that's absolutely a possibility. Yes, Because we've talked

0:03:15.880 --> 0:03:19.000
<v Speaker 1>a lot about how information travels across the internet. You know,

0:03:19.080 --> 0:03:21.919
<v Speaker 1>it all gets divided up into these little packets. Then

0:03:21.960 --> 0:03:24.880
<v Speaker 1>the packets go across the network and then get put

0:03:24.919 --> 0:03:27.640
<v Speaker 1>together Willy Wonka style on the other side, so that

0:03:27.680 --> 0:03:29.480
<v Speaker 1>you get whatever it is you were trying to send,

0:03:29.600 --> 0:03:32.480
<v Speaker 1>which is unfortunately probably not a delicious chocolate bar no

0:03:32.880 --> 0:03:36.080
<v Speaker 1>or Mike TV either. It's not neither of those things.

0:03:36.080 --> 0:03:37.560
<v Speaker 1>What it might be like if I, if I were

0:03:37.640 --> 0:03:40.440
<v Speaker 1>to send that email to Lauren, and it's a sizeable email,

0:03:40.720 --> 0:03:43.960
<v Speaker 1>that email gets divided up into numerous packets. The packets

0:03:44.240 --> 0:03:47.160
<v Speaker 1>go across the Internet, not necessarily taking the same path,

0:03:47.720 --> 0:03:50.720
<v Speaker 1>and they eventually reassemble on the other side and then

0:03:50.800 --> 0:03:53.240
<v Speaker 1>Lauren can read it. But in order for that to happen,

0:03:53.560 --> 0:03:56.160
<v Speaker 1>these packets have to have little bits of information so

0:03:56.200 --> 0:03:59.560
<v Speaker 1>the routers know where to send the information onto next.

0:04:00.080 --> 0:04:03.400
<v Speaker 1>So it's kind of like an address on a piece

0:04:03.440 --> 0:04:06.720
<v Speaker 1>of mail. So let's say that you've got a snoop

0:04:06.800 --> 0:04:11.960
<v Speaker 1>in your neighborhood and this person is getting into everybody's business.

0:04:12.040 --> 0:04:14.480
<v Speaker 1>And the way this person does it is they look

0:04:14.520 --> 0:04:17.760
<v Speaker 1>at all the mail that's going in and out of

0:04:17.800 --> 0:04:20.840
<v Speaker 1>a person's mailbox. And even if they're not opening that

0:04:20.960 --> 0:04:23.480
<v Speaker 1>mail and and reading all of it, just just the

0:04:23.480 --> 0:04:26.480
<v Speaker 1>fact that you're sending it to particular people at particular

0:04:26.560 --> 0:04:29.720
<v Speaker 1>times can tell that snoop a lot about what's going on. Right,

0:04:29.760 --> 0:04:33.080
<v Speaker 1>So if you're sending out, uh, you know, envelopes to

0:04:33.440 --> 0:04:37.719
<v Speaker 1>say a medical facility, that could give a lot of

0:04:37.760 --> 0:04:40.720
<v Speaker 1>information to a snoop if they're seeing that stuff from

0:04:41.160 --> 0:04:44.120
<v Speaker 1>various insurance companies is coming into you that could you know,

0:04:44.120 --> 0:04:46.640
<v Speaker 1>I'm going with a medical thing here, but really this

0:04:46.720 --> 0:04:50.720
<v Speaker 1>applies to any sort of communication. So so what we're

0:04:50.720 --> 0:04:53.440
<v Speaker 1>saying is that it's not enough for the content of

0:04:53.480 --> 0:04:56.720
<v Speaker 1>what you send over the internet. Uh necessarily, I mean

0:04:56.760 --> 0:04:59.680
<v Speaker 1>you are hypothetical, you maybe you're fine, it's not enough

0:04:59.680 --> 0:05:03.200
<v Speaker 1>for you to encrypt the content, but the actual transfer

0:05:03.279 --> 0:05:06.800
<v Speaker 1>of the content in some cases needs to be encrypted exactly.

0:05:06.920 --> 0:05:09.880
<v Speaker 1>And there are a lot of legitimate cases where you

0:05:09.880 --> 0:05:12.920
<v Speaker 1>would want that to happen. I mean, let's talk about

0:05:13.200 --> 0:05:16.480
<v Speaker 1>journalists for example. So you might have a journalist who

0:05:16.680 --> 0:05:22.039
<v Speaker 1>is pursuing some major story, perhaps they're in unfriendly territory

0:05:22.120 --> 0:05:24.520
<v Speaker 1>to do so, and they want to be able to

0:05:25.000 --> 0:05:28.680
<v Speaker 1>contact sources that might be in danger otherwise if there

0:05:28.760 --> 0:05:32.560
<v Speaker 1>if if this communication were publicly known or really anything

0:05:32.600 --> 0:05:36.480
<v Speaker 1>that could endanger the journalist, a source, or the story itself,

0:05:36.920 --> 0:05:38.880
<v Speaker 1>then you would want to have a way of securely

0:05:38.960 --> 0:05:42.760
<v Speaker 1>communicating and making sure that no one's really snooping in

0:05:42.839 --> 0:05:46.440
<v Speaker 1>on you. Well, that's that's a perfectly legitimate source. There

0:05:46.440 --> 0:05:49.120
<v Speaker 1>are governments that use this kind of thing in order

0:05:49.200 --> 0:05:53.440
<v Speaker 1>so that they can gather information and disseminate information. Uh,

0:05:53.600 --> 0:05:55.960
<v Speaker 1>you've got companies that use this kind of stuff in

0:05:56.080 --> 0:06:01.080
<v Speaker 1>order to have secure communications about upcoming products or services

0:06:01.120 --> 0:06:03.320
<v Speaker 1>that are not part of the public knowledge and don't

0:06:03.320 --> 0:06:05.280
<v Speaker 1>need to be oh sure, I mean even if you're

0:06:05.320 --> 0:06:07.720
<v Speaker 1>just doing r and D about something you know, like

0:06:07.720 --> 0:06:10.599
<v Speaker 1>like let's say that you're the example that you used

0:06:10.640 --> 0:06:12.280
<v Speaker 1>and in our notes here is Apple. Like if here,

0:06:12.320 --> 0:06:15.320
<v Speaker 1>if you're creating a new product and you start researching

0:06:15.400 --> 0:06:20.000
<v Speaker 1>patents online, um, the right person could could find your

0:06:20.000 --> 0:06:22.960
<v Speaker 1>searches and figure out what you were looking for, and

0:06:23.400 --> 0:06:26.360
<v Speaker 1>that sucks for you. Yeah, yeah, if you had the

0:06:26.440 --> 0:06:29.640
<v Speaker 1>next big idea and you were waiting, because you know,

0:06:30.160 --> 0:06:33.159
<v Speaker 1>like the company of Apple, they get a lot of

0:06:34.240 --> 0:06:37.800
<v Speaker 1>a boost from folks whenever they announced something brand new

0:06:37.839 --> 0:06:41.719
<v Speaker 1>that surprises everyone, which of course is exactly why you

0:06:41.760 --> 0:06:46.800
<v Speaker 1>have so many news agencies scrutinizing everything Apple does in

0:06:46.880 --> 0:06:50.279
<v Speaker 1>order to try and guess what's coming next. So the

0:06:50.360 --> 0:06:53.000
<v Speaker 1>more you're able to keep that secret, the bigger the

0:06:53.040 --> 0:06:57.159
<v Speaker 1>impact is when you unveil it. Because the worst, the

0:06:57.200 --> 0:06:59.920
<v Speaker 1>worst feeling is when you tune into an Apple of

0:07:00.040 --> 0:07:02.360
<v Speaker 1>that and it ends up being exactly what you expected.

0:07:02.360 --> 0:07:05.080
<v Speaker 1>It was. Time to be right. Every everyone still tunes

0:07:05.120 --> 0:07:07.520
<v Speaker 1>in but then they're like, oh, but that's exactly what

0:07:07.560 --> 0:07:10.120
<v Speaker 1>they were talking about last week. I know, and you

0:07:10.240 --> 0:07:16.360
<v Speaker 1>read what they wrote last week, so stop it me. Sure,

0:07:16.520 --> 0:07:19.760
<v Speaker 1>and and lots of other people who could generally be

0:07:19.960 --> 0:07:23.080
<v Speaker 1>considered to be working for for non nefarious purposes, but

0:07:23.400 --> 0:07:27.080
<v Speaker 1>nonetheless would like a little bit of secrecy, uh, for example,

0:07:27.120 --> 0:07:30.760
<v Speaker 1>activists or whistleblowers, um or you know Chinese citizens who

0:07:30.760 --> 0:07:32.680
<v Speaker 1>really just want to use Facebook or read news from

0:07:32.680 --> 0:07:35.680
<v Speaker 1>other countries. Sure, and we've seen plenty of examples also,

0:07:35.800 --> 0:07:38.840
<v Speaker 1>things like the Arabs Spring. You know, places in the

0:07:38.880 --> 0:07:42.600
<v Speaker 1>world where you have people who are trying to enact

0:07:42.720 --> 0:07:47.080
<v Speaker 1>change in a very harsh environment where if their activities

0:07:47.120 --> 0:07:51.120
<v Speaker 1>were picked up on by official sources, government sources, state

0:07:51.200 --> 0:07:56.080
<v Speaker 1>sponsored sources, they could face some serious consequences. And it's

0:07:56.080 --> 0:07:58.400
<v Speaker 1>not necessarily the again, like you said, that they're doing

0:07:58.440 --> 0:08:01.200
<v Speaker 1>anything nefarious, it's just they can't do it at all

0:08:01.240 --> 0:08:05.640
<v Speaker 1>without fear of some form of consequence unless that can

0:08:05.720 --> 0:08:07.960
<v Speaker 1>remain secure. So you've got to figure out how do

0:08:08.000 --> 0:08:11.640
<v Speaker 1>we make this secure. Also, we have to figure out

0:08:11.960 --> 0:08:14.200
<v Speaker 1>how do we frame this in such a way where

0:08:14.240 --> 0:08:18.880
<v Speaker 1>we also admit some people do use it for nefarious purposes. Oh, sure,

0:08:18.880 --> 0:08:21.760
<v Speaker 1>of course. I mean there are plenty of people out

0:08:21.800 --> 0:08:24.320
<v Speaker 1>there who are going to use this kind of anonymous

0:08:24.320 --> 0:08:28.800
<v Speaker 1>connection in order to conduct illegal or otherwise illicit activities.

0:08:28.920 --> 0:08:31.760
<v Speaker 1>We've talked about some of them in previous episodes, in fact,

0:08:32.080 --> 0:08:35.679
<v Speaker 1>and we'll mention some more as we go along. So again,

0:08:35.679 --> 0:08:37.800
<v Speaker 1>it's one of those things where you would probably argue

0:08:37.800 --> 0:08:42.000
<v Speaker 1>that it's a relatively small percentage of the population using

0:08:42.000 --> 0:08:44.240
<v Speaker 1>it for these purposes, but they're the ones who get

0:08:44.280 --> 0:08:48.520
<v Speaker 1>the most press, uh, and so therefore it kind of

0:08:48.720 --> 0:08:51.719
<v Speaker 1>creates this public perception that people who use tour are

0:08:51.840 --> 0:08:55.360
<v Speaker 1>up to something. Also, you know, we mentioned the fact

0:08:55.440 --> 0:09:00.040
<v Speaker 1>that in a normal Internet communication, the you know what,

0:09:00.040 --> 0:09:03.840
<v Speaker 1>what amounts to the the address on the label is

0:09:04.080 --> 0:09:06.319
<v Speaker 1>perfectly visible because it needs to be so that it

0:09:06.400 --> 0:09:08.840
<v Speaker 1>can route across gets to the place it's gone. Yeah,

0:09:08.960 --> 0:09:11.400
<v Speaker 1>and Tour they had to figure out a way around

0:09:11.440 --> 0:09:14.400
<v Speaker 1>that so that you could have it be ob you skated,

0:09:14.520 --> 0:09:17.960
<v Speaker 1>so that if someone were to snoop in on communication,

0:09:18.040 --> 0:09:20.360
<v Speaker 1>they would not be able to determine what the origin

0:09:20.480 --> 0:09:26.040
<v Speaker 1>nor destination were. And that is pretty amazing stuff because

0:09:26.040 --> 0:09:27.959
<v Speaker 1>you gotta you gotta figure out a way of implementing

0:09:28.000 --> 0:09:30.400
<v Speaker 1>that where it can still work, Like, how do you

0:09:30.520 --> 0:09:33.520
<v Speaker 1>disguise the address and still hope that it gets to

0:09:33.559 --> 0:09:36.560
<v Speaker 1>where it's going, Because if we did that to the

0:09:36.720 --> 0:09:40.640
<v Speaker 1>to the US Postal Service, our stuff would never get anywhere.

0:09:41.720 --> 0:09:44.040
<v Speaker 1>And it wouldn't be their fault either, because you just

0:09:44.080 --> 0:09:46.079
<v Speaker 1>wouldn't be following the rules. Oh sure, Yeah, if you

0:09:46.080 --> 0:09:48.680
<v Speaker 1>don't write your address on something, then how does it

0:09:48.679 --> 0:09:53.840
<v Speaker 1>get to that place? So here's another funny thing, Lauren, Um,

0:09:53.920 --> 0:09:58.199
<v Speaker 1>who was it that came up with this whole tour idea?

0:09:58.240 --> 0:10:01.520
<v Speaker 1>I mean it must have been like, um, like hackers,

0:10:01.920 --> 0:10:05.920
<v Speaker 1>you know at def con convention, who all got together

0:10:05.960 --> 0:10:07.560
<v Speaker 1>and so we don't want the government looking in on

0:10:07.600 --> 0:10:10.080
<v Speaker 1>our stuff, right, you know? It was the government. It

0:10:10.160 --> 0:10:13.079
<v Speaker 1>was the it was it was the U. S. Naval

0:10:13.120 --> 0:10:17.920
<v Speaker 1>Research Laboratory UM back in back in actually, which makes

0:10:17.920 --> 0:10:21.720
<v Speaker 1>it extra hilarious that that the n s A has

0:10:21.800 --> 0:10:24.360
<v Speaker 1>kind of been trying to crack trying to crack it

0:10:24.400 --> 0:10:27.680
<v Speaker 1>because you've got a government agency doing its best to

0:10:27.720 --> 0:10:31.600
<v Speaker 1>figure out how to intercept information that goes across a

0:10:31.600 --> 0:10:37.800
<v Speaker 1>tour network, and another government US government entity that's responsible

0:10:38.280 --> 0:10:41.360
<v Speaker 1>in large part for the creation for its creation and furthermore,

0:10:41.480 --> 0:10:44.719
<v Speaker 1>other governmental agencies that are responsible for funding it. As

0:10:44.760 --> 0:10:48.640
<v Speaker 1>of one point two four million dollars, half of tours

0:10:48.679 --> 0:10:52.920
<v Speaker 1>revenue UH came from government grants, including a large part

0:10:53.000 --> 0:10:56.120
<v Speaker 1>from the Department of Defense. So this is an example

0:10:56.200 --> 0:10:58.960
<v Speaker 1>of two different parts of the United States government working

0:10:59.000 --> 0:11:02.160
<v Speaker 1>at odds against each other, one part saying this is

0:11:02.200 --> 0:11:05.800
<v Speaker 1>absolutely necessary for us to be able to operate in

0:11:05.840 --> 0:11:09.199
<v Speaker 1>a secure way, and the other part saying, we want

0:11:09.240 --> 0:11:11.559
<v Speaker 1>to be able to see what's going on here. So

0:11:11.559 --> 0:11:13.439
<v Speaker 1>so so yeah. But but this all got its start

0:11:13.480 --> 0:11:17.400
<v Speaker 1>back with the U. S. Navy and UM. It was

0:11:17.760 --> 0:11:22.640
<v Speaker 1>part of an onion rooting project. Routing project, Yeah, rooting.

0:11:22.679 --> 0:11:25.120
<v Speaker 1>If you're in England, it's routing. Here in the US,

0:11:25.160 --> 0:11:28.720
<v Speaker 1>it's usually routing either way. Why would you even call

0:11:28.800 --> 0:11:32.319
<v Speaker 1>it an onion It's because it relies upon quote a

0:11:32.440 --> 0:11:36.400
<v Speaker 1>layered object to direct the construction of an anonymous, bidirectional

0:11:36.480 --> 0:11:39.760
<v Speaker 1>real time virtual circuit between two communicating parties and initiator

0:11:39.800 --> 0:11:42.720
<v Speaker 1>and responder. And that's as clear as day. Yeah, we

0:11:42.760 --> 0:11:45.120
<v Speaker 1>can just end the podcast now, guys, don't worry. We're

0:11:45.120 --> 0:11:47.840
<v Speaker 1>going to explain the whole layered thing a little bit

0:11:47.920 --> 0:11:51.840
<v Speaker 1>later on. So we will. We will make sure that

0:11:51.880 --> 0:11:55.720
<v Speaker 1>you understand why an onion It's actually a pretty clever

0:11:56.280 --> 0:11:59.760
<v Speaker 1>way to describe what's going on. But the project had

0:12:00.240 --> 0:12:04.960
<v Speaker 1>specific goals to research and develop and build anonymous communication systems,

0:12:05.240 --> 0:12:09.560
<v Speaker 1>to analyze other anonymous communications systems, and to create low

0:12:09.720 --> 0:12:14.400
<v Speaker 1>latency Internet based systems that resisted traffic analysis, eavesdropping, at

0:12:14.400 --> 0:12:19.240
<v Speaker 1>other attacks from outsiders as an Internet routers or insiders

0:12:19.280 --> 0:12:22.719
<v Speaker 1>as an onion routing servers. I have more to say

0:12:22.760 --> 0:12:25.360
<v Speaker 1>about the secrets of tour. The deep Web got a

0:12:25.360 --> 0:12:28.679
<v Speaker 1>lot of layers to peel off that onion. But before

0:12:28.720 --> 0:12:38.600
<v Speaker 1>we get to that, let's take a quick break. So

0:12:39.000 --> 0:12:42.959
<v Speaker 1>the ideal was to create some form of distributed system

0:12:42.960 --> 0:12:45.720
<v Speaker 1>where you could have two parties communicating with one another

0:12:46.200 --> 0:12:48.199
<v Speaker 1>and no one would be able to know that those

0:12:48.200 --> 0:12:51.280
<v Speaker 1>two parties were in communication. They would know the communication

0:12:51.400 --> 0:12:53.800
<v Speaker 1>is going on because traffic is moving across the network,

0:12:54.200 --> 0:12:56.760
<v Speaker 1>but because of the network's design, they would have no

0:12:56.800 --> 0:13:00.000
<v Speaker 1>way of knowing what to end parties were actually communicating

0:13:00.040 --> 0:13:01.920
<v Speaker 1>with one another. Because, just as we were saying with

0:13:02.000 --> 0:13:05.359
<v Speaker 1>that snoop, even if you can't see what the information

0:13:05.400 --> 0:13:08.640
<v Speaker 1>itself is, just knowing who is talking to whom gives

0:13:08.640 --> 0:13:12.880
<v Speaker 1>you a lot of info right because of this, and

0:13:12.920 --> 0:13:15.280
<v Speaker 1>funnily enough, the Navy actually had to step back from

0:13:15.320 --> 0:13:18.120
<v Speaker 1>the project in order to make it actually useful because

0:13:18.120 --> 0:13:21.280
<v Speaker 1>the network needs to be open, right. Um. So, I

0:13:21.320 --> 0:13:23.160
<v Speaker 1>mean if if you know, if you can see that

0:13:23.280 --> 0:13:27.920
<v Speaker 1>everything is coming through, if if only the Navy used it,

0:13:28.160 --> 0:13:31.319
<v Speaker 1>then you would know whenever communication was happening that the

0:13:31.400 --> 0:13:34.880
<v Speaker 1>Navy was communicating with people like you would. You would

0:13:34.880 --> 0:13:37.680
<v Speaker 1>have limited the number of people that could possibly be

0:13:37.760 --> 0:13:41.240
<v Speaker 1>the ones communicating by making it open and say this

0:13:41.280 --> 0:13:44.240
<v Speaker 1>is a playground where everyone can come in. Suddenly you

0:13:44.320 --> 0:13:47.240
<v Speaker 1>can't tell who's communicating with whom because there's so many's

0:13:47.240 --> 0:13:49.880
<v Speaker 1>too much noise and not in the traffic, right. Um. So,

0:13:50.000 --> 0:13:53.080
<v Speaker 1>the project incorporated as a nonprofit in two thousand six,

0:13:53.160 --> 0:13:55.840
<v Speaker 1>and it currently depends a whole lot on crowdsourcing. UM.

0:13:55.880 --> 0:13:58.839
<v Speaker 1>There are only nine full time tour employees as of

0:13:58.960 --> 0:14:03.960
<v Speaker 1>this podcast, which we are recording on April. By the way,

0:14:04.280 --> 0:14:07.160
<v Speaker 1>um and uh, the rest of the development is spread

0:14:07.160 --> 0:14:10.480
<v Speaker 1>across dozens of part time assistants and hundreds of volunteers.

0:14:10.760 --> 0:14:14.200
<v Speaker 1>The code is open source, which actually makes it harder

0:14:14.240 --> 0:14:16.360
<v Speaker 1>to mess with. Um. You know, like if someone say,

0:14:16.559 --> 0:14:20.480
<v Speaker 1>say the n s A tried to create a vulnerability deliberately,

0:14:20.840 --> 0:14:24.320
<v Speaker 1>then anyone could catch it, right, Yeah, it's not like

0:14:24.520 --> 0:14:26.880
<v Speaker 1>it's hidden the way behind closed doors. In that way,

0:14:27.240 --> 0:14:29.760
<v Speaker 1>it gets overlooked and you suddenly have this back door

0:14:29.920 --> 0:14:32.920
<v Speaker 1>entrance into the Tour network. No, it's it's it's much

0:14:32.960 --> 0:14:34.720
<v Speaker 1>more likely for someone to catch it if lots of

0:14:34.720 --> 0:14:37.160
<v Speaker 1>people are looking. Yeah exactly. Yeah, you've got lots of

0:14:37.160 --> 0:14:39.920
<v Speaker 1>people checking on it all the time. So it's actually

0:14:39.920 --> 0:14:42.440
<v Speaker 1>more secure by being in plain sight in that way.

0:14:42.520 --> 0:14:45.520
<v Speaker 1>So here's how it used to work. Because you know,

0:14:45.600 --> 0:14:49.320
<v Speaker 1>I mentioned that tour was had an onion in the oh,

0:14:49.480 --> 0:14:52.880
<v Speaker 1>but it doesn't really involve onions anymore. And then we've

0:14:52.920 --> 0:14:55.720
<v Speaker 1>mentioned onions. Yeah, so yeah, so we're gonna we're gonna

0:14:55.760 --> 0:14:58.360
<v Speaker 1>go back to how it worked originally because the way

0:14:58.400 --> 0:15:00.280
<v Speaker 1>it works now is not that much different, but it

0:15:00.320 --> 0:15:04.680
<v Speaker 1>doesn't involve the onion metaphor anymore. So, first of all,

0:15:04.720 --> 0:15:08.880
<v Speaker 1>to achieve anonymity, the Tour Network uses something called privoxy filters,

0:15:08.960 --> 0:15:13.440
<v Speaker 1>which prevent client information from reaching servers. So this means

0:15:13.480 --> 0:15:16.200
<v Speaker 1>that a client, you know, that's that's your computer. When

0:15:16.200 --> 0:15:19.840
<v Speaker 1>you are trying to access anything, Let's say you're using

0:15:19.880 --> 0:15:22.960
<v Speaker 1>your your browser to access your email, because I love

0:15:23.000 --> 0:15:25.840
<v Speaker 1>that example. It's easy one. So your your computer is

0:15:25.880 --> 0:15:29.480
<v Speaker 1>the client. It's sending a request to another computer. It's

0:15:29.560 --> 0:15:34.240
<v Speaker 1>asking for data from this computer that hosts the the

0:15:34.320 --> 0:15:38.360
<v Speaker 1>email service that you use, and that is called the server. Now,

0:15:38.400 --> 0:15:41.720
<v Speaker 1>normally the server receives information that can identify the client,

0:15:42.080 --> 0:15:46.280
<v Speaker 1>so you have some sort of address that identifies this

0:15:46.360 --> 0:15:49.200
<v Speaker 1>is the machine that's asking for that information. So then

0:15:49.240 --> 0:15:52.800
<v Speaker 1>the server knows exactly who it's talking to. Well, privoxy

0:15:52.880 --> 0:15:56.000
<v Speaker 1>filters prevent that from happening, so it's possible for a

0:15:56.080 --> 0:16:00.400
<v Speaker 1>client's identity to remain unknown to the server and also

0:16:00.480 --> 0:16:03.120
<v Speaker 1>to the rest of the network as these requests go

0:16:03.200 --> 0:16:06.280
<v Speaker 1>across the network. Also, one of the other things that

0:16:06.320 --> 0:16:08.200
<v Speaker 1>has and we'll talk more about this in a bit,

0:16:08.800 --> 0:16:12.440
<v Speaker 1>is the ability to create hidden services. But you know,

0:16:12.480 --> 0:16:14.920
<v Speaker 1>I'm not going to spoil that because the discussion we

0:16:14.960 --> 0:16:17.160
<v Speaker 1>have later on will really kind of bring that to

0:16:17.320 --> 0:16:19.640
<v Speaker 1>light and it will make much more sense after we

0:16:19.680 --> 0:16:24.000
<v Speaker 1>talk about exactly how this communication occurs. Yes, so it's

0:16:24.360 --> 0:16:28.400
<v Speaker 1>possible to use onion routing software to send information completely anonymously.

0:16:28.400 --> 0:16:30.560
<v Speaker 1>In other words, you could use it so that you

0:16:30.600 --> 0:16:33.720
<v Speaker 1>could send an anonymous message to someone else, they would

0:16:33.720 --> 0:16:35.880
<v Speaker 1>not know the identity of that person. But that's not

0:16:35.920 --> 0:16:39.400
<v Speaker 1>the purpose of tour. The purpose, like I said before,

0:16:39.560 --> 0:16:44.080
<v Speaker 1>is to allow anonymous channels of communication. So you and

0:16:44.160 --> 0:16:47.040
<v Speaker 1>the person with whom you're communicating know each other's identity,

0:16:47.240 --> 0:16:50.120
<v Speaker 1>but nobody else does, right, So this allows you to

0:16:50.280 --> 0:16:54.320
<v Speaker 1>have that honest, open expression of information without fear of

0:16:54.360 --> 0:16:57.880
<v Speaker 1>someone else snooping in on you or any other consequences

0:16:57.920 --> 0:17:01.200
<v Speaker 1>apart from whatever consequences come from just that communication between

0:17:01.200 --> 0:17:04.720
<v Speaker 1>two parties. If you tell someone that they dressed like

0:17:04.720 --> 0:17:06.840
<v Speaker 1>a slab, there's going to be consequences. What I'm saying

0:17:07.080 --> 0:17:10.480
<v Speaker 1>doesn't have to be someone snooping in on you. Good point.

0:17:10.800 --> 0:17:15.360
<v Speaker 1>I get that a lot. Uh. So it uses proxy servers,

0:17:15.400 --> 0:17:18.280
<v Speaker 1>and a proxy server acts as an intermediary between a

0:17:18.359 --> 0:17:21.560
<v Speaker 1>client and some other server. So you can kind of

0:17:21.560 --> 0:17:23.800
<v Speaker 1>think of it as this is the go between. So

0:17:24.000 --> 0:17:28.200
<v Speaker 1>if I were to send a request to get my email,

0:17:28.320 --> 0:17:30.560
<v Speaker 1>but I wanted to go through a proxy server, I

0:17:30.560 --> 0:17:33.920
<v Speaker 1>would log into the proxy server. The proxy server would

0:17:33.920 --> 0:17:38.800
<v Speaker 1>then send my request onto the email server, and from

0:17:38.800 --> 0:17:41.440
<v Speaker 1>the email servers perspective, it looked like the proxy server

0:17:41.640 --> 0:17:44.520
<v Speaker 1>was the origin of that request, it isn't able to

0:17:44.560 --> 0:17:50.120
<v Speaker 1>see back to exactly there's a hop missing there. So

0:17:50.640 --> 0:17:55.080
<v Speaker 1>that's really important in this. And uh, the communication part

0:17:55.320 --> 0:17:57.320
<v Speaker 1>is the tricky part. Like I said, So you've got

0:17:57.359 --> 0:18:01.800
<v Speaker 1>this information, it's passing between nodes or little routers within

0:18:01.840 --> 0:18:05.200
<v Speaker 1>the tour network. Okay, so think of these nodes as

0:18:05.240 --> 0:18:09.280
<v Speaker 1>rest stops between the client, the sender, and the recipient

0:18:09.359 --> 0:18:12.679
<v Speaker 1>the server. Right. Each node only knows the identity of

0:18:13.280 --> 0:18:15.760
<v Speaker 1>the node before it and the node after it, right,

0:18:16.119 --> 0:18:18.119
<v Speaker 1>So uh, and the note before it and after it

0:18:18.200 --> 0:18:21.760
<v Speaker 1>completely is dependent upon when you're sending the message, because

0:18:22.119 --> 0:18:24.639
<v Speaker 1>you're you're going to create new pathways every time you

0:18:24.720 --> 0:18:27.359
<v Speaker 1>create a connection, so it's not like you have a

0:18:27.520 --> 0:18:31.280
<v Speaker 1>set path each time. It's like the Internet. It's very flexible.

0:18:31.680 --> 0:18:34.440
<v Speaker 1>So when you send a message, and let's say it's

0:18:34.480 --> 0:18:37.680
<v Speaker 1>going through letters A through G, we're just designating these

0:18:37.720 --> 0:18:39.760
<v Speaker 1>nodes as A through G and for some reason it's

0:18:39.760 --> 0:18:41.560
<v Speaker 1>going into a B, C, D, E F G order.

0:18:42.040 --> 0:18:45.560
<v Speaker 1>So node D only knows about nodes C and E.

0:18:46.200 --> 0:18:48.399
<v Speaker 1>The information came from C. It knows it has to

0:18:48.440 --> 0:18:51.480
<v Speaker 1>send the information onto E. It has no awareness of

0:18:51.560 --> 0:18:55.840
<v Speaker 1>a B or you know, effor G. So that's it.

0:18:56.080 --> 0:18:59.800
<v Speaker 1>And that means that if you were to intercept information

0:19:00.000 --> 0:19:02.520
<v Speaker 1>passing between two nodes, you would just know which note

0:19:02.520 --> 0:19:04.119
<v Speaker 1>it came from and which node it went to. You

0:19:04.119 --> 0:19:06.600
<v Speaker 1>wouldn't know the actual person who sent it, nor would

0:19:06.600 --> 0:19:09.040
<v Speaker 1>you know the person to whom it went. Ultimately, on

0:19:09.200 --> 0:19:12.800
<v Speaker 1>top of that, the nodes encrypt the communication as it's

0:19:12.840 --> 0:19:15.479
<v Speaker 1>passed along. Yes, and this is where you get that

0:19:15.600 --> 0:19:19.280
<v Speaker 1>layer and layer and layer of encryption. And because there's

0:19:19.280 --> 0:19:22.560
<v Speaker 1>so many layers of encryption, well, what else has lots

0:19:22.560 --> 0:19:25.439
<v Speaker 1>of layers? An onion? I was going to think of

0:19:25.520 --> 0:19:28.000
<v Speaker 1>Game of Thrones, but yes, Onion is right. Onion is

0:19:28.040 --> 0:19:30.199
<v Speaker 1>exactly the thing that they went with because Game of

0:19:30.200 --> 0:19:33.360
<v Speaker 1>Thrones really wasn't that popular. Also, it's proprietary. I mean,

0:19:33.400 --> 0:19:36.080
<v Speaker 1>you know, yeah, that probably would have George R. Martin

0:19:36.440 --> 0:19:38.560
<v Speaker 1>gotten a little upset about that. But yeah, so so

0:19:38.640 --> 0:19:41.360
<v Speaker 1>Onion is in fact what they went with because there's

0:19:41.359 --> 0:19:44.560
<v Speaker 1>so many different layers of encryption. Still a little bit

0:19:44.560 --> 0:19:46.280
<v Speaker 1>more to talk about with the secrets of tour in

0:19:46.320 --> 0:19:48.320
<v Speaker 1>the Deep Web, but before we get to that, let's

0:19:48.359 --> 0:19:59.520
<v Speaker 1>take another quick break. Okay, so here's my example, and

0:19:59.600 --> 0:20:02.200
<v Speaker 1>I think it's a doozy of an example. Because it's

0:20:02.240 --> 0:20:06.720
<v Speaker 1>completely believable. I decided to use as an example two

0:20:06.800 --> 0:20:09.679
<v Speaker 1>of our beloved co workers here at how stuff works.

0:20:09.960 --> 0:20:12.879
<v Speaker 1>Uh And when you start thinking to yourself, who would

0:20:12.960 --> 0:20:16.200
<v Speaker 1>be so paranoid that they would need an incredibly secure

0:20:16.240 --> 0:20:21.159
<v Speaker 1>communication process? Two names leap to mind from the shadows

0:20:21.320 --> 0:20:23.600
<v Speaker 1>and then back into the shadows, because that's where they belong.

0:20:24.200 --> 0:20:26.600
<v Speaker 1>One of them wearing a gremlin mask. Yeah, and maybe

0:20:26.600 --> 0:20:28.479
<v Speaker 1>a fedora on top of it. It's not a fedora,

0:20:28.560 --> 0:20:31.439
<v Speaker 1>I know, Ben Dora. No, it's a trill Bey, I'm

0:20:31.440 --> 0:20:33.399
<v Speaker 1>going to call it a fedora anyway. So Ben Bolan

0:20:33.800 --> 0:20:36.199
<v Speaker 1>and Matt Frederick so stuff they don't want you to

0:20:36.240 --> 0:20:39.199
<v Speaker 1>know hosts. Yes, and if you've never ever listened to

0:20:39.240 --> 0:20:42.840
<v Speaker 1>that show, go check it out. Watched the show. Yeah,

0:20:42.880 --> 0:20:45.639
<v Speaker 1>that's great. So so let's say that Ben wants to

0:20:45.720 --> 0:20:48.399
<v Speaker 1>contact Matt and he wants the communication to be secure,

0:20:48.440 --> 0:20:50.960
<v Speaker 1>so he sends it across the Tour network using this

0:20:51.040 --> 0:20:54.480
<v Speaker 1>freely available software. He's got the Tour bundle installed and

0:20:54.560 --> 0:20:57.480
<v Speaker 1>he sends the message along. So here's what happens. Ben

0:20:57.520 --> 0:21:01.080
<v Speaker 1>would contact a proxy server on the TORN network. Now,

0:21:01.200 --> 0:21:05.080
<v Speaker 1>that proxy server would then determine the route of nodes

0:21:05.560 --> 0:21:07.520
<v Speaker 1>or the number of hops that it will take to

0:21:07.600 --> 0:21:11.480
<v Speaker 1>get from the proxy server to Matt's computer. So for

0:21:11.600 --> 0:21:16.000
<v Speaker 1>argument's sake, let's say again that it's just uh five nodes,

0:21:16.119 --> 0:21:18.960
<v Speaker 1>So it's a B, C, D E. Those are the

0:21:19.119 --> 0:21:22.439
<v Speaker 1>Those are the nodes that it's going to go through. Now,

0:21:23.280 --> 0:21:27.639
<v Speaker 1>each hop becomes an encryption layer on this onion, and

0:21:27.680 --> 0:21:31.040
<v Speaker 1>the core of the onion is Ben's original message to Matt,

0:21:31.160 --> 0:21:34.440
<v Speaker 1>So that's the very center. Now Ben's proxy server starts

0:21:34.480 --> 0:21:38.720
<v Speaker 1>to construct layers of encryption based upon the path that

0:21:38.880 --> 0:21:42.560
<v Speaker 1>this onion is going to take journeying from the proxy

0:21:42.600 --> 0:21:46.000
<v Speaker 1>server all the way to Matt's computer, and the innermost

0:21:46.119 --> 0:21:49.320
<v Speaker 1>layer will be the encryption for Matt's proxy. Yes, so

0:21:49.359 --> 0:21:52.440
<v Speaker 1>the next layer out would be the node just before

0:21:52.640 --> 0:21:55.920
<v Speaker 1>it gets to Matt's proxy. The next layer out would

0:21:55.920 --> 0:21:57.520
<v Speaker 1>be the node before that, and so on and so

0:21:57.600 --> 0:22:00.240
<v Speaker 1>forth until you got to the first node that the

0:22:00.280 --> 0:22:03.919
<v Speaker 1>proxy server sends this onion onto. Now, every time the

0:22:03.960 --> 0:22:08.000
<v Speaker 1>onion travels to a new node, it decrypts that layer.

0:22:08.200 --> 0:22:12.040
<v Speaker 1>The corresponding layer strips of encryption. Yeah, so that that

0:22:12.160 --> 0:22:14.679
<v Speaker 1>layer of the onion gets pulled away, and that's how

0:22:14.720 --> 0:22:19.000
<v Speaker 1>the node knows where to send it onto. Next, so

0:22:19.240 --> 0:22:22.199
<v Speaker 1>proxy service sends it on to node A. Note A

0:22:22.320 --> 0:22:24.960
<v Speaker 1>strips away that encryption and sees that needs to send

0:22:24.960 --> 0:22:28.720
<v Speaker 1>it on to Node B. Node B gets this onion.

0:22:29.359 --> 0:22:32.320
<v Speaker 1>Now Node BE only knows that Note A set the onion,

0:22:32.359 --> 0:22:34.879
<v Speaker 1>doesn't know where the onion originally came from, and it

0:22:35.359 --> 0:22:38.720
<v Speaker 1>decrypts that. Next layer strips it free UH, finds the

0:22:38.760 --> 0:22:41.480
<v Speaker 1>identification of Notes C and send it along. Yep. Node

0:22:41.520 --> 0:22:44.000
<v Speaker 1>C doesn't know about Node A, just notes knows about

0:22:44.040 --> 0:22:46.040
<v Speaker 1>Node B, so so on and so forth till it

0:22:46.080 --> 0:22:47.960
<v Speaker 1>gets to Matt. By the time it gets to Matt,

0:22:48.000 --> 0:22:49.960
<v Speaker 1>all those layers of encryption have been stripped away and

0:22:50.000 --> 0:22:53.200
<v Speaker 1>that can actually read what the messages. Therefore, anyone who's

0:22:53.200 --> 0:22:55.520
<v Speaker 1>trying to analyze all of this traffic would would just

0:22:55.560 --> 0:22:59.560
<v Speaker 1>see a message passing between two seemingly random routers with

0:22:59.560 --> 0:23:02.920
<v Speaker 1>with no way of knowing either where that information came

0:23:02.960 --> 0:23:05.800
<v Speaker 1>from or what the ultimate destination is. Yep. And because

0:23:05.840 --> 0:23:08.560
<v Speaker 1>you've encrypted it so many times, they probably can't even

0:23:08.640 --> 0:23:11.400
<v Speaker 1>tell what the information. They can't read it, they don't

0:23:11.400 --> 0:23:14.360
<v Speaker 1>know where it's going. They're in the dark. So to them,

0:23:14.400 --> 0:23:16.760
<v Speaker 1>it's just all they know is that traffic is going

0:23:16.800 --> 0:23:18.959
<v Speaker 1>across this network, but they don't have any way of

0:23:19.240 --> 0:23:24.360
<v Speaker 1>deriving meaning from that. Now, once Matt's proxy receives that onion,

0:23:24.840 --> 0:23:27.919
<v Speaker 1>a virtual circuit forms along the notes. Think of it

0:23:27.960 --> 0:23:34.280
<v Speaker 1>as like a temporary pathway that solidifies between uh Ben's

0:23:34.320 --> 0:23:39.680
<v Speaker 1>proxy and that's final computer, and it allows for encryption

0:23:39.760 --> 0:23:42.879
<v Speaker 1>to pass both ways. So you have two different kinds

0:23:42.880 --> 0:23:45.840
<v Speaker 1>of encryption. You've got one kind whenever Ben sends a

0:23:45.920 --> 0:23:49.360
<v Speaker 1>message to Matt, and essentially you have the inverse of

0:23:49.400 --> 0:23:52.800
<v Speaker 1>that when Matt sends it to Ben. So unless you

0:23:52.880 --> 0:23:55.560
<v Speaker 1>have the key to that encryption, you can't figure out

0:23:55.680 --> 0:24:00.119
<v Speaker 1>what's going on either. So it's it's pretty secure or

0:24:00.200 --> 0:24:05.399
<v Speaker 1>now there are some la Mainly we're talking about vulnerabilities

0:24:05.400 --> 0:24:07.680
<v Speaker 1>when you send it from your computer to that proxy

0:24:07.720 --> 0:24:11.440
<v Speaker 1>server and when that last proxy sends it to the destination,

0:24:11.760 --> 0:24:15.040
<v Speaker 1>because this is when you don't have the protection of

0:24:15.080 --> 0:24:17.399
<v Speaker 1>the network itself. It's when it's you can think of

0:24:17.400 --> 0:24:19.920
<v Speaker 1>it as the information is leaving the network to get

0:24:19.960 --> 0:24:24.720
<v Speaker 1>to wherever it's going or entering. Yeah, and again, if

0:24:24.720 --> 0:24:28.400
<v Speaker 1>you're using a browser that still has certain things enabled

0:24:28.440 --> 0:24:32.280
<v Speaker 1>like Flash or Java, then you may end up having

0:24:32.680 --> 0:24:35.720
<v Speaker 1>sending along some information that people could identify you on

0:24:35.840 --> 0:24:40.080
<v Speaker 1>based on that, but within the network itself, it's incredibly secure,

0:24:40.640 --> 0:24:43.280
<v Speaker 1>right And and so this, this circuit that that you've created,

0:24:43.280 --> 0:24:45.439
<v Speaker 1>well will last as long as both parties want it to.

0:24:45.520 --> 0:24:47.639
<v Speaker 1>You can you can send a command to collapse it

0:24:48.119 --> 0:24:50.840
<v Speaker 1>at the end of your session, you say destroy, and

0:24:50.920 --> 0:24:53.919
<v Speaker 1>it collapses. This uh, this virtual circuit, and then if

0:24:53.920 --> 0:24:55.800
<v Speaker 1>you wanted to create a new one, you could, and

0:24:55.920 --> 0:24:59.119
<v Speaker 1>it would be a new virtual circuit, probably taking a

0:24:59.160 --> 0:25:01.879
<v Speaker 1>totally different hathway through the nodes. And you know, I

0:25:02.200 --> 0:25:05.320
<v Speaker 1>made the example of ABC D E that kind of stuff,

0:25:05.640 --> 0:25:08.960
<v Speaker 1>but really, you know, it could be any order. You know,

0:25:09.040 --> 0:25:12.520
<v Speaker 1>it's it's and it will be any order, right, that's all.

0:25:12.640 --> 0:25:14.040
<v Speaker 1>That's one of the whole points because if it were

0:25:14.080 --> 0:25:16.240
<v Speaker 1>the same pathway each time, then you would ultimately be

0:25:16.280 --> 0:25:18.320
<v Speaker 1>able to determine who sent it and who it went to.

0:25:18.760 --> 0:25:21.200
<v Speaker 1>So it has to be uh, you know. And of course,

0:25:21.240 --> 0:25:24.120
<v Speaker 1>the more the more routers you have available, the more

0:25:24.119 --> 0:25:26.960
<v Speaker 1>of these relay nodes you have, the more secure the

0:25:26.960 --> 0:25:31.120
<v Speaker 1>communication becomes, so that's also really important. Then there's also

0:25:31.160 --> 0:25:34.199
<v Speaker 1>a concept called loose routing, which adds another layer of

0:25:34.200 --> 0:25:36.520
<v Speaker 1>security on this because like I said, you know, you

0:25:36.640 --> 0:25:41.240
<v Speaker 1>ultimately you have these proxies that no way more information

0:25:41.240 --> 0:25:43.480
<v Speaker 1>than all the nodes do. They have to in order

0:25:43.480 --> 0:25:45.920
<v Speaker 1>to be able to make that layer of encryption and

0:25:45.960 --> 0:25:48.480
<v Speaker 1>have this onion pass from one spot to the next.

0:25:49.400 --> 0:25:52.520
<v Speaker 1>So one thing you could do with loose routing is

0:25:52.560 --> 0:25:56.920
<v Speaker 1>that the proxy ends up sending the onion on to

0:25:57.400 --> 0:26:00.000
<v Speaker 1>the first node. But that's all the proxy knows about

0:26:00.160 --> 0:26:03.000
<v Speaker 1>the probably and then the first nodes responsibility is to

0:26:03.040 --> 0:26:06.080
<v Speaker 1>create the rest of that pathway. So even that first

0:26:06.080 --> 0:26:09.640
<v Speaker 1>stop isn't aware of where, how, what path it's gonna

0:26:09.680 --> 0:26:12.520
<v Speaker 1>take to get to its destination. It just knows this

0:26:12.600 --> 0:26:14.679
<v Speaker 1>is the first step of that path, but beyond that,

0:26:14.760 --> 0:26:17.440
<v Speaker 1>I don't know. So it adds another layer of security

0:26:17.440 --> 0:26:19.080
<v Speaker 1>to it that way. Now, again, if you were able

0:26:19.160 --> 0:26:21.840
<v Speaker 1>to target that first node, you might be able to

0:26:21.840 --> 0:26:23.560
<v Speaker 1>figure some stuff out, but really you just know that

0:26:23.640 --> 0:26:26.520
<v Speaker 1>it came from a proxy. You wouldn't know who sent

0:26:26.560 --> 0:26:29.480
<v Speaker 1>the information to the proxy in the first place. But yeah,

0:26:29.560 --> 0:26:33.280
<v Speaker 1>so we've got these these endpoints that have some vulnerabilities,

0:26:33.320 --> 0:26:36.320
<v Speaker 1>but other than that, it's it's pretty secure. Uh, I've

0:26:36.359 --> 0:26:38.119
<v Speaker 1>got to We've got a great little bit about how

0:26:38.160 --> 0:26:40.399
<v Speaker 1>secure it is, and a little in just a little while.

0:26:40.480 --> 0:26:44.399
<v Speaker 1>But today nodes or relays within the system still don't

0:26:44.400 --> 0:26:47.639
<v Speaker 1>know the origin or ultimate destination of information, and you

0:26:47.680 --> 0:26:51.480
<v Speaker 1>still create virtual circuits between the initiator and the recipient

0:26:51.840 --> 0:26:54.600
<v Speaker 1>for encrypted anonymous channels. But there's no more use of

0:26:54.600 --> 0:26:58.840
<v Speaker 1>this onion metaphor. I mean, it's not it's not the

0:26:58.880 --> 0:27:02.080
<v Speaker 1>same implementation. You get the same result, but it's a

0:27:02.119 --> 0:27:05.159
<v Speaker 1>different implementation that does it. But it's this, you know,

0:27:05.520 --> 0:27:07.560
<v Speaker 1>it's following a lot of the same philosophies. And you've

0:27:07.600 --> 0:27:10.480
<v Speaker 1>got a Tour directory that keeps track of all the

0:27:10.520 --> 0:27:13.560
<v Speaker 1>available nodes that are on the system at any given moment.

0:27:14.000 --> 0:27:17.800
<v Speaker 1>As of January, there were about five thousand computers around

0:27:17.840 --> 0:27:20.960
<v Speaker 1>the world operated by those volunteers that I mentioned serving

0:27:21.000 --> 0:27:23.560
<v Speaker 1>as potential nodes in this system. Right, And when you

0:27:23.600 --> 0:27:26.040
<v Speaker 1>send a message to a recipient across the Tour network,

0:27:26.200 --> 0:27:31.200
<v Speaker 1>your tour browser or whatever consults this directory, which then

0:27:31.960 --> 0:27:34.880
<v Speaker 1>gives it a route of nodes, and then you can

0:27:34.880 --> 0:27:38.119
<v Speaker 1>send the encrypted information across and each node further encrypt

0:27:38.160 --> 0:27:41.040
<v Speaker 1>the message again and only knows the note immediately before

0:27:41.040 --> 0:27:43.520
<v Speaker 1>and after, kind of like the previous version we just

0:27:43.600 --> 0:27:46.840
<v Speaker 1>talked about. So it's not that different. It's just this

0:27:47.119 --> 0:27:50.600
<v Speaker 1>whole layer metaphor is kind of no longer as accurate.

0:27:50.960 --> 0:27:53.760
<v Speaker 1>But um, yeah. One thing you've got to remember is

0:27:53.800 --> 0:27:56.600
<v Speaker 1>that because you've got this extra layer of encryption going

0:27:56.680 --> 0:28:01.320
<v Speaker 1>on and it's purposefully obvious, skating the the origin by

0:28:01.560 --> 0:28:05.760
<v Speaker 1>hopping around a lot, communication is not as quick, right.

0:28:05.800 --> 0:28:08.080
<v Speaker 1>It's going to take a longer necessarily, So if you're

0:28:08.160 --> 0:28:11.360
<v Speaker 1>using tour in order to send instant messages, your definition

0:28:11.359 --> 0:28:13.639
<v Speaker 1>of instant maybe a little different than what it normally

0:28:13.680 --> 0:28:16.439
<v Speaker 1>would be. It may just be pretty darn quick, but

0:28:16.520 --> 0:28:20.920
<v Speaker 1>not as instant as this other method. Yeah. Um. Furthermore,

0:28:20.960 --> 0:28:23.760
<v Speaker 1>it is not the most secure thing that you can do. No.

0:28:24.520 --> 0:28:27.439
<v Speaker 1>I actually read a great article on the best way

0:28:27.480 --> 0:28:31.359
<v Speaker 1>of using tour as as part of an approach to

0:28:31.520 --> 0:28:35.199
<v Speaker 1>securely using the Internet and maintaining your anonymity, and I

0:28:35.240 --> 0:28:38.080
<v Speaker 1>thought about including it in this podcast. I really did, guys.

0:28:38.320 --> 0:28:41.479
<v Speaker 1>I was gonna go all into the tips this guy had,

0:28:41.520 --> 0:28:44.200
<v Speaker 1>and then I realized that it was so in depth

0:28:44.240 --> 0:28:46.520
<v Speaker 1>and there was so much to keep tak into consideration

0:28:47.080 --> 0:28:49.560
<v Speaker 1>that really we could just do a full podcast just

0:28:49.680 --> 0:28:51.600
<v Speaker 1>on that, and perhaps in the future we will. If

0:28:51.640 --> 0:28:55.000
<v Speaker 1>you guys in particular, want to know. Seriously, I want

0:28:55.040 --> 0:28:58.000
<v Speaker 1>to be as anonymous and secure as possible. Tell me

0:28:58.040 --> 0:29:00.840
<v Speaker 1>what I need to do. Well, we'll we'll give you podcast.

0:29:00.880 --> 0:29:02.920
<v Speaker 1>We should we should do that episode. UM, I'll tell

0:29:02.960 --> 0:29:05.840
<v Speaker 1>you right now. It's crazy, but but right because because

0:29:05.840 --> 0:29:08.000
<v Speaker 1>even if you're using the most recent version of Tour

0:29:08.200 --> 0:29:11.080
<v Speaker 1>I mean, which, as we have just detailed, is an

0:29:11.120 --> 0:29:16.920
<v Speaker 1>incredibly uh complex and encrypted process, a determined party could

0:29:16.920 --> 0:29:21.320
<v Speaker 1>exploit vulnerabilities and Firefox itself, which which Tour is based in. UM,

0:29:21.400 --> 0:29:24.440
<v Speaker 1>it could attempt to set up monitoring nodes in the network,

0:29:25.120 --> 0:29:28.080
<v Speaker 1>or it could just methodically work on key decryption in

0:29:28.160 --> 0:29:32.640
<v Speaker 1>order to spy on your activities so stuff can still happen. Yeah,

0:29:32.720 --> 0:29:35.960
<v Speaker 1>we'll think about doing a full security episode. I mean,

0:29:36.280 --> 0:29:38.240
<v Speaker 1>I kind of think we'll have to pull Ben in

0:29:38.320 --> 0:29:40.000
<v Speaker 1>for that one. Oh, that would be great. We should

0:29:40.040 --> 0:29:42.440
<v Speaker 1>totally do more classovers. We'll we'll see if we can

0:29:42.480 --> 0:29:45.280
<v Speaker 1>get Ben to be available for an episode where we

0:29:45.400 --> 0:29:48.040
<v Speaker 1>really talk about and you know it's going to sound

0:29:48.080 --> 0:29:51.160
<v Speaker 1>paranoid and crazy, but the thing is technology in order

0:29:51.160 --> 0:29:54.560
<v Speaker 1>for it to work, UH needs to have certain information

0:29:54.720 --> 0:29:57.680
<v Speaker 1>so I can allow you to have this communication. But

0:29:57.760 --> 0:30:00.440
<v Speaker 1>because it needs that certain information. It means at your

0:30:00.720 --> 0:30:03.080
<v Speaker 1>anonymity is at risk, so you've got to do these

0:30:03.120 --> 0:30:07.560
<v Speaker 1>kind of crazy things. Also they're wacky bugs like heartbled

0:30:07.720 --> 0:30:10.800
<v Speaker 1>Yeah actually, um okay, go ahead and mention this so

0:30:10.880 --> 0:30:13.720
<v Speaker 1>heart bleed. If you listen to our previous episode, we

0:30:13.800 --> 0:30:17.000
<v Speaker 1>talked all about this vulnerability that was an open SSL

0:30:17.480 --> 0:30:20.840
<v Speaker 1>versions one point zero point one through one point zero

0:30:20.880 --> 0:30:24.560
<v Speaker 1>point one f and UH and how that ended up

0:30:24.640 --> 0:30:28.360
<v Speaker 1>meaning that people who use the heartbeat method could get

0:30:28.640 --> 0:30:32.480
<v Speaker 1>access to encryption keys and thus see everything that's going

0:30:32.520 --> 0:30:35.240
<v Speaker 1>across the server. So you might wonder does this work

0:30:35.440 --> 0:30:39.280
<v Speaker 1>on the tour network, this crazy relay node network, And

0:30:39.320 --> 0:30:42.280
<v Speaker 1>the short answer is, technically it works, but it doesn't

0:30:42.320 --> 0:30:46.720
<v Speaker 1>help anybody out because even if you were to see

0:30:47.240 --> 0:30:50.800
<v Speaker 1>the information moving across a node, it still has multiple

0:30:50.840 --> 0:30:55.560
<v Speaker 1>layers of encryption, so it's not as vulnerable. Vulnerable, Yeah,

0:30:55.960 --> 0:30:58.760
<v Speaker 1>although I mean toward toward being toward did say that

0:30:59.040 --> 0:31:00.760
<v Speaker 1>you know, if you if you only want to be secure,

0:31:00.800 --> 0:31:02.240
<v Speaker 1>you might just want to stay off the internet for

0:31:02.280 --> 0:31:04.560
<v Speaker 1>a few days, right, And they did say that they

0:31:04.560 --> 0:31:08.280
<v Speaker 1>had planned on rolling out patches of the open ssl

0:31:08.920 --> 0:31:13.400
<v Speaker 1>UH software because the upgrade the newest patch does patch

0:31:13.440 --> 0:31:17.280
<v Speaker 1>that vulnerability. So they are going to be fixing up

0:31:17.320 --> 0:31:20.000
<v Speaker 1>those nodes over time anyway. In fact, by the time

0:31:20.040 --> 0:31:23.040
<v Speaker 1>this podcast comes out, most of them may already be addressed.

0:31:23.600 --> 0:31:26.640
<v Speaker 1>But yeah they said that, Um that worst case scenario,

0:31:26.720 --> 0:31:32.000
<v Speaker 1>you're probably still pretty okay, you know in the grand

0:31:32.080 --> 0:31:36.320
<v Speaker 1>scheme of things. That herd bleed story was a real

0:31:36.360 --> 0:31:39.480
<v Speaker 1>eye opener. Yeah. Then we have the other thing we

0:31:39.480 --> 0:31:42.680
<v Speaker 1>alluded to earlier, oh right, hidden services, and that's where

0:31:42.680 --> 0:31:45.479
<v Speaker 1>that dark net or deep web kind of thing comes in.

0:31:45.680 --> 0:31:49.080
<v Speaker 1>Um okay. So, so tour also provides a way to

0:31:49.080 --> 0:31:51.480
<v Speaker 1>to offer up access to a server or to run

0:31:51.560 --> 0:31:54.680
<v Speaker 1>an entire service without revealing your IP addressed to your

0:31:54.760 --> 0:31:58.800
<v Speaker 1>users and from behind a firewall. Um, sites and services

0:31:58.800 --> 0:32:01.440
<v Speaker 1>set up like this are are off the beaten Internet path.

0:32:01.480 --> 0:32:04.480
<v Speaker 1>You can't even find them using Google or other web searches.

0:32:04.560 --> 0:32:06.920
<v Speaker 1>You have to be using tour in order to find them.

0:32:07.280 --> 0:32:09.480
<v Speaker 1>And um they're they're all using what's called the dot

0:32:09.560 --> 0:32:13.959
<v Speaker 1>Onion extension because onions. Um okay. So, so basically how

0:32:14.000 --> 0:32:17.920
<v Speaker 1>this works. The hidden service has a public to tour listing,

0:32:18.320 --> 0:32:21.000
<v Speaker 1>and so when a client wants to access that service,

0:32:21.040 --> 0:32:23.960
<v Speaker 1>the client sets up a rendezvous node and sends along

0:32:24.000 --> 0:32:28.720
<v Speaker 1>an access request via the usual tour encryption routing process

0:32:29.080 --> 0:32:33.080
<v Speaker 1>UM through a random introduction node that the service has

0:32:33.120 --> 0:32:36.800
<v Speaker 1>set up UM, and then the client and service can

0:32:36.840 --> 0:32:40.000
<v Speaker 1>contact each other through that rendezvous node, again using the

0:32:40.040 --> 0:32:43.680
<v Speaker 1>usual tour circuits UM. It's it's like the introduction and

0:32:43.720 --> 0:32:47.400
<v Speaker 1>the rendezvous nodes are translators, right. It protects the service

0:32:47.480 --> 0:32:50.520
<v Speaker 1>and the client because neither knows where the other is.

0:32:50.560 --> 0:32:54.040
<v Speaker 1>That the translators are the recipients for each party's communications.

0:32:54.160 --> 0:32:59.920
<v Speaker 1>And so this this deep web or darknet hosts law

0:33:00.120 --> 0:33:03.080
<v Speaker 1>of different stuff, some things that are definitely in the

0:33:03.120 --> 0:33:07.240
<v Speaker 1>nefarious category, like the Silk Road, although Silk Road still

0:33:07.320 --> 0:33:11.800
<v Speaker 1>has some legit. Sure of the stuff that was on

0:33:11.840 --> 0:33:17.200
<v Speaker 1>Silk Road was completely legal, the other not so much. Yeah,

0:33:17.280 --> 0:33:19.160
<v Speaker 1>so a silk Road, of course that got shut down,

0:33:19.560 --> 0:33:23.680
<v Speaker 1>but it existed on tour and this kind of hidden

0:33:23.680 --> 0:33:26.640
<v Speaker 1>web because you know, you wouldn't want it to be

0:33:26.680 --> 0:33:31.360
<v Speaker 1>easily accessible, uh, and then everything would come crashing down,

0:33:31.560 --> 0:33:34.080
<v Speaker 1>you know, ultimately came crashing down anyway, but it was

0:33:34.200 --> 0:33:36.600
<v Speaker 1>hidden better than just sitting there and on the web.

0:33:37.400 --> 0:33:40.600
<v Speaker 1>So yeah, that's that's definitely one of the other issues.

0:33:41.120 --> 0:33:43.160
<v Speaker 1>And again there are other things that are on this

0:33:43.240 --> 0:33:45.800
<v Speaker 1>deep net, this this dark net or rather or deep

0:33:45.840 --> 0:33:50.320
<v Speaker 1>web that again not nefarious at all. They have very

0:33:50.400 --> 0:33:53.920
<v Speaker 1>legitimate purposes for existing. It's completely legal, but it's also

0:33:54.320 --> 0:33:56.800
<v Speaker 1>designed in such a way as to protect the identity

0:33:56.840 --> 0:33:59.480
<v Speaker 1>of the people who need to use the services. So

0:33:59.760 --> 0:34:03.360
<v Speaker 1>it again, just because we have some really high profile

0:34:03.440 --> 0:34:09.000
<v Speaker 1>examples of naughtiness doesn't mean that the entire network is naughty,

0:34:09.080 --> 0:34:11.960
<v Speaker 1>just like there are other services that people have used

0:34:12.200 --> 0:34:14.760
<v Speaker 1>where some people are using it in order to get

0:34:14.920 --> 0:34:19.120
<v Speaker 1>like illegal downloads of whatever content they want, but most

0:34:19.160 --> 0:34:21.560
<v Speaker 1>people aren't. A lot of the focuses on the people

0:34:21.560 --> 0:34:24.320
<v Speaker 1>who are the pirates, and thus the entire service gets

0:34:24.760 --> 0:34:28.040
<v Speaker 1>painted as yeah, yeah, it's I I read a really

0:34:28.040 --> 0:34:29.719
<v Speaker 1>great quote and I don't have it open right now,

0:34:29.760 --> 0:34:33.000
<v Speaker 1>and um. Bloomberg business Week did a really great article

0:34:33.080 --> 0:34:38.080
<v Speaker 1>in January about about tour in general and the kids

0:34:38.080 --> 0:34:39.640
<v Speaker 1>who are running it and all that kind of stuff,

0:34:39.680 --> 0:34:42.400
<v Speaker 1>and uh, the the example that I think they used

0:34:42.480 --> 0:34:46.000
<v Speaker 1>was that, you know, you don't hear about someone who's

0:34:46.080 --> 0:34:48.920
<v Speaker 1>stalker couldn't find them. You you hear about the kid

0:34:48.960 --> 0:34:53.640
<v Speaker 1>who got drugs or the child porn rang or something, right, Right,

0:34:53.680 --> 0:34:57.800
<v Speaker 1>So you know, there are some very very the Navy

0:34:57.880 --> 0:35:01.239
<v Speaker 1>wouldn't have been interested in making this uh in order

0:35:01.360 --> 0:35:04.359
<v Speaker 1>just to have crime happened, because as low as your

0:35:04.360 --> 0:35:06.880
<v Speaker 1>opinion of the Davy, maybe depending on if you're a

0:35:06.960 --> 0:35:10.840
<v Speaker 1>Marine or not, it's it's really not in that business. No.

0:35:11.360 --> 0:35:14.000
<v Speaker 1>But but certainly the fact that this kind of illegal

0:35:14.080 --> 0:35:17.120
<v Speaker 1>activity can go on means that it attracts attention from,

0:35:17.320 --> 0:35:21.360
<v Speaker 1>for example, the n s A. Yes, uh, I love

0:35:21.560 --> 0:35:24.200
<v Speaker 1>the stories about the n s A and Tour because

0:35:24.840 --> 0:35:27.960
<v Speaker 1>they're both infuriating and funny at the same time. So

0:35:28.080 --> 0:35:31.279
<v Speaker 1>infuriating in that uh, the n s A has attempted.

0:35:31.680 --> 0:35:33.719
<v Speaker 1>We know the n s A has attempted to try

0:35:33.800 --> 0:35:37.839
<v Speaker 1>and crack because some of those slides that have come

0:35:37.840 --> 0:35:42.799
<v Speaker 1>out from Standon's League as specifically mentioned Tour yep and UH.

0:35:43.040 --> 0:35:46.000
<v Speaker 1>One of the documents within the n s A is

0:35:46.080 --> 0:35:50.400
<v Speaker 1>titled Tour Stinks. And the reason they say Tour stinks

0:35:50.440 --> 0:35:53.200
<v Speaker 1>is because it's so gosh darn't hard to figure out

0:35:53.520 --> 0:35:57.920
<v Speaker 1>what information is within the Tour network. Now, they do

0:35:58.040 --> 0:36:01.320
<v Speaker 1>note that if you are able to target those points

0:36:01.440 --> 0:36:04.319
<v Speaker 1>where information is coming into the network are coming out

0:36:04.400 --> 0:36:06.680
<v Speaker 1>of the network, then you are more likely to be

0:36:06.719 --> 0:36:09.640
<v Speaker 1>able to determine what is going on and who was

0:36:09.640 --> 0:36:13.320
<v Speaker 1>talking to whom. But if it's within the network itself,

0:36:13.719 --> 0:36:16.640
<v Speaker 1>there's no report that has leaked so far that has

0:36:16.680 --> 0:36:19.280
<v Speaker 1>indicated the NSA has been able to crack that, which

0:36:19.320 --> 0:36:22.880
<v Speaker 1>has not stopped a whole lot of theorists from saying

0:36:23.160 --> 0:36:26.480
<v Speaker 1>that they have totally cracked it, and that the reports

0:36:26.480 --> 0:36:28.600
<v Speaker 1>saying that they haven't cracked it are just so that

0:36:28.640 --> 0:36:32.040
<v Speaker 1>people feel, yeah, that they people will feel a false

0:36:32.080 --> 0:36:35.719
<v Speaker 1>sense of security using Tour. Here's the thing about conspiracy theories,

0:36:35.719 --> 0:36:37.439
<v Speaker 1>and again, I wish we had been on here right now.

0:36:37.840 --> 0:36:39.919
<v Speaker 1>Uh you know, you can. You can have a lack

0:36:39.960 --> 0:36:42.560
<v Speaker 1>of evidence and that becomes evidence, or if you have

0:36:42.560 --> 0:36:46.360
<v Speaker 1>a denial, then that becomes hard evidence. You know. So

0:36:47.160 --> 0:36:50.040
<v Speaker 1>I I think, I really do think, because I don't

0:36:50.080 --> 0:36:52.640
<v Speaker 1>think the n s A ever intended for all the

0:36:52.680 --> 0:36:55.440
<v Speaker 1>information to leak out based upon I don't know everything

0:36:55.480 --> 0:36:59.360
<v Speaker 1>that's happened since then. Uh so I'm pretty willing to

0:36:59.400 --> 0:37:03.919
<v Speaker 1>believe that they have not yet cracked how to get

0:37:04.080 --> 0:37:06.399
<v Speaker 1>look at information in a meaningful way on the Tour

0:37:06.440 --> 0:37:09.360
<v Speaker 1>network itself. In general, I would say that Tour seems

0:37:09.960 --> 0:37:13.719
<v Speaker 1>for many purposes pretty secure. Now keep in mind you

0:37:13.760 --> 0:37:18.319
<v Speaker 1>still have to uh practice good internet security on your own,

0:37:18.600 --> 0:37:21.960
<v Speaker 1>even if you're using tour. UH And like I said, well,

0:37:21.960 --> 0:37:23.719
<v Speaker 1>maybe we'll do a full episode on that. If you're

0:37:23.760 --> 0:37:25.920
<v Speaker 1>interested in that, let's no because you know maybe that

0:37:25.960 --> 0:37:28.760
<v Speaker 1>our listeners are thinking, wow, they did a heart bleed

0:37:28.760 --> 0:37:31.480
<v Speaker 1>episode in a tour episode. Go back to talking about

0:37:31.600 --> 0:37:35.960
<v Speaker 1>Nintendo and that wraps up this classic episode from hope

0:37:36.000 --> 0:37:38.680
<v Speaker 1>you enjoyed it. If you have any topics that you

0:37:38.719 --> 0:37:41.000
<v Speaker 1>think I should tackle for future episodes of tech Stuff,

0:37:41.280 --> 0:37:43.239
<v Speaker 1>or maybe there's one that you've listened to and you

0:37:43.239 --> 0:37:47.040
<v Speaker 1>think that really needs an update it's seriously overdue. Let

0:37:47.080 --> 0:37:48.759
<v Speaker 1>me know the best way to do that is over

0:37:48.800 --> 0:37:52.000
<v Speaker 1>on Twitter. The handle I use is tech stuff hs

0:37:52.200 --> 0:38:00.319
<v Speaker 1>W and I'll talk to you again really soon. Tech

0:38:00.400 --> 0:38:03.839
<v Speaker 1>Stuff is an I Heart Radio production. For more podcasts

0:38:03.880 --> 0:38:06.640
<v Speaker 1>from I Heart Radio, visit the i Heart Radio app,

0:38:06.760 --> 0:38:09.920
<v Speaker 1>Apple Podcasts, or wherever you listen to your favorite shows.