在服务器上布署代码时。如果是使用 svn checkout 功能来更新代码，而没有配置好目录访问权限，则会存在此漏洞。黑客利用此漏洞，可以下载整套网站的源代码。
一、.svn 目录
使用svn checkout后，项目目录下会生成隐藏的.svn文件夹（Linux上用ls命令看不到，要用ls -al命令）。
svn1.6及以前版本会在项目的每个文件夹下都生成一个.svn文件夹，里面包含了所有文件的备份，文件名为 .svn/text-base/文件名.svn-base
svn1.7及以后版本则只在项目根目录生成一个.svn文件夹，里面的pristine文件夹里包含了整个项目的所有文件备份
下面我以svn1.7及之后版本为例，讲解如何利用此漏洞下载整个网站源代码
二、分析.svn目录内容
我们看到的是一个名为 wc.db 的文件，用文本编辑器打开看到第一行有写 SQLite format 3 ，可以知道，这是一个SQLite数据库的文件，后面包含的信息，文本编辑器就先不看了。我们下载一个正经的SQLite查看软件来慢慢看－－SQLite Studio 。
在软件下载完之前，再看看此文件夹里的其他内容：
entries和format文件里面，只有个数字12，没什么参考意义；wc.db-journal文件是空的，也没什么价值；tmp目录里面也是空的；
pristine里面内容就多了，一堆00~ff的文件夹，每个文件夹里有若干个 .svn-base文件；用文本编辑器打开看一下，有些文件是代码，有些文件是乱码（大概是图片文件吧）。看来这个文件夹是整个项目文件的一份备份，只是一堆哈希过的文件名，似乎有点难下手啊。
毕竟是无规律的这一堆文件名，40位的哈希（36^40）这样的暴力穷举下载的话，即便是N多线程，时间成本上也是非常大的啊。而且得到是一堆无序文件，要整理成原来代码项目的样子，还得费好一阵功夫。
这样看来，是不是说.svn漏洞利用的价值很少？然而非也，少年，还记得刚才说的 wc.db 文件吗。现在SQLite Studio软件应该下载好了，我们就打开看看这里有什么来头吧
三、wc.db文件，有你想要的一切
用SQLiteStudio软件打开 wc.db文件，我们看到 NODES 表，看到 local relpath栏 和 checksum栏，明白了吗（滑稽.jpg）。checksum栏里的$sha1$后面的那串数字就是pristine文件夹里的那堆文件的文件名，pristine里的00~ff文件夹，其实是文件名的前两位，而local relpath就是原始的文件名。
现在，我们根据这个 wc.db 的NODES表，遍历这个表里的每一行，就可以下载到整个项目里的代码了，而且还能得到对应的真实文件名，可谓岂不快哉？
（下面截图为我自己的项目，仅作参考）
除了NODES表以外，还可以看到一个 REPOSITORY表，里面存储了svn的项目路径和 uuid，如果没有做访问IP限制的话，你可以直接使用此信息取得此项目的SVN权限（下载、提交等）…
四、漏洞修复
方案一、不要使用svn checkout和svn up更新服务器上的代码，使用svn export（导出）功能代替。
方案二、服务器软件（Nginx、apache、tomcat、IIS等）设置目录权限，禁止访问.svn和.git目录，下面示范为禁止访问点号开头的目录
Nginx的vhosts中配置
location ~ (/.){
deny all;
}
Apache的vhosts中配置
<Directory ~ "/."> Deny from all </Directory>
不只svn，git或者其他版本管理软件也存在类似的问题
