Mettre à jour l’alerte (déconseillé)

Espace de noms: microsoft.graph

Importante

Les API sous la version /beta dans Microsoft Graph sont susceptibles d’être modifiées. L’utilisation de ces API dans des applications de production n’est pas prise en charge. Pour déterminer si une API est disponible dans v1.0, utilisez le sélecteur Version .

Importante

L’API d’alertes héritées est déconseillée et sera mise hors service le 15 octobre 2026. Migrer vers la nouvelle API alertes et incidents . Pour plus d’informations, consultez Migrer des alertes héritées vers l’API alertes et incidents.

Mettez à jour une propriété d’alerte modifiable dans n’importe quelle solution intégrée pour synchroniser le statut et les affectations d’alerte entre les solutions. Cette méthode met à jour toute solution qui a un enregistrement de l’ID d’alerte référencé.

Cette API est disponible dans les déploiements cloud nationaux suivants.

Service global Gouvernement américain L4 Gouvernement américain L5 (DOD) Chine exploitée par 21Vianet

Autorisations

Choisissez l’autorisation ou les autorisations marquées comme étant les moins privilégiées pour cette API. Utilisez une ou plusieurs autorisations privilégiées uniquement si votre application en a besoin. Pour plus d’informations sur les autorisations déléguées et d’application, voir Types d’autorisations. Pour en savoir plus sur ces autorisations, consultez la référence des autorisations.

Type d’autorisation Autorisations les moins privilégiées Autorisations à privilèges plus élevés
Déléguée (compte professionnel ou scolaire) SecurityEvents.ReadWrite.All Non disponible.
Déléguée (compte Microsoft personnel) Non prise en charge. Non prise en charge.
Application SecurityEvents.ReadWrite.All Non disponible.

Requête HTTP

Remarque : Vous devez inclure l’ID d’alerte en tant que paramètre et vendorInformation contenant le et vendor avec provider cette méthode.

PATCH /security/alerts/{alert_id}

En-têtes de demande

Nom Description
Autorisation Porteur {code}. Obligatoire.
Préférence return = représentation. Facultatif.

Corps de la demande

Dans le corps de la demande, fournissez uniquement les valeurs des propriétés à mettre à jour. Les propriétés existantes qui ne sont pas incluses dans le corps de la demande conservent leurs valeurs précédentes ou sont recalculées en fonction des modifications apportées à d’autres valeurs de propriété.

Le tableau suivant spécifie les propriétés qui peuvent être mises à jour.

Propriété Type Description
assignedTo String Nom de l’analyste auquel l’alerte est affectée pour le triage, l’investigation ou la correction.
closedDateTime DateTimeOffset Heure à laquelle l’alerte a été fermée. Le type d’horodatage représente les informations de date et d’heure au moyen du format ISO 8601. Il est toujours au format d’heure UTC. Par exemple, le 1er janvier 2014 à minuit UTC se présente comme suit : 2014-01-01T00:00:00Z.
commentaires Collection de chaîne Commentaires de l’analyste sur l’alerte (pour la gestion des alertes client). Cette méthode ne peut mettre à jour le champ de commentaires qu’avec les valeurs suivantes : Closed in IPC, Closed in MCAS.
commentaires Énumération alertFeedback Commentaires analyste sur l’alerte. Les valeurs possibles sont : unknown, truePositive, falsePositive, benignPositive.
status Énumération alertStatus le status du cycle de vie des alertes (phase). Les valeurs possibles sont : unknown, newAlert, inProgress, resolved.
étiquettes String collection Étiquettes définissables par l’utilisateur qui peuvent être appliquées à une alerte et peuvent servir de conditions de filtre (par exemple, « HVA », « SAW »).
vendorInformation securityVendorInformation Type complexe qui contient des détails sur le fournisseur, le fournisseur et le sous-fournisseur du produit/service de sécurité (par exemple, vendor=Microsoft; provider=Windows Defender ATP; subProvider=AppLocker). Les champs du fournisseur et du fournisseur sont obligatoires.

Réponse

Si elle réussit, cette méthode renvoie un code de réponse 204 No Content.

Si l’en-tête de requête facultatif est utilisé, la méthode renvoie un 200 OK code de réponse et un objet d’alerte mis à jour dans le corps de la réponse.

Exemples

Exemple 1 : Demande sans en-tête Préférer

Demande

L’exemple suivant montre une requête sans l’en-tête Prefer .

PATCH https://graph.microsoft.com/beta/security/alerts/{alert_id}
Content-type: application/json

{
  "assignedTo": "String",
  "closedDateTime": "String (timestamp)",
  "comments": ["String"],
  "feedback": "@odata.type: microsoft.graph.alertFeedback",
  "status": "@odata.type: microsoft.graph.alertStatus",
  "tags": ["String"],
  "vendorInformation":
    {
      "provider": "String",
      "vendor": "String"
    }
}

Réponse

L’exemple suivant illustre une réponse réussie.

HTTP/1.1 204 No Content

Exemple 2 : Demande avec l’en-tête Préférer

Demande

L’exemple suivant montre une demande qui inclut l’en-tête de Prefer demande.

PATCH https://graph.microsoft.com/beta/security/alerts/{alert_id}
Content-type: application/json
Prefer: return=representation

{
  "assignedTo": "String",
  "closedDateTime": "String (timestamp)",
  "comments": ["String"],
  "feedback": "@odata.type: microsoft.graph.alertFeedback",
  "status": "@odata.type: microsoft.graph.alertStatus",
  "tags": ["String"],
  "vendorInformation":
    {
      "provider": "String",
      "vendor": "String"
    }
}

Réponse

L’exemple suivant montre une réponse lorsque l’en-tête de requête facultatif Prefer: return=representation est utilisé.

Remarque : l’objet de réponse affiché ci-après peut être raccourci pour plus de lisibilité.

HTTP/1.1 200 OK
Content-type: application/json

{
  "activityGroupName": "activityGroupName-value",
  "assignedTo": "assignedTo-value",
  "azureSubscriptionId": "azureSubscriptionId-value",
  "azureTenantId": "azureTenantId-value",
  "category": "category-value",
  "closedDateTime": "datetime-value"
}