Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich. # Runtime-Abdeckung und Fehlerbehebung für Amazon ECS-Cluster Die Laufzeitabdeckung für Amazon ECS-Cluster umfasst die Aufgaben, die auf AWS Fargate Amazon ECS-Container-Instances ausgeführt werden [1](#ecs-container-instance). Für einen Amazon ECS-Cluster, der auf Fargate läuft, wird die Laufzeitabdeckung auf Aufgabenebene bewertet. Die Laufzeitabdeckung des ECS-Clusters umfasst die Fargate-Aufgaben, die gestartet wurden, nachdem Sie Runtime Monitoring und automatisierte Agentenkonfiguration für Fargate aktiviert haben (nur ECS). Standardmäßig ist eine Fargate-Aufgabe unveränderlich. GuardDuty wird nicht in der Lage sein, den Security Agent zur Überwachung von Containern bei bereits laufenden Aufgaben zu installieren. Um eine solche Fargate-Aufgabe einzubeziehen, müssen Sie die Aufgabe beenden und erneut starten. Stellen Sie sicher, dass Sie überprüfen, ob der zugehörige Dienst unterstützt wird. Informationen zum Amazon ECS-Container finden Sie unter [Kapazitätserstellung](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/create-capacity.html). **Topics** + [Überprüfen der Abdeckungsstatistiken](#ecs-review-coverage-statistics-ecs-runtime-monitoring) + [Änderung des Deckungsstatus mit EventBridge Benachrichtigungen](#ecs-runtime-monitoring-coverage-status-change) + [Behebung von Problemen mit der Amazon ECS-Fargate Runtime Coverage](#ecs-runtime-monitoring-coverage-issues-troubleshoot) ## Überprüfen der Abdeckungsstatistiken Die Deckungsstatistik für die Amazon ECS-Ressourcen, die mit Ihrem eigenen Konto oder Ihren Mitgliedskonten verknüpft sind, ist der Prozentsatz der fehlerfreien Amazon ECS-Cluster im Vergleich zu allen Amazon ECS-Clustern in den ausgewählten AWS-Region. Dies beinhaltet die Abdeckung für Amazon ECS-Cluster, die sowohl mit Fargate- als auch mit Amazon EC2 EC2-Instances verknüpft sind. Die folgende Gleichung stellt dies wie folgt dar: *(Fehlerfreie clusters/All Cluster) \*100* ### Überlegungen + Die Deckungsstatistiken für den ECS-Cluster beinhalten den Abdeckungsstatus der Fargate-Aufgaben oder ECS-Container-Instances, die diesem ECS-Cluster zugeordnet sind. Der Deckungsstatus der Fargate-Aufgaben umfasst Aufgaben, die sich entweder im Status Running befinden oder deren Ausführung vor Kurzem abgeschlossen wurde. + Auf der Registerkarte **Runtime Coverage von ECS-Clustern** gibt das Feld **Abgedeckte Container-Instances** den Abdeckungsstatus der Amazon EC2 EC2-Container-Instances an, die mit Ihrem Amazon ECS-Cluster verknüpft sind. Wenn in Ihrem Amazon ECS-Cluster nur der Starttyp Fargate ausgeführt wird, wird in diesem Feld ein Bindestrich (-) angezeigt, um darauf hinzuweisen, dass die Anzahl nicht zutreffend ist. Ein Fargate-only Cluster hat keine Amazon EC2 EC2-Container-Instances, die abgedeckt werden müssen. + Wenn Ihr Amazon ECS-Cluster mit einer Amazon EC2 EC2-Instance verknüpft ist, die keinen Sicherheitsagenten hat, hat der Amazon ECS-Cluster auch den **Deckungsstatus Unhealthy**. Informationen zur Identifizierung und Behebung des Deckungsproblems für die zugehörige Amazon EC2 EC2-Instance finden Sie unter [Behebung von Problemen mit der Amazon EC2 EC2-Runtime-Abdeckung](gdu-assess-coverage-ec2.md#ec2-runtime-monitoring-coverage-issues-troubleshoot) Amazon EC2 EC2-Instances. Wählen Sie eine der Zugriffsmethoden, um die Abdeckungsstatistiken für Ihre Konten einzusehen. ------ #### [ Console ] + Melden Sie sich bei der an AWS Management Console und öffnen Sie die GuardDuty Konsole unter. [https://console.aws.amazon.com/guardduty/](https://console.aws.amazon.com/guardduty/) + Wählen Sie im Navigationsbereich **Runtime Monitoring** aus. + Wählen Sie die Registerkarte **Runtime Coverage** aus. + Auf der Registerkarte **ECS-Cluster-Laufzeitabdeckung** können Sie die Deckungsstatistiken einsehen, die nach dem Abdeckungsstatus jedes Amazon ECS-Clusters aggregiert sind, der in der **Cluster-Listentabelle** verfügbar ist. + Sie können die **Cluster-Listentabelle** nach den folgenden Spalten filtern: + **Konto-ID** + **Cluster-Name** + **Agentenverwaltungs-Typ** + **Abdeckungsstatus** + Wenn einer Ihrer Amazon ECS-Cluster den **Deckungsstatus** **Ungesund** hat, enthält die Spalte **Problem** zusätzliche Informationen über den Grund für den Status **Ungesund**. **Wenn Ihre Amazon ECS-Cluster mit einer Amazon EC2 EC2-Instance verknüpft sind, navigieren Sie zur Registerkarte **EC2-Instance-Laufzeitabdeckung** und filtern Sie nach dem Feld **Clustername**, um das zugehörige Problem anzuzeigen.** ------ #### [ API/CLI ] + Führen Sie die [ListCoverage](https://docs.aws.amazon.com/guardduty/latest/APIReference/API_ListCoverage.html)API mit Ihrer eigenen gültigen Detektor-ID, Ihrer aktuellen Region und Ihrem Service-Endpunkt aus. Mit dieser API können Sie die Instanzliste filtern und sortieren. + Sie können das Beispiel `filter-criteria` ändern mit einer der folgenden Optionen für `CriterionKey`: + `ACCOUNT_ID` + `ECS_CLUSTER_NAME` + `COVERAGE_STATUS` + `MANAGEMENT_TYPE` + Sie können das Beispiel `AttributeName` in `sort-criteria` ändern mit einer der folgenden Optionen: + `ACCOUNT_ID` + `COVERAGE_STATUS` + `ISSUE` + `ECS_CLUSTER_NAME` + `UPDATED_AT` Das Feld wird nur aktualisiert, wenn entweder eine neue Aufgabe im zugehörigen Amazon ECS-Cluster erstellt wird oder wenn sich der entsprechende Deckungsstatus ändert. + Sie können den {{max-results}} (bis zu 50) ändern. + Informationen zu den Einstellungen `detectorId` für Ihr Konto und Ihre aktuelle Region finden Sie auf der Seite **„Einstellungen**“ in der [https://console.aws.amazon.com/guardduty/](https://console.aws.amazon.com/guardduty/)Konsole oder führen Sie die [https://docs.aws.amazon.com/guardduty/latest/APIReference/API_ListDetectors.html](https://docs.aws.amazon.com/guardduty/latest/APIReference/API_ListDetectors.html)API aus. ``` aws guardduty --region {{us-east-1}} list-coverage --detector-id {{12abc34d567e8fa901bc2d34e56789f0}} --sort-criteria '{"AttributeName": "{{ECS_CLUSTER_NAME}}", "OrderBy": "{{DESC}}"}' --filter-criteria '{"FilterCriterion":[{"CriterionKey":"{{ACCOUNT_ID}}", "FilterCondition":{"EqualsValue":"111122223333"}}] }' --max-results {{5}} ``` + Führen Sie die [GetCoverageStatistics](https://docs.aws.amazon.com/guardduty/latest/APIReference/API_GetCoverageStatistics.html)API aus, um aggregierte Statistiken zur Abdeckung abzurufen, die `statisticsType` auf dem basieren. + Sie können das Beispiel `statisticsType` zu einer der folgenden Optionen ändern: + `COUNT_BY_COVERAGE_STATUS`— Stellt Deckungsstatistiken für ECS-Cluster dar, die nach dem Abdeckungsstatus aggregiert sind. + `COUNT_BY_RESOURCE_TYPE`— Statistiken zur Abdeckung, aggregiert auf der Grundlage des AWS Ressourcentyps in der Liste. + Sie können das Beispiel `filter-criteria` im Befehl ändern. Sie können die folgenden Optionen für `CriterionKey` verwenden: + `ACCOUNT_ID` + `ECS_CLUSTER_NAME` + `COVERAGE_STATUS` + `MANAGEMENT_TYPE` + `INSTANCE_ID` + Informationen zu den Einstellungen `detectorId` für Ihr Konto und Ihre aktuelle Region finden Sie auf der Seite **„Einstellungen**“ in der [https://console.aws.amazon.com/guardduty/](https://console.aws.amazon.com/guardduty/)Konsole oder führen Sie die [https://docs.aws.amazon.com/guardduty/latest/APIReference/API_ListDetectors.html](https://docs.aws.amazon.com/guardduty/latest/APIReference/API_ListDetectors.html)API aus. ``` aws guardduty --region {{us-east-1}} get-coverage-statistics --detector-id {{12abc34d567e8fa901bc2d34e56789f0}} --statistics-type {{COUNT_BY_COVERAGE_STATUS}} --filter-criteria '{"FilterCriterion":[{"CriterionKey":"{{ACCOUNT_ID}}", "FilterCondition":{"EqualsValue":"123456789012"}}] }' ``` ------ Weitere Informationen zu Deckungsproblemen finden Sie unter[Behebung von Problemen mit der Amazon ECS-Fargate Runtime Coverage](#ecs-runtime-monitoring-coverage-issues-troubleshoot). ## Änderung des Deckungsstatus mit EventBridge Benachrichtigungen Der Abdeckungsstatus Ihres Amazon ECS-Clusters wird möglicherweise als **Ungesund** angezeigt. Um zu wissen, wann sich der Deckungsstatus ändert, empfehlen wir Ihnen, den Deckungsstatus regelmäßig zu überwachen und Fehler zu beheben, falls der Status auf **Ungesund** umgestellt wird. **Alternativ können Sie eine EventBridge Amazon-Regel erstellen, um eine Benachrichtigung zu erhalten, wenn sich der Versicherungsstatus von „**Ungesund**“ in „Fehlerfrei“ oder anderweitig ändert.** GuardDuty Veröffentlicht dies standardmäßig im [EventBridge Bus](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-event-bus.html) für Ihr Konto. ### Beispiel für ein Benachrichtigungsschema In einer EventBridge Regel können Sie die vordefinierten Beispielereignisse und Ereignismuster verwenden, um eine Benachrichtigung über den Versicherungsstatus zu erhalten. Weitere Informationen zum Erstellen einer EventBridge Regel finden Sie unter [Regel erstellen](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-get-started.html#eb-gs-create-rule) im * EventBridge Amazon-Benutzerhandbuch*. Darüber hinaus können Sie mithilfe des folgenden Beispiel-Benachrichtigungsschemas ein benutzerdefiniertes Ereignismuster erstellen. Achten Sie darauf, die Werte für Ihr Konto zu ersetzen. Um benachrichtigt zu werden, wenn sich der Deckungsstatus Ihres Amazon ECS-Clusters von `Healthy` zu ändert`Unhealthy`, `detail-type` sollte dies der Fall sein{{GuardDuty Runtime Protection Unhealthy}}. Um benachrichtigt zu werden, wenn sich der Deckungsstatus von `Unhealthy` auf ändert`Healthy`, ersetzen Sie den Wert von `detail-type` durch{{GuardDuty Runtime Protection Healthy}}. ``` { "version": "0", "id": "event ID", "detail-type": "GuardDuty Runtime Protection Unhealthy", "source": "aws.guardduty", "account": "AWS-Konto ID", "time": "event timestamp (string)", "region": "AWS-Region", "resources": [ ], "detail": { "schemaVersion": "1.0", "resourceAccountId": "string", "currentStatus": "string", "previousStatus": "string", "resourceDetails": { "resourceType": "ECS", "ecsClusterDetails": { "clusterName":"", "fargateDetails":{ "issues":[], "managementType":"" }, "containerInstanceDetails":{ "coveredContainerInstances":int, "compatibleContainerInstances":int } } }, "issue": "string", "lastUpdatedAt": "timestamp" } } ``` ## Behebung von Problemen mit der Amazon ECS-Fargate Runtime Coverage Wenn der Abdeckungsstatus Ihres Amazon ECS-Clusters **fehlerhaft** ist, können Sie den Grund in der Spalte **Problem** einsehen. Die folgende Tabelle enthält die empfohlenen Schritte zur Fehlerbehebung bei Fargate-Problemen (nur Amazon ECS). Informationen zu Problemen mit der Abdeckung von Amazon EC2 EC2-Instances finden Sie unter [Behebung von Problemen mit der Amazon EC2 EC2-Runtime-Abdeckung](gdu-assess-coverage-ec2.md#ec2-runtime-monitoring-coverage-issues-troubleshoot) Für Amazon EC2 EC2-Instances. - ** Der Agent meldet sich nicht ** - **Zusatzinformation:** Der Agent meldet sich nicht für Aufgaben in `TaskDefinition - '{{TASK_DEFINITION}}'` / **Empfohlene Schritte zur Fehlerbehebung:** Stellen Sie sicher, dass der VPC-Endpunkt für die Aufgabe Ihres Amazon ECS-Clusters korrekt konfiguriert ist. Weitere Informationen finden Sie unter [Validierung der VPC-Endpunktkonfiguration](validate-vpc-endpoint-config-runtime-monitoring.md).
Wenn Ihre Organisation über eine Service Control Policy (SCP) verfügt, stellen Sie sicher, dass die Zugriffsrechte nicht durch Grenzen eingeschränkt werden. `guardduty:SendSecurityTelemetry` Weitere Informationen finden Sie unter [Validierung der Service-Control-Richtlinie Ihres Unternehmens in einer Umgebung mit mehreren Konten](prereq-runtime-monitoring-ecs-support.md#validate-organization-scp-ecs). - **Zusatzinformation:** `{{VPC_ISSUE}}; for task in TaskDefinition - '{{TASK_DEFINITION}}'` / **Empfohlene Schritte zur Fehlerbehebung:** Einzelheiten zum VPC-Problem finden Sie in den zusätzlichen Informationen. - ** Der Agent wurde beendet ** - **Zusatzinformation:** ExitCode: `EXIT_CODE` für Aufgaben in `TaskDefinition - '{{TASK_DEFINITION}}'` / **Empfohlene Schritte zur Fehlerbehebung:** Die Problemdetails finden Sie in den zusätzlichen Informationen. - **Zusatzinformation:** Grund: {{REASON}} für Aufgaben in `TaskDefinition - '{{TASK_DEFINITION}}'` - **Zusatzinformation:** ExitCode: `EXIT_CODE` mit Grund: '{{EXIT\_CODE}}' für Aufgaben in `TaskDefinition - '{{TASK_DEFINITION}}'` - **Zusatzinformation:** Der Agent wurde beendet: Grund:: Das Abrufen des Image-Manifests wurde erneut versucht... `CannotPullContainerError` / **Empfohlene Schritte zur Fehlerbehebung:** In diesem Szenario kann GuardDuty das Sidecar-Container-Image möglicherweise nicht abgerufen werden. Ihre Aufgabe wird weiterhin ausgeführt, GuardDuty kann aber keine potenziellen Bedrohungen erkennen. Führen Sie nacheinander die folgenden Schritte zur Fehlerbehebung durch, um zu überprüfen, ob das Problem mit der Abdeckung dadurch behoben werden kann:[See the AWS documentation website for more details](http://docs.aws.amazon.com/de_de/guardduty/latest/ug/gdu-assess-coverage-ecs.html)
Diese drei Komponenten (Berechtigungen, Netzwerkkonnektivität und Sicherheitsgruppenkonfiguration) sind unabhängig, aber alle sind notwendig, um das GuardDuty Container-Image erfolgreich von Amazon ECR herunterzuladen.
Falls das Problem weiterhin besteht, finden Sie weitere Informationen unter. [Mein AWS Step Functions Workflow schlägt unerwartet fehl](troubleshooting-guardduty-runtime-monitoring.md#runtime-ecs-step-function-failure) - ** VPC-Endpunkterstellung ist fehlgeschlagen ** - **Zusatzinformation:** Um privates DNS zu aktivieren, müssen beide `enableDnsSupport` `enableDnsHostnames` VPC-Attribute auf `true` for gesetzt sein {{vpcId}} (Service: EC2, Status Code:400, Request-ID:{{a1b2c3d4-5678-90ab-cdef-EXAMPLE11111}}). - **Empfohlene Schritte zur Fehlerbehebung:** Sie müssen jedoch sicherstellen, dass die folgenden VPC-Attribute auf `true` festgelegt sind: `enableDnsSupport` und `enableDnsHostnames`. Weitere Informationen finden Sie unter [DNS-Attribute in Ihrer VPC](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-dns.html#vpc-dns-support).
Wenn Sie die Amazon VPC Console unter verwenden, [https://console.aws.amazon.com/vpc/](https://console.aws.amazon.com/vpc/)um die Amazon VPC zu erstellen, stellen Sie sicher, dass Sie sowohl **DNS-Hostnamen aktivieren als auch DNS-Auflösung** **aktivieren** auswählen. Weitere Informationen finden Sie unter [VPC-Konfigurationsoptionen](https://docs.aws.amazon.com/vpc/latest/userguide/create-vpc.html#create-vpc-options). - **Der Agent wurde nicht bereitgestellt** - **Zusatzinformation:** Der Aufruf von `{{SERVICE}}` for Task (n) in wird nicht unterstützt `TaskDefinition - '{{TASK_DEFINITION}}'` / **Empfohlene Schritte zur Fehlerbehebung:** Diese Aufgabe wurde von einem aufgerufen`{{SERVICE}}`, der nicht unterstützt wird. - **Zusatzinformation:** Nicht unterstützte CPU-Architektur '{{TYPE}}' für Aufgabe (n) in `TaskDefinition - '{{TASK_DEFINITION}}'` / **Empfohlene Schritte zur Fehlerbehebung:** Diese Aufgabe wird auf einer nicht unterstützten CPU-Architektur ausgeführt. Hinweise zu unterstützten CPU-Architekturen finden Sie unter. [Validierung der architektonischen Anforderungen](prereq-runtime-monitoring-ecs-support.md#validating-architecture-req-ecs) - **Zusatzinformation:** `TaskExecutionRole`fehlt bei `TaskDefinition - '{{TASK_DEFINITION}}'` / **Empfohlene Schritte zur Fehlerbehebung:** Die Rolle zur Ausführung von ECS-Aufgaben fehlt. Informationen zur Bereitstellung der Aufgabenausführungsrolle und der erforderlichen Berechtigungen finden Sie unter[Voraussetzungen für den Zugriff auf Container-Images](prereq-runtime-monitoring-ecs-support.md#before-enable-runtime-monitoring-ecs). - **Zusatzinformation:** Fehlende Netzwerkkonfiguration `{{CONFIGURATION_DETAILS}}` '' für Aufgaben in `TaskDefinition - '{{TASK_DEFINITION}}'` / **Empfohlene Schritte zur Fehlerbehebung:** Probleme mit der Netzwerkkonfiguration können aufgrund einer fehlenden VPC-Konfiguration oder fehlender oder leerer Subnetze auftreten.
Stellen Sie sicher, dass Ihre Netzwerkkonfiguration korrekt ist. Weitere Informationen finden Sie unter [Voraussetzungen für den Zugriff auf Container-Images](prereq-runtime-monitoring-ecs-support.md#before-enable-runtime-monitoring-ecs).
Weitere Informationen finden Sie unter [Amazon ECS-Aufgabendefinitionsparameter](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/task_definition_parameters.html) im *Amazon Elastic Container Service Developer Guide*. - **Zusatzinformation:** Aufgaben, die gestartet wurden, als Cluster über ein Ausschluss-Tag verfügten, werden von Runtime Monitoring ausgeschlossen. ID (s) der betroffenen Aufgabe: '`{{TASK_ID}}` / **Empfohlene Schritte zur Fehlerbehebung:** Wenn Sie das vordefinierte GuardDuty Tag von `GuardDutyManaged` - `true` zu `GuardDutyManaged` - ändern`false`, GuardDuty werden die Runtime-Ereignisse für diesen Amazon ECS-Cluster nicht empfangen.
Aktualisieren Sie das Tag auf `GuardDutyManaged` - `true` und starten Sie die Aufgabe dann erneut. - **Zusatzinformation:** Dienste, die bereitgestellt wurden, als Cluster noch ein Ausschluss-Tag hatten, sind von Runtime Monitoring ausgeschlossen. Name (n) der betroffenen Dienste: '' {{`SERVICE_NAME`}} / **Empfohlene Schritte zur Fehlerbehebung:** Wenn Dienste mit dem Ausschluss-Tag `GuardDutyManaged` - bereitgestellt GuardDuty werden`false`, empfangen sie keine Laufzeitereignisse für diesen Amazon ECS-Cluster.
Aktualisieren Sie das Tag auf `GuardDutyManaged` - `true` und stellen Sie den Service dann erneut bereit. - **Zusatzinformation:** Aufgaben, die vor der Aktivierung der automatischen Agentenkonfiguration gestartet wurden, werden nicht behandelt. ID (s) der betroffenen Aufgabe: '' {{`TASK_ID`}} / **Empfohlene Schritte zur Fehlerbehebung:** Wenn der Cluster eine Aufgabe enthält, die vor der Aktivierung der automatisierten Agentenkonfiguration für Amazon ECS gestartet wurde, kann diese Aufgabe nicht geschützt werden. GuardDuty Starten Sie die Aufgabe erneut, damit sie überwacht werden GuardDuty kann. - **Zusatzinformation:** Dienste, die vor der Aktivierung der automatischen Agentenkonfiguration bereitgestellt wurden, sind nicht abgedeckt. Name (n) der betroffenen Dienste: '' {{`SERVICE_NAME`}} / **Empfohlene Schritte zur Fehlerbehebung:** Wenn Dienste bereitgestellt werden, bevor die automatische Agentenkonfiguration für Amazon ECS aktiviert wurde, GuardDuty werden keine Laufzeitereignisse für ECS-Cluster empfangen. - **Zusatzinformation:** Der Dienst {{`SERVICE_NAME`}} '' erfordert eine neue Bereitstellung für fix/troubleshoot. Weitere Informationen finden Sie in der Dokumentation, Name (n) der betroffenen Dienste: '' {{`SERVICE_NAME`}} / **Empfohlene Schritte zur Fehlerbehebung:** Ein Dienst, der vor der Aktivierung von Runtime Monitoring gestartet wurde, wird nicht unterstützt.
Sie können den Service entweder neu starten oder den Service mit der `forceNewDeployment` Option aktualisieren, indem Sie die Schritte unter [Aktualisieren eines Amazon ECS-Service mithilfe der Konsole](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/update-service-console-v2.html) im *Amazon Elastic Container Service Developer Guide befolgen*. Alternativ können Sie auch die Schritte unter [UpdateService](https://docs.aws.amazon.com/AmazonECS/latest/APIReference/API_UpdateService.html)der *Amazon Elastic Container Service API-Referenz* verwenden. - **Zusatzinformation:** Aufgaben, die vor der Aktivierung von Runtime Monitoring gestartet wurden, erfordern einen Relaunch. ID (s) der betroffenen Aufgabe: '' {{`TASK_ID_1`}} / **Empfohlene Schritte zur Fehlerbehebung:** In Amazon ECS sind die Aufgaben unveränderlich. Um das Laufzeitverhalten oder eine laufende AWS Fargate Aufgabe zu beurteilen, stellen Sie sicher, dass Runtime Monitoring bereits aktiviert ist, und starten Sie dann die Aufgabe neu, GuardDuty um den Container-Sidecar hinzuzufügen. - **Weitere** - **Zusatzinformation:** Unbekanntes Problem, für Aufgaben in `TaskDefinition - '{{TASK_DEFINITION}}'` - **Empfohlene Schritte zur Fehlerbehebung:** Ermitteln Sie anhand der folgenden Fragen die Ursache des Problems:[See the AWS documentation website for more details](http://docs.aws.amazon.com/de_de/guardduty/latest/ug/gdu-assess-coverage-ecs.html)