diff --git a/pages/deployment/workloads/memgraph-in-cybersecurity.mdx b/pages/deployment/workloads/memgraph-in-cybersecurity.mdx
index d95328aba..38266c935 100644
--- a/pages/deployment/workloads/memgraph-in-cybersecurity.mdx
+++ b/pages/deployment/workloads/memgraph-in-cybersecurity.mdx
@@ -281,4 +281,21 @@ SET n += props;
This function **parses a JSON-formatted string into a Cypher map**, making it very useful for flexible security event ingestion pipelines
where the event structure might vary slightly or be semi-structured.
+### Setting nested properties
+
+Cybersecurity data often consists of nested objects (such as cloud security configurations) that are efficiently stored as maps. Many graph
+database vendors do not support nested JSON objects and can only store them as strings within the property store. Memgraph, however, provides *full support
+for nested objects*, including the ability to update them directly using queries such as the following:
+
+```cypher
+MATCH (n:Node {id: 1}) SET n.details.created_at = date(), n.details.ip = '127.0.0.1';
+```
+
+This approach keeps the configuration schema consistent with the original data sources powering your cybersecurity solution, eliminating the need for
+manual and time-consuming graph modeling to represent configurations. In many cases, these configurations are so tightly coupled to the underlying objects
+that there is no real need to separate them into distinct nodes and relationships. Attempting to do so can lead to *graph explosion* due to the large number
+of values contained within nested configuration objects.
+
+For more information, read the [guide on setting nested propertes](/querying/clauses/set#9-setting-nested-properties).
+
6. [Copy all properties](#6-copy-all-properties)
7. [Replace all properties using map](#7-replace-all-properties-using-map)
-8. [Update all properties using map](#8-update-all-properties-using-map)
+8. [Update all properties using map](#8-update-all-properties-using-map)
+9. [Setting nested properties](#9-setting-nested-properties)
+10. [Removing nested properties](#10-removing-nested-properties)
## Dataset
@@ -221,6 +223,72 @@ Output:
+-----------------------------------------------------------------------------------------------+
```
+## 9. Setting nested properties
+
+Starting from **version 3.6**, Memgraph supports **nested properties**. Nested properties allow you to define and modify values inside `Map` property types.
+Before nested property support was introduced, users could only set base properties using queries such as:
+```cypher
+MATCH (n:Person {name: 'Harry'}) SET n.age = 21;
+```
+
+With nested property support, you can now **set properties inside a map**, such as:
+```cypher
+MATCH (n:Person {name: 'Harry'}) SET n.details.age = 21;
+```
+
+If the `details` property does not already exist, Memgraph automatically creates it as a map and assigns the nested property within it.
+
+This feature is especially useful when working with configuration objects or when optimizing graph storage, since maps typically consume less memory than multiple node or relationship objects.
+
+You can query a nested property the same way you would any other:
+
+```cypher
+MATCH (n:Person {name: 'Harry'})
+RETURN n.details.age AS age;
+
+Output:
+
+```nocopy
++-----+
+| age |
++-----+
+| 21 |
++-----+
+```
+
+There are a few edge cases when working with nested properties:
+If the parent property is not of type `Map`, the query will **throw an exception**:
+```cypher
+MATCH (n:Person {name: 'Harry'}) SET n.name.surname = 'Johnson' // ERROR because n.name is a string, not a map
+```
+
+{