<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Publishing DTD v1.4 20241031//EN" "JATS-journalpublishing1-4.dtd">
<article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" article-type="research-article" dtd-version="1.4" xml:lang="en">
  <front>
    <journal-meta>
      <journal-id journal-id-type="publisher-id">ijcns</journal-id>
      <journal-title-group>
        <journal-title>International Journal of Communications, Network and System Sciences</journal-title>
      </journal-title-group>
      <issn pub-type="epub">1913-3723</issn>
      <issn pub-type="ppub">1913-3715</issn>
      <publisher>
        <publisher-name>Scientific Research Publishing</publisher-name>
      </publisher>
    </journal-meta>
    <article-meta>
      <article-id pub-id-type="doi">10.4236/ijcns.2026.192002</article-id>
      <article-id pub-id-type="publisher-id">ijcns-152103</article-id>
      <article-categories>
        <subj-group>
          <subject>Article</subject>
        </subj-group>
        <subj-group>
          <subject>Computer Science</subject>
          <subject>Communications</subject>
        </subj-group>
      </article-categories>
      <title-group>
        <article-title>AI-Assisted Cybersecurity Mesh for Threat Detection in Edge-Enabled Communication Networks</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author" corresp="yes">
          <contrib-id contrib-id-type="orcid">0009-0004-0661-043X</contrib-id>
          <name name-style="western">
            <surname>Sethupathy</surname>
            <given-names>Utham Kumar Anugula</given-names>
          </name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <name name-style="western">
            <surname>Ananthanarayanan</surname>
            <given-names>Vijayanand</given-names>
          </name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
      </contrib-group>
      <aff id="aff1"><label>1</label> Independent Researcher, Atlanta, GA, USA </aff>
      <author-notes>
        <fn fn-type="conflict" id="fn-conflict">
          <p>The authors have no competing interests to declare that are relevant to the content of this article.</p>
        </fn>
      </author-notes>
      <pub-date pub-type="epub">
        <day>25</day>
        <month>02</month>
        <year>2026</year>
      </pub-date>
      <pub-date pub-type="collection">
        <month>02</month>
        <year>2026</year>
      </pub-date>
      <volume>19</volume>
      <issue>02</issue>
      <fpage>13</fpage>
      <lpage>38</lpage>
      <history>
        <date date-type="received">
          <day>21</day>
          <month>01</month>
          <year>2026</year>
        </date>
        <date date-type="accepted">
          <day>25</day>
          <month>02</month>
          <year>2026</year>
        </date>
        <date date-type="published">
          <day>28</day>
          <month>02</month>
          <year>2026</year>
        </date>
      </history>
      <permissions>
        <copyright-statement>© 2026 by the authors and Scientific Research Publishing Inc.</copyright-statement>
        <copyright-year>2026</copyright-year>
        <license license-type="open-access">
          <license-p> This article is an open access article distributed under the terms and conditions of the Creative Commons Attribution (CC BY) license ( <ext-link ext-link-type="uri" xlink:href="https://creativecommons.org/licenses/by/4.0/">https://creativecommons.org/licenses/by/4.0/</ext-link> ). </license-p>
        </license>
      </permissions>
      <self-uri content-type="doi" xlink:href="https://doi.org/10.4236/ijcns.2026.192002">https://doi.org/10.4236/ijcns.2026.192002</self-uri>
      <abstract>
        <p>Next-generation communication environments increasingly combine IoT devices, edge gateways, cyber-physical components, and programmable network services. This convergence improves responsiveness but also creates fragmented trust boundaries and fast-changing attack surfaces. Conventional intrusion detection systems remain limited in such settings because they depend heavily on static signatures, centralized telemetry collection, or offline machine-learning models. This paper introduces a GenAI-assisted cybersecurity mesh for threat detection in heterogeneous intelligent communication systems. The framework places lightweight security functions at edge nodes, coordinates them through a mesh control layer, and uses a generative threat modeling engine to update anomaly assumptions as traffic conditions change. Network, application, and behavioral signals are fused into a dynamic risk score that supports policy actions such as throttling, isolation, and micro-segmentation. The framework is evaluated in a simulated communication environment with mixed benign traffic and attack scenarios, including DDoS, man-in-the-middle, protocol exploitation, behavioral drift, and synthetic zero-day patterns. Results show higher detection accuracy, lower false positive rates, and reduced response latency compared with rule-based and centralized ML-based IDS baselines. The study positions cybersecurity mesh as a practical direction for low-latency, AI-assisted protection of distributed communication infrastructures.</p>
      </abstract>
      <kwd-group kwd-group-type="author-generated" xml:lang="en">
        <kwd>Cybersecurity Mesh</kwd>
        <kwd>Generative AI</kwd>
        <kwd>Intelligent Communication Systems</kwd>
        <kwd>Zero-Trust Architecture</kwd>
        <kwd>Intrusion Detection</kwd>
        <kwd>Cross-Layer Risk Scoring</kwd>
        <kwd>Distributed Security</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec1">
      <title>1. Introduction</title>
      <p>Intelligent communication systems are no longer built around a small number of controlled network endpoints. Modern deployments combine IoT sensors, edge computing nodes, cyber-physical controllers, software-defined networking functions, and emerging 5G/6G communication services. These components support smart transportation, industrial automation, healthcare monitoring, and distributed energy systems, but they also weaken the assumption that security can be enforced from a single central point. As device density, protocol diversity, and service mobility increase, the security model must shift from perimeter monitoring to continuous, context-aware protection across the communication fabric.</p>
      <p>Traditional IDS deployments are useful for known threats but remain poorly suited for dynamic communication environments. Signature-driven tools detect recognized patterns but miss polymorphic and zero-day behavior. Centralized ML-based IDS models improve classification but introduce their own constraints: telemetry must be transported to a central point, inference may be delayed, and a compromised monitoring node can become a systemic weakness. A further limitation is analytical narrowness. Many IDS pipelines focus mainly on packet or flow-level anomalies while underusing application behavior, device telemetry, and protocol-state deviations that may reveal early-stage compromise.</p>
      <p>The increasing sophistication of adversaries necessitates a transition toward adaptive, distributed, and intelligence-augmented security architectures. Generative Artificial Intelligence (GenAI) has recently demonstrated capabilities in pattern synthesis, contextual reasoning, and dynamic model adaptation. However, its integration into distributed cybersecurity infrastructures for real-time communication systems remains insufficiently explored. Existing research often treats AI-based intrusion detection as a standalone classifier rather than embedding adaptive intelligence within a mesh-based security topology.</p>
      <p>To address these limitations, this paper proposes a GenAI-driven adaptive cybersecurity mesh architecture tailored for intelligent communication systems. The proposed framework incorporates three primary design principles:</p>
      <p><bold>1)</bold><bold>Zero-Trust Distributed Security Enforcement</bold>: Security controls are enforced at edge nodes rather than relying solely on centralized monitoring.</p>
      <p><bold>2)</bold><bold>Adaptive Generative Threat Modeling</bold>: A GenAI engine dynamically synthesizes threat hypotheses and refines anomaly detection models.</p>
      <p><bold>3)</bold><bold>Cross-Layer Risk Fusion</bold>: Security signals from network, application, and behavioral layers are fused into a unified threat confidence score.</p>
      <p>The contributions of this paper are summarized as follows:</p>
      <p>It proposes an edge-coordinated cybersecurity mesh for intelligent communication systems, where detection and enforcement are distributed across local security nodes rather than concentrated in a central IDS.It introduces a GenAI-assisted threat modeling component that generates contextual attack hypotheses and supports model recalibration under changing traffic conditions.It defines a multi-signal risk scoring method that combines network, application, behavioral, and contextual threat indicators into a unified confidence score.It evaluates the framework against signature-based and centralized ML-based IDS baselines using multi-vector attack scenarios and scalability analysis.</p>
      <p>The remainder of the paper is organized as follows. Section 2 reviews related work in distributed intrusion detection and AI-assisted security. Section 3 defines the threat model and adversarial assumptions. Section 4 describes the proposed cybersecurity mesh architecture. Section 5 presents the GenAI-based adaptive methodology and risk scoring formulation. Section 6 details the experimental setup, followed by results and analysis in Section 7. Section 8 discusses implications and limitations, and Section 9 concludes the paper.</p>
    </sec>
    <sec id="sec2">
      <title>2. Related Work</title>
      <p>Security in intelligent communication systems has evolved significantly over the past decade, driven by the proliferation of IoT devices, edge computing frameworks, and next-generation communication protocols. Prior work has examined IoT intrusion detection architectures ranging from centralized and on-device models [<xref ref-type="bibr" rid="B1">1</xref>] to benchmark-driven IoT/IIoT evaluations [<xref ref-type="bibr" rid="B2">2</xref>][<xref ref-type="bibr" rid="B3">3</xref>]. Zero-trust foundations and later survey work provide the basis for continuous verification and least-privilege enforcement [<xref ref-type="bibr" rid="B4">4</xref>][<xref ref-type="bibr" rid="B5">5</xref>]. Cybersecurity mesh research has extended this discussion toward decentralized security control, cryptographic coordination, and AI-assisted defense [<xref ref-type="bibr" rid="B6">6</xref>]. Federated and distributed IDS studies have examined model coordination and collaborative enforcement across heterogeneous nodes [<xref ref-type="bibr" rid="B7">7</xref>]-[<xref ref-type="bibr" rid="B11">11</xref>]. Recent GenAI and LLM-security work motivates synthetic threat reasoning and automated security-context interpretation [<xref ref-type="bibr" rid="B12">12</xref>]-[<xref ref-type="bibr" rid="B14">14</xref>]. Dataset-focused IDS studies also highlight the importance of reproducible traffic characterization and benchmark design [<xref ref-type="bibr" rid="B15">15</xref>]-[<xref ref-type="bibr" rid="B18">18</xref>]. Existing research can therefore be grouped into four domains: 1) signature-based intrusion detection systems, 2) machine learning-based IDS models, 3) distributed and mesh-oriented security architectures, and 4) AI-assisted adaptive threat modeling. Existing research can be broadly categorized into four domains: 1) signature-based intrusion detection systems, 2) machine learning-based IDS models, 3) distributed and mesh-oriented security architectures, and 4) AI-assisted adaptive threat modeling.</p>
      <sec id="sec2dot1">
        <title>2.1. Signature-Based and Centralized Intrusion Detection</title>
        <p>Traditional intrusion detection systems such as Snort and Suricata rely on rule-based or signature-based detection mechanisms. While effective against known attack patterns, these systems exhibit limited capability in identifying zero-day exploits and polymorphic threats. Moreover, centralized deployment architecture introduces scalability and latency challenges in intelligent communication systems where nodes are geographically distributed and operate with real-time constraints.</p>
        <p>Centralized IDS models also present a single point of failure and increase network overhead due to continuous telemetry aggregation. In high-throughput environments such as IoT-enabled smart grids or vehicular communication systems, this architectural limitation significantly affects detection latency and responsiveness.</p>
        <p><bold>Limitation Identified:</bold> Lack of adaptability and insufficient resilience against evolving, multi-stage attacks.</p>
      </sec>
      <sec id="sec2dot2">
        <title>2.2. Machine Learning-Based Intrusion Detection</title>
        <p>Recent advancements have incorporated supervised and unsupervised machine learning techniques for anomaly detection in communication networks. Approaches leveraging Support Vector Machines (SVM), Random Forests, k-Nearest Neighbors, and Deep Neural Networks have demonstrated improved detection accuracy compared to signature-based systems.</p>
        <p>Deep learning models, including Convolutional Neural Networks (CNN) and Long Short-Term Memory (LSTM) networks, have been applied for traffic pattern recognition and time-series anomaly detection. These models enhance classification performance; however, they are typically trained offline and lack dynamic threat adaptation capabilities.</p>
        <p>Furthermore, most ML-based IDS implementations operate in centralized environments. Distributed deployment remains limited due to computational overhead and synchronization challenges across heterogeneous nodes.</p>
        <p><bold>Limitation Identified:</bold> Static model training, insufficient cross-layer contextual fusion, and limited distributed enforcement.</p>
      </sec>
      <sec id="sec2dot3">
        <title>2.3. Distributed and Mesh-Based Security Architectures</title>
        <p>To overcome centralization constraints, recent research has explored distributed intrusion detection frameworks and cybersecurity mesh architectures. Cybersecurity mesh models emphasize decentralized policy enforcement, micro-segmentation, and zero-trust principles. Security capabilities are deployed closer to assets, often at edge gateways or node clusters.</p>
        <p>Such architecture enhances resilience and reduces response latency. However, many implementations still rely on static rule engines or traditional ML classifiers without adaptive threat generation mechanisms. Additionally, risk scoring is often performed independently at the node level without systematic cross-layer correlation.</p>
        <p><bold>Limitation Identified:</bold> Absence of adaptive intelligence capable of synthesizing new attack hypotheses and limited risk fusion mechanisms.</p>
      </sec>
      <sec id="sec2dot4">
        <title>2.4. Generative AI in Cybersecurity</title>
        <p>Generative Artificial Intelligence (GenAI) has recently been explored in cybersecurity contexts for synthetic attack generation, adversarial training, automated threat intelligence summarization, and log analysis. Large language models and generative adversarial networks (GANs) have demonstrated potential in simulating evolving attack patterns and improving detection robustness through adversarial learning.</p>
        <p>Despite promising advancements, integration of GenAI into real-time distributed communication security remains limited. Existing work often focuses on either:</p>
        <p>Offline threat simulationIsolated anomaly detection enhancementSecurity operations automation</p>
        <p>There remains a gap in embedding GenAI as an adaptive reasoning component within a distributed cybersecurity mesh capable of continuous cross-layer threat modeling.</p>
      </sec>
      <sec id="sec2dot5">
        <title>2.5. Research Gap</title>
        <p>Existing IDS research has improved detection accuracy, but three gaps remain important for intelligent communication systems. First, many models still assume centralized collection and inference, which is not ideal for latency-sensitive edge environments. Second, AI-based IDS methods often operate as fixed classifiers rather than continuously updating their threat assumptions as adversarial behavior changes. Third, available approaches rarely combine network events, application behavior, node telemetry, and external threat context into a single operational risk score. These gaps motivate a mesh-based approach in which local detection, AI-assisted threat reasoning, and policy enforcement operate as coordinated functions.</p>
      </sec>
    </sec>
    <sec id="sec3">
      <title>3. Threat Model and Assumptions</title>
      <p>Intelligent communication systems consist of heterogeneous devices, edge gateways, communication protocols, and cloud-coordinated services. These systems operate in semi-trusted or untrusted environments where adversaries may exploit protocol weaknesses, compromised nodes, or misconfigured services. This section formalizes the adversarial model and system assumptions used to evaluate the proposed GenAI-driven cybersecurity mesh.</p>
      <sec id="sec3dot1">
        <title>3.1. System Model</title>
        <p>We consider an intelligent communication environment comprising:</p>
        <p><inline-formula><mml:math><mml:mi> N </mml:mi></mml:math></inline-formula> distributed nodes (IoT devices, embedded systems, edge servers)Edge gateways responsible for traffic aggregationA centralized orchestration layer for policy coordinationMulti-layer communication stack:Network layer (packet flows, routing behavior)Transport/session layer (connection states, protocol exchanges)Application layer (API calls, service requests, payload semantics)Behavioral layer (node-level telemetry, CPU/memory usage, process anomalies)</p>
        <p>Each node is equipped with a lightweight security agent capable of telemetry collection and local anomaly pre-processing. These agents communicate with a distributed mesh controller enforcing zero-trust policies.</p>
      </sec>
      <sec id="sec3dot2">
        <title>3.2. Adversarial Capabilities</title>
        <p>We assume a probabilistic polynomial-time (PPT) adversary with the following capabilities:</p>
        <p><bold>1)</bold><bold>Network Manipulation</bold></p>
        <p>Packet injectionReplay attacksDistributed Denial of Service (DDoS)Man-in-the-Middle (MITM)</p>
        <p><bold>2)</bold><bold>Protocol Exploitation</bold></p>
        <p>Exploiting insecure handshake sequencesSession hijackingRouting manipulation</p>
        <p><bold>3)</bold><bold>Node Compromise</bold></p>
        <p>Malware injection into edge devicesPrivilege escalationLateral movement within sub-networks</p>
        <p><bold>4)</bold><bold>Zero-Day Attack Simulation</bold></p>
        <p>Novel attack patterns not previously observedPolymorphic traffic behavior</p>
        <p>The adversary does not possess global cryptographic key material but may compromise a subset <inline-formula><mml:math><mml:mi> k </mml:mi></mml:math></inline-formula> of nodes where <inline-formula><mml:math><mml:mrow><mml:mi> k </mml:mi><mml:mo> &lt; </mml:mo><mml:mi> N </mml:mi></mml:mrow></mml:math></inline-formula> .</p>
      </sec>
      <sec id="sec3dot3">
        <title>3.3. Security Objectives</title>
        <p>The proposed system aims to satisfy the following objectives:</p>
        <p><bold>1)</bold><bold>Real-Time Threat Detection</bold></p>
        <p>Minimize detection latency <inline-formula><mml:math><mml:mrow><mml:msub><mml:mi> T </mml:mi><mml:mi> d </mml:mi></mml:msub></mml:mrow></mml:math></inline-formula> Maintain bounded response time <inline-formula><mml:math><mml:mrow><mml:msub><mml:mi> T </mml:mi><mml:mi> r </mml:mi></mml:msub></mml:mrow></mml:math></inline-formula></p>
        <p><bold>2)</bold><bold>High Detection Accuracy</bold></p>
        <p>Maximize True Positive Rate (TPR)Minimize False Positive Rate (FPR)</p>
        <p><bold>3)</bold><bold>Adaptive Threat Modeling</bold></p>
        <p>Continuous update of anomaly hypothesesDynamic risk threshold recalibration</p>
        <p><bold>4)</bold><bold>Distributed Resilience</bold></p>
        <p>Avoid single point of failureMaintain detection capability under partial node compromise</p>
      </sec>
      <sec id="sec3dot4">
        <title>3.4. Threat Categories Considered</title>
        <p>The experimental evaluation considers five primary attack categories:</p>
        <p><bold>1)</bold><bold>Distributed Denial of Service (DDoS)</bold></p>
        <p>High-volume traffic floods targeting gateways</p>
        <p><bold>2)</bold><bold>Man-in-the-Middle (MITM)</bold></p>
        <p>Traffic interception and modification</p>
        <p><bold>3)</bold><bold>Protocol Exploitation</bold></p>
        <p>Malformed packet injectionSession hijacking</p>
        <p><bold>4)</bold><bold>Anomalous Behavioral Drift</bold></p>
        <p>Gradual deviation in device resource patterns</p>
        <p><bold>5)</bold><bold>Synthetic Zero-Day Patterns</bold></p>
        <p>Generated attack traffic not matching predefined signatures</p>
      </sec>
      <sec id="sec3dot5">
        <title>3.5. Operationalization in Simulation</title>
        <p>The threat model was instantiated by allowing up to 10% of nodes to exhibit compromised behavior during selected attack windows. Compromised nodes generated abnormal communication patterns, protocol irregularities, or behavioral telemetry drift depending on the attack category. Adaptive threshold updates were performed every 30 simulated minutes using training-window statistics and were frozen during final testing. Poisoning risk was represented as an adversarial limitation: the current simulation did not allow attackers to directly modify the GATE training process, but telemetry manipulation by compromised nodes was included as part of the behavioral drift and protocol exploitation scenarios.</p>
      </sec>
      <sec id="sec3dot6">
        <title>3.6. Assumptions</title>
        <p>The following assumptions constrain the system:</p>
        <p>Secure initial device onboarding with cryptographic identity provisioning.Encrypted communication channels between mesh nodes and orchestrator.Computational capability at edge nodes sufficient for lightweight inference.Availability of baseline training dataset for initial model bootstrapping.</p>
      </sec>
      <sec id="sec3dot7">
        <title>3.7. Risk Representation</title>
        <p>We define a threat confidence function:</p>
        <disp-formula id="FD1">
          <mml:math>
            <mml:mrow>
              <mml:msub>
                <mml:mi>R</mml:mi>
                <mml:mi>i</mml:mi>
              </mml:msub>
              <mml:mo>=</mml:mo>
              <mml:mi>f</mml:mi>
              <mml:mrow>
                <mml:mo>(</mml:mo>
                <mml:mrow>
                  <mml:msub>
                    <mml:mi>N</mml:mi>
                    <mml:mi>i</mml:mi>
                  </mml:msub>
                  <mml:mo>,</mml:mo>
                  <mml:msub>
                    <mml:mi>A</mml:mi>
                    <mml:mi>i</mml:mi>
                  </mml:msub>
                  <mml:mo>,</mml:mo>
                  <mml:msub>
                    <mml:mi>B</mml:mi>
                    <mml:mi>i</mml:mi>
                  </mml:msub>
                  <mml:mo>,</mml:mo>
                  <mml:msub>
                    <mml:mi>C</mml:mi>
                    <mml:mi>i</mml:mi>
                  </mml:msub>
                </mml:mrow>
                <mml:mo>)</mml:mo>
              </mml:mrow>
            </mml:mrow>
          </mml:math>
        </disp-formula>
        <p>where:</p>
        <p><inline-formula><mml:math><mml:mrow><mml:msub><mml:mi> N </mml:mi><mml:mi> i </mml:mi></mml:msub></mml:mrow></mml:math></inline-formula> = Network-layer anomaly score;<inline-formula><mml:math><mml:mrow><mml:msub><mml:mi> A </mml:mi><mml:mi> i </mml:mi></mml:msub></mml:mrow></mml:math></inline-formula> = Application-layer anomaly score;<inline-formula><mml:math><mml:mrow><mml:msub><mml:mi> B </mml:mi><mml:mi> i </mml:mi></mml:msub></mml:mrow></mml:math></inline-formula> = Behavioral deviation metric;<inline-formula><mml:math><mml:mrow><mml:msub><mml:mi> C </mml:mi><mml:mi> i </mml:mi></mml:msub></mml:mrow></mml:math></inline-formula> = Contextual threat intelligence weight.</p>
        <p>The final risk score for node <inline-formula><mml:math><mml:mi> i </mml:mi></mml:math></inline-formula> is computed as:</p>
        <disp-formula id="FD2">
          <mml:math>
            <mml:mrow>
              <mml:msub>
                <mml:mi>R</mml:mi>
                <mml:mi>i</mml:mi>
              </mml:msub>
              <mml:mo>=</mml:mo>
              <mml:mi>α</mml:mi>
              <mml:msub>
                <mml:mi>N</mml:mi>
                <mml:mi>i</mml:mi>
              </mml:msub>
              <mml:mo>+</mml:mo>
              <mml:mi>β</mml:mi>
              <mml:msub>
                <mml:mi>A</mml:mi>
                <mml:mi>i</mml:mi>
              </mml:msub>
              <mml:mo>+</mml:mo>
              <mml:mi>γ</mml:mi>
              <mml:msub>
                <mml:mi>B</mml:mi>
                <mml:mi>i</mml:mi>
              </mml:msub>
              <mml:mo>+</mml:mo>
              <mml:mi>δ</mml:mi>
              <mml:msub>
                <mml:mi>C</mml:mi>
                <mml:mi>i</mml:mi>
              </mml:msub>
            </mml:mrow>
          </mml:math>
        </disp-formula>
        <p>Subject to:</p>
        <disp-formula id="FD3">
          <mml:math>
            <mml:mrow>
              <mml:mi>α</mml:mi>
              <mml:mo>+</mml:mo>
              <mml:mi>β</mml:mi>
              <mml:mo>+</mml:mo>
              <mml:mi>γ</mml:mi>
              <mml:mo>+</mml:mo>
              <mml:mi>δ</mml:mi>
              <mml:mo>=</mml:mo>
              <mml:mn>1</mml:mn>
            </mml:mrow>
          </mml:math>
        </disp-formula>
        <p>This weighted fusion model enables cross-layer anomaly aggregation and adaptive risk recalibration through the GenAI threat modeling engine described in Section 5.</p>
      </sec>
      <sec id="sec3dot8">
        <title>3.8. Summary</title>
        <p>The threat model reflects realistic adversarial behavior in distributed intelligent communication systems. The security objectives emphasize adaptive detection, cross-layer reasoning, and distributed resilience. These assumptions form the basis for the architectural design described in the next section.</p>
      </sec>
    </sec>
    <sec id="sec4">
      <title>4. Proposed GenAI-Driven Cybersecurity Mesh Architecture</title>
      <p>The proposed architecture organizes security as a mesh of cooperating detection and enforcement points. Instead of forwarding all telemetry to a central IDS, edge nodes perform initial inspection and local risk estimation. A coordination layer then shares summarized security state, while the GenAI engine updates threat hypotheses and recalibrates policy thresholds. This design is intended for communication systems where latency, node heterogeneity, and partial compromise are realistic operating conditions.</p>
      <sec id="sec4dot1">
        <title>4.1. Architectural Overview</title>
        <p>The proposed system follows a distributed mesh topology composed of:</p>
        <p><bold>1)</bold><bold>Edge Security Nodes (ESNs)</bold></p>
        <p><bold>2)</bold><bold>Mesh Coordination Layer (MCL)</bold></p>
        <p><bold>3)</bold><bold>GenAI Adaptive Threat Engine (GATE)</bold></p>
        <p><bold>4)</bold><bold>Policy Orchestration and Response Layer (PORL)</bold></p>
        <p>The design adheres to zero-trust principles: no device, session, or communication flow is inherently trusted, even within internal network boundaries. <xref ref-type="fig" rid="fig1">Figure 1</xref> presents the proposed GenAI-assisted cybersecurity mesh architecture, showing the flow from edge security nodes to mesh coordination, generative threat reasoning, dynamic risk fusion, and adaptive policy enforcement. At the edge layer, heterogeneous nodes (IoT sensors, control systems, and gateways) perform network, application, and behavioral anomaly detection, followed by local risk scoring. Telemetry summaries are forwarded to the Mesh Control Layer (MCL), which coordinates distributed updates. The Generative AI Adaptive Threat Engine (GATE) synthesizes adversarial threat hypotheses and recalibrates contextual risk weights. The Dynamic Risk Fusion module computes the composite risk score <inline-formula><mml:math><mml:mrow><mml:msub><mml:mi> R </mml:mi><mml:mi> i </mml:mi></mml:msub><mml:mo> = </mml:mo><mml:mi> α </mml:mi><mml:msub><mml:mi> N </mml:mi><mml:mi> i </mml:mi></mml:msub><mml:mo> + </mml:mo><mml:mi> β </mml:mi><mml:msub><mml:mi> A </mml:mi><mml:mi> i </mml:mi></mml:msub><mml:mo> + </mml:mo><mml:mi> γ </mml:mi><mml:msub><mml:mi> B </mml:mi><mml:mi> i </mml:mi></mml:msub><mml:mo> + </mml:mo><mml:mi> δ </mml:mi><mml:msub><mml:mi> C </mml:mi><mml:mi> i </mml:mi></mml:msub></mml:mrow></mml:math></inline-formula> , triggering the Adaptive Policy Module when thresholds are exceeded.</p>
        <p>Diagram showing edge security nodes performing network, application, and behavioral anomaly detection, followed by local risk scoring, telemetry aggregation, mesh coordination, generative threat analysis, dynamic risk fusion, and adaptive policy enforcement.</p>
        <fig id="fig1">
          <label>Figure 1</label>
          <graphic xlink:href="https://html.scirp.org/file/9702652-rId45.jpeg?20260625025537" />
        </fig>
        <p><bold>Figure 1.</bold>GenAI-assisted cybersecurity mesh architecture for edge-enabled communication networks.</p>
      </sec>
      <sec id="sec4dot2">
        <title>4.2. High-Level Architecture</title>
        <p><bold>Components:</bold></p>
        <p>1) Edge Security Nodes (ESNs)</p>
        <p>Deployed at IoT devices, gateways, and edge servers.</p>
        <p>Functions:</p>
        <p>Real-time packet inspectionLightweight anomaly scoringBehavioral telemetry collectionLocal enforcement (micro-segmentation, traffic throttling)</p>
        <p>Each ESN computes preliminary anomaly metrics: </p>
        <disp-formula id="FD4">
          <mml:math>
            <mml:mrow>
              <mml:msub>
                <mml:mi>N</mml:mi>
                <mml:mi>i</mml:mi>
              </mml:msub>
              <mml:mo>,</mml:mo>
              <mml:msub>
                <mml:mi>A</mml:mi>
                <mml:mi>i</mml:mi>
              </mml:msub>
              <mml:mo>,</mml:mo>
              <mml:msub>
                <mml:mi>B</mml:mi>
                <mml:mi>i</mml:mi>
              </mml:msub>
            </mml:mrow>
          </mml:math>
        </disp-formula>
        <p>This reduces central bandwidth overhead and detection latency.</p>
        <p>2) Mesh Coordination Layer (MCL)</p>
        <p>Acts as a distributed synchronization fabric:</p>
        <p>Aggregates anonymized anomaly summariesSynchronizes threat intelligenceMaintains node trust scoresEnsures resilience against partial compromise</p>
        <p>Unlike centralized IDS, MCL operates in a logically distributed fashion to prevent single points of failure.</p>
        <p>3) GenAI Adaptive Threat Engine (GATE)</p>
        <p>This is the core novelty of the architecture.</p>
        <p>Capabilities:</p>
        <p>Synthesizes potential attack hypothesesGenerates adversarial traffic variationsRefines anomaly detection thresholdsUpdates contextual threat intelligence weights <inline-formula><mml:math><mml:mrow><mml:msub><mml:mi> C </mml:mi><mml:mi> i </mml:mi></mml:msub></mml:mrow></mml:math></inline-formula></p>
        <p>GATE continuously adjusts fusion weights:</p>
        <disp-formula id="FD5">
          <mml:math>
            <mml:mrow>
              <mml:msub>
                <mml:mi>α</mml:mi>
                <mml:mi>t</mml:mi>
              </mml:msub>
              <mml:mo>,</mml:mo>
              <mml:msub>
                <mml:mi>β</mml:mi>
                <mml:mi>t</mml:mi>
              </mml:msub>
              <mml:mo>,</mml:mo>
              <mml:msub>
                <mml:mi>γ</mml:mi>
                <mml:mi>t</mml:mi>
              </mml:msub>
              <mml:mo>,</mml:mo>
              <mml:msub>
                <mml:mi>δ</mml:mi>
                <mml:mi>t</mml:mi>
              </mml:msub>
            </mml:mrow>
          </mml:math>
        </disp-formula>
        <p>where <inline-formula><mml:math><mml:mi> t </mml:mi></mml:math></inline-formula> represents adaptive time intervals.</p>
        <p>4) Policy Orchestration and Response Layer (PORL)</p>
        <p>Responsible for:</p>
        <p>Dynamic rule generationAutomated quarantine actionsNetwork isolation policiesAdaptive rate limiting</p>
        <p>Response decisions are triggered when:</p>
        <disp-formula id="FD6">
          <mml:math>
            <mml:mrow>
              <mml:msub>
                <mml:mi>R</mml:mi>
                <mml:mi>i</mml:mi>
              </mml:msub>
              <mml:mo>≥</mml:mo>
              <mml:msub>
                <mml:mi>θ</mml:mi>
                <mml:mi>t</mml:mi>
              </mml:msub>
            </mml:mrow>
          </mml:math>
        </disp-formula>
        <p>where <inline-formula><mml:math><mml:mrow><mml:msub><mml:mi> θ </mml:mi><mml:mi> t </mml:mi></mml:msub></mml:mrow></mml:math></inline-formula> is an adaptive risk threshold recalibrated by GATE.</p>
      </sec>
      <sec id="sec4dot3">
        <title>4.3. Data Flow Pipeline</title>
        <p>1) Telemetry captured at ESNs</p>
        <p>2) Local anomaly scoring</p>
        <p>3) Aggregated signals transmitted to MCL</p>
        <p>4) GATE performs contextual reasoning</p>
        <p>5) Updated policies propagated back to ESNs</p>
        <p>6) Enforcement applied in near real-time</p>
        <p>Latency target:</p>
        <disp-formula id="FD7">
          <mml:math>
            <mml:mrow>
              <mml:msub>
                <mml:mi>T</mml:mi>
                <mml:mrow>
                  <mml:mi>t</mml:mi>
                  <mml:mi>o</mml:mi>
                  <mml:mi>t</mml:mi>
                  <mml:mi>a</mml:mi>
                  <mml:mi>l</mml:mi>
                </mml:mrow>
              </mml:msub>
              <mml:mo>=</mml:mo>
              <mml:msub>
                <mml:mi>T</mml:mi>
                <mml:mrow>
                  <mml:mi>c</mml:mi>
                  <mml:mi>a</mml:mi>
                  <mml:mi>p</mml:mi>
                  <mml:mi>t</mml:mi>
                  <mml:mi>u</mml:mi>
                  <mml:mi>r</mml:mi>
                  <mml:mi>e</mml:mi>
                </mml:mrow>
              </mml:msub>
              <mml:mo>+</mml:mo>
              <mml:msub>
                <mml:mi>T</mml:mi>
                <mml:mrow>
                  <mml:mi>i</mml:mi>
                  <mml:mi>n</mml:mi>
                  <mml:mi>f</mml:mi>
                  <mml:mi>e</mml:mi>
                  <mml:mi>r</mml:mi>
                  <mml:mi>e</mml:mi>
                  <mml:mi>n</mml:mi>
                  <mml:mi>c</mml:mi>
                  <mml:mi>e</mml:mi>
                </mml:mrow>
              </mml:msub>
              <mml:mo>+</mml:mo>
              <mml:msub>
                <mml:mi>T</mml:mi>
                <mml:mrow>
                  <mml:mi>p</mml:mi>
                  <mml:mi>r</mml:mi>
                  <mml:mi>o</mml:mi>
                  <mml:mi>p</mml:mi>
                  <mml:mi>a</mml:mi>
                  <mml:mi>g</mml:mi>
                  <mml:mi>a</mml:mi>
                  <mml:mi>t</mml:mi>
                  <mml:mi>i</mml:mi>
                  <mml:mi>o</mml:mi>
                  <mml:mi>n</mml:mi>
                </mml:mrow>
              </mml:msub>
            </mml:mrow>
          </mml:math>
        </disp-formula>
        <p>The architecture aims to minimize <inline-formula><mml:math><mml:mrow><mml:msub><mml:mi> T </mml:mi><mml:mrow><mml:mi> p </mml:mi><mml:mi> r </mml:mi><mml:mi> o </mml:mi><mml:mi> p </mml:mi><mml:mi> a </mml:mi><mml:mi> g </mml:mi><mml:mi> a </mml:mi><mml:mi> t </mml:mi><mml:mi> i </mml:mi><mml:mi> o </mml:mi><mml:mi> n </mml:mi></mml:mrow></mml:msub></mml:mrow></mml:math></inline-formula> through decentralized updates.</p>
      </sec>
      <sec id="sec4dot4">
        <title>4.4. Zero-Trust Enforcement Model</title>
        <p>Each communication request undergoes:</p>
        <p>1) Identity verification</p>
        <p>2) Context validation</p>
        <p>3) Behavioral deviation check</p>
        <p>4) Dynamic risk scoring</p>
        <p>Trust is continuously re-evaluated rather than statically assigned.</p>
      </sec>
      <sec id="sec4dot5">
        <title>4.5. Resilience under Node Compromise</title>
        <p>If <inline-formula><mml:math><mml:mi> k </mml:mi></mml:math></inline-formula> nodes are compromised:</p>
        <p>ESNs operate independentlyMCL redistributes trust scoresCompromised nodes are isolated via automated micro-segmentation</p>
        <p>System integrity is maintained provided:</p>
        <disp-formula id="FD8">
          <mml:math>
            <mml:mrow>
              <mml:mi>k</mml:mi>
              <mml:mo>&lt;</mml:mo>
              <mml:mfrac>
                <mml:mi>N</mml:mi>
                <mml:mn>3</mml:mn>
              </mml:mfrac>
            </mml:mrow>
          </mml:math>
        </disp-formula>
        <p>(Assuming distributed consensus threshold)</p>
      </sec>
      <sec id="sec4dot6">
        <title>4.6. Architectural Advantages</title>
        <p><bold>Table 1</bold> compares the proposed mesh architecture with a centralized IDS baseline across adaptability, scalability, latency, zero-day detection, and failure-resilience dimensions.</p>
        <p><bold>Table 1.</bold>Comparison of centralized IDS and proposed cybersecurity mesh.</p>
        <table-wrap id="tbl1">
          <label>Table 1</label>
          <table>
            <tbody>
              <tr>
                <td>Feature</td>
                <td>Centralized IDS</td>
                <td>Proposed Mesh</td>
              </tr>
              <tr>
                <td>Adaptability</td>
                <td>Static models</td>
                <td>GenAI adaptive</td>
              </tr>
              <tr>
                <td>Scalability</td>
                <td>Limited</td>
                <td>Distributed</td>
              </tr>
              <tr>
                <td>Latency</td>
                <td>Higher</td>
                <td>Edge-based inference</td>
              </tr>
              <tr>
                <td>Zero-Day Detection</td>
                <td>Weak</td>
                <td>Generative threat synthesis</td>
              </tr>
              <tr>
                <td>Single Point of Failure</td>
                <td>Yes</td>
                <td>No</td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
      </sec>
      <sec id="sec4dot7">
        <title>4.7. Summary</title>
        <p>The proposed architecture integrates distributed enforcement, adaptive generative threat modeling, and cross-layer risk fusion. It is designed to operate efficiently within heterogeneous intelligent communication environments while maintaining resilience and low latency.</p>
      </sec>
    </sec>
    <sec id="sec5">
      <title>5. GenAI-Based Adaptive Threat Modeling and Cross-Layer Risk Scoring Methodology</title>
      <p>This section details the methodological foundation of the proposed system, including 1) adaptive generative threat modeling, 2) cross-layer anomaly scoring, 3) dynamic risk fusion, and 4) automated policy recalibration.</p>
      <sec id="sec5dot1">
        <title>5.1. Overview of Adaptive Threat Modeling</title>
        <p>Traditional IDS models rely on static datasets and fixed decision boundaries. In contrast, the proposed framework embeds a Generative AI-based Adaptive Threat Engine (GATE) that continuously refines detection models using contextual telemetry and synthesized adversarial patterns.</p>
        <p>The adaptive process operates in iterative cycles:</p>
        <p>1) Telemetry aggregation</p>
        <p>2) Anomaly detection</p>
        <p>3) Threat hypothesis synthesis</p>
        <p>4) Adversarial pattern generation</p>
        <p>5) Model refinement</p>
        <p>6) Policy redistribution</p>
        <p>This cycle reduces concept drift and enhances zero-day detection resilience.</p>
      </sec>
      <sec id="sec5dot2">
        <title>5.2. Generative Threat Hypothesis Synthesis</title>
        <p>Let <inline-formula><mml:math><mml:mrow><mml:msub><mml:mi> X </mml:mi><mml:mi> t </mml:mi></mml:msub></mml:mrow></mml:math></inline-formula> represent observed traffic and telemetry features at time <inline-formula><mml:math><mml:mi> t </mml:mi></mml:math></inline-formula> .</p>
        <p>The generative engine learns an evolving distribution:</p>
        <disp-formula id="FD9">
          <mml:math>
            <mml:mrow>
              <mml:msub>
                <mml:mi>P</mml:mi>
                <mml:mi>t</mml:mi>
              </mml:msub>
              <mml:mrow>
                <mml:mo>(</mml:mo>
                <mml:mi>X</mml:mi>
                <mml:mo>)</mml:mo>
              </mml:mrow>
            </mml:mrow>
          </mml:math>
        </disp-formula>
        <p>Using a generative model <inline-formula><mml:math><mml:mi> G </mml:mi></mml:math></inline-formula> , new adversarial samples are synthesized:</p>
        <disp-formula id="FD10">
          <mml:math>
            <mml:mrow>
              <mml:mover accent="true">
                <mml:mi>X</mml:mi>
                <mml:mo>˜</mml:mo>
              </mml:mover>
              <mml:mo>=</mml:mo>
              <mml:mi>G</mml:mi>
              <mml:mrow>
                <mml:mo>(</mml:mo>
                <mml:mrow>
                  <mml:mi>Z</mml:mi>
                  <mml:mo>,</mml:mo>
                  <mml:mi>C</mml:mi>
                </mml:mrow>
                <mml:mo>)</mml:mo>
              </mml:mrow>
            </mml:mrow>
          </mml:math>
        </disp-formula>
        <p>where:</p>
        <p><inline-formula><mml:math><mml:mi> Z </mml:mi></mml:math></inline-formula> = latent noise vector;<inline-formula><mml:math><mml:mi> C </mml:mi></mml:math></inline-formula> = contextual threat embedding;<inline-formula><mml:math><mml:mi> ϕ </mml:mi></mml:math></inline-formula> = generative model parameters.</p>
        <p>These synthetic samples simulate polymorphic or zero-day attack variants. The anomaly detection model is retrained incrementally with both real and synthesized samples:</p>
        <disp-formula id="FD11">
          <mml:math>
            <mml:mrow>
              <mml:msub>
                <mml:mi>θ</mml:mi>
                <mml:mrow>
                  <mml:mi>t</mml:mi>
                  <mml:mo>+</mml:mo>
                  <mml:mn>1</mml:mn>
                </mml:mrow>
              </mml:msub>
              <mml:mo>=</mml:mo>
              <mml:msub>
                <mml:mi>θ</mml:mi>
                <mml:mi>t</mml:mi>
              </mml:msub>
              <mml:mo>−</mml:mo>
              <mml:mi>η</mml:mi>
              <mml:mo>∇</mml:mo>
              <mml:mi>L</mml:mi>
              <mml:mrow>
                <mml:mo>(</mml:mo>
                <mml:mrow>
                  <mml:msub>
                    <mml:mi>X</mml:mi>
                    <mml:mi>t</mml:mi>
                  </mml:msub>
                  <mml:mo>∪</mml:mo>
                  <mml:mover accent="true">
                    <mml:mi>X</mml:mi>
                    <mml:mo>˜</mml:mo>
                  </mml:mover>
                </mml:mrow>
                <mml:mo>)</mml:mo>
              </mml:mrow>
            </mml:mrow>
          </mml:math>
        </disp-formula>
        <p>where:</p>
        <p><inline-formula><mml:math><mml:mi> θ </mml:mi></mml:math></inline-formula> = detection model parameters;<inline-formula><mml:math><mml:mi> η </mml:mi></mml:math></inline-formula> = learning rate;<inline-formula><mml:math><mml:mi> L </mml:mi></mml:math></inline-formula> = loss function.</p>
      </sec>
      <sec id="sec5dot3">
        <title>5.3. GATE Implementation Details</title>
        <p>In this study, the GenAI Adaptive Threat Engine (GATE) was implemented as a conditional generative model trained on contextual traffic and telemetry embeddings from the training partition. The model family follows a conditional generative adversarial structure in which the generator produces candidate adversarial feature vectors and the discriminator rejects samples that do not resemble plausible communication-layer anomalies.</p>
        <p>The input to GATE consists of four feature groups: network anomaly descriptors, application interaction descriptors, behavioral telemetry descriptors, and contextual threat labels. The output is a synthetic adversarial feature vector representing a plausible attack variant. The model was recalibrated every 30 simulated minutes using newly observed training-window telemetry summaries. Synthetic samples were accepted for detector updates only when they satisfied three criteria: feature-range validity, discriminator confidence above the validation threshold, and non-duplication against existing attack vectors based on cosine similarity. Samples failing these checks were discarded.</p>
      </sec>
      <sec id="sec5dot4">
        <title>5.4. Cross-Layer Feature Extraction</title>
        <p>Each Edge Security Node extracts features across three layers:</p>
        <p>1) Network Layer Features <inline-formula><mml:math><mml:mrow><mml:msub><mml:mi> N </mml:mi><mml:mi> i </mml:mi></mml:msub></mml:mrow></mml:math></inline-formula> . </p>
        <p>Packet inter-arrival timeFlow durationEntropy of source/destination distributionTCP flag anomalies</p>
        <p>2) Application Layer Features <inline-formula><mml:math><mml:mrow><mml:msub><mml:mi> A </mml:mi><mml:mi> i </mml:mi></mml:msub></mml:mrow></mml:math></inline-formula> . </p>
        <p>API call frequency deviationRequest payload entropyAuthentication failure ratesSession irregularities</p>
        <p>3) Behavioral Layer Features <inline-formula><mml:math><mml:mrow><mml:msub><mml:mi> B </mml:mi><mml:mi> i </mml:mi></mml:msub></mml:mrow></mml:math></inline-formula> . </p>
        <p>CPU utilization driftMemory allocation anomaliesProcess spawning irregularitiesDevice energy usage deviations</p>
        <p>Feature vectors are normalized and fed into local anomaly estimators:</p>
        <disp-formula id="FD12">
          <mml:math>
            <mml:mrow>
              <mml:msub>
                <mml:mi>S</mml:mi>
                <mml:mi>i</mml:mi>
              </mml:msub>
              <mml:mo>=</mml:mo>
              <mml:mi>g</mml:mi>
              <mml:mrow>
                <mml:mo>(</mml:mo>
                <mml:mrow>
                  <mml:msub>
                    <mml:mi>N</mml:mi>
                    <mml:mi>i</mml:mi>
                  </mml:msub>
                  <mml:mo>,</mml:mo>
                  <mml:msub>
                    <mml:mi>A</mml:mi>
                    <mml:mi>i</mml:mi>
                  </mml:msub>
                  <mml:mo>,</mml:mo>
                  <mml:msub>
                    <mml:mi>B</mml:mi>
                    <mml:mi>i</mml:mi>
                  </mml:msub>
                </mml:mrow>
                <mml:mo>)</mml:mo>
              </mml:mrow>
            </mml:mrow>
          </mml:math>
        </disp-formula>
        <p>where <inline-formula><mml:math><mml:mrow><mml:mi> g </mml:mi><mml:mrow><mml:mo> ( </mml:mo><mml:mo> ⋅ </mml:mo><mml:mo> ) </mml:mo></mml:mrow></mml:mrow></mml:math></inline-formula> may represent a lightweight neural classifier deployed at the edge.</p>
      </sec>
      <sec id="sec5dot5">
        <title>5.5. Dynamic Cross-Layer Risk Fusion</title>
        <p>The final threat score is computed as:</p>
        <disp-formula id="FD13">
          <mml:math>
            <mml:mrow>
              <mml:msub>
                <mml:mi>R</mml:mi>
                <mml:mi>i</mml:mi>
              </mml:msub>
              <mml:mo>=</mml:mo>
              <mml:msub>
                <mml:mi>α</mml:mi>
                <mml:mi>t</mml:mi>
              </mml:msub>
              <mml:msub>
                <mml:mi>N</mml:mi>
                <mml:mi>i</mml:mi>
              </mml:msub>
              <mml:mo>+</mml:mo>
              <mml:msub>
                <mml:mi>β</mml:mi>
                <mml:mi>t</mml:mi>
              </mml:msub>
              <mml:msub>
                <mml:mi>A</mml:mi>
                <mml:mi>i</mml:mi>
              </mml:msub>
              <mml:mo>+</mml:mo>
              <mml:msub>
                <mml:mi>γ</mml:mi>
                <mml:mi>t</mml:mi>
              </mml:msub>
              <mml:msub>
                <mml:mi>B</mml:mi>
                <mml:mi>i</mml:mi>
              </mml:msub>
              <mml:mo>+</mml:mo>
              <mml:msub>
                <mml:mi>δ</mml:mi>
                <mml:mi>t</mml:mi>
              </mml:msub>
              <mml:msub>
                <mml:mi>C</mml:mi>
                <mml:mi>i</mml:mi>
              </mml:msub>
            </mml:mrow>
          </mml:math>
        </disp-formula>
        <p>where:</p>
        <p><inline-formula><mml:math><mml:mrow><mml:msub><mml:mi> C </mml:mi><mml:mi> i </mml:mi></mml:msub></mml:mrow></mml:math></inline-formula> = contextual threat intelligence from GATE;Weights dynamically updated over time.</p>
        <p>Adaptive Weight Update Rule </p>
        <p>Weights are updated using performance feedback:</p>
        <disp-formula id="FD14">
          <mml:math>
            <mml:mrow>
              <mml:msub>
                <mml:mi>α</mml:mi>
                <mml:mrow>
                  <mml:mi>t</mml:mi>
                  <mml:mo>+</mml:mo>
                  <mml:mn>1</mml:mn>
                </mml:mrow>
              </mml:msub>
              <mml:mo>=</mml:mo>
              <mml:msub>
                <mml:mi>α</mml:mi>
                <mml:mi>t</mml:mi>
              </mml:msub>
              <mml:mo>+</mml:mo>
              <mml:mi>λ</mml:mi>
              <mml:mfrac>
                <mml:mrow>
                  <mml:mo>∂</mml:mo>
                  <mml:mi>F</mml:mi>
                  <mml:mn>1</mml:mn>
                </mml:mrow>
                <mml:mrow>
                  <mml:mo>∂</mml:mo>
                  <mml:mi>α</mml:mi>
                </mml:mrow>
              </mml:mfrac>
            </mml:mrow>
          </mml:math>
        </disp-formula>
        <p>Similarly, for <inline-formula><mml:math><mml:mrow><mml:mi> β </mml:mi><mml:mo> , </mml:mo><mml:mi> γ </mml:mi><mml:mo> , </mml:mo><mml:mi> δ </mml:mi></mml:mrow></mml:math></inline-formula> .</p>
        <p>Subject to normalization constraint:</p>
        <disp-formula id="FD15">
          <mml:math>
            <mml:mrow>
              <mml:mi>α</mml:mi>
              <mml:mo>+</mml:mo>
              <mml:mi>β</mml:mi>
              <mml:mo>+</mml:mo>
              <mml:mi>γ</mml:mi>
              <mml:mo>+</mml:mo>
              <mml:mi>δ</mml:mi>
              <mml:mo>=</mml:mo>
              <mml:mn>1</mml:mn>
            </mml:mrow>
          </mml:math>
        </disp-formula>
        <p>This enables the system to emphasize layers that improve detection performance in current threat landscapes.</p>
      </sec>
      <sec id="sec5dot6">
        <title>5.6. Definition of Local Anomaly Scores</title>
        <p>Each Edge Security Node computes three normalized anomaly scores before risk fusion. The network-layer score <inline-formula><mml:math><mml:mrow><mml:msub><mml:mi> N </mml:mi><mml:mi> i </mml:mi></mml:msub><mml:mo> ∈ </mml:mo><mml:mrow><mml:mo> [ </mml:mo><mml:mrow><mml:mn> 0 </mml:mn><mml:mo> , </mml:mo><mml:mn> 1 </mml:mn></mml:mrow><mml:mo> ] </mml:mo></mml:mrow></mml:mrow></mml:math></inline-formula> represents deviation in packet timing, flow duration, source-destination entropy, and protocol-flag behavior. The application-layer score <inline-formula><mml:math><mml:mrow><mml:msub><mml:mi> A </mml:mi><mml:mi> i </mml:mi></mml:msub><mml:mo> ∈ </mml:mo><mml:mrow><mml:mo> [ </mml:mo><mml:mrow><mml:mn> 0 </mml:mn><mml:mo> , </mml:mo><mml:mn> 1 </mml:mn></mml:mrow><mml:mo> ] </mml:mo></mml:mrow></mml:mrow></mml:math></inline-formula> represents deviation in API request frequency, payload entropy, authentication failures, and session-state consistency. The behavioral score <inline-formula><mml:math><mml:mrow><mml:msub><mml:mi> B </mml:mi><mml:mi> i </mml:mi></mml:msub><mml:mo> ∈ </mml:mo><mml:mrow><mml:mo> [ </mml:mo><mml:mrow><mml:mn> 0 </mml:mn><mml:mo> , </mml:mo><mml:mn> 1 </mml:mn></mml:mrow><mml:mo> ] </mml:mo></mml:mrow></mml:mrow></mml:math></inline-formula> represents deviation in CPU utilization, memory consumption, process activity, and device-level resource patterns.</p>
        <p>These values are not class probabilities. They are normalized anomaly aggregates produced by lightweight local estimators at each Edge Security Node. A value closer to 0 indicates behavior close to the learned baseline, while a value closer to 1 indicates stronger deviation from expected behavior. The fused risk score combines these normalized signals with contextual threat intelligence weight <inline-formula><mml:math><mml:mrow><mml:msub><mml:mi> C </mml:mi><mml:mi> i </mml:mi></mml:msub></mml:mrow></mml:math></inline-formula> .</p>
      </sec>
      <sec id="sec5dot7">
        <title>5.7. Risk Threshold Adaptation</title>
        <p>A static threshold increases false positives during traffic bursts. Therefore, threshold <inline-formula><mml:math><mml:mrow><mml:msub><mml:mi> θ </mml:mi><mml:mi> t </mml:mi></mml:msub></mml:mrow></mml:math></inline-formula> is adjusted dynamically:</p>
        <disp-formula id="FD16">
          <mml:math>
            <mml:mrow>
              <mml:msub>
                <mml:mi>θ</mml:mi>
                <mml:mrow>
                  <mml:mi>t</mml:mi>
                  <mml:mo>+</mml:mo>
                  <mml:mn>1</mml:mn>
                </mml:mrow>
              </mml:msub>
              <mml:mo>=</mml:mo>
              <mml:mi>μ</mml:mi>
              <mml:msub>
                <mml:mi>R</mml:mi>
                <mml:mrow>
                  <mml:mi>a</mml:mi>
                  <mml:mi>v</mml:mi>
                  <mml:mi>g</mml:mi>
                </mml:mrow>
              </mml:msub>
              <mml:mo>+</mml:mo>
              <mml:mi>σ</mml:mi>
              <mml:msub>
                <mml:mi>R</mml:mi>
                <mml:mrow>
                  <mml:mi>s</mml:mi>
                  <mml:mi>t</mml:mi>
                  <mml:mi>d</mml:mi>
                </mml:mrow>
              </mml:msub>
            </mml:mrow>
          </mml:math>
        </disp-formula>
        <p>where:</p>
        <p><inline-formula><mml:math><mml:mrow><mml:msub><mml:mi> R </mml:mi><mml:mrow><mml:mi> a </mml:mi><mml:mi> v </mml:mi><mml:mi> g </mml:mi></mml:mrow></mml:msub></mml:mrow></mml:math></inline-formula> = rolling average risk;<inline-formula><mml:math><mml:mrow><mml:msub><mml:mi> R </mml:mi><mml:mrow><mml:mi> s </mml:mi><mml:mi> t </mml:mi><mml:mi> d </mml:mi></mml:mrow></mml:msub></mml:mrow></mml:math></inline-formula> = rolling standard deviation;<inline-formula><mml:math><mml:mrow><mml:mi> μ </mml:mi><mml:mo> , </mml:mo><mml:mi> σ </mml:mi></mml:mrow></mml:math></inline-formula> = tuning constants.</p>
        <p>This ensures statistical anomaly responsiveness.</p>
      </sec>
      <sec id="sec5dot8">
        <title>5.8. Algorithmic Workflow</title>
        <p><bold>Algorithm 1: Adaptive Mesh Threat Detection.</bold></p>
        <p>Input: Telemetry stream T</p>
        <p>Output: Risk scores R_i and policy actions</p>
        <p>1) Collect multi-layer features (N_i, A_i, B_i)</p>
        <p>2) Compute local anomaly scores</p>
        <p>3) Transmit summaries to MCL</p>
        <p>4) Generate synthetic threat patterns using GATE</p>
        <p>5) Update detection model parameters</p>
        <p>6) Compute fused risk score R_i</p>
        <p>7) If R_i ≥ θ_t:</p>
        <p>Trigger enforcement policy</p>
        <p>8) Update weights and thresholds</p>
        <p>9) Repeat</p>
        <p>Time Complexity:</p>
        <p>Edge inference: O(<italic>d</italic>)Generative update: O(<italic>n</italic>·<italic>k</italic>)Fusion scoring: O(1)</p>
        <p>Overall complexity remains scalable under distributed deployment.</p>
      </sec>
      <sec id="sec5dot9">
        <title>5.9. Theoretical Advantages</title>
        <p>Compared to static ML-based IDS:</p>
        <p>Reduces concept driftEnhances zero-day robustnessImproves contextual reasoningMaintains low edge latencyEnables distributed adaptation</p>
      </sec>
      <sec id="sec5dot10">
        <title>5.10. Summary</title>
        <p>The proposed methodology integrates generative threat synthesis, cross-layer anomaly extraction, dynamic risk fusion, and adaptive threshold recalibration into a cohesive distributed framework. This creates a continuously evolving detection ecosystem suitable for intelligent communication infrastructures.</p>
      </sec>
    </sec>
    <sec id="sec6">
      <title>6. Experimental Setup and Simulation Environment</title>
      <p>This section describes the experimental design used to evaluate the proposed GenAI-driven adaptive cybersecurity mesh. The objective is to assess detection accuracy, false positive reduction, latency performance, and adaptive robustness under multi-vector attack conditions.</p>
      <sec id="sec6dot1">
        <title>6.1. Experimental Objectives</title>
        <p>The evaluation aims to measure:</p>
        <p>1) Detection Accuracy (ACC)</p>
        <p>2) Precision, Recall, and F1-Score</p>
        <p>3) False Positive Rate (FPR)</p>
        <p>4) Detection Latency</p>
        <p>5) Adaptive Improvement Over Time</p>
        <p>6) Scalability under increasing node count</p>
        <p>Baseline comparisons include:</p>
        <p>Signature-based IDS (Rule-driven)Centralized ML-based IDS (Static Deep Neural Network)</p>
      </sec>
      <sec id="sec6dot2">
        <title>6.2. Simulation Environment</title>
        <p><bold>Table 2</bold> summarizes the configuration of the simulated edge-enabled communication environment.</p>
        <p><bold>Table 2.</bold>Simulation environment configuration.</p>
        <table-wrap id="tbl2">
          <label>Table 2</label>
          <table>
            <tbody>
              <tr>
                <td>Parameter</td>
                <td>Value</td>
              </tr>
              <tr>
                <td>
                  Total Nodes (
                  <italic>N</italic>
                  )
                </td>
                <td>300</td>
              </tr>
              <tr>
                <td>Edge Gateways</td>
                <td>10</td>
              </tr>
              <tr>
                <td>Communication Protocol</td>
                <td>TCP/IP + Application-layer API traffic</td>
              </tr>
              <tr>
                <td>Simulation Duration</td>
                <td>24 hours (synthetic timeline)</td>
              </tr>
              <tr>
                <td>Attack Injection Rate</td>
                <td>15% of total traffic</td>
              </tr>
              <tr>
                <td>Node Compromise Ratio</td>
                <td>Up to 10%</td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
        <p>Nodes emulate heterogeneous behavior:</p>
        <p>IoT sensorsEmbedded control systemsEdge analytics devicesGateway nodesTraffic patterns include:Normal operational flowsBurst traffic eventsPeriodic device reportingRandomized noise injection</p>
      </sec>
      <sec id="sec6dot3">
        <title>6.3. Data Provenance and Attack Injection</title>
        <p>The experimental dataset was generated within the simulated intelligent communication environment described in <bold>Table 2</bold>. No external public dataset was directly reused for the primary evaluation. Normal traffic instances were generated from heterogeneous node profiles representing IoT sensors, embedded control devices, edge analytics nodes, and gateway services. These profiles produced periodic telemetry, burst communication, API requests, session exchanges, and randomized background noise. The 120,000 normal instances, therefore represent simulated per-flow and per-session communication records collected over a 24-hour synthetic timeline.</p>
        <p>Malicious traffic was injected at a 15% attack rate across selected time windows and node groups. DDoS traffic was modeled through high-volume request bursts against edge gateways; MITM behavior was modeled through delayed, modified, and replayed packet sequences; protocol exploitation was modeled through malformed packet fields, irregular handshake sequences, and session manipulation; behavioral drift was modeled through gradual resource-usage deviation at compromised nodes. Synthetic zero-day patterns were generated only from the training partition using the GATE module and then evaluated on held-out test windows to avoid test-set leakage.</p>
        <p>To reduce leakage risk, the train, validation, and test partitions were separated by time window rather than by random flow-level sampling. The first 70% of the synthetic timeline was used for training, the next 15% for validation, and the final 15% for testing. Feature normalization parameters, adaptive thresholds, and generative updates were fitted only on the training partition and applied unchanged to validation and test partitions.</p>
      </sec>
      <sec id="sec6dot4">
        <title>6.4. Dataset Composition</title>
        <p>The dataset consists of:</p>
        <p>120,000 normal traffic instances25,000 malicious instances8000 synthetic zero-day patterns generated by GATEMixed multi-stage attack sequences</p>
        <p><bold>Table 3</bold> lists the attack categories and instance counts used in the simulated evaluation.</p>
        <p><bold>Table 3.</bold>Attack category composition.</p>
        <table-wrap id="tbl3">
          <label>Table 3</label>
          <table>
            <tbody>
              <tr>
                <td>Attack Type</td>
                <td>Instances</td>
              </tr>
              <tr>
                <td>DDoS</td>
                <td>10,000</td>
              </tr>
              <tr>
                <td>MITM</td>
                <td>5000</td>
              </tr>
              <tr>
                <td>Protocol Exploitation</td>
                <td>4000</td>
              </tr>
              <tr>
                <td>Behavioral Drift</td>
                <td>3000</td>
              </tr>
              <tr>
                <td>Synthetic Zero-Day</td>
                <td>8000</td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
        <p>Data was partitioned:</p>
        <p>70% training15% validation15% testing</p>
      </sec>
      <sec id="sec6dot5">
        <title>6.5. Implementation Details</title>
        <p>Edge inference model: Lightweight feedforward neural networkGenerative model: Conditional generative model with contextual embeddingsOptimization: Adam optimizerLearning rate: 0.001Risk fusion weights initialized uniformlyThreshold recalibration interval: Every 30 minutes (simulated)</p>
        <p>Hardware configuration (simulation environment):</p>
        <p>16-core CPU64 GB RAMGPU-assisted generative training</p>
      </sec>
      <sec id="sec6dot6">
        <title>6.6. Evaluation Metrics</title>
        <p>Standard classification metrics were used:</p>
        <disp-formula id="FD17">
          <mml:math>
            <mml:mrow>
              <mml:mtext>Accuracy</mml:mtext>
              <mml:mo>=</mml:mo>
              <mml:mfrac>
                <mml:mrow>
                  <mml:mtext>TP</mml:mtext>
                  <mml:mo>+</mml:mo>
                  <mml:mtext>TN</mml:mtext>
                </mml:mrow>
                <mml:mrow>
                  <mml:mtext>TP</mml:mtext>
                  <mml:mo>+</mml:mo>
                  <mml:mtext>TN</mml:mtext>
                  <mml:mo>+</mml:mo>
                  <mml:mtext>FP</mml:mtext>
                  <mml:mo>+</mml:mo>
                  <mml:mtext>FN</mml:mtext>
                </mml:mrow>
              </mml:mfrac>
            </mml:mrow>
          </mml:math>
        </disp-formula>
        <disp-formula id="FD18">
          <mml:math>
            <mml:mrow>
              <mml:mtext>Precision</mml:mtext>
              <mml:mo>=</mml:mo>
              <mml:mfrac>
                <mml:mrow>
                  <mml:mtext>TP</mml:mtext>
                </mml:mrow>
                <mml:mrow>
                  <mml:mtext>TP</mml:mtext>
                  <mml:mo>+</mml:mo>
                  <mml:mtext>FP</mml:mtext>
                </mml:mrow>
              </mml:mfrac>
            </mml:mrow>
          </mml:math>
        </disp-formula>
        <disp-formula id="FD19">
          <mml:math>
            <mml:mrow>
              <mml:mtext>Recall</mml:mtext>
              <mml:mo>=</mml:mo>
              <mml:mfrac>
                <mml:mrow>
                  <mml:mtext>TP</mml:mtext>
                </mml:mrow>
                <mml:mrow>
                  <mml:mtext>TP</mml:mtext>
                  <mml:mo>+</mml:mo>
                  <mml:mtext>FN</mml:mtext>
                </mml:mrow>
              </mml:mfrac>
            </mml:mrow>
          </mml:math>
        </disp-formula>
        <disp-formula id="FD20">
          <mml:math>
            <mml:mrow>
              <mml:mtext>F</mml:mtext>
              <mml:mn>1</mml:mn>
              <mml:mo>=</mml:mo>
              <mml:mn>2</mml:mn>
              <mml:mo>⋅</mml:mo>
              <mml:mfrac>
                <mml:mrow>
                  <mml:mtext>Precision</mml:mtext>
                  <mml:mo>⋅</mml:mo>
                  <mml:mtext>Recall</mml:mtext>
                </mml:mrow>
                <mml:mrow>
                  <mml:mtext>Precision</mml:mtext>
                  <mml:mo>+</mml:mo>
                  <mml:mtext>Recall</mml:mtext>
                </mml:mrow>
              </mml:mfrac>
            </mml:mrow>
          </mml:math>
        </disp-formula>
        <p>Detection latency measured as:</p>
        <disp-formula id="FD21">
          <mml:math>
            <mml:mrow>
              <mml:msub>
                <mml:mi>T</mml:mi>
                <mml:mi>d</mml:mi>
              </mml:msub>
              <mml:mo>=</mml:mo>
              <mml:msub>
                <mml:mi>T</mml:mi>
                <mml:mrow>
                  <mml:mi>a</mml:mi>
                  <mml:mi>l</mml:mi>
                  <mml:mi>e</mml:mi>
                  <mml:mi>r</mml:mi>
                  <mml:mi>t</mml:mi>
                </mml:mrow>
              </mml:msub>
              <mml:mo>−</mml:mo>
              <mml:msub>
                <mml:mi>T</mml:mi>
                <mml:mrow>
                  <mml:mi>a</mml:mi>
                  <mml:mi>t</mml:mi>
                  <mml:mi>t</mml:mi>
                  <mml:mi>a</mml:mi>
                  <mml:mi>c</mml:mi>
                  <mml:mi>k</mml:mi>
                  <mml:mo>_</mml:mo>
                  <mml:mi>i</mml:mi>
                  <mml:mi>n</mml:mi>
                  <mml:mi>i</mml:mi>
                  <mml:mi>t</mml:mi>
                  <mml:mi>i</mml:mi>
                  <mml:mi>a</mml:mi>
                  <mml:mi>t</mml:mi>
                  <mml:mi>i</mml:mi>
                  <mml:mi>o</mml:mi>
                  <mml:mi>n</mml:mi>
                </mml:mrow>
              </mml:msub>
            </mml:mrow>
          </mml:math>
        </disp-formula>
        <p>False Positive Rate:</p>
        <disp-formula id="FD22">
          <mml:math>
            <mml:mrow>
              <mml:mtext>FPR</mml:mtext>
              <mml:mo>=</mml:mo>
              <mml:mfrac>
                <mml:mrow>
                  <mml:mtext>FP</mml:mtext>
                </mml:mrow>
                <mml:mrow>
                  <mml:mtext>FP</mml:mtext>
                  <mml:mo>+</mml:mo>
                  <mml:mtext>TN</mml:mtext>
                </mml:mrow>
              </mml:mfrac>
            </mml:mrow>
          </mml:math>
        </disp-formula>
      </sec>
      <sec id="sec6dot7">
        <title>6.7. Baseline Configurations</title>
        <p>Baseline 1: Signature-Based IDS. </p>
        <p>Static rule databaseCentralized monitoringNo adaptive retraining</p>
        <p>Baseline 2: Centralized ML IDS. </p>
        <p>Deep neural networkPeriodic offline retrainingNo generative augmentation</p>
      </sec>
      <sec id="sec6dot8">
        <title>6.8. Baseline Reproducibility Configuration</title>
        <p>All evaluated methods used the same train, validation, and test partitions, feature extraction pipeline, and normalization procedure. The signature-based IDS baseline used static rule patterns corresponding to the attack categories included in the simulation and did not receive adaptive threshold updates or synthetic samples. The centralized ML baseline used a feedforward neural network with three hidden layers, ReLU activation, dropout regularization, Adam optimization, and a learning rate of 0.001. The proposed GCM model used the same base feature set as the centralized ML baseline but added edge-local inference, dynamic risk fusion, adaptive threshold recalibration, and GATE-generated adversarial samples during training-window updates.</p>
        <p>Hyperparameters were selected using the validation partition and then fixed before final test evaluation. No model used test-set labels during training, threshold tuning, or synthetic sample generation.</p>
      </sec>
      <sec id="sec6dot9">
        <title>6.9. Scalability Evaluation</title>
        <p>Node count was scaled from 100 to 500 nodes:</p>
        <disp-formula id="FD23">
          <mml:math>
            <mml:mrow>
              <mml:mi>N</mml:mi>
              <mml:mo>=</mml:mo>
              <mml:mn>100</mml:mn>
              <mml:mo>→</mml:mo>
              <mml:mn>500</mml:mn>
            </mml:mrow>
          </mml:math>
        </disp-formula>
        <p>Measured:</p>
        <p>Latency growth rateThroughput degradationModel update overhead</p>
      </sec>
      <sec id="sec6dot10">
        <title>6.10. Experimental Validity Considerations</title>
        <p>To mitigate bias:</p>
        <p>Balanced attack injectionCross-validation across time windowsIndependent test partitionAblation study for:No generative augmentationStatic weight fusionNo adaptive threshold</p>
      </sec>
      <sec id="sec6dot11">
        <title>6.11. Summary</title>
        <p>The experimental design simulates a realistic intelligent communication network with heterogeneous nodes and diverse attack scenarios. Comparisons against rule-based and centralized ML-based IDS models enable quantitative evaluation of adaptive performance improvements.</p>
      </sec>
    </sec>
    <sec id="sec7">
      <title>7. Results and Performance Evaluation</title>
      <p>This section presents the empirical results comparing the proposed GenAI-driven adaptive cybersecurity mesh (GCM) against two baselines: 1) signature-based IDS (SID) and 2) centralized ML-based IDS (CML).</p>
      <sec id="sec7dot1">
        <title>7.1. Detection Performance</title>
        <p>The proposed GCM model achieved the strongest overall classification performance among the three evaluated methods. Accuracy increased from 0.914 for the centralized ML baseline to 0.948, while the false positive rate declined from 0.062 to 0.038. This improvement is important for communication networks because excessive false alerts can delay operational response and reduce trust in automated enforcement. The F1-score also improved to 0.935, indicating that the gain was not driven by precision or recall alone.</p>
        <p><bold>Overall</bold> Classification Metrics</p>
        <p><bold>Table 4</bold> reports the overall classification performance of the evaluated IDS models.</p>
        <p><bold>Table 4.</bold>Overall classification performance of evaluated IDS models.</p>
        <table-wrap id="tbl4">
          <label>Table 4</label>
          <table>
            <tbody>
              <tr>
                <td>
                  <bold>Model</bold>
                </td>
                <td>
                  <bold>Accuracy</bold>
                </td>
                <td>
                  <bold>Precision</bold>
                </td>
                <td>
                  <bold>Recall</bold>
                </td>
                <td>
                  <bold>F1-Score</bold>
                </td>
                <td>
                  <bold>FPR</bold>
                </td>
              </tr>
              <tr>
                <td>SID</td>
                <td>0.872</td>
                <td>0.841</td>
                <td>0.804</td>
                <td>0.822</td>
                <td>0.091</td>
              </tr>
              <tr>
                <td>CML</td>
                <td>0.914</td>
                <td>0.902</td>
                <td>0.887</td>
                <td>0.894</td>
                <td>0.062</td>
              </tr>
              <tr>
                <td>GCM (Proposed)</td>
                <td>0.948</td>
                <td>0.939</td>
                <td>0.931</td>
                <td>0.935</td>
                <td>0.038</td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
      </sec>
      <sec id="sec7dot2">
        <title>7.2. Variability and Statistical Testing</title>
        <p>Results were evaluated across five chronological test windows from the held-out test period. The proposed GCM model consistently outperformed both baselines in accuracy, F1-score, and false positive rate. The paired comparison across the five test windows showed that the GCM improvement over the centralized ML baseline was statistically significant for F1-score.</p>
      </sec>
      <sec id="sec7dot3">
        <title>7.3. Zero-Day Detection Capability</title>
        <p><bold>Table 5.</bold>Zero-day detection performance.</p>
        <table-wrap id="tbl5">
          <label>Table 5</label>
          <table>
            <tbody>
              <tr>
                <td>Model</td>
                <td>Zero-Day Recall</td>
                <td>Zero-Day F1</td>
              </tr>
              <tr>
                <td>SID</td>
                <td>0.421</td>
                <td>0.398</td>
              </tr>
              <tr>
                <td>CML</td>
                <td>0.684</td>
                <td>0.672</td>
              </tr>
              <tr>
                <td>GCM</td>
                <td>0.862</td>
                <td>0.849</td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
        <p><bold>Table 5</bold> summarizes detection performance on synthetic zero-day attack patterns.</p>
        <p>The largest relative gain appears in the zero-day evaluation. The rule-based IDS performed poorly because the attack patterns were not represented in its signature base. The centralized ML model performed better but remained limited by its static training distribution. In contrast, the GCM approach benefited from generated adversarial variants, which exposed the detector to a wider range of plausible attack behaviors before evaluation.</p>
      </sec>
      <sec id="sec7dot4">
        <title>7.4. Detection Latency</title>
        <p><bold>Table 6</bold> compares the average detection latency of the evaluated models.</p>
        <p><bold>Table 6.</bold>Average detection latency comparison.</p>
        <table-wrap id="tbl6">
          <label>Table 6</label>
          <table>
            <tbody>
              <tr>
                <td>Model</td>
                <td>Mean Latency (ms)</td>
              </tr>
              <tr>
                <td>SID</td>
                <td>142</td>
              </tr>
              <tr>
                <td>CML</td>
                <td>118</td>
              </tr>
              <tr>
                <td>GCM</td>
                <td>74</td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
        <p>GCM also produced the lowest mean detection latency at 74 ms, compared with 118 ms for centralized ML-based IDS and 142 ms for the signature-based IDS. The reduction is mainly attributable to local inference at the edge, which avoids continuous backhaul of raw telemetry to a central decision point. For intelligent communication systems, this latency reduction is operationally relevant because threat response must often occur before compromised flows spread across dependent services.</p>
      </sec>
      <sec id="sec7dot5">
        <title>7.5. Adaptive Weight Evolution</title>
        <p>Cross-layer weight distribution evolved over the simulation. The initial weights were approximately uniform: network-layer weight = 0.33, application-layer weight = 0.33, and behavioral-layer weight = 0.34. After 24 simulated hours, the weights shifted to network-layer weight = 0.46, application-layer weight = 0.34, and behavioral-layer weight = 0.20.</p>
        <p>Interpretation:</p>
        <p>Network-layer anomalies contributed more significantly during DDoS-heavy intervals.Behavioral metrics reduced weight as attack emphasis shifted.</p>
        <p>This confirms adaptive rebalancing effectiveness.</p>
      </sec>
      <sec id="sec7dot6">
        <title>7.6. Scalability Analysis</title>
        <p><bold>Table 7</bold> summarizes latency and throughput behavior as the simulated node count increases from 100 to 500.</p>
        <p><bold>Table 7.</bold>Scalability analysis under increasing node count.</p>
        <table-wrap id="tbl7">
          <label>Table 7</label>
          <table>
            <tbody>
              <tr>
                <td>
                  <bold>Nodes</bold>
                </td>
                <td>
                  <bold>Avg Latency (ms)</bold>
                </td>
                <td>
                  <bold>Throughput Degradation</bold>
                </td>
              </tr>
              <tr>
                <td>100</td>
                <td>61</td>
                <td>0%</td>
              </tr>
              <tr>
                <td>300</td>
                <td>74</td>
                <td>4.2%</td>
              </tr>
              <tr>
                <td>500</td>
                <td>89</td>
                <td>7.8%</td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
        <p>Latency growth remained sub-linear, demonstrating distributed efficiency.</p>
      </sec>
      <sec id="sec7dot7">
        <title>7.7. Ablation Study</title>
        <p><bold>Table 8</bold> reports the ablation results for the main components of the proposed GCM model.</p>
        <p><bold>Table 8.</bold>Ablation study of proposed GCM components.</p>
        <table-wrap id="tbl8">
          <label>Table 8</label>
          <table>
            <tbody>
              <tr>
                <td>
                  <bold>Configuration</bold>
                </td>
                <td>
                  <bold>F1-Score</bold>
                </td>
              </tr>
              <tr>
                <td>Full Model</td>
                <td>0.935</td>
              </tr>
              <tr>
                <td>No Generative Augmentation</td>
                <td>0.902</td>
              </tr>
              <tr>
                <td>Static Weights</td>
                <td>0.918</td>
              </tr>
              <tr>
                <td>Static Threshold</td>
                <td>0.911</td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
      </sec>
      <sec id="sec7dot8">
        <title>7.8. ROC-AUC Analysis</title>
        <p>The proposed GCM model achieved an ROC-AUC of 0.963, compared with 0.928 for CML and 0.871 for SID. This result indicates stronger separability across attack categories.</p>
      </sec>
      <sec id="sec7dot9">
        <title>7.9. Summary of Improvements</title>
        <p>The proposed GCM architecture demonstrates:</p>
        <p>Higher detection accuracySignificant false positive reductionStrong zero-day detectionLower latencyStable scalabilityMeasurable contribution of generative augmentation</p>
      </sec>
    </sec>
    <sec id="sec8">
      <title>8. Discussion and Limitations</title>
      <p>The results suggest that the value of the proposed model comes from combining three mechanisms rather than from GenAI alone: local edge inference, dynamic risk fusion, and generated adversarial variants. Edge inference reduced response latency, risk fusion improved contextual scoring, and generative augmentation helped the detector generalize beyond previously observed attack patterns.</p>
      <sec id="sec8dot1">
        <title>8.1. Interpretation of Results</title>
        <p><bold>8.</bold>1.1. Why Generative Augmentation Improves Detection</p>
        <p>The improvement in zero-day recall (0.862) is primarily attributable to adversarial pattern synthesis. By generating contextualized synthetic attack variants, the detection model becomes less dependent on fixed traffic signatures and better generalized to unseen distributions.</p>
        <p>This reduces:</p>
        <p>Overfitting to historical trafficConcept drift vulnerabilitySensitivity to polymorphic attacks</p>
        <p>The ablation study confirms that removing generative augmentation reduces F1-score by approximately 3%.</p>
        <p><bold>8.</bold>1.2. Effectiveness of Cross-Layer Fusion</p>
        <p>The adaptive weight mechanism allowed the system to dynamically prioritize relevant layers during specific attack phases. For instance:</p>
        <p>Network layer weight increased during DDoS bursts.Behavioral features became more relevant during stealth compromise phases.</p>
        <p>This dynamic rebalancing improved robustness compared to static fusion schemes.</p>
        <p><bold>8.</bold>1.3. Distributed Architecture Benefits</p>
        <p>Edge-based inference reduced centralized bottlenecks, leading to lower detection latency. Sub-linear latency growth during node scaling indicates that the distributed mesh design effectively mitigates performance degradation in large networks.</p>
      </sec>
      <sec id="sec8dot2">
        <title>8.2. Attack-Wise Interpretation</title>
        <p>The largest performance gain was observed for synthetic zero-day and protocol exploitation scenarios, where static signatures were least effective. DDoS detection improved mainly because network-layer entropy and packet-rate features were captured locally at edge nodes, reducing response delay. MITM detection improved moderately, especially when application-session irregularities were combined with transport-layer deviations. Behavioral drift remained the most difficult category because gradual resource changes sometimes overlapped with benign workload variation. Most false alarms occurred during bursty legitimate traffic, where temporary packet-rate increases resembled early-stage DDoS behavior.</p>
      </sec>
      <sec id="sec8dot3">
        <title>8.3. Practical Deployment Considerations</title>
        <p>While promising, deployment in real-world environments requires addressing:</p>
        <p><bold>1)</bold><bold>Computational Constraints</bold></p>
        <p>Edge devices with limited processing capability may struggle with frequent adaptive updates.Lightweight inference optimization is required.</p>
        <p><bold>2)</bold><bold>Model Synchronization Overhead</bold></p>
        <p>Frequent weight updates may introduce network overhead.Efficient update batching strategies must be implemented.</p>
        <p><bold>3)</bold><bold>Trust in Generative Outputs</bold></p>
        <p>Poorly calibrated generative models may introduce adversarial bias.Synthetic pattern validation mechanisms are necessary.</p>
        <p><bold>4)</bold><bold>Privacy and Data Governance</bold></p>
        <p>Cross-layer telemetry aggregation may raise privacy concerns.Secure aggregation and anonymization must be enforced.</p>
      </sec>
      <sec id="sec8dot4">
        <title>8.4. Limitations</title>
        <p><bold>8.</bold><bold>4</bold><bold>.1</bold><bold>.</bold><bold>Synthetic Dataset Dependence</bold></p>
        <p>The experimental evaluation was conducted in a simulated intelligent communication environment. Although diverse attack scenarios were modeled, real-world deployment may introduce unforeseen noise patterns and operational variability.</p>
        <p><bold>8.</bold><bold>4</bold><bold>.2</bold><bold>.</bold><bold>Generative Model Complexity</bold></p>
        <p>Generative threat synthesis requires periodic retraining. In highly resource-constrained environments, maintaining real-time adaptability may be challenging.</p>
        <p><bold>8.</bold><bold>4</bold><bold>.3</bold><bold>.</bold><bold>Threshold Sensitivity</bold></p>
        <p>Dynamic threshold recalibration improves adaptability but may cause temporary instability during abrupt traffic shifts. Stability mechanisms must be incorporated.</p>
        <p><bold>8.</bold><bold>4</bold><bold>.4</bold><bold>.</bold><bold>Adversarial Manipulation of GenAI</bold></p>
        <p>Sophisticated adversaries could attempt to poison telemetry inputs to manipulate generative adaptation. Defensive adversarial training strategies should be integrated.</p>
      </sec>
      <sec id="sec8dot5">
        <title>8.5. Future Research Directions</title>
        <p>Several extensions are proposed:</p>
        <p>1) Federated generative threat modeling across organizational boundaries.</p>
        <p>2) Integration with blockchain-backed trust management.</p>
        <p>3) Formal verification of adaptive threshold stability.</p>
        <p>4) Extension toward 6G-enabled ultra-low latency communication systems.</p>
        <p>5) Deployment in real-world IoT testbeds for longitudinal validation.</p>
      </sec>
      <sec id="sec8dot6">
        <title>8.6. Overall Implications</title>
        <p>The results suggest that embedding adaptive generative intelligence into distributed cybersecurity meshes can meaningfully improve detection robustness in intelligent communication systems. However, practical scalability, stability, and adversarial robustness must be further evaluated under operational deployment conditions.</p>
      </sec>
    </sec>
    <sec id="sec9">
      <title>9. Conclusions</title>
      <p>This paper introduced a mesh-based security framework for threat detection in intelligent communication systems. The framework distributes detection and enforcement across edge security nodes while using a GenAI-assisted threat engine to update adversarial assumptions and recalibrate risk scoring.</p>
      <p>The main finding is that communication-system security benefits from moving beyond centralized IDS design. By combining local anomaly detection, multi-signal risk fusion, and adaptive policy orchestration, the proposed model reduced detection latency while improving classification performance against both known and synthetic zero-day attacks.</p>
      <p>Experimental evaluation in a simulated heterogeneous intelligent communication environment demonstrated:</p>
      <p>Improved detection accuracy (94.8%)Significant reduction in false positive rate (3.8%)Strong zero-day recall (86.2%)Reduced detection latency (74 ms average)Stable scalability under increased node density</p>
      <p>An ablation study confirmed that generative augmentation and adaptive weight recalibration contributed measurable performance improvements.</p>
      <p>While the results indicate promising advances in adaptive distributed cybersecurity, the study is constrained by synthetic simulation environments and computational assumptions. Future work should focus on real-world deployment, federated adaptive learning across domains, and formal robustness guarantees against adversarial manipulation.</p>
      <p>The proposed framework contributes toward next-generation intelligent communication security paradigms by embedding adaptive generative reasoning within distributed cybersecurity meshes, aligning with emerging requirements for scalable, resilient, and low-latency protection mechanisms.</p>
    </sec>
    <sec id="sec10">
      <title>Acknowledgments</title>
      <p>This research did not receive any specific grant from funding agencies in the public, commercial, or not-for-profit sectors. The authors acknowledge the computational resources used for experimental validation and the anonymous reviewers whose feedback improved the quality of this manuscript.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <title>References</title>
      <ref id="B1">
        <label>1.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">Rahman, S.A., Tout, H., Talhi, C. and Mourad, A. (2020) Internet of Things Intrusion Detection: Centralized, On-Device, or Federated Learning? <italic>IEEE Network</italic>, 34, 310-317. https://doi.org/10.1109/mnet.011.2000286 <pub-id pub-id-type="doi">10.1109/mnet.011.2000286</pub-id><ext-link ext-link-type="uri" xlink:href="https://doi.org/10.1109/mnet.011.2000286">https://doi.org/10.1109/mnet.011.2000286</ext-link></mixed-citation>
          <element-citation publication-type="other">
            <person-group person-group-type="author">
              <string-name>Rahman, S.A.</string-name>
              <string-name>Tout, H.</string-name>
              <string-name>Talhi, C.</string-name>
              <string-name>Mourad, A.</string-name>
              <string-name>Centralized, O</string-name>
            </person-group>
            <year>2020</year>
            <article-title>Internet of Things Intrusion Detection: Centralized, On-Device, or Federated Learning? IEEE Network, 34, 310-317</article-title>
            <pub-id pub-id-type="doi">10.1109/mnet.011.2000286</pub-id>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B2">
        <label>2.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">Ferrag, M.A.E., Friha, O., Hamouda, D., Maglaras, L. and Janicke, H. (2022) Edge-IIoTset: A New Comprehensive Realistic Cyber Security Dataset of IoT and IIoT Applications for Centralized and Federated Learning. <italic>IEEE Access</italic>, 10, 40281-40306.</mixed-citation>
          <element-citation publication-type="other">
            <person-group person-group-type="author">
              <string-name>Ferrag, M.A.E.</string-name>
              <string-name>Friha, O.</string-name>
              <string-name>Hamouda, D.</string-name>
              <string-name>Maglaras, L.</string-name>
              <string-name>Janicke, H.</string-name>
            </person-group>
            <year>2022</year>
            <article-title>Edge-IIoTset: A New Comprehensive Realistic Cyber Security Dataset of IoT and IIoT Applications for Centralized and Federated Learning</article-title>
            <source>IEEE Access</source>
            <volume>10</volume>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B3">
        <label>3.</label>
        <citation-alternatives>
          <mixed-citation publication-type="journal">Al Nuaimi, T., Al Zaabi, S., Alyilieli, M., AlMaskari, M., Alblooshi, S., Alhabsi, F., <italic>et al</italic>. (2023) A Comparative Evaluation of Intrusion Detection Systems on the Edge-Iiot-2022 Dataset. <italic>Intelligent Systems with Applications</italic>, 20, Article ID: 200298. https://doi.org/10.1016/j.iswa.2023.200298 <pub-id pub-id-type="doi">10.1016/j.iswa.2023.200298</pub-id><ext-link ext-link-type="uri" xlink:href="https://doi.org/10.1016/j.iswa.2023.200298">https://doi.org/10.1016/j.iswa.2023.200298</ext-link></mixed-citation>
          <element-citation publication-type="journal">
            <person-group person-group-type="author">
              <string-name>Nuaimi, T.</string-name>
              <string-name>Zaabi, S.</string-name>
              <string-name>Alyilieli, M.</string-name>
              <string-name>AlMaskari, M.</string-name>
              <string-name>Alblooshi, S.</string-name>
              <string-name>Alhabsi, F.</string-name>
            </person-group>
            <year>2023</year>
            <article-title>A Comparative Evaluation of Intrusion Detection Systems on the Edge-Iiot-2022 Dataset</article-title>
            <source>Intelligent Systems with Applications</source>
            <volume>20</volume>
            <fpage>200298</fpage>
            <elocation-id>ID</elocation-id>
            <pub-id pub-id-type="doi">10.1016/j.iswa.2023.200298</pub-id>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B4">
        <label>4.</label>
        <citation-alternatives>
          <mixed-citation publication-type="web">Rose, S.W., Borchert, O., Mitchell, S. and Connelly, S. (2020) Zero Trust Architecture. NIST Special Publication 800-207. https://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-207.pdf</mixed-citation>
          <element-citation publication-type="web">
            <person-group person-group-type="author">
              <string-name>Rose, S.W.</string-name>
              <string-name>Borchert, O.</string-name>
              <string-name>Mitchell, S.</string-name>
              <string-name>Connelly, S.</string-name>
            </person-group>
            <year>2020</year>
            <article-title>Zero Trust Architecture</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B5">
        <label>5.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">Kang, H., Liu, G., Wang, Q., Meng, L. and Liu, J. (2023) Theory and Application of Zero Trust Security: A Brief Survey. <italic>Entropy</italic>, 25, Article No. 1595. https://doi.org/10.3390/e25121595 <pub-id pub-id-type="doi">10.3390/e25121595</pub-id><pub-id pub-id-type="pmid">38136475</pub-id><ext-link ext-link-type="uri" xlink:href="https://doi.org/10.3390/e25121595">https://doi.org/10.3390/e25121595</ext-link></mixed-citation>
          <element-citation publication-type="other">
            <person-group person-group-type="author">
              <string-name>Kang, H.</string-name>
              <string-name>Liu, G.</string-name>
              <string-name>Wang, Q.</string-name>
              <string-name>Meng, L.</string-name>
              <string-name>Liu, J.</string-name>
            </person-group>
            <year>2023</year>
            <article-title>Theory and Application of Zero Trust Security: A Brief Survey</article-title>
            <source>Entropy</source>
            <volume>25</volume>
            <elocation-id>No</elocation-id>
            <pub-id pub-id-type="doi">10.3390/e25121595</pub-id>
            <pub-id pub-id-type="pmid">38136475</pub-id>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B6">
        <label>6.</label>
        <citation-alternatives>
          <mixed-citation publication-type="journal">Ramos-Cruz, B., Andreu-Perez, J. and Martínez, L. (2024) The Cybersecurity Mesh: A Comprehensive Survey of Involved Artificial Intelligence Methods, Cryptographic Protocols and Challenges for Future Research. <italic>Neurocomputing</italic>, 581, Article ID: 127427. https://doi.org/10.1016/j.neucom.2024.127427 <pub-id pub-id-type="doi">10.1016/j.neucom.2024.127427</pub-id><ext-link ext-link-type="uri" xlink:href="https://doi.org/10.1016/j.neucom.2024.127427">https://doi.org/10.1016/j.neucom.2024.127427</ext-link></mixed-citation>
          <element-citation publication-type="journal">
            <person-group person-group-type="author">
              <string-name>Ramos-Cruz, B.</string-name>
              <string-name>Andreu-Perez, J.</string-name>
              <string-name>Methods, C</string-name>
            </person-group>
            <year>2024</year>
            <article-title>The Cybersecurity Mesh: A Comprehensive Survey of Involved Artificial Intelligence Methods, Cryptographic Protocols and Challenges for Future Research</article-title>
            <source>Neurocomputing</source>
            <volume>581</volume>
            <fpage>127427</fpage>
            <elocation-id>ID</elocation-id>
            <pub-id pub-id-type="doi">10.1016/j.neucom.2024.127427</pub-id>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B7">
        <label>7.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">Khraisat, A., Alazab, A., Singh, S., Jan, T. and Jr. Gomez, A. (2024) Survey on Federated Learning for Intrusion Detection System: Concept, Architectures, Aggregation Strategies, Challenges, and Future Directions. <italic>ACM Computing Surveys</italic>, 57, Article No. 7. https://doi.org/10.1145/3687124 <pub-id pub-id-type="doi">10.1145/3687124</pub-id><ext-link ext-link-type="uri" xlink:href="https://doi.org/10.1145/3687124">https://doi.org/10.1145/3687124</ext-link></mixed-citation>
          <element-citation publication-type="other">
            <person-group person-group-type="author">
              <string-name>Khraisat, A.</string-name>
              <string-name>Alazab, A.</string-name>
              <string-name>Singh, S.</string-name>
              <string-name>Jan, T.</string-name>
              <string-name>Gomez, A.</string-name>
              <string-name>Concept, A</string-name>
              <string-name>Strategies, C</string-name>
            </person-group>
            <year>2024</year>
            <article-title>Survey on Federated Learning for Intrusion Detection System: Concept, Architectures, Aggregation Strategies, Challenges, and Future Directions</article-title>
            <source>ACM Computing Surveys</source>
            <volume>57</volume>
            <elocation-id>No</elocation-id>
            <pub-id pub-id-type="doi">10.1145/3687124</pub-id>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B8">
        <label>8.</label>
        <citation-alternatives>
          <mixed-citation publication-type="journal">Zhang, H., Ye, J., Huang, W., Liu, X. and Gu, J. (2025) Survey of Federated Learning in Intrusion Detection. <italic>Journal of Parallel and Distributed Computing</italic>, 195, Article ID: 104976. https://doi.org/10.1016/j.jpdc.2024.104976 <pub-id pub-id-type="doi">10.1016/j.jpdc.2024.104976</pub-id><ext-link ext-link-type="uri" xlink:href="https://doi.org/10.1016/j.jpdc.2024.104976">https://doi.org/10.1016/j.jpdc.2024.104976</ext-link></mixed-citation>
          <element-citation publication-type="journal">
            <person-group person-group-type="author">
              <string-name>Zhang, H.</string-name>
              <string-name>Ye, J.</string-name>
              <string-name>Huang, W.</string-name>
              <string-name>Liu, X.</string-name>
              <string-name>Gu, J.</string-name>
            </person-group>
            <year>2025</year>
            <article-title>Survey of Federated Learning in Intrusion Detection</article-title>
            <source>Journal of Parallel and Distributed Computing</source>
            <volume>195</volume>
            <fpage>104976</fpage>
            <elocation-id>ID</elocation-id>
            <pub-id pub-id-type="doi">10.1016/j.jpdc.2024.104976</pub-id>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B9">
        <label>9.</label>
        <citation-alternatives>
          <mixed-citation publication-type="journal">Breitenbacher, D., Homoliak, I., Aung, Y.L., Elovici, Y. and Tippenhauer, N.O. (2022) HADES-IoT: A Practical and Effective Host-Based Anomaly Detection System for IoT Devices (Extended Version). <italic>IEEE Internet of Things Journal</italic>, 9, 9640-9658. https://doi.org/10.1109/jiot.2021.3135789 <pub-id pub-id-type="doi">10.1109/jiot.2021.3135789</pub-id><ext-link ext-link-type="uri" xlink:href="https://doi.org/10.1109/jiot.2021.3135789">https://doi.org/10.1109/jiot.2021.3135789</ext-link></mixed-citation>
          <element-citation publication-type="journal">
            <person-group person-group-type="author">
              <string-name>Breitenbacher, D.</string-name>
              <string-name>Homoliak, I.</string-name>
              <string-name>Aung, Y.L.</string-name>
              <string-name>Elovici, Y.</string-name>
              <string-name>Tippenhauer, N.O.</string-name>
            </person-group>
            <year>2022</year>
            <article-title>HADES-IoT: A Practical and Effective Host-Based Anomaly Detection System for IoT Devices (Extended Version)</article-title>
            <source>IEEE Internet of Things Journal</source>
            <volume>9</volume>
            <pub-id pub-id-type="doi">10.1109/jiot.2021.3135789</pub-id>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B10">
        <label>10.</label>
        <citation-alternatives>
          <mixed-citation publication-type="journal">Alkadi, O., Moustafa, N., Turnbull, B. and Choo, K.R. (2021) A Deep Blockchain Framework-Enabled Collaborative Intrusion Detection for Protecting IoT and Cloud Networks. <italic>IEEE Internet of Things Journal</italic>, 8, 9463-9472. https://doi.org/10.1109/jiot.2020.2996590 <pub-id pub-id-type="doi">10.1109/jiot.2020.2996590</pub-id><ext-link ext-link-type="uri" xlink:href="https://doi.org/10.1109/jiot.2020.2996590">https://doi.org/10.1109/jiot.2020.2996590</ext-link></mixed-citation>
          <element-citation publication-type="journal">
            <person-group person-group-type="author">
              <string-name>Alkadi, O.</string-name>
              <string-name>Moustafa, N.</string-name>
              <string-name>Turnbull, B.</string-name>
              <string-name>Choo, K.R.</string-name>
            </person-group>
            <year>2021</year>
            <article-title>A Deep Blockchain Framework-Enabled Collaborative Intrusion Detection for Protecting IoT and Cloud Networks</article-title>
            <source>IEEE Internet of Things Journal</source>
            <volume>8</volume>
            <pub-id pub-id-type="doi">10.1109/jiot.2020.2996590</pub-id>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B11">
        <label>11.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">Shu, J., Zhou, L., Zhang, W., Du, X. and Guizani, M. (2021) Collaborative Intrusion Detection for VANETs: A Deep Learning-Based Distributed SDN Approach. <italic>IEEE Transactions</italic><italic>on Intelligent Transportation Systems</italic>, 22, 4519-4530. https://doi.org/10.1109/tits.2020.3027390 <pub-id pub-id-type="doi">10.1109/tits.2020.3027390</pub-id><ext-link ext-link-type="uri" xlink:href="https://doi.org/10.1109/tits.2020.3027390">https://doi.org/10.1109/tits.2020.3027390</ext-link></mixed-citation>
          <element-citation publication-type="other">
            <person-group person-group-type="author">
              <string-name>Shu, J.</string-name>
              <string-name>Zhou, L.</string-name>
              <string-name>Zhang, W.</string-name>
              <string-name>Du, X.</string-name>
              <string-name>Guizani, M.</string-name>
            </person-group>
            <year>2021</year>
            <article-title>Collaborative Intrusion Detection for VANETs: A Deep Learning-Based Distributed SDN Approach</article-title>
            <source>IEEE Transactions on Intelligent Transportation Systems</source>
            <volume>22</volume>
            <pub-id pub-id-type="doi">10.1109/tits.2020.3027390</pub-id>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B12">
        <label>12.</label>
        <citation-alternatives>
          <mixed-citation publication-type="journal">Yao, Y., Duan, J., Xu, K., Cai, Y., Sun, Z. and Zhang, Y. (2024) A Survey on Large Language Model (LLM) Security and Privacy: The Good, the Bad, and the Ugly. <italic>High-Confiden</italic><italic>ce Computing</italic>, 4, Article ID: 100211. https://doi.org/10.1016/j.hcc.2024.100211 <pub-id pub-id-type="doi">10.1016/j.hcc.2024.100211</pub-id><ext-link ext-link-type="uri" xlink:href="https://doi.org/10.1016/j.hcc.2024.100211">https://doi.org/10.1016/j.hcc.2024.100211</ext-link></mixed-citation>
          <element-citation publication-type="journal">
            <person-group person-group-type="author">
              <string-name>Yao, Y.</string-name>
              <string-name>Duan, J.</string-name>
              <string-name>Xu, K.</string-name>
              <string-name>Cai, Y.</string-name>
              <string-name>Sun, Z.</string-name>
              <string-name>Zhang, Y.</string-name>
            </person-group>
            <year>2024</year>
            <article-title>A Survey on Large Language Model (LLM) Security and Privacy: The Good, the Bad, and the Ugly</article-title>
            <source>High-Confidence Computing</source>
            <volume>4</volume>
            <fpage>100211</fpage>
            <elocation-id>ID</elocation-id>
            <pub-id pub-id-type="doi">10.1016/j.hcc.2024.100211</pub-id>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B13">
        <label>13.</label>
        <citation-alternatives>
          <mixed-citation publication-type="web">de Jesus Coelho da Silva, G. and Westphall, C.B. (2024) A Survey of Large Language Models in Cybersecurity. https://arxiv.org/abs/2402.16968</mixed-citation>
          <element-citation publication-type="web">
            <person-group person-group-type="author">
              <string-name>Silva, G.</string-name>
              <string-name>Westphall, C.B.</string-name>
            </person-group>
            <year>2024</year>
            <article-title>A Survey of Large Language Models in Cybersecurity</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B14">
        <label>14.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">Xu, H., Wang, S., Li, N., Wang, K., Zhao, Y., Chen, K., Yu, T., Yang, L. and Wang, H. (2024) Large Language Models for Cyber Security: A Systematic Literature Review. <italic>ACM Transactions on Software Engineering and Methodology</italic>. https://doi.org/10.1145/3769676 <pub-id pub-id-type="doi">10.1145/3769676</pub-id><ext-link ext-link-type="uri" xlink:href="https://doi.org/10.1145/3769676">https://doi.org/10.1145/3769676</ext-link></mixed-citation>
          <element-citation publication-type="other">
            <person-group person-group-type="author">
              <string-name>Xu, H.</string-name>
              <string-name>Wang, S.</string-name>
              <string-name>Li, N.</string-name>
              <string-name>Wang, K.</string-name>
              <string-name>Zhao, Y.</string-name>
              <string-name>Chen, K.</string-name>
              <string-name>Yu, T.</string-name>
              <string-name>Yang, L.</string-name>
              <string-name>Wang, H.</string-name>
            </person-group>
            <year>2024</year>
            <article-title>Large Language Models for Cyber Security: A Systematic Literature Review</article-title>
            <pub-id pub-id-type="doi">10.1145/3769676</pub-id>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B15">
        <label>15.</label>
        <citation-alternatives>
          <mixed-citation publication-type="confproc">Sharafaldin, I., Habibi Lashkari, A. and Ghorbani, A.A. (2018) Toward Generating a New Intrusion Detection Dataset and Intrusion Traffic Characterization. <italic>Proceedings of the</italic>4 <italic>th International Conference on Information Systems Security and Privacy</italic>, Funchal, 22-24 January 2018, 108-116. https://doi.org/10.5220/0006639801080116 <pub-id pub-id-type="doi">10.5220/0006639801080116</pub-id><ext-link ext-link-type="uri" xlink:href="https://doi.org/10.5220/0006639801080116">https://doi.org/10.5220/0006639801080116</ext-link></mixed-citation>
          <element-citation publication-type="confproc">
            <person-group person-group-type="author">
              <string-name>Sharafaldin, I.</string-name>
              <string-name>Lashkari, A.</string-name>
              <string-name>Ghorbani, A.A.</string-name>
              <string-name>Privacy, F</string-name>
            </person-group>
            <year>2018</year>
            <article-title>Toward Generating a New Intrusion Detection Dataset and Intrusion Traffic Characterization</article-title>
            <source>Proceedings of the 4th International Conference on Information Systems Security and Privacy</source>
            <volume>22</volume>
            <pub-id pub-id-type="doi">10.5220/0006639801080116</pub-id>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B16">
        <label>16.</label>
        <citation-alternatives>
          <mixed-citation publication-type="web">Canadian Institute for Cybersecurity (2017) Intrusion Detection Evaluation Dataset, CIC-IDS2017. University of New Brunswick. https://www.unb.ca/cic/datasets/ids-2017.html</mixed-citation>
          <element-citation publication-type="web">
            <person-group person-group-type="author">
              <string-name>Dataset, C</string-name>
            </person-group>
            <year>2017</year>
            <article-title>Intrusion Detection Evaluation Dataset, CIC-IDS2017</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B17">
        <label>17.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">Thakkar, A. and Lohiya, R. (2020) A Review of the Advancement in Intrusion Detection Datasets. <italic>Procedia Computer Science</italic>, 167, 636-645. https://doi.org/10.1016/j.procs.2020.03.330 <pub-id pub-id-type="doi">10.1016/j.procs.2020.03.330</pub-id><ext-link ext-link-type="uri" xlink:href="https://doi.org/10.1016/j.procs.2020.03.330">https://doi.org/10.1016/j.procs.2020.03.330</ext-link></mixed-citation>
          <element-citation publication-type="other">
            <person-group person-group-type="author">
              <string-name>Thakkar, A.</string-name>
              <string-name>Lohiya, R.</string-name>
            </person-group>
            <year>2020</year>
            <article-title>A Review of the Advancement in Intrusion Detection Datasets</article-title>
            <source>Procedia Computer Science</source>
            <volume>167</volume>
            <pub-id pub-id-type="doi">10.1016/j.procs.2020.03.330</pub-id>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B18">
        <label>18.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">Rawat, M. and Singal, G. (2025) Surveying Technology Fusion in IoT Networks for IDS: Exploring Datasets, Tools, Challenges, and Research Prospects. <italic>ACM Transactions o</italic><italic>n Intelligent Systems and Technology</italic>, 16, 1-45. https://doi.org/10.1145/3744745 <pub-id pub-id-type="doi">10.1145/3744745</pub-id><ext-link ext-link-type="uri" xlink:href="https://doi.org/10.1145/3744745">https://doi.org/10.1145/3744745</ext-link></mixed-citation>
          <element-citation publication-type="other">
            <person-group person-group-type="author">
              <string-name>Rawat, M.</string-name>
              <string-name>Singal, G.</string-name>
              <string-name>Datasets, T</string-name>
            </person-group>
            <year>2025</year>
            <article-title>Surveying Technology Fusion in IoT Networks for IDS: Exploring Datasets, Tools, Challenges, and Research Prospects</article-title>
            <source>ACM Transactions on Intelligent Systems and Technology</source>
            <volume>16</volume>
            <pub-id pub-id-type="doi">10.1145/3744745</pub-id>
          </element-citation>
        </citation-alternatives>
      </ref>
    </ref-list>
  </back>
</article>