You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Preventing Cross-site scripting (XSS) and implementing validation for Cross-Site Request Forgery(CSRF) tokens can significantly boost the security of the application and prevent malicious script execution.
description: "Find answers to common questions about securing {{ site.product }} components, including how to report vulnerabilities, handle third-party dependencies, and receive security fixes."
5
+
slug: security_aspnetmvc6_aspnetmvc
6
+
position: 3
7
+
---
8
+
9
+
# Frequently Asked Questions (FAQ)
10
+
11
+
In this article, you will find essential information and resources to help you secure {{ site.product }} components. Whether you need to report vulnerabilities, manage third-party dependencies, or understand how security fixes are delivered, this FAQ provides clear guidance on our security processes. Explore best practices and learn how Progress ensures the highest level of security for its products, from vulnerability reporting to compliance with industry standards.
12
+
13
+
## How can I submit a security vulnerability report?
14
+
15
+
If you have identified a potential security vulnerability in a Telerik or Kendo UI product, you can report it through the following channels:
16
+
17
+
-**For Progress Customers**: Submit a security report by opening a support ticket through the [Technical Support Center](https://www.telerik.com/account/support-center). Provide detailed information, including the steps to reproduce the issue and any relevant reports or screenshots.
18
+
19
+
-**For Security Researchers**: Ethical hackers and security researchers can report vulnerabilities through our [Bugcrowd Vulnerability Disclosure Program](https://bugcrowd.com/engagements/whatsupgold-vdp). This platform ensures that security issues are addressed efficiently and transparently.
20
+
21
+
We will review the report and follow up in line with our security processes, making every effort to resolve confirmed vulnerabilities in a timely manner.
22
+
23
+
---
24
+
25
+
## What if clients are using a third-party scanning tool and want our assessment?
26
+
27
+
Clients can open a support ticket through the [Technical Support Center](https://www.telerik.com/account/support-center) for the respective product and submit detailed information, including scan reports (PDF/Word/Excel/Screenshot) triggered against a no-minified version of the scripts and steps to reproduce or evidence of the issue. Our team will review and respond accordingly. We treat Security Vulnerability reports with **highest priority** and we engage with our internal Security Champions for revisions.
28
+
29
+
> Tip: We recommend running the scan against the latest product version, as the problem may have already been resolved.
30
+
31
+
---
32
+
33
+
## What is Progress's policy on handling third-party dependencies?
34
+
35
+
Progress uses leading commercial tools to automatically monitor and update third-party dependencies in our Telerik and Kendo GitHub projects. Alerts are set up for all GitHub-hosted products, and any identified vulnerable dependencies are addressed by the repository owners and our dedicated security team.
36
+
37
+
Note: Our definition of "done" includes successful builds that are scanned using top security scanning tools, and the resolution of any security alerts.
38
+
39
+
---
40
+
41
+
## Is security integrated into the CI pipeline?
42
+
43
+
Yes, for example, our CI builds are integrated with some of the leading security scanning tools to ensure that new code commits do not introduce vulnerabilities or insecure code.
44
+
45
+
---
46
+
47
+
## How does Progress prioritize security reports?
48
+
49
+
We prioritize security vulnerability reports with the highest urgency. When we receive an inquiry or vulnerability report, we begin by analyzing the issue to determine whether it's a false positive or a valid concern. If the report is confirmed as valid, we assess its severity using the CVSS (Common Vulnerability Scoring System) and promptly release a patch based on the severity level.
50
+
51
+
---
52
+
53
+
## How are security fixes shipped?
54
+
55
+
Security fixes are typically included in the next product release. Similar to the bug fixes policy, we maintain and commit to support the latest version of the product. That said, if you want to benefit from a security fix, you will need to upgrade to the version where the fix exists.
56
+
57
+
---
58
+
59
+
## How are customers notified about security fixes?
60
+
61
+
Once a vulnerability is fixed, we aim to release a patched version of the product. Depending on the severity of the issue, we may notify customers through CVE publications, email, blog posts, KB articles, or Release Notes for the specific product.
62
+
63
+
---
64
+
65
+
## Does Progress/Telerik have any security certifications or accreditation, such as SOC 2 or other industry-recognized standards?
66
+
67
+
Yes, Progress and DevTools products perform annual SOC 2 compliance, which validates our commitment to security, confidentiality, and privacy. You can find more information about our compliance on the [Progress Trust Center](https://www.progress.com/trust-center). Additionally, we align our security practices with industry-leading frameworks to maintain and continually improve our high security standards.
description: "Learn how to secure {{ site.product }} components and your web application with best practices, vulnerability reporting, and component-specific security guidelines."
In today's world, security is more critical than ever. At Progress, we prioritize our customers' security, ensuring that our products are built with a strong foundation to safeguard their data and operations. We are committed to identifying and addressing potential vulnerabilities to provide our clients with the highest level of protection and confidence in our products.
13
+
14
+
## Purpose of this Article
15
+
16
+
This article covers common security-related questions, best practices, and the tools and processes we use to ensure the security of our products. It also outlines how customers and security researchers can report security issues, including our processes to mitigate risks. We provide guidance for submitting security reports through technical support or Bugcrowd, ensuring a clear pathway for identifying and addressing security concerns.
17
+
18
+
## Reporting Security Vulnerabilities
19
+
20
+
Whether you're a customer encountering an issue or a security researcher, we have processes to ensure a swift response and evaluation. Below are the steps for Progress customers and security researchers to report potential security vulnerabilities:
21
+
22
+
### For Progress Customers
23
+
24
+
At Progress, we work diligently to identify and fix security vulnerabilities in our products. Customers who believe they have identified a security issue should contact Technical Support for an evaluation. This allows us to document the issue and have our engineering teams confirm and address it as needed. Customers can submit reports through our support center:
We value the contributions of security researchers and ethical hackers. If a researcher identifies a potential vulnerability, they can submit it via our [Bugcrowd](https://bugcrowd.com/engagements/devtools-vdp) platform. We aim to meet the following response times:
Our dedicated security team, comprised of experienced developers and security experts—our "Security Champions"—reviews all web, desktop, and mobile products technologies for potential vulnerabilities. These vulnerabilities may be internally identified, reported by third-party tools, or flagged externally.
47
+
48
+
We actively manage the following strategies to mitigate risks:
49
+
50
+
### Prevention
51
+
52
+
Our primary goal is to prevent security issues before product delivery. We use the following prevention techniques:
53
+
54
+
-**Internal Logging**: Every potential security issue is logged, researched, tested, and verified. Issues deemed valid are assessed using a CVSS score, with critical issues prioritized.
55
+
-**Third-Party Static Analysis Testing**: We use some of the leading security scanning tools in the market to scan for vulnerabilities in our software code. Regular scans are conducted, and results are reviewed to address vulnerabilities and mitigate false positives.
56
+
57
+
58
+
## Third-Party Dependencies Handling
59
+
60
+
We leverage leading commercial tools to automatically monitor and update third-party dependencies in our Telerik and Kendo GitHub projects, ensuring they remain secure and up-to-date. Alerts are enabled for all GitHub-hosted products, and the identified vulnerable dependencies are addressed by the repository code owners and security champions.
61
+
62
+
>Note: Our definition of "Done" includes successful builds that are scanned using top security scanning tools, and the resolution of any security alerts.
63
+
64
+
65
+
## Content Security Compliance
66
+
67
+
Content Security Policy (CSP) is a critical security measure that helps detect and mitigate the risks of content injection vulnerabilities, such as cross-site scripting (XSS) and data injection attacks. Telerik and Kendo UI components are designed to be CSP-compliant, ensuring secure integration into customer projects.
68
+
69
+
For more detailed information on CSP compliance for {{ site.product }}, refer to the following article:
This resource provides guidelines on how to configure your ASP.NET Web application to comply with CSP requirements when using {{ site.product }} components.
73
+
74
+
## OWASP Top 10 Alignment
75
+
76
+
We closely monitor the [OWASP Top 10](https://owasp.org/www-project-top-ten/) list of security risks and align our security practices with these industry-leading standards. Regular updates ensure that our products address evolving security threats and vulnerabilities.
77
+
78
+
## Telerik Component-Specific Security Guidelines
79
+
80
+
{{ site.product }} has a dedicated security-related article with security tips for individual components and general cross-site scripting (XSS) prevention tips. The article outlines best practices and recommendations for securing the components and mitigating potential risks. Below is a list of available security articles for specific controls:
81
+
82
+
-[Security and Validation]({%slug aspnetcore_security_gettingstarted %})
83
+
84
+
For more detailed answers to common security-related questions, please refer to our [Security FAQ page]({%slug security_aspnetmvc6_aspnetmvc %}).
0 commit comments