Skip to content

Commit b0de423

Browse files
authored
Fixed Acrolinx suggestions
1 parent 27409e7 commit b0de423

File tree

1 file changed

+5
-5
lines changed

1 file changed

+5
-5
lines changed

defender-xdr/advanced-hunting-microsoft-defender.md

Lines changed: 5 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -55,7 +55,7 @@ After connecting your Microsoft Sentinel workspace and Microsoft Defender XDR ad
5555
- **View `SourceSystem` and `MachineGroup` columns for Defender XDR data that have been streamed from Microsoft Sentinel** – Since the columns `SourceSystem` and `MachineGroup` are added to Defender XDR tables once they're streamed to Microsoft Sentinel, they also appear in results in advanced hunting in Defender. However, they remain blank for Defender XDR tables that weren't streamed (tables that follow the default 30-day data retention period).
5656

5757
> [!NOTE]
58-
> Using the unified portal, where you can query Microsoft Sentinel data after connecting a Microsoft Sentinel workspace, does not automatically mean you can also query Defender XDR data while in Microsoft Sentinel. Raw data ingestion of Defender XDR should still be configured in Microsoft Sentinel for this to happen.
58+
> Using the unified portal, where you can query Microsoft Sentinel data after connecting a Microsoft Sentinel workspace, doesn't automatically mean you can also query Defender XDR data while in Microsoft Sentinel. Raw data ingestion of Defender XDR should still be configured in Microsoft Sentinel for this to happen.
5959
6060
## Where to find your Microsoft Sentinel data
6161
You can use advanced hunting KQL (Kusto Query Language) queries to hunt through Microsoft Defender XDR and Microsoft Sentinel data.
@@ -86,10 +86,10 @@ In the unified portal, in addition to viewing the schema column names and descri
8686
- The Microsoft Sentinel `SecurityAlert` table is replaced by `AlertInfo` and `AlertEvidence` tables, which both contain all the data on alerts. While SecurityAlert isn't available in the schema tab, you can still use it in queries using the advanced hunting editor. This provision is made so as not to break existing queries from Microsoft Sentinel that use this table.
8787
- Guided hunting mode and take actions capabilities are supported for Defender XDR data only.
8888
- Custom detections have the following limitations:
89-
- Custom detections are not available for KQL queries that do not include Defender XDR data.
90-
- Near real-time detection frequency is not available for detections that include Microsoft Sentinel data.
91-
- Custom functions that were created and saved in Microsoft Sentinel are not supported.
92-
- Defining entities from Sentinel data is not yet supported in custom detections.
89+
- Custom detections aren't available for KQL queries that don't include Defender XDR data.
90+
- Near real-time detection frequency isn't available for detections that include Microsoft Sentinel data.
91+
- Custom functions that were created and saved in Microsoft Sentinel aren't supported.
92+
- Defining entities from Sentinel data isn't yet supported in custom detections.
9393
- Bookmarks aren't supported in the advanced hunting experience. They're supported in the **Microsoft Sentinel > Threat management > Hunting** feature. Alternatively, you can use the [Link to incident](advanced-hunting-defender-results.md#link-query-results-to-an-incident) feature to link query results to new or existing incidents.
9494
- If you're streaming Defender XDR tables to Log Analytics, there might be a difference between the`Timestamp` and `TimeGenerated` columns. In case the data arrives to Log Analytics after 48 hours, it's being overridden upon ingestion to `now()`. Therefore, to get the actual time the event happened, we recommend relying on the `Timestamp` column.
9595
- When prompting [Security Copilot](advanced-hunting-security-copilot.md) for advanced hunting queries, you might find that not all Microsoft Sentinel tables are currently supported. However, support for these tables can be expected in the future.

0 commit comments

Comments
 (0)