Vulnerability-Lookup

CVE-2026-67276 (GCVE-0-2026-67276)

Vulnerability from cvelistv5 – Published: 2026-09-05 20:00 – Updated: 2026-09-05 20:39

ENISA

Title

SSH user impersonation possible in Mikrotik RouterOS

Summary

RouterOS does not compare the complete RSA public key when matching an SSH authentication request to an authorized user key, checking the key type and modulus but omitting the exponent. Because signature verification uses the client-supplied key, an attacker knowing an authorized RSA modulus can supply a key with exponent one, forge a valid signature, and open an SSH command channel as the target user without the private key.This issue was fixed in versions: 6.49.21 (Long-term), 7.23.4 (Long-term) and 7.24.2 (Stable)

Severity

9.2 (Critical)


                        
                          CVSS:4.0/AV:N/AC:H/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N

CWE

CWE-347 - Improper verification of cryptographic signature

Assigner

CERT-PL ENISA root

References

7 references

URL	Tags
https://cert.pl/en/posts/2026/09/mikrotik-routeros-cve	third-party-advisory
https://cert.pl/en/posts/2026/09/vulnerabilities-…	technical-description
https://npratley.net/reversing-mikrotiks-silent-p…	exploit
https://mikrotik.com/supportsec/september-2026-vu…	vendor-advisory
https://forum.mikrotik.com/t/6-49-21-long-term-is…	release-notes
https://forum.mikrotik.com/t/7-23-4-long-term-is-…	release-notes
https://forum.mikrotik.com/t/7-24-2-stable-is-rel…	release-notes

Impacted products

1 product

Vendor	Product	Version	CPE status
Mikrotik	RouterOS	Affected: 7.24 , < 7.24.2 (custom) Affected: 7.0.0 , < 7.23.4 (custom) Affected: 6.0.0 , < 6.49.21 (custom) cpe:2.3:a:mikrotik:routeros:::::::: cpe:2.3:a:mikrotik:routeros:::::::: cpe:2.3:a:mikrotik:routeros::::::::

Credits

Sławomir Rozbicki (CERT.PL)

ENISA

Known Exploited Vulnerability - GCVE BCP-07 Compliant

KEV entry ID: 0bd7952b-cd4c-4a7f-b29c-1591088e8efe

Vulnerability ID: CVE-2026-67276

Status: Confirmed

Status Updated: 2026-09-05 00:00 UTC

Exploited: Yes

Timestamps

First Seen: 2026-09-05

Asserted: 2026-09-05

Scope

Notes: MikroTrick | Affected: MikroTik / RouterOS | Description: RouterOS does not compare the complete RSA public key when matching an SSH authentication request to an authorized user key, checking the key type and modulus but omitting the exponent. Because signature verification uses the client-supplied key, an attacker knowing an authorized RSA modulus can supply a key with exponent one, forge a valid signature, and open an SSH command channel as the target user without the private key.This issue was fixed in versions: 6.49.21 (Long-term), 7.23.4 (Long-term) and 7.24.2 (Stable) | Patched since: 2026/09/03 | Exploitation type: unknown | CWEs: CWE-347 | Origin source: CERT.PL | Notes: https://cert.pl/en/posts/2026/09/vulnerabilities-in-mikrotik-routeros-actively-exploited/

Evidence

Type: Csirt Report

Signal: Successful Exploitation

Confidence: 75%

Source: enisa-cnw-kev

Details

Cwes	CWE-347
Euvd	EUVD-2026-72024
Notes	https://cert.pl/en/posts/2026/09/vulnerabilities-in-mikrotik-routeros-actively-exploited/
Catalog	ENISA / EU CSIRTs Network (CNW) KEV JSON
Product	RouterOS
Datereported	2026/09/05
Originsource	CERT.PL
Patchedsince	2026/09/03
Vendorproject	MikroTik
Exploitationtype	unknown
Vulnerabilityname	MikroTrick
Threatactorsexploiting

References

Created: 2026-09-05 22:00 UTC | Updated: 2026-09-05 22:00 UTC

Show details on NVD website

JSON

To clipboard

{
  "containers": {
    "cna": {
      "affected": [
        {
          "defaultStatus": "unaffected",
          "product": "RouterOS",
          "vendor": "Mikrotik",
          "versions": [
            {
              "lessThan": "7.24.2",
              "status": "affected",
              "version": "7.24",
              "versionType": "custom"
            },
            {
              "lessThan": "7.23.4",
              "status": "affected",
              "version": "7.0.0",
              "versionType": "custom"
            },
            {
              "lessThan": "6.49.21",
              "status": "affected",
              "version": "6.0.0",
              "versionType": "custom"
            }
          ]
        }
      ],
      "cpeApplicability": [
        {
          "nodes": [
            {
              "cpeMatch": [
                {
                  "criteria": "cpe:2.3:a:mikrotik:routeros:*:*:*:*:*:*:*:*",
                  "versionEndExcluding": "7.24.2",
                  "versionStartIncluding": "7.24",
                  "vulnerable": true
                },
                {
                  "criteria": "cpe:2.3:a:mikrotik:routeros:*:*:*:*:*:*:*:*",
                  "versionEndExcluding": "7.23.4",
                  "versionStartIncluding": "7.0.0",
                  "vulnerable": true
                },
                {
                  "criteria": "cpe:2.3:a:mikrotik:routeros:*:*:*:*:*:*:*:*",
                  "versionEndExcluding": "6.49.21",
                  "versionStartIncluding": "6.0.0",
                  "vulnerable": true
                }
              ],
              "negate": false,
              "operator": "OR"
            }
          ],
          "operator": "OR"
        }
      ],
      "credits": [
        {
          "lang": "en",
          "type": "finder",
          "value": "S\u0142awomir Rozbicki (CERT.PL)"
        }
      ],
      "descriptions": [
        {
          "lang": "en",
          "supportingMedia": [
            {
              "base64": false,
              "type": "text/html",
              "value": "RouterOS does not compare the complete RSA public key when matching an SSH authentication request to an authorized user key, checking the key type and modulus but omitting the exponent. Because signature verification uses the client-supplied key, an attacker knowing an authorized RSA modulus can supply a key with exponent one, forge a valid signature, and open an SSH command channel as the target user without the private key.\u003cdiv\u003eThis issue was fixed in versions:\u0026nbsp;6.49.21 (Long-term),\u0026nbsp;7.23.4 (Long-term)\u0026nbsp;and\u0026nbsp;7.24.2 (Stable)\u003c/div\u003e"
            }
          ],
          "value": "RouterOS does not compare the complete RSA public key when matching an SSH authentication request to an authorized user key, checking the key type and modulus but omitting the exponent. Because signature verification uses the client-supplied key, an attacker knowing an authorized RSA modulus can supply a key with exponent one, forge a valid signature, and open an SSH command channel as the target user without the private key.This issue was fixed in versions:\u00a06.49.21 (Long-term),\u00a07.23.4 (Long-term)\u00a0and\u00a07.24.2 (Stable)"
        }
      ],
      "metrics": [
        {
          "cvssV4_0": {
            "Automatable": "NOT_DEFINED",
            "Recovery": "NOT_DEFINED",
            "Safety": "NOT_DEFINED",
            "attackComplexity": "HIGH",
            "attackRequirements": "NONE",
            "attackVector": "NETWORK",
            "baseScore": 9.2,
            "baseSeverity": "CRITICAL",
            "exploitMaturity": "NOT_DEFINED",
            "privilegesRequired": "NONE",
            "providerUrgency": "NOT_DEFINED",
            "subAvailabilityImpact": "NONE",
            "subConfidentialityImpact": "NONE",
            "subIntegrityImpact": "NONE",
            "userInteraction": "NONE",
            "valueDensity": "NOT_DEFINED",
            "vectorString": "CVSS:4.0/AV:N/AC:H/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N",
            "version": "4.0",
            "vulnAvailabilityImpact": "HIGH",
            "vulnConfidentialityImpact": "HIGH",
            "vulnIntegrityImpact": "HIGH",
            "vulnerabilityResponseEffort": "NOT_DEFINED"
          },
          "format": "CVSS",
          "scenarios": [
            {
              "lang": "en",
              "value": "GENERAL"
            }
          ]
        }
      ],
      "problemTypes": [
        {
          "descriptions": [
            {
              "cweId": "CWE-347",
              "description": "CWE-347 Improper verification of cryptographic signature",
              "lang": "en",
              "type": "CWE"
            }
          ]
        }
      ],
      "providerMetadata": {
        "dateUpdated": "2026-09-05T20:39:06.278Z",
        "orgId": "4bb8329e-dd38-46c1-aafb-9bf32bcb93c6",
        "shortName": "CERT-PL"
      },
      "references": [
        {
          "tags": [
            "third-party-advisory"
          ],
          "url": "https://cert.pl/en/posts/2026/09/mikrotik-routeros-cve"
        },
        {
          "tags": [
            "technical-description"
          ],
          "url": "https://cert.pl/en/posts/2026/09/vulnerabilities-in-mikrotik-routeros-actively-exploited/"
        },
        {
          "tags": [
            "exploit"
          ],
          "url": "https://npratley.net/reversing-mikrotiks-silent-patch-the-routeros-7-23-4-fix-they-wouldnt-explain/"
        },
        {
          "tags": [
            "vendor-advisory"
          ],
          "url": "https://mikrotik.com/supportsec/september-2026-vulnerability/"
        },
        {
          "tags": [
            "release-notes"
          ],
          "url": "https://forum.mikrotik.com/t/6-49-21-long-term-is-released/272802"
        },
        {
          "tags": [
            "release-notes"
          ],
          "url": "https://forum.mikrotik.com/t/7-23-4-long-term-is-released/272801"
        },
        {
          "tags": [
            "release-notes"
          ],
          "url": "https://forum.mikrotik.com/t/7-24-2-stable-is-released/272800"
        }
      ],
      "source": {
        "discovery": "INTERNAL"
      },
      "title": "SSH user impersonation possible in Mikrotik RouterOS",
      "x_generator": {
        "engine": "Vulnogram 1.0.3"
      }
    }
  },
  "cveMetadata": {
    "assignerOrgId": "4bb8329e-dd38-46c1-aafb-9bf32bcb93c6",
    "assignerShortName": "CERT-PL",
    "cveId": "CVE-2026-67276",
    "datePublished": "2026-09-05T20:00:55.811Z",
    "dateReserved": "2026-07-29T11:59:30.538Z",
    "dateUpdated": "2026-09-05T20:39:06.278Z",
    "state": "PUBLISHED"
  },
  "dataType": "CVE_RECORD",
  "dataVersion": "5.2",
  "vulnerability-lookup:meta": {
    "epss": {
      "cve": "CVE-2026-67276",
      "date": "2026-09-06",
      "epss": "0.00249",
      "percentile": "0.16136"
    },
    "nvd": "{\"cve\":{\"id\":\"CVE-2026-67276\",\"sourceIdentifier\":\"cvd@cert.pl\",\"published\":\"2026-09-05T20:17:17.977\",\"lastModified\":\"2026-09-05T21:16:49.387\",\"vulnStatus\":\"Received\",\"cveTags\":[],\"descriptions\":[{\"lang\":\"en\",\"value\":\"RouterOS does not compare the complete RSA public key when matching an SSH authentication request to an authorized user key, checking the key type and modulus but omitting the exponent. Because signature verification uses the client-supplied key, an attacker knowing an authorized RSA modulus can supply a key with exponent one, forge a valid signature, and open an SSH command channel as the target user without the private key.This issue was fixed in versions:\u00a06.49.21 (Long-term),\u00a07.23.4 (Long-term)\u00a0and\u00a07.24.2 (Stable)\"}],\"affected\":[{\"source\":\"cvd@cert.pl\",\"affectedData\":[{\"vendor\":\"Mikrotik\",\"product\":\"RouterOS\",\"defaultStatus\":\"unaffected\",\"versions\":[{\"version\":\"7.24\",\"lessThan\":\"7.24.2\",\"versionType\":\"custom\",\"status\":\"affected\"},{\"version\":\"7.0.0\",\"lessThan\":\"7.23.4\",\"versionType\":\"custom\",\"status\":\"affected\"},{\"version\":\"6.0.0\",\"lessThan\":\"6.49.21\",\"versionType\":\"custom\",\"status\":\"affected\"}]}]}],\"metrics\":{\"cvssMetricV40\":[{\"source\":\"cvd@cert.pl\",\"type\":\"Secondary\",\"cvssData\":{\"version\":\"4.0\",\"vectorString\":\"CVSS:4.0/AV:N/AC:H/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X\",\"baseScore\":9.2,\"baseSeverity\":\"CRITICAL\",\"attackVector\":\"NETWORK\",\"attackComplexity\":\"HIGH\",\"attackRequirements\":\"NONE\",\"privilegesRequired\":\"NONE\",\"userInteraction\":\"NONE\",\"vulnConfidentialityImpact\":\"HIGH\",\"vulnIntegrityImpact\":\"HIGH\",\"vulnAvailabilityImpact\":\"HIGH\",\"subConfidentialityImpact\":\"NONE\",\"subIntegrityImpact\":\"NONE\",\"subAvailabilityImpact\":\"NONE\",\"exploitMaturity\":\"NOT_DEFINED\",\"confidentialityRequirement\":\"NOT_DEFINED\",\"integrityRequirement\":\"NOT_DEFINED\",\"availabilityRequirement\":\"NOT_DEFINED\",\"modifiedAttackVector\":\"NOT_DEFINED\",\"modifiedAttackComplexity\":\"NOT_DEFINED\",\"modifiedAttackRequirements\":\"NOT_DEFINED\",\"modifiedPrivilegesRequired\":\"NOT_DEFINED\",\"modifiedUserInteraction\":\"NOT_DEFINED\",\"modifiedVulnConfidentialityImpact\":\"NOT_DEFINED\",\"modifiedVulnIntegrityImpact\":\"NOT_DEFINED\",\"modifiedVulnAvailabilityImpact\":\"NOT_DEFINED\",\"modifiedSubConfidentialityImpact\":\"NOT_DEFINED\",\"modifiedSubIntegrityImpact\":\"NOT_DEFINED\",\"modifiedSubAvailabilityImpact\":\"NOT_DEFINED\",\"Safety\":\"NOT_DEFINED\",\"Automatable\":\"NOT_DEFINED\",\"Recovery\":\"NOT_DEFINED\",\"valueDensity\":\"NOT_DEFINED\",\"vulnerabilityResponseEffort\":\"NOT_DEFINED\",\"providerUrgency\":\"NOT_DEFINED\"}}]},\"weaknesses\":[{\"source\":\"cvd@cert.pl\",\"type\":\"Secondary\",\"description\":[{\"lang\":\"en\",\"value\":\"CWE-347\"}]}],\"references\":[{\"url\":\"https://cert.pl/en/posts/2026/09/mikrotik-routeros-cve\",\"source\":\"cvd@cert.pl\"},{\"url\":\"https://cert.pl/en/posts/2026/09/vulnerabilities-in-mikrotik-routeros-actively-exploited/\",\"source\":\"cvd@cert.pl\"},{\"url\":\"https://forum.mikrotik.com/t/6-49-21-long-term-is-released/272802\",\"source\":\"cvd@cert.pl\"},{\"url\":\"https://forum.mikrotik.com/t/7-23-4-long-term-is-released/272801\",\"source\":\"cvd@cert.pl\"},{\"url\":\"https://forum.mikrotik.com/t/7-24-2-stable-is-released/272800\",\"source\":\"cvd@cert.pl\"},{\"url\":\"https://mikrotik.com/supportsec/september-2026-vulnerability/\",\"source\":\"cvd@cert.pl\"},{\"url\":\"https://npratley.net/reversing-mikrotiks-silent-patch-the-routeros-7-23-4-fix-they-wouldnt-explain/\",\"source\":\"cvd@cert.pl\"}]}}"
  }
}

FKIE_CVE-2026-67276

Vulnerability from fkie_nvd - Published: 2026-09-05 20:17 - Updated: 2026-09-05 21:16

ENISA

Severity

9.2 (Critical) - CVSS:4.0/AV:N/AC:H/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N

Summary

References

	URL	Tags
	cvd@cert.pl	https://cert.pl/en/posts/2026/09/mikrotik-routeros-cve
	cvd@cert.pl	https://cert.pl/en/posts/2026/09/vulnerabilities-in-mikrotik-routeros-actively-exploited/
	cvd@cert.pl	https://forum.mikrotik.com/t/6-49-21-long-term-is-released/272802
	cvd@cert.pl	https://forum.mikrotik.com/t/7-23-4-long-term-is-released/272801
	cvd@cert.pl	https://forum.mikrotik.com/t/7-24-2-stable-is-released/272800
	cvd@cert.pl	https://mikrotik.com/supportsec/september-2026-vulnerability/
	cvd@cert.pl	https://npratley.net/reversing-mikrotiks-silent-patch-the-routeros-7-23-4-fix-they-wouldnt-explain/

Impacted products

	Vendor	Product	Version

JSON

To clipboard

{
  "affected": [
    {
      "affectedData": [
        {
          "defaultStatus": "unaffected",
          "product": "RouterOS",
          "vendor": "Mikrotik",
          "versions": [
            {
              "lessThan": "7.24.2",
              "status": "affected",
              "version": "7.24",
              "versionType": "custom"
            },
            {
              "lessThan": "7.23.4",
              "status": "affected",
              "version": "7.0.0",
              "versionType": "custom"
            },
            {
              "lessThan": "6.49.21",
              "status": "affected",
              "version": "6.0.0",
              "versionType": "custom"
            }
          ]
        }
      ],
      "source": "cvd@cert.pl"
    }
  ],
  "cveTags": [],
  "descriptions": [
    {
      "lang": "en",
      "value": "RouterOS does not compare the complete RSA public key when matching an SSH authentication request to an authorized user key, checking the key type and modulus but omitting the exponent. Because signature verification uses the client-supplied key, an attacker knowing an authorized RSA modulus can supply a key with exponent one, forge a valid signature, and open an SSH command channel as the target user without the private key.This issue was fixed in versions:\u00a06.49.21 (Long-term),\u00a07.23.4 (Long-term)\u00a0and\u00a07.24.2 (Stable)"
    }
  ],
  "id": "CVE-2026-67276",
  "lastModified": "2026-09-05T21:16:49.387",
  "metrics": {
    "cvssMetricV40": [
      {
        "cvssData": {
          "Automatable": "NOT_DEFINED",
          "Recovery": "NOT_DEFINED",
          "Safety": "NOT_DEFINED",
          "attackComplexity": "HIGH",
          "attackRequirements": "NONE",
          "attackVector": "NETWORK",
          "availabilityRequirement": "NOT_DEFINED",
          "baseScore": 9.2,
          "baseSeverity": "CRITICAL",
          "confidentialityRequirement": "NOT_DEFINED",
          "exploitMaturity": "NOT_DEFINED",
          "integrityRequirement": "NOT_DEFINED",
          "modifiedAttackComplexity": "NOT_DEFINED",
          "modifiedAttackRequirements": "NOT_DEFINED",
          "modifiedAttackVector": "NOT_DEFINED",
          "modifiedPrivilegesRequired": "NOT_DEFINED",
          "modifiedSubAvailabilityImpact": "NOT_DEFINED",
          "modifiedSubConfidentialityImpact": "NOT_DEFINED",
          "modifiedSubIntegrityImpact": "NOT_DEFINED",
          "modifiedUserInteraction": "NOT_DEFINED",
          "modifiedVulnAvailabilityImpact": "NOT_DEFINED",
          "modifiedVulnConfidentialityImpact": "NOT_DEFINED",
          "modifiedVulnIntegrityImpact": "NOT_DEFINED",
          "privilegesRequired": "NONE",
          "providerUrgency": "NOT_DEFINED",
          "subAvailabilityImpact": "NONE",
          "subConfidentialityImpact": "NONE",
          "subIntegrityImpact": "NONE",
          "userInteraction": "NONE",
          "valueDensity": "NOT_DEFINED",
          "vectorString": "CVSS:4.0/AV:N/AC:H/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X",
          "version": "4.0",
          "vulnAvailabilityImpact": "HIGH",
          "vulnConfidentialityImpact": "HIGH",
          "vulnIntegrityImpact": "HIGH",
          "vulnerabilityResponseEffort": "NOT_DEFINED"
        },
        "source": "cvd@cert.pl",
        "type": "Secondary"
      }
    ]
  },
  "published": "2026-09-05T20:17:17.977",
  "references": [
    {
      "source": "cvd@cert.pl",
      "url": "https://cert.pl/en/posts/2026/09/mikrotik-routeros-cve"
    },
    {
      "source": "cvd@cert.pl",
      "url": "https://cert.pl/en/posts/2026/09/vulnerabilities-in-mikrotik-routeros-actively-exploited/"
    },
    {
      "source": "cvd@cert.pl",
      "url": "https://forum.mikrotik.com/t/6-49-21-long-term-is-released/272802"
    },
    {
      "source": "cvd@cert.pl",
      "url": "https://forum.mikrotik.com/t/7-23-4-long-term-is-released/272801"
    },
    {
      "source": "cvd@cert.pl",
      "url": "https://forum.mikrotik.com/t/7-24-2-stable-is-released/272800"
    },
    {
      "source": "cvd@cert.pl",
      "url": "https://mikrotik.com/supportsec/september-2026-vulnerability/"
    },
    {
      "source": "cvd@cert.pl",
      "url": "https://npratley.net/reversing-mikrotiks-silent-patch-the-routeros-7-23-4-fix-they-wouldnt-explain/"
    }
  ],
  "sourceIdentifier": "cvd@cert.pl",
  "vulnStatus": "Received",
  "weaknesses": [
    {
      "description": [
        {
          "lang": "en",
          "value": "CWE-347"
        }
      ],
      "source": "cvd@cert.pl",
      "type": "Secondary"
    }
  ]
}

GHSA-J9WG-77FW-F22F

Vulnerability from github – Published: 2026-09-05 21:31 – Updated: 2026-09-05 21:31

Details

Severity

9.2 (Critical)


                  
                    CVSS:4.0/AV:N/AC:H/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N

Show details on source website

JSON

To clipboard

{
  "affected": [],
  "aliases": [
    "CVE-2026-67276"
  ],
  "database_specific": {
    "cwe_ids": [
      "CWE-347"
    ],
    "github_reviewed": false,
    "github_reviewed_at": null,
    "nvd_published_at": "2026-09-05T20:17:17Z",
    "severity": "CRITICAL"
  },
  "details": "RouterOS does not compare the complete RSA public key when matching an SSH authentication request to an authorized user key, checking the key type and modulus but omitting the exponent. Because signature verification uses the client-supplied key, an attacker knowing an authorized RSA modulus can supply a key with exponent one, forge a valid signature, and open an SSH command channel as the target user without the private key.This issue was fixed in versions:\u00a06.49.21 (Long-term),\u00a07.23.4 (Long-term)\u00a0and\u00a07.24.2 (Stable)",
  "id": "GHSA-j9wg-77fw-f22f",
  "modified": "2026-09-05T21:31:19Z",
  "published": "2026-09-05T21:31:19Z",
  "references": [
    {
      "type": "ADVISORY",
      "url": "https://nvd.nist.gov/vuln/detail/CVE-2026-67276"
    },
    {
      "type": "WEB",
      "url": "https://cert.pl/en/posts/2026/09/mikrotik-routeros-cve"
    },
    {
      "type": "WEB",
      "url": "https://cert.pl/en/posts/2026/09/vulnerabilities-in-mikrotik-routeros-actively-exploited"
    },
    {
      "type": "WEB",
      "url": "https://forum.mikrotik.com/t/6-49-21-long-term-is-released/272802"
    },
    {
      "type": "WEB",
      "url": "https://forum.mikrotik.com/t/7-23-4-long-term-is-released/272801"
    },
    {
      "type": "WEB",
      "url": "https://forum.mikrotik.com/t/7-24-2-stable-is-released/272800"
    },
    {
      "type": "WEB",
      "url": "https://mikrotik.com/supportsec/september-2026-vulnerability"
    },
    {
      "type": "WEB",
      "url": "https://npratley.net/reversing-mikrotiks-silent-patch-the-routeros-7-23-4-fix-they-wouldnt-explain"
    }
  ],
  "schema_version": "1.4.0",
  "severity": [
    {
      "score": "CVSS:4.0/AV:N/AC:H/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X",
      "type": "CVSS_V4"
    }
  ]
}

Sightings

Author	Source	Type	Date	Other

Nomenclature

Seen: The vulnerability was mentioned, discussed, or observed by the user.
Confirmed: The vulnerability has been validated from an analyst's perspective.
Published Proof of Concept: A public proof of concept is available for this vulnerability.
Exploited: The vulnerability was observed as exploited by the user who reported the sighting.
Patched: The vulnerability was observed as successfully patched by the user who reported the sighting.
Not exploited: The vulnerability was not observed as exploited by the user who reported the sighting.
Not confirmed: The user expressed doubt about the validity of the vulnerability.
Not patched: The vulnerability was not observed as successfully patched by the user who reported the sighting.

Detection rules are retrieved from Rulezet.

The MITRE ATT&CK techniques below are AI-generated suggestions, inferred from the description of the vulnerability by the CIRCL/vulnerability-attack-technique-classification-roberta-base model, served locally by ML-Gateway. They have not been verified by an analyst and are provided for guidance only.
The approach is described in our paper Mapping CVEs to MITRE ATT&CK Techniques: A Curated Gold-Set Classifier and the Limits of LLM-Assisted Label Expansion.

Action not permitted

CVE-2026-67276 (GCVE-0-2026-67276)

ENISA

Known Exploited Vulnerability - GCVE BCP-07 Compliant

Timestamps

Scope

Evidence

Csirt Report Successful Exploitation Confidence: 75% Source: enisa-cnw-kev

Details

References

FKIE_CVE-2026-67276

GHSA-J9WG-77FW-F22F

Tags

Sightings

Nomenclature