<?xml-model href='http://www.tei-c.org/release/xml/tei/custom/schema/relaxng/tei_all.rng' schematypens='http://relaxng.org/ns/structure/1.0'?><TEI xmlns="http://www.tei-c.org/ns/1.0">
	<teiHeader>
		<fileDesc>
			<titleStmt><title level='a'>Adversarial Traces for Website Fingerprinting Defense</title></titleStmt>
			<publicationStmt>
				<publisher></publisher>
				<date>10/15/2018</date>
			</publicationStmt>
			<sourceDesc>
				<bibl> 
					<idno type="par_id">10108382</idno>
					<idno type="doi">10.1145/3243734.3278493</idno>
					<title level='j'>Proceedings of the 2018 ACM SIGSAC Conference on Computer and Communications Security</title>
<idno></idno>
<biblScope unit="volume"></biblScope>
<biblScope unit="issue"></biblScope>					

					<author>Mohsen Imani</author><author>Mohammad Saidur Rahman</author><author>Matthew Wright</author>
				</bibl>
			</sourceDesc>
		</fileDesc>
		<profileDesc>
			<abstract><ab><![CDATA[Website Fingerprinting (WF) is a traffic analysis attack that enables an eavesdropper to infer the victim's web activity even when encrypted and even when using the Tor anonymity system. Using deep learning classifiers, the attack can reach up to 98% accuracy. Existing WF defenses are either too expensive in terms of bandwidth and latency overheads (e.g. 2-3 times as large or slow) or ineffective against the latest attacks. In this work, we explore a novel defense based on the idea of adversarial examples that have been shown to undermine machine learning classifiers in other domains. Our Adversarial Traces defense adds padding to a Tor traffic trace in a manner that reliably fools the classifier into classifying it as coming from a different site. The technique drops the accuracy of the state-of-the-art attack from 98% to 60%, while incurring a reasonable 47% bandwidth overhead, showing its promise as a possible defense for Tor.]]></ab></abstract>
		</profileDesc>
	</teiHeader>
	<text><body xmlns="http://www.tei-c.org/ns/1.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xlink="http://www.w3.org/1999/xlink">
<div xmlns="http://www.tei-c.org/ns/1.0"><p>class T i s. We want to pick a target class and re-cast the source sample to be classiied as that target class. To decrease amount of change to the source sample, since adding padding adds bandwidth overhead, we pick the sample from the target pool that is closest to the source sample. We deine closeness using the l 2 norm distance. Formally: D(x, y) = l 2 (xy) I T = argmin</p><p>Then we modify the source sample to move toward this target sample.</p><p>Our goal is to increase the volumes of selected bursts in the source sample such that the source sample is not classiied as class s and the amount of change is as small as possible to minimize the bandwidth overhead. To make the source sample to leave the source class, we move toward the nearest sample (I T ). We deine &#8710; as the perturbation vector that we will add to the source sample to generate its defended form</p><p>To ind &#8710; that minimizes overhead, we should minimize distance D(I new s , I T ). To do this, we compute the gradient of the distance with respect to the input. The gradient points in the direction of steepest ascent, which would maximize the distance. Therefore, we compute the gradient of the negative of the distance with respect to the input, and we move the source sample that direction towards the target sample. In particular:</p><p>, where b i is the i-th burst in input I . To modify the source sample, we change bursts such that their corresponding values in (-D(I , I T )) are positive. Our perturbation vector &#8710; is:</p><p>where &#945; is paramter that ampliies the output of the gradient. The choice of &#945; has an impact on the convergence and the bandwidth overhead. If we pick large value for &#945;, we will take bigger steps toward the target sample and we will add more overhead. We modify the source sample by summing it with &#8710;, (I new s = I s + &#8710;). We iterate this process, computing &#8710; for each I s and updating the source sample until we leave the source class, f (I new s ) s or the number of iterations passes the maximum allowed iterations. In our experiments, we set this maximum as 200 iterations.</p><p>Because we only increase the bursts where -</p><p>&gt; 0, we may run into cases that after some iterations &#8711;(-D(I, I T )) does not have any positive values or all the positive values are extremely small such that they do not make any signiicant changes to I s . In such cases, if I new s -I s is smaller than a threshold (we used threshold 0.001) for a few iterations (we used 10 iterations), and we are still in the source class, we reill the pool with new samples and pick a new target sample I T to continue the process. In our evaluation, we break the data into two non-overlapping sets: the Attacker Set and the Defender Set. Each set has a monitored set of 83 classes, each representing a website of interest to the attacker, with 360 instances each. Moreover, our dataset contains an unmonitored set of 40,000 instances from 40,000 diferent sites, one instance per site.</p><p>We examine the bandwidth overhead and reduction in attacker accuracy of traces protected by our method. We use traces in the training data and generated their defended forms by the method described in the previous section. We irst require a detector (f (x)) to identify when the generated samples leave their source class. Thus, we deine the detector, a CNN model, and train it on the traces in Attacker Set. In our evaluations we examine two cases:</p><p>&#8226; Case I: We ill the target pool with instances from the Attacker Set. In this case, the detector has been trained on the target classes. &#8226; Case II: We ill the target pool with instances from the unmonitored. In this case, the detector has not been trained on the target samples. We generated defended samples with various settings. We varied &#945; and p to evaluate their efect on the strength of the defended traces and the overhead. We measured the detectability of the defended samples by applying the DF attack <ref type="bibr">[8]</ref> on them. Sirinam el al. <ref type="bibr">[8]</ref> suggest using 5,000 packets. Because both Walkie-Talkie and our method increase the size of the bursts, the number of packets in the traces increases. We thus use an input size of 10,000 packets, which is the 80th percentile of packet sequence lengths in our defended traces.</p><p>Figure <ref type="figure">2</ref> shows the bandwidth overhead in both Walkie-Talkie (WT) and our method for Case I (solid lines) and II (dashed lines) as &#945; and p vary. As shown in the igure, as we increase &#945;, the bandwidth overhead increases. Larger &#945; values create longer steps toward the target samples and less ine-grained searches for an efective stopping point. Using a larger target pool moderately decreases bandwidth overhead in most cases.</p><p>Case I leads to lower bandwidth overhead compared to Case II. Therefore, picking target samples from classes that the detector has been trained on will drop the overhead. In all the evaluated settings, the bandwidth overhead of our method is lower than that of Walkie-Talkie. For &#945; = 1 and p = 5 in Case I, the bandwidth overhead of our defense is 27%, 60% lower than for Walkie-Talkie. On the other end, for &#945; = 15 and p = 5 in Case I, the bandwidth overhead of our defense is 56%, 18% lower than for Walkie-Talkie. Figure <ref type="figure">3</ref> depicts the accuracy rate of the DF attack as &#945; and p vary, for input sizes of 5,000 packets and 10,000 packets. Figure <ref type="figure">3a</ref> and 3b depict the results of the evaluations in Case I and Case II, respectively. As &#945; increases in both cases, the accuracy rate drops to its minimum and then slightly increases. On the other hand, increasing &#945; raises the bandwidth overhead monotonically. Raising target pool size p can moderately increase the attacker's accuracy. According to Figure <ref type="figure">3a</ref>, the lowest accuracy rate is 59% when &#945; = 10 and p = 1, and its corresponding bandwidth overhead is 53%. &#945; = 10 and p = 1 in Case II provides the lowest accuracy rate (55%) with bandwidth overhead of 63%.</p><p>Our evaluations show that Case I provides lower bandwidth overhead than Case II (between 15% to 27% lower) and the detectability of the generated samples is comparable with Case II. This means that picking target samples from classes that the detector trained on reduces bandwidth overhead. According to our results, our best setting is to pick target samples from the classes that the detector trained on with p=1 and &#945;=5. Walkie-Talkie still has lower attack accuracy than this setting, 49% to our 60%, but its bandwidth overhead is 46% higher than our defense.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4">CONCLUSION &amp; FUTURE WORK</head><p>In this work, we propose a new defense against WF attacks with lower bandwidth overhead than Walkie-Talkie, the state-of-theart defense, with reasonable reductions in attacker accuracy. The defense uses a novel mechanism that adapts techniques used to create adversarial examples against machine learning classiiers, applying them to website traic traces. The generated adversarial traces can limit the adversary even though he is trained on the adversarial traces. To protect a traic trace, we add fake packets to the source trace to shorten the distance between the source sample and a randomly selected target sample representing another website.</p><p>Our defense mechanism results in 47% bandwidth overhead and drops the accuracy rate of the state-of-the-art WF attack from 98% to 60%. We emphasize that our tests are conducted in the closedworld setting, where the attacker knows that the user is visiting one of the monitored set of websites. In the more realistic open-world setting, where the user could visit any site on the Web, 60% accuracy is very likely to lead to many false positives for the attacker. In future work, we plan to investigate more to improve the defense and show how to implement it.</p></div></body>
		</text>
</TEI>
