<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="https://www.w3.org/2005/Atom" xmlns:sy="https://purl.org/rss/1.0/modules/syndication/" xmlns:dc="https://purl.org/dc/elements/1.1/" xmlns:content="https://purl.org/rss/1.0/modules/content/" xmlns:wfw="https://wellformedweb.org/CommentAPI/" xmlns:slash="https://purl.org/rss/1.0/modules/slash/"
  version="2.0">
  <channel>
    <title>Keeping up with Cyber &amp; Cloud Security blog by Yoad M. Dvir</title>
    <atom:link
      href="https://docs.microsoft.com/archive/blogs/yoad/feed.xml"
      rel="self"
      type="application/rss+xml" />
    <link>https://docs.microsoft.com/archive/blogs/yoad/feed.xml</link>
    <description>A Journey to the cloud and beyond: providing you with proven, simplified methods for securing your crown jewels data</description>
    <lastBuildDate>Wed, 17 Apr 2019 03:36:18 GMT</lastBuildDate>
    <language>en-US</language>
    <sy:updatePeriod>hourly</sy:updatePeriod>
    <sy:updateFrequency>1</sy:updateFrequency>
    <item>
      <title>Simple way to strengthen Cloud App Security &amp; Azure Information Protection smoother integration</title>
      <link>https://docs.microsoft.com/archive/blogs/yoad/simple-way-to-strengthen-cloud-app-security-azure-information-protection-smoother-integration</link>
      <pubDate>Mon, 21 Nov 2016 13:17:19 GMT</pubDate>
      <dc:creator><![CDATA[Mysterious]]></dc:creator>
      <guid
        isPermaLink="false">https://blogs.technet.microsoft.com/yoad/?p=75</guid>
      <description><![CDATA[Hi All! :-)

As Cloud App Security now supports Microsoft Azure Information...]]></description>
      <content:encoded><![CDATA[<strong>Hi All! :-)</strong>

As <a href="https://www.microsoft.com/en-us/cloud-platform/cloud-app-security"><strong>Cloud App Security</strong></a> now supports <a href="https://www.microsoft.com/en-us/cloud-platform/azure-information-protection"><strong>Microsoft Azure Information Protection</strong> </a>including enhanced integration and auto-provisioning. You can filter your Files and set File policies using the <strong>Tag Secure Classification</strong> and then set the classification label you want to view. The labels also indicate whether the classification was set by someone in your organization or by people from another tenant (External). You can also set activity policies, based on the Azure Information Protection classification labels and enable <strong>automatic scan for classification labels in Office 365</strong>.

To enable <span style="text-decoration: underline"><strong>automatic</strong> </span>scans for file tags for new files in Office 365:
<ul>
 	<li>In <a href="https://portal.cloudappsecurity.com">Cloud App Security Portal</a>, go to the <strong>General settings</strong> page.</li>
 	<li>Under Azure security settings select <strong>Automatically scan files for Azure Information Protection classification labels</strong>. After it's enabled, all new files that are added to Office 365 and connected apps, not only the ones that are scanned for content by a file policy, will be scanned for file tags as well.</li>
</ul>
&nbsp;

<img width="1243" height="434" class="alignnone size-full wp-image-135" alt="untitled" src="https://msdnshared.blob.core.windows.net/media/2016/11/Untitled.png" />

Yours,

<strong>Yoad M. Dvir</strong>

<a href="mailto:Yoad.Dvir@Microsoft.com">Yoad.Dvir@Microsoft.com</a>

<strong>יועד דביר</strong>]]></content:encoded>
    </item>
    <item>
      <title>Getting started with Azure Information Protection</title>
      <link>https://docs.microsoft.com/archive/blogs/yoad/getting-started-with-azure-information-protection</link>
      <pubDate>Wed, 02 Nov 2016 13:17:26 GMT</pubDate>
      <dc:creator><![CDATA[Mysterious]]></dc:creator>
      <guid
        isPermaLink="false">https://blogs.technet.microsoft.com/yoad/?p=65</guid>
      <description><![CDATA[Creating a classification label matrix for my organization

Before you start your Azure...]]></description>
      <content:encoded><![CDATA[<strong><u>Creating a classification label matrix for my organization</u></strong>

Before you start your Azure Information Protection deployment and configuration you should identify if your organization has a well-defined classification taxonomy and information handling policy that defines:
<ul>
 	<li>Sensitivity levels of data that exist in the organization</li>
 	<li>What can be done with this data?</li>
 	<li>With whom it can be shared?</li>
 	<li>What level of encryption is required for each level (if at all)?</li>
</ul>
Such information handling policy or classification taxonomy is usually defined by the CISO or data owners in various business units. <span>In case</span>s where<span> </span><span>there is no defined policy or taxonomy you can use </span><span>the </span><span>pre-defined taxonomy that is shipped as part of enablement of </span><span>Azure Information Protection</span><span> on your Azure tenant.</span>

Once you have a well-defined organization wide classification taxonomy you should use Azure Information Protection management console to customize your classification policies:

<span>There are five pre</span>-defined sensitivity levels -<span> </span><span>you can</span><span> </span><span>adjust the</span>se<span> </span><span>classification</span><span> </span><span>labels</span><span> </span><span>to</span><span> </span><span>reflect your classification taxonomy</span>, or remove and create new ones. <span> </span>
<ol>
 	<li><span>Adjust all relevant fields for each sensitivity level you set. </span>Pay attention<span> </span><span>to:</span><span> </span>
<ol>
 	<li><span><strong>Description</strong></span><span>.</span><span> </span><span>A</span><span> </span><span>short explanatory text</span><span> </span><span>that is</span><span> </span><span>displayed to the end user as a </span><span>tooltip on the endpoint.</span><span> </span></li>
 	<li><span><strong>Color</strong></span><span>. Color</span><span> </span><span>of sensitivity level shown in the client endpoints.</span><span> </span></li>
 	<li><span><strong>Content marking</strong></span><span>. D</span>epending on your information handling policy some (or all) <span>define</span><span> </span><span>a</span><span> </span><span>footer,</span><span> </span><span>header,</span><span> </span><span>a</span>nd/or<span> </span><span>watermark. Visualized text can include dynamic information, like document name, username of the person that classified the document etc.</span></li>
 	<li><span><strong>Order</strong></span><span>.</span><span> </span><span>The order of the labels is</span><span> </span><span>used</span><span> </span><span>t</span>o identify sensitivity level of classifications in a situation where multiple labels may<span> </span><span>a</span>pply.</li>
</ol>
</li>
 	<li><span>Adjust <strong>sub-levels’</strong> definition. </span><span> </span>The most sensitive pre-defined level includes two sub-levels by default. You may choose to omit implementation of compartmentalization / sub labeling on the first phase of the deployment. In case you chose to do so, remove existing sub-levels, or delete and re-create your own top level. <span><strong>Note</strong></span><span>:</span><span> </span><span>To</span><span> </span><span>simplify the deploymen</span>t, it’s recommended to use flat,<span> </span><span>one</span>-level classification at the initial phase and introduce sub-levels on later phases.<span> </span></li>
 	<li><span></span><span>Set <strong>default classification</strong></span><strong> </strong><span>per</span><span> </span><span>your information handling policy. Even if it’s not</span> <span>required</span><span> </span><span>in</span><span> </span><span>your policy, it’s recommended to enable default classification</span><span> </span><span>to</span><span> </span><span>get users accustomed to classification concepts, and in this way, educate and raise their awareness of classification importance.</span></li>
 	<li><span></span><span>Set <strong>mandatory classification</strong> behavior. Most organizations require every single document stored in their network to be classified. If this applies, enable mandatory classification.
</span><span><strong>Note</strong></span><span>: Setting default classification can reduce user interr</span>uptions if the<span> </span><span>mandatory classification setting is enabled. If default classification is enabled users</span><span> </span><span>must</span><span> </span><span>classify files manually only if the previous classification was i</span>ntentionally removed.<span> </span></li>
 	<li><span></span><span>Set <strong>desired behavior for sensitivity level decrease</strong>. You can require your u</span>sers to provide <span>justification if they</span><span> </span><span>lower</span><span> </span><span>the</span><span> </span><span>sensitivity level.</span><span> </span><span> </span>
<p style="text-align: left"><span>By completing the steps above, you have defined everything necessary from a policy point of view to enable any user in your organization to classify documents per your taxonomy.</span></p>
<p style="text-align: left"><span>Users without</span><span> </span><span>Azure Information Protection</span><span> </span><span>software</span><span> </span><span>can</span><span> </span><span>work with classified documents as</span><span> </span><span>they could</span><span> </span><span>before</span><span> </span><span>Azure Information Protection</span><span> </span><span>classification was applied on the document, but they will not see the current classification using</span><span> </span><span>Azure Information Protection</span><span> </span><span>classification bar</span><span> </span><span>unless you</span><span> </span><span>applied</span><span> </span><span>a visualization mechanism</span><span> </span><span>(footer, header</span>,<span> </span><span>or watermark)</span>.</p>
<span><strong>Note</strong></span><span>:</span><span> </span><span>no encryption was enabled during this phase, which means everybody, inside your organization or outside, can continue to work with the documents in exactly same work flow, consume and edit documents. </span><span> </span><span>By completing the steps above, you have defined everything necessary from</span><span> </span><span>a</span><span> </span><span>policy point of view</span><span> </span><span>to</span><span> </span><span>enable any user in your organization to classify documents</span><span> </span><span>per</span><span> </span><span>your taxonomy. </span><span> </span></li>
</ol>
&nbsp;

<img width="1216" height="686" class="alignnone size-full wp-image-146" alt="capture1" src="https://msdnshared.blob.core.windows.net/media/2016/11/Capture11.jpg" />

<strong>POST CREDIT: Azure Information Protection Customer Experience Team.</strong>

<strong>Thank You :-)</strong>

<strong>Yoad M. Dvir</strong>

<strong><a href="mailto:Yoad.Dvir@Microsoft.com">Yoad.Dvir@Microsoft.com</a></strong>

<strong>יועד דביר</strong>]]></content:encoded>
    </item>
  </channel>
</rss>