The solution needs to develop faster features. Its interoperability feature is not working. It takes six months to one year for any product to implement the improvements. However, the process should be faster to implement the changes quickly.
We faced certain issues with China users as it can be rather challenging for them due to the presence of Great Firewall. This is a major drawback, and it poses a significant issue for all our users in China.
Solution Architect, Cyber Security at NTT Security
Real User
Top 20
2023-09-20T07:14:52Z
Sep 20, 2023
The main challenge we are facing across various Trust Network Access (TNA) technologies, including Netskope, is their inability to support broadcast applications or those relying on broadcasting protocols. These applications, such as security cameras and voice systems, require server-initiated connections, which TNA solutions, including Zero Trust Network Access (ZTNA), often do not handle well. This limitation becomes particularly problematic when dealing with legacy applications that have been in use for decades, featuring encryption, hashing, and other custom protocols that don't align with modern standards like HTTP version two.
Netskope Private Access needs improvement in the on-premises check. When users are out of the network, it's self-explanatory that they will be connected to their private app via the network. The area for improvement is that Netskope Private Access currently supports only one DNS mapping for an IP address. This means that when users are on-premises, Netskope needs to turn off its Private Access tunnel since users can access the private apps locally. Currently, Netskope Private Access allows mapping only one DNS server. If a user uses a secondary DNS on-premises, Netskope fails to disconnect them. This is an issue that needs to be addressed.
I would like to see them go down the path of including SD-WAN. Currently, they don't do SD-WAN. If they could somehow natively do that inside of the platform, that would be amazing. I don't know if they're going to do it, but it would be amazing if they do.
Netskope Private Access is an integral component of the Netskope Security Cloud platform that provides zero-trust secure access to enterprise applications and data in hybrid IT (public cloud and data center) environments. It offers comprehensive policy management, compliance assessment, and supports any application, protocol, and device to reduce risk and simplify security operations.
The solution needs to develop faster features. Its interoperability feature is not working. It takes six months to one year for any product to implement the improvements. However, the process should be faster to implement the changes quickly.
We faced certain issues with China users as it can be rather challenging for them due to the presence of Great Firewall. This is a major drawback, and it poses a significant issue for all our users in China.
The main challenge we are facing across various Trust Network Access (TNA) technologies, including Netskope, is their inability to support broadcast applications or those relying on broadcasting protocols. These applications, such as security cameras and voice systems, require server-initiated connections, which TNA solutions, including Zero Trust Network Access (ZTNA), often do not handle well. This limitation becomes particularly problematic when dealing with legacy applications that have been in use for decades, featuring encryption, hashing, and other custom protocols that don't align with modern standards like HTTP version two.
The product is not easy to use. The product needs to be made easier to use.
Netskope Private Access needs improvement in the on-premises check. When users are out of the network, it's self-explanatory that they will be connected to their private app via the network. The area for improvement is that Netskope Private Access currently supports only one DNS mapping for an IP address. This means that when users are on-premises, Netskope needs to turn off its Private Access tunnel since users can access the private apps locally. Currently, Netskope Private Access allows mapping only one DNS server. If a user uses a secondary DNS on-premises, Netskope fails to disconnect them. This is an issue that needs to be addressed.
The cost has room for improvement. There are cheaper options available.
I would like to see them go down the path of including SD-WAN. Currently, they don't do SD-WAN. If they could somehow natively do that inside of the platform, that would be amazing. I don't know if they're going to do it, but it would be amazing if they do.