Last updated
Lerne & übe AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) Lerne & übe GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)
Diese Möglichkeiten, auf Daten von Github zuzugreifen, die angeblich gelöscht wurden, wurden in diesem Blogbeitrag berichtet.
Du forkt ein öffentliches Repository.
Du commitest Code in deinen Fork.
Du löschst deinen Fork.
Die in dem gelöschten Fork committen Daten sind weiterhin zugänglich.
Du hast ein öffentliches Repo auf GitHub.
Ein Benutzer forkt dein Repo.
Du commitest Daten, nachdem sie es geforkt haben (und sie synchronisieren ihren Fork nie mit deinen Updates).
Du löschst das gesamte Repo.
Selbst wenn du dein Repo gelöscht hast, sind alle Änderungen, die daran vorgenommen wurden, weiterhin über die Forks zugänglich.
Du erstellst ein privates Repo, das schließlich öffentlich gemacht wird.
Du erstellst eine private, interne Version dieses Repos (durch Forking) und commitest zusätzlichen Code für Funktionen, die du nicht öffentlich machen möchtest.
Du machst dein „Upstream“-Repository öffentlich und hältst deinen Fork privat.
Es ist möglich, auf alle Daten zuzugreifen, die in den internen Fork gepusht wurden, in der Zeit zwischen der Erstellung des internen Forks und der Veröffentlichung der öffentlichen Version.
Der gleiche Blogbeitrag schlägt 2 Optionen vor:
Wenn der Commit-ID (sha-1) Wert bekannt ist, ist es möglich, ihn unter https://github.com/<user/org>/<repo>/commit/<commit_hash> zuzugreifen.
Es ist dasselbe, um auf beide zuzugreifen:
Und der letzte verwendet einen kurzen sha-1, der bruteforcebar ist.
Lerne & übe AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) Lerne & übe GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)
