SECURITY

Report Vulnerability

Semtech Corporation and its subsidiaries (“Semtech”) welcomes collaboration with the security research community to identify and responsibly address vulnerabilities in our products. This page describes how we handle vulnerability reports, assign CVE IDs, and publish security advisories.

CVE Assignment & Publication

Semtech is a CVE Numbering Authority (CNA) responsible for assigning CVE IDs and publishing CVE Records for vulnerabilities in products and software developed or maintained by Semtech, including hardware products, firmware, and associated software. Vulnerabilities in third-party components embedded in Semtech products fall under the scope of the respective third-party CNA and will be referred accordingly. Semtech may reference third-party CVEs in its Security Bulletins where relevant to our products.

CVE IDs are assigned as part of the standard triage process. Vulnerabilities may be identified through researcher submissions on this page, internal security reviews, or third-party notifications. Once a report is confirmed as valid and in scope, Semtech will assign a CVE ID and share it with the reporter under embargo until publication of the corresponding Security Bulletin.

CVE Records are published alongside the corresponding Semtech Security Bulletin, and include the CVE ID, affected product(s) and version(s), vulnerability description, CVSS score, CWE classification, and remediation guidance. Records are submitted to the CVE Program and will appear on cve.org and the NVD. Early disclosure may occur if a vulnerability is actively exploited or publicly known before a fix is available.

Vulnerability Disclosure Policy

This policy applies to anyone who submits a vulnerability report to Semtech through this page. You become a program participant at the point of submission, and this policy governs the relationship between you and Semtech throughout the disclosure process. Once the vulnerability has been publicly disclosed through a Semtech Security Bulletin, we will notify you so you are aware of the publication.

Semtech will make a best effort to meet the following response targets for researchers participating in our program:

  • First Response: 2 business days
  • Time to Triage: 10 business days after first response
  • Time to Resolution: Depends on severity and complexity

We will keep you informed about our progress throughout the process.

  • Upon confirmation of a valid report, Semtech will work with you to agree on a reasonable embargo period prior to public disclosure. The duration will reflect the severity and complexity of the vulnerability. During this period, please keep all details of the vulnerability, including any assigned CVE ID, confidential. Semtech will notify you when the Security Bulletin has been published.
  • Follow HackerOne's disclosure guidelines.
  • Please provide detailed reports with reproducible steps. If the report is not detailed enough to reproduce the issue, the issue may not be marked as triaged.
  • Submit one vulnerability per report, unless you need to chain vulnerabilities to provide impact.
  • When duplicates occur, we only triage the first report that was received (provided that it can be fully reproduced).
  • Multiple vulnerabilities caused by one underlying issue will be treated as one valid report.
  • Social engineering (e.g. phishing, vishing, smishing) is prohibited.
  • Make a good faith effort to avoid privacy violations, destruction of data, and interruption or degradation of our service. Only interact with accounts you own or with explicit permission of the account holder.

When reporting vulnerabilities, please consider (1) attack scenario / exploitability, and (2) security impact of the bug. The following issues are considered out of scope:

  • Clickjacking on pages with no sensitive actions.
  • Cross-Site Request Forgery (CSRF) on unauthenticated forms or forms with no sensitive actions.
  • Previously known vulnerable libraries without a working Proof of Concept.
  • Comma Separated Values (CSV) injection without demonstrating a vulnerability.
  • Content spoofing and text injection issues without showing an attack vector/without being able to modify HTML/CSS.
  • Rate limiting or bruteforce issues on non-authentication endpoints.
  • Missing best practices in Content Security Policy.
  • Missing HttpOnly or Secure flags on cookies.
  • Missing email best practices (Invalid, incomplete or missing SPF/DKIM/DMARC records, etc.).
  • Vulnerabilities only affecting users of outdated or unpatched browsers (less than 2 stable versions behind the latest released stable version).
  • Software version disclosure / Banner identification issues / Descriptive error messages or headers (e.g. stack traces, application or server errors).
  • Tabnabbing.
  • Open redirect — unless an additional security impact can be demonstrated.
  • Issues that require unlikely user interaction.
  • Credentials discovered solely through third-party breach aggregation or monitoring sites (e.g., HaveIBeenPwned, breach databases) where the exposure occurred outside Semtech’s current infrastructure. Credentials discovered through active testing of Semtech’s current systems, applications, or services remain in scope.

You must comply with this Policy and all applicable laws in your jurisdiction in connection with your security research activities or other participation in this Program. Semtech does not authorize, permit, or otherwise allow (expressly or impliedly) any person, including any individual, group of individuals, consortium, partnership, or any other business or legal entity to engage in any security research or vulnerability or threat disclosure activity that is inconsistent with this Policy or the law. If you engage in any activities that are inconsistent with this Policy or the law, you may be subject to criminal and/or civil liabilities.

To the extent that any security research or vulnerability disclosure activity involves the networks, systems, information, applications, products, or services of a non-Semtech entity, that third party may independently determine whether to pursue legal action or remedies related to such activities.

If you conduct your security research and vulnerability disclosure activities in accordance with the restrictions and guidelines set forth in this Policy: (1) Semtech will not initiate or recommend any law enforcement or civil lawsuits related to such activities, and (2) in the event of any law enforcement or civil action brought by anyone other than Semtech, Semtech will take steps to make known that your activities were conducted pursuant to and in compliance with this Policy.

Thank you for helping keep Semtech and our customers safe!

Submit Report