如何破解GitHub（种类）

每天提交一次&＃xff0c;可以使错误远离&＃xff01; 但是我们每天要做100次提交。

GitHub的贡献表不是很安全已经不是什么秘密了。 实际上&＃xff0c;通过推送具有预先配置的提交历史记录的存储库 &＃xff0c;您可以将这些提交作为贡献获得。

我喜欢编码。 我真的是 我真的很喜欢开源。 当我刚开始的时候&＃xff0c;开源是我最喜欢做的事情&＃xff1a;构建软件&＃xff0c;为所有人发布&＃xff0c;并为他人的项目做贡献。

这是我仍然喜欢做的事情&＃xff0c;但这是我被迫牺牲的事情。 最近&＃xff0c;我开始全职从事Aiko AI的研究&＃xff0c;这是一家旨在通过将AI的先进技术集成到日常产品中来将其带来的好处带给普通大众的创业公司。 我们落后于Aiko Meet和Aiko Mail等热门产品&＃xff0c;而我们最近的成功意味着我从事开源工作的时间越来越少。

不幸的是&＃xff0c;这意味着我必须在对Aiko的热情与对开源的热爱之间进行选择。 我不时地继续从事开源项目的工作&＃xff0c;但是Aiko一直处于优先地位&＃xff0c;这意味着我无法按照以前的频率投入。

这意味着我的贡献图表将枯竭—除非我们用提交将其填满&＃x1f609;

对于那些不经常使用GitHub的人&＃xff0c;贡献图每天跟踪您的提交&＃xff0c;以查看您对开源的编码活动/共同贡献。 同时&＃xff0c;它是所有功能中最怪异的东西&＃xff0c;并且是展示您的开源努力的好奖杯。

如此之多&＃xff0c;以至于甚至有些雇主也会查看您的GitHub贡献表&＃xff0c;以了解您实际上有多少狂热的编码员。 当然&＃xff0c;这并不是您的编码能力的真正体现。 您可能不经常使用GitHub&＃xff0c;或者您可能正在开发大多数封闭源代码。 也许您所处的角色不经常提交&＃xff0c;但功能/负载很大。 或者&＃xff0c;您可能会看这张图并感觉到不安全感&＃xff0c; 我所有的朋友都有更多的GitHub提交&＃xff01;

无论是必要性&＃xff0c;好奇心还是冒名顶替综合症激发了您&＃xff0c;对此都有一个简单的解决方法-只需获取大量开源提交即可&＃xff01;

当然&＃xff0c;这将花费一些时间&＃xff0c;您无法返回并编辑历史记录-还是可以&＃xff1f; 我将向您展示如何破解GitHub的贡献表&＃xff0c;并获得您渴望得到的绿色牧场。

在开始之前&＃xff0c;我将向您介绍Gitfiti &＃xff0c;这是另一个基于同一系统的项目&＃xff0c;可让您在GitHub贡献上画图。

我们将关注提交历史而不是艺术&＃xff0c;以获取欺诈性提交&＃xff01; 我将尽力说明我可以使用bash的方法&＃xff0c;但这是假定您对Terminal和git有所了解的-如果您不熟悉CLI&＃xff0c;建议您在深入了解Bash学院之前&＃xff0c;先来学习一下。

只想要脚本&＃xff1f; 这里是。

不想编码&＃xff1f; 访问Github Gardener&＃xff0c;这是一个免费的网站&＃xff0c;可为您提供帮助&＃xff01;

怎么运行的

利用提交历史&＃xff0c;我们可以使用git的提交时间戳“提交”提交。

首先&＃xff0c;在我们选择的日期编写一次提交。 为此&＃xff0c;我们需要更改git用于设置提交时间戳的两个环境变量GIT_COMMITTER_DATE和GIT_AUTHOR_DATE 。 这两个变量保存标准的YY-MM-DD HH:MM:SS ISO格式时间戳。 我们还将在该时间戳记上进行承诺以覆盖所有基础-这样我们可以完全确定&＃xff0c;没有办法在那个时间点上将我们的虚假提交与实际提交区分开。

上面的摘要将“作者” 2000年12月20日的提交。 这也可以扩展为“作者” 1970年1月1日以后的提交&＃xff1b; 在您可能对此进行编码之前&＃xff01; 因此&＃xff0c;您的“ git”历史记录很容易受到攻击&＃xff08;实际上&＃xff0c;不是“ history”&＃xff0c;而是更多的预先编写的结构的集合&＃xff09;。

然后&＃xff0c;我们可以将其扩展为每天从指定日期开始编写提交历史记录。 这是使用bash for loop轻松实现的&＃xff0c;其结构如下&＃xff1a;

紧随其后的缩进块将能够在执行中使用$VAR_NAME作为变量。 结果&＃xff0c;bash for loops成为我们的理想选择&＃xff0c;因为我们可以迭代数年&＃xff0c;数月甚至数天来编写伪造的提交历史记录。

让我们编写脚本

此脚本的最终版本可 在此处 作为要点提供 。

我们可以通过按年&＃xff0c;月和日的顺序循环来实现这种“利用”&＃xff1a;

从1999年到2018年&＃xff0c;我们每年循环浏览&＃xff08;我选择1999年为2000年之前的猜测&＃xff09;。 然后&＃xff0c;我们遍历每个月&＃xff0c;最后遍历每一天。 请注意&＃xff0c;我们只能从1到28循环播放&＃xff0c;因为2月可能是28天的月份&＃xff01; 如果愿意&＃xff0c;我们可以每天循环浏览&＃xff0c;但是2月将无效。 在这种情况下&＃xff0c;您可以使用条件选择日期。 我考虑的另一种方法是使用Python设置年&＃xff0c;月和日至工作日&＃xff0c;以便仅选择工作日-任您选择&＃xff0c;取决于您&＃xff01; 我会坚持使用1–28&＃xff0c;因为从速度角度来看&＃xff0c;这是最好的方法&＃xff08;编写这么多提交可能要花一些时间&＃xff09;。

我们还需要每次创建一个新文件&＃xff1a;

这是一个完整的脚本&＃xff0c;仅用于创建文件并批量提交&＃xff1a;

然后作者的提交时间为1999年至2018年。您可以在任何bash提示符下执行此操作-我建议将其放在可执行的bash文件中并运行。

但这显然非常慢&＃xff01; 我们怎样才能使它更快&＃xff1f;

1. 首先&＃xff0c;除非您嵌套了git repos&＃xff0c;否则每次提交时都不需要遍历备份目录树。
2. 事实证明&＃xff0c;“推送”到GitHub并没有考虑当前的时间戳&＃xff08;因此&＃xff0c;您可以将旧的本地git存储库推送到GitHub&＃xff09;&＃xff0c;因此我们只需在脚本末尾推送即可。
3. 最后&＃xff0c;虽然并没有真正提高速度&＃xff0c;但通过上述改进&＃xff0c;添加对第29天到第31天的支持并不会真正影响我们的性能&＃xff0c;并且GitHub将自动清除多余的日子。

这将速度提高了十倍&＃xff0c;我们可以通过推动末端达到更高的高度。

实施这些更改&＃xff0c;并在最后删除文件夹进行清理&＃xff0c;我们附带了最后一个脚本&＃xff1a;

您会注意到&＃xff0c;我引入了另一个带有变量i bash循环-该循环控制每天执行多少次提交 &＃xff0c;并且可以与更快得多的脚本一起使用。 如果收到“无效”日期格式错误&＃xff0c;请检查计算机使用的日期是否存在&＃xff08;最早的日期可以是1970年1月1日&＃xff09;&＃xff0c;并且您的bash版本足够新以支持前导零。在for循环中。

关于这一点的最干净的部分是它在FUTURE中提交。
这意味着将来您将每天都有承诺&＃xff01;

我把完整的脚本放在这里 。 &＃xff08;短链接&＃xff1a; git.io/vxnon &＃xff09;

示例运行&＃xff1a;

事后

我会提到&＃xff0c;还可以使用bot&＃xff08;因为它们没有验证码&＃xff01;&＃xff09;进一步利用GitHub并将其用于星标&＃xff0c;关注等&＃xff0c;尽管我不会在本快速文章中介绍&＃xff08;也不鼓励这样做&＃xff09;恶意边界&＃xff09;。

只是一个简短的图片来证明这是可行的&＃xff1a;

您可以删除要提交的存储库以删除伪造的历史记录&＃xff0c;也可以将其设为私有并将贡献设置设为仅公开&＃xff0c;以实现与从图表中删除伪造物相同的效果。 &＃xff08;您也可以完全覆盖分支/提交历史记录。&＃xff09;

尽管我们没有以恶意方式利用GitHub&＃xff0c;但这仍然有些重要&＃xff0c;因为一些公司在招聘过程中检查了您的供款计数-意味着这可能&＃xff08;潜在地&＃xff09;影响您找到工作的机会。 这也将让你在休息最酷的孩子。 快乐的“骇客&＃xff01;”

这样&＃xff0c;还有更多&＃xff1f; 在Aiko AI上 &＃xff0c;我们喜欢开源项目以及探索和可视化数据&＃xff01;

From: https://hackernoon.com/how-to-hack-github-kind-of-12b08a46d02e