Publish Advisories

GHSA-47xc-9rr2-q7p4
GHSA-2qph-qpvm-2qf7
GHSA-32jq-mv89-5rx7
GHSA-wx8q-4gm9-rj2g
GHSA-p3fp-8748-vqfq
This commit is contained in:
advisory-database[bot]
2025-04-09 20:01:05 +00:00
parent c61bcb003b
commit cd39538e9f
5 changed files with 15 additions and 7 deletions
File diff suppressed because one or more lines are too long
@@ -1,7 +1,7 @@
{
"schema_version": "1.4.0",
"id": "GHSA-2qph-qpvm-2qf7",
"modified": "2024-05-20T15:29:52Z",
"modified": "2025-04-09T19:58:53Z",
"published": "2024-03-15T19:57:22Z",
"aliases": [
"CVE-2024-28854"
@@ -1,13 +1,13 @@
{
"schema_version": "1.4.0",
"id": "GHSA-32jq-mv89-5rx7",
"modified": "2024-03-18T18:33:15Z",
"modified": "2025-04-09T19:58:40Z",
"published": "2024-03-15T19:20:17Z",
"aliases": [
"CVE-2024-28252"
],
"summary": "CoreWCF NetFraming based services can leave connections open when they should be closed",
"details": "### Impact\nIf you have a NetFraming based CoreWCF service, extra system resources could be consumed by connections being left established instead of closing or aborting them. There are two scenarios when this can happen. When a client established a connection to the service and sends no data, the service will wait indefinitely for the client to initiate the NetFraming session handshake. Additionally, once a client has established a session, if the client doesn't send any requests for the period of time configured in the binding ReceiveTimeout, the connection is not properly closed as part of the session being aborted. \nThe bindings affected by this behavior are NetTcpBinding, NetNamedPipeBinding, and UnixDomainSocketBinding. Only NetTcpBinding has the ability to accept non local connections.\n\n### Patches\nThe currently supported versions of CoreWCF are v1.4.x and v1.5.x. The fix can be found in v1.4.2 and v1.5.2 of the CoreWCF packages.\n\n### Workarounds\nThere are no workarounds.\n\n### References\nhttps://github.com/CoreWCF/CoreWCF/issues/1345\n",
"details": "### Impact\nIf you have a NetFraming based CoreWCF service, extra system resources could be consumed by connections being left established instead of closing or aborting them. There are two scenarios when this can happen. When a client established a connection to the service and sends no data, the service will wait indefinitely for the client to initiate the NetFraming session handshake. Additionally, once a client has established a session, if the client doesn't send any requests for the period of time configured in the binding ReceiveTimeout, the connection is not properly closed as part of the session being aborted. \nThe bindings affected by this behavior are NetTcpBinding, NetNamedPipeBinding, and UnixDomainSocketBinding. Only NetTcpBinding has the ability to accept non local connections.\n\n### Patches\nThe currently supported versions of CoreWCF are v1.4.x and v1.5.x. The fix can be found in v1.4.2 and v1.5.2 of the CoreWCF packages.\n\n### Workarounds\nThere are no workarounds.\n\n### References\nhttps://github.com/CoreWCF/CoreWCF/issues/1345",
"severity": [
{
"type": "CVSS_V3",
@@ -1,7 +1,7 @@
{
"schema_version": "1.4.0",
"id": "GHSA-wx8q-4gm9-rj2g",
"modified": "2024-03-18T18:33:11Z",
"modified": "2025-04-09T19:58:59Z",
"published": "2024-03-15T16:35:11Z",
"aliases": [
"CVE-2023-51699"
@@ -1,7 +1,7 @@
{
"schema_version": "1.4.0",
"id": "GHSA-p3fp-8748-vqfq",
"modified": "2025-03-19T21:30:45Z",
"modified": "2025-04-09T20:00:24Z",
"published": "2025-03-06T21:31:26Z",
"aliases": [
"CVE-2025-26699"
@@ -86,6 +86,10 @@
"type": "PACKAGE",
"url": "https://github.com/django/django"
},
{
"type": "WEB",
"url": "https://github.com/pypa/advisory-database/tree/main/vulns/django/PYSEC-2025-13.yaml"
},
{
"type": "WEB",
"url": "https://groups.google.com/g/django-announce"