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 committest Code in deinem Fork.
Du löschst deinen Fork.
Die in dem gelöschten Fork committeten Daten sind weiterhin zugänglich.
Du hast ein öffentliches Repo auf GitHub.
Ein Benutzer forkt dein Repo.
Du committest 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 committest 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)
