CVE-2026-71262: IoTSharp BlobStorageController Missing Authentication and Path Traversal

Published Aug 5, 2026
·
Updated

IoTSharp BlobStorageController.cs lacks the [Authorize] attribute applied to every other controller in the application (DevicesController, CustomersController, TenantsController, etc.), and no global authorization FallbackPolicy is configured in Startup.cs, leaving its Upload/Download/List/Modify/Delete endpoints reachable by unauthenticated remote attackers. The path/filename parameters passed to these endpoints (e.g. blob.WriteFileAsync($"{path}/{formFile.FileName}", ...)) are used without sanitization, enabling path traversal that allows writing, reading, modifying, and deleting arbitrary files outside the intended blob storage directory, including web-accessible paths that can be leveraged for remote code execution via webshell upload.

Affected Software

1 affected component
IoTSharp

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Configuration

    Apply the [Authorize] attribute to BlobStorageController so that Upload/Download/List/Modify/Delete endpoints require authentication, matching other controllers (e.g., DevicesController, CustomersController, TenantsController).

    IoTSharp BlobStorageController Authorize attribute on endpoints = [Authorize]
  2. Configuration

    Configure a global authorization FallbackPolicy in Startup.cs so unauthenticated requests are denied by default for endpoints that lack explicit [Authorize].

    Startup.cs (global authorization) FallbackPolicy = authenticated
  3. Configuration

    Sanitize and validate the path and formFile.FileName inputs used in _blob.WriteFileAsync($"{path}/{formFile.FileName}", ...) and corresponding read/modify/delete logic to prevent path traversal and access to files outside the intended blob storage directory.

    IoTSharp BlobStorageController.cs path/filename handling (WriteFileAsync/Routed blob path) = sanitize/validate inputs
  4. Compensating control

    Ensure the blob storage target directory is not web-accessible (and/or enforce storage access via authenticated APIs only) to reduce the impact of any potential webshell upload through path traversal.

Event History

Aug 5, 2026
CVE Published
via MITRE·12:26 PM
Data Sourced
via MITRE·12:26 PM
DescriptionSeverityWeakness
Data Sourced
via NVD·01:24 PM
DescriptionSeverityWeakness
Free Weekly Intel

Don't miss critical vulnerabilities

Join thousands of security professionals who receive our weekly digest of trending CVEs, zero-days, and exploited vulnerabilities.

No spam. Unsubscribe anytime.

Frequently Asked Questions

1

What is the severity of CVE-2026-71262?

CVE-2026-71262 has a critical severity score of 9.8.

2

What are the risks associated with CVE-2026-71262?

CVE-2026-71262 allows unauthorized access and potentially harmful path traversal to the BlobStorageController.

3

How do I fix CVE-2026-71262?

To fix CVE-2026-71262, apply the [Authorize] attribute to the BlobStorageController and configure a global authorization FallbackPolicy in Startup.cs.

4

What might happen if CVE-2026-71262 is exploited?

If CVE-2026-71262 is exploited, an attacker could upload, download, list, or modify resources without authorization.

5

Which versions of IoTSharp are affected by CVE-2026-71262?

CVE-2026-71262 affects all versions of IoTSharp that have the vulnerable BlobStorageController configuration.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203