Bleeding Edge Kali Linux

这周我们很忙，电子邮件仍然落后，但Kali 的开发进展顺利。我们打包了一些社区指出缺失的新工具，例如inguma、arachni、bully、lbd、uniscan、automater，并开始构建蓝牙嗅探和ubertooth 工具的库和补丁框架。我们还修复了Kali 菜单，使其再次可编辑。

我们的存储库中有300 多个工具，我们几乎不可能始终将*每个*工具更新到最新的git 版本。几天前发生了一个很好的例子，当时我们更新了SET 包。更新软件包两天后，我们的错误跟踪器中收到了SET 的“工具升级”请求，因为我们的软件包已经过时了。似乎有点极端？也许不是，请考虑以下难题:

明天你要进行审核，你要准备好工具。启动Kali Linux，运行“apt-get update apt-get Upgrade”以确保您正在运行$your_favorate_tool 的最新稳定版本。更新后，您会注意到$your_favorate_tool 有一个上周在我们的存储库中更新的软件包。然而，在过去的一周里，$your_favorate_tool 上游添加了一些非常棒的更新，您确实需要这些新功能来进行即将进行的评估。你做什么工作？

最糟糕的事情。

假设您不使用Kali 作为“丢弃实例”，在这种情况下最糟糕的事情就是覆盖打包文件。例如，使用以下命令来更新经常更新的工具是一个很大的禁忌，并且最终会破坏您将来的安装:

# 不要更新这样的工具！

cd /usr/share/

rm -rf $你最喜欢的工具

git 克隆$your_favorate_tool

Domldr 好的；但是，呃。

由于您不应该弄乱打包文件，因此最常见的选项是在临时目录中svn 或git checkout $your_favorate_tool 并从那里使用它，如下所示。在大多数情况下，更新工具所需的所有依赖项通常已经存在于Kali 中。或者，您可以选择重建源代码包，其中包括您的更新和更改:

光盘~

mkdir 工作

光盘工作

git 克隆$your_favorate_tool

cd $your_favorate_tool

./你最喜欢的工具

我们的解决方案。

我们说“接近”不可能，对吧？看到某些工具的更新频率与（某些人不需要）“始终拥有$your_favorate_tool 的最新版本”的需求之间的冲突，我们每个人都想出了一个有趣的解决方案。我们建立了一个可选的“Kali前沿”存储库，其中包含几个有用且经常更新的工具的每日构建。这些存储库仍然处于高度实验阶段（这意味着我们预计事情会不时发生故障，直到我们从社区获得更多反馈）。如果您想尝试此功能，欢迎您添加如下所示的前沿存储库，但是请记住术语“前沿”。流血是有原因的:

echo deb http://http.kali.org/kali kali-bleeding-edge 主要贡献非免费/etc/apt/sources.list

apt-get 更新

apt-get 升级

目前，我们在此存储库中拥有一些工具，其中包括se-toolkit (set)、aircrack-ng、dnsrecon、sqlmap、rfidiot、beef-xss、libnfc、libfreefare、mfoc 和mfcuk。我们预计这个列表会随着时间的推移而增长。