{"dataType":"CVE_RECORD","dataVersion":"5.1","cveMetadata":{"cveId":"CVE-2024-45033","assignerOrgId":"f0158376-9dc2-43b6-827c-5f631a4d8d09","state":"PUBLISHED","assignerShortName":"apache","dateReserved":"2024-08-21T12:29:33.858Z","datePublished":"2025-01-08T08:41:39.579Z","dateUpdated":"2025-01-08T13:59:37.707Z"},"containers":{"cna":{"affected":[{"collectionURL":"https://pypi.org/project/apache-airflow-providers-fab/","defaultStatus":"unaffected","packageName":"apache-airflow-providers-fab","product":"Apache Airflow Fab Provider","vendor":"Apache Software Foundation","versions":[{"lessThan":"1.5.2","status":"affected","version":"0","versionType":"semver"}]}],"credits":[{"lang":"en","type":"reporter","value":"Saurabh Banawar"}],"descriptions":[{"lang":"en","supportingMedia":[{"base64":false,"type":"text/html","value":"<p>Insufficient Session Expiration vulnerability in Apache Airflow Fab Provider.</p><p>This issue affects Apache Airflow Fab Provider: before 1.5.2.<br><br><span style=\"background-color: rgb(255, 255, 255);\">When user password has been changed with admin CLI, the sessions for that user have not been cleared, leading to insufficient session expiration, thus logged users could continue to be logged in even after the password was changed. This only happened when the password was changed with CLI. The problem does not happen in case change was done with webserver thus this is different from&nbsp;</span><a target=\"_blank\" rel=\"nofollow\" href=\"https://github.com/advisories/GHSA-pm87-24wq-r8w9\">CVE-2023-40273</a><span style=\"background-color: rgb(255, 255, 255);\">&nbsp;which was addressed in Apache-Airflow 2.7.0</span><br></p><p>Users are recommended to upgrade to version 1.5.2, which fixes the issue.</p>"}],"value":"Insufficient Session Expiration vulnerability in Apache Airflow Fab Provider.\n\nThis issue affects Apache Airflow Fab Provider: before 1.5.2.\n\nWhen user password has been changed with admin CLI, the sessions for that user have not been cleared, leading to insufficient session expiration, thus logged users could continue to be logged in even after the password was changed. This only happened when the password was changed with CLI. The problem does not happen in case change was done with webserver thus this is different from  CVE-2023-40273 https://github.com/advisories/GHSA-pm87-24wq-r8w9  which was addressed in Apache-Airflow 2.7.0\n\n\nUsers are recommended to upgrade to version 1.5.2, which fixes the issue."}],"metrics":[{"other":{"content":{"text":"low"},"type":"Textual description of severity"}}],"problemTypes":[{"descriptions":[{"cweId":"CWE-613","description":"CWE-613 Insufficient Session Expiration","lang":"en","type":"CWE"}]}],"providerMetadata":{"orgId":"f0158376-9dc2-43b6-827c-5f631a4d8d09","shortName":"apache","dateUpdated":"2025-01-08T08:41:39.579Z"},"references":[{"tags":["patch"],"url":"https://github.com/apache/airflow/pull/45139"},{"tags":["vendor-advisory"],"url":"https://lists.apache.org/thread/yw535346rk766ybzpqtvrl36sjj789st"}],"source":{"discovery":"UNKNOWN"},"title":"Apache Airflow Fab Provider: Application does not invalidate session after password change via Airflow cli","x_generator":{"engine":"Vulnogram 0.1.0-dev"}},"adp":[{"metrics":[{"cvssV3_1":{"scope":"UNCHANGED","version":"3.1","baseScore":8.1,"attackVector":"NETWORK","baseSeverity":"HIGH","vectorString":"CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:N","integrityImpact":"HIGH","userInteraction":"NONE","attackComplexity":"LOW","availabilityImpact":"NONE","privilegesRequired":"LOW","confidentialityImpact":"HIGH"}},{"other":{"type":"ssvc","content":{"timestamp":"2025-01-08T13:59:02.210778Z","id":"CVE-2024-45033","options":[{"Exploitation":"none"},{"Automatable":"no"},{"Technical Impact":"total"}],"role":"CISA Coordinator","version":"2.0.3"}}}],"title":"CISA ADP Vulnrichment","providerMetadata":{"orgId":"134c704f-9b21-4f2e-91b3-4a467353bcc0","shortName":"CISA-ADP","dateUpdated":"2025-01-08T13:59:37.707Z"}}]}}