Skip to main content
CVE-2024-52314VulnerabilityPublished Updated

CVE-2024-52314: AWS data.all · Incorrect Authorization

Affects AWS data.allSource CVE Database V5

0

Not known to be exploited · CVSS 6.9 Medium.

Data as of 26 Oct 2026, 08:30 UTC

CVSS 4.0 base score
6.9Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.3% chance of exploitation in 30 days – higher than 33% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:4.0/AV:N/AC:L/AT:N/PR:H/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 9 Nov 2024

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Affected software

ProductAffectedFixed in
amazon data.allAffected
  • =1.0.0
Fixed in–

AI-suggested

To mitigate CVE-2024-52314, European organizations should implement strict access controls and monitoring for AWS accounts hosting data.all deployments. Specifically: 1) Limit data.all admin team member privileges to the minimum necessary, enforcing least privilege principles. 2) Audit and restrict CloudWatch log access permissions to prevent unauthorized scanning or extraction of sensitive data. 3) Implement logging and alerting on unusual log access patterns or data extraction attempts within CloudWatch. 4) Use AWS IAM policies to segregate duties and restrict cross-team data visibility in logs. 5) Regularly review and rotate credentials for admin roles to reduce risk of compromise. 6) Consider encrypting sensitive log data or using log redaction techniques to minimize exposure. 7) Monitor AWS account activity for signs of insider threat or privilege misuse. 8) Engage with Amazon support or security advisories for updates or patches addressing this vulnerability. These measures go beyond generic advice by focusing on operational controls around privileged access and log data governance specific to data.all and AWS CloudWatch.

Description

A data.all admin team member who has access to the customer-owned AWS Account where data.all is deployed may be able to extract user data from data.all application logs in data.all via CloudWatch log scanning for particular operations that interact with customer producer teams data.

References

Community reviews

Loading reviews…