Safeguarding Sensitive Data in Microsoft 365 Copilot with Purview DLP (GA Release)

on
The challenge with sensitive data and access to Copilot Microsoft 365 Copilot empowers users with AI-driven assistance across Microsoft 365 apps, but it also raises concerns about accidental oversharing of sensitive information. In response, Microsoft has extended its Purview Data Loss Prevention (DLP) capabilities to Microsoft 365 Copilot, allowing organizations to enforce information protection policies within AI workflows. The DLP for Microsoft 365 Copilot has been in preview for some time, but Microsoft has now announced it is released for GA (General Availability). Among some of the interesting features are new features like alerting and policy simulation. Key details:  Rollout Timeline: As of June 2025, the rollout has begun. It should be completed worldwide by late July 2025. Scope: Initially, DLP for Copilot was available for Copilot Chat scenarios. By the time of GA this is expanding to Copilot in core Office apps (Word, Excel, PowerPoint) as well. Ensuring that DLP prote...

So you think you have QOS enabled your Lync?

on
Well think again……

We had a very interesting workshop with one of Microsoft’s PFEs this week, and the focus of this workshop was deep diving into Voice in Lync 2013.

One important aspect of Voice is the implementation of CAC and QOS in the customer network, end to end. Followers of my blog will know I am strong supporter the end-to-end user experience. As a part of this, my strategy is to try to convince all my customers to implement both QOS and CAC (implementing one without the other could actually worsen the experience for the end user).

Newsflash: Some of work you do to implement these function could be “slightly” in vain. With Lync 2013 CU came Lync mobility with the possibility to join audio, video and conference through WLAN on the mobile device. This is great, and I use it a lot. However, as I have suspected, and now confirmed; Mobile clients do NOT support CAC (nor are there any QoS mechanisms on the devices).

A consequence of this is over-subscription of the capacity configured in your network, and all clients in the subnets where mobile clients exist can all suffer bad quality. Seeing how popular the mobility has become, this can turn out to be a challenge for many a administrator.

I still believe you should implement QOS and CAC wherever possible, but now we have to be aware of the mobile “surprise”, and try to calculate this into the rest of your scheme. Let’s all hope Microsoft will look for a way to enable QOS and CAC for mobile devices (They have for common area phones, so why not the mobile devices?). I did not get a clear list of all devices not supporting CAC, but I will post an update once I can get hold of such a list.


Anybody else with a thought on how to handle the subject, or even better, experience from a deployment where this has been an issue?