Step3. Testing the Attacker’s web server.
Task4: Configure the DNS server on the Attacker VM
攻击者VM也充当了attacker32.com域名的命名服务器。BIND9服务器已经在攻击者VM上运行，我们需要为它准备一个区域文件。一个示例区域文件包含在attackr_vm文件夹中。我们应该相应地更改区域文件，并将其复制到/etc/bind文件夹中。
将以下区域条目添加到/etc/bind/name .因此上面的区域文件将由BIND9服务器使用。
如果一切都设置正确，我们可以尝试以下dig命令，看看我们得到的响应是否与我们放在区域文件中的响应相同
Task5: Configure the Local DNS Server
在本地DNSserver上，我们设置attacker32.com域的转发记录，因此每当本地 DNS 服务器收到此域内主机的 DNS 查询时，它只需将 DNS 查询发送到指定转发记录的 IPaddress，而不是前往 root server 和the .com server，以找出attacker32.com域的名称服务器的位置。
要将此类记录添加到本地 DNS 服务器，我们需要将以下行添加到 /etc/bind/named.conf
在用户机上测试，dig成功：
Task6. Understanding the Same-Origin Policy Protection
同源策略是一种约定，它是浏览器最核心也最基本的安全功能。浏览器的同源策略，限制了来自不同源的“document”或脚本，对当前“document”读取或设置某些属性。影响“源”的因素有：host（域名或IP地址，如果是IP地址则看做是一个根域名）、子域名、端口、协议。在浏览器中，<script>、<img>、<iframe>、<link>等标签都可以跨域加载资源，而不受同源策略的限制，但是浏览器限制了JavaScript的权限，使其不能读、写返回的内容。
attacker_vm的change界面
单击click之后，user_vm的温度并不会改变