"Cloud App" for Netskope is a very particular definition.
Grammarly and it's associated URLS are listed in the CCI, and can be blocked using SWG without using a URL list.
You seem to be coming across the difference between Netskope product offerings.
CCI only lists grammarly.com as a domain, but I've had to add grammarly.io to the URL list...
I realize CloudApp only applies to applications that support activity constraints, so how I would I go about creating a policy to allow Grammarly without adding a custom URL list?
You can go to the CCI to "Recategorize" and indicate that there are additional URLS. This way everyone benefits.
Option #1, If you go to Steering Config, you can try to select Grammarly so your CASB can steer it. I can't replicate the instructions because I have SWG too, but after that you could make a Realtime policy.
Option #2, what I know will definitely work would be to create Grammarly as a custom application and then real time policy. This second option not get you out of the URL management business however.
Your statement about "I realize CloudApp only applies to applications that support activity constraints" is inaccurate. Cloud Apps for CASB can be discovery only. That is why I hold out home that option #1 will work for you.
Apologize if I'm going in circles, but Grammarly is being steered... All web traffic is being steered to Netskope and Grammarly is not part of any of the exceptions.
There are many entries in the alerts page for the Grammarly application.
Great, that makes a lot more sense.
Yes, then I would go the route of telling Netskope about the additional URLs...then you don't have to have your own list.
@wilson wrote:
You can go to the CCI to "Recategorize" and indicate that there are additional URLS. This way everyone benefits.
Would be nice if the CCI had a direct way to report other, non-categorization, based issues beyond just misusing "Recategorize".