<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Publishing DTD v1.1 20151215//EN" "http://jats.nlm.nih.gov/publishing/1.1/JATS-journalpublishing1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:mml="http://www.w3.org/1998/Math/MathML" xml:lang="en" article-type="research-article" dtd-version="1.1">
<front>
<journal-meta>
<journal-id journal-id-type="pmc">CMC</journal-id>
<journal-id journal-id-type="nlm-ta">CMC</journal-id>
<journal-id journal-id-type="publisher-id">CMC</journal-id>
<journal-title-group>
<journal-title>Computers, Materials &#x0026; Continua</journal-title>
</journal-title-group>
<issn pub-type="epub">1546-2226</issn>
<issn pub-type="ppub">1546-2218</issn>
<publisher>
<publisher-name>Tech Science Press</publisher-name>
<publisher-loc>USA</publisher-loc>
</publisher>
</journal-meta>
<article-meta>
<article-id pub-id-type="publisher-id">71705</article-id>
<article-id pub-id-type="doi">10.32604/cmc.2025.071705</article-id>
<article-categories>
<subj-group subj-group-type="heading">
<subject>Article</subject>
</subj-group>
</article-categories>
<title-group>
<article-title>Enhancing Ransomware Resilience in Cloud-Based HR Systems through Moving Target Defense</article-title>
<alt-title alt-title-type="left-running-head">Enhancing Ransomware Resilience in Cloud-Based HR Systems through Moving Target Defense</alt-title>
<alt-title alt-title-type="right-running-head">Enhancing Ransomware Resilience in Cloud-Based HR Systems through Moving Target Defense</alt-title>
</title-group>
<contrib-group>
<contrib id="author-1" contrib-type="author" corresp="yes">
<name name-style="western"><surname>Barach</surname><given-names>Jay</given-names></name><xref rid="cor1" ref-type="corresp">&#x002A;</xref><email>jaybarach2012@gmail.com</email></contrib>
<aff id="aff-1"><institution>Systems Staffing Group, Inc.</institution>, <addr-line>King of Prussia, PA 19406</addr-line>, <country>USA</country></aff>
</contrib-group>
<author-notes>
<corresp id="cor1"><label>&#x002A;</label>Corresponding Author: Jay Barach. Email: <email>jaybarach2012@gmail.com</email></corresp>
</author-notes>
<pub-date date-type="collection" publication-format="electronic">
<year>2025</year></pub-date>
<pub-date date-type="pub" publication-format="electronic">
<day>09</day><month>12</month><year>2025</year></pub-date>
<volume>86</volume>
<issue>2</issue>
<fpage>1</fpage>
<lpage>23</lpage>
<history>
<date date-type="received">
<day>11</day>
<month>08</month>
<year>2025</year>
</date>
<date date-type="accepted">
<day>20</day>
<month>10</month>
<year>2025</year>
</date>
</history>
<permissions>
<copyright-statement>&#x00A9; 2025 The Author.</copyright-statement>
<copyright-year>2025</copyright-year>
<copyright-holder>Published by Tech Science Press.</copyright-holder>
<license xlink:href="https://creativecommons.org/licenses/by/4.0/">
<license-p>This work is licensed under a <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="https://creativecommons.org/licenses/by/4.0/">Creative Commons Attribution 4.0 International License</ext-link>, which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited.</license-p>
</license>
</permissions>
<self-uri content-type="pdf" xlink:href="TSP_CMC_71705.pdf"></self-uri>
<abstract>
<p>Human Resource (HR) operations increasingly rely on cloud-based platforms that provide hiring, payroll, employee management, and compliance services. These systems, typically built on multi-tenant microservice architectures, offer scalability and efficiency but also expand the attack surface for adversaries. Ransomware has emerged as a leading threat in this domain, capable of halting workflows and exposing sensitive employee records. Traditional defenses such as static hardening and signature-based detection often fail to address the dynamic requirements of HR Software as a Service (SaaS), where continuous availability and privacy compliance are critical. This paper presents a Moving Target Defense (MTD) framework for HR SaaS that combines container mutation, IP hopping, and node reassignment to randomize the attack surface without pausing services. Many prior defenses for cloud or IoT rely on static hardening or signature-driven detection and do not meet HR SaaS needs such as uninterrupted sessions, privacy compliance, and live service continuity. This paper presents a MTD framework for HR SaaS that combines container mutation, IP hopping, and node reassignment to randomize the attack surface without pausing services. The framework runs on Kubernetes and uses a KL-divergence&#x2013;based anomaly detector that monitors HR access logs across five modules (onboarding, employee records, leave, payroll, and exit). In simulation with realistic HR traffic, the approach reaches 96.9% average detection accuracy with AUC 0.94&#x2013;0.98, cuts mean time to containment to 91.4 s, and lowers the ransomware encryption rate to 13.2%. Measured overheads for CPU, memory, and per-mutation latency remain modest. Compared with prior MTD and non-MTD baselines, the design provides stronger containment without service interruption and aligns with zero-trust and compliance goals. Its modular implementation and control-plane orchestration support stepwise, enterprise-scale deployment in HR SaaS environments.</p>
</abstract>
<kwd-group kwd-group-type="author">
<kwd>Ransomware defense</kwd>
<kwd>moving target defense</kwd>
<kwd>HR SaaS</kwd>
<kwd>anomaly detection</kwd>
<kwd>container mutation</kwd>
<kwd>cloud security</kwd>
</kwd-group>
</article-meta>
</front>
<body>
<sec id="s1">
<label>1</label>
<title>Introduction</title>
<p>Cloud based Human Resource (HR) systems are now part of most modern companies [<xref ref-type="bibr" rid="ref-1">1</xref>]. These systems include tools for hiring, employee records, payroll, and internal communication [<xref ref-type="bibr" rid="ref-2">2</xref>]. They often work through Software as a Service (SaaS) models hosted on shared cloud platforms [<xref ref-type="bibr" rid="ref-3">3</xref>]. This structure offers fast access, cost control, and simple updates, making them a good fit for large and small firms [<xref ref-type="bibr" rid="ref-4">4</xref>]. However, the same cloud structure creates more ways for attackers to get in [<xref ref-type="bibr" rid="ref-5">5</xref>]. Since these systems use containers and shared services, an attack on one part can affect many others. Among all threats, ransomware has become the most dangerous. It spreads fast, locks access, and often steals private records [<xref ref-type="bibr" rid="ref-6">6</xref>]. These attacks can stop daily work, delay payments, and put user data at risk. Despite growing risks, many HR systems still depend on static defense tools. Ransomware has become more advanced and harder to block [<xref ref-type="bibr" rid="ref-7">7</xref>]. Early ransomware only locked files, but now it also steals information and threatens to release it [<xref ref-type="bibr" rid="ref-8">8</xref>]. These attacks stay hidden before they activate and often spread through shared containers. In HR systems, one infected service can impact hiring, payroll, or leave management. Because many HR tasks run on microservices, they rely on smooth internal connections [<xref ref-type="bibr" rid="ref-9">9</xref>]. Once those links break, user actions fail. Detection systems are often too slow or based on known patterns. By the time a threat is found, damage has started. Backup tools help with recovery, but they do not stop spread or protect live sessions. This gap creates risk for both the company and its users. HR systems need real-time protection that works with their service model [<xref ref-type="bibr" rid="ref-10">10</xref>]. The idea of changing the system layout during use has gained interest [<xref ref-type="bibr" rid="ref-11">11</xref>]. Moving Target Defense (MTD) is one such model. It works by shifting or hiding parts of the system to confuse attacks [<xref ref-type="bibr" rid="ref-12">12</xref>]. This includes Internet Protocol (IP) changes, route updates, and container mutations. It reduces the attack surface by changing targets before they are hit. Some works have tested this in general cloud systems. These early tests show promise, but few focus on HR use cases. In HR tools, tasks must not break while security tools run [<xref ref-type="bibr" rid="ref-13">13</xref>]. There are user sessions, state data, and linked workflows. These must stay active, even if some containers rotate or change. A good defense model should work quietly and fit these limits. This balance between live use and safety is the main reason for studying MTD in HR cloud systems. Prior approaches to ransomware defense in cloud or IoT domains have shown promising accuracy and containment times, but they are not sufficient for HR-specific environments. Static defenses such as firewalls or backup strategies do not prevent ransomware spread during live sessions, while signature-based systems lag against new variants. Even existing MTD models often ignore session continuity, multi-tenant namespace isolation, and compliance constraints such as General Data Protection Regulation (GDPR) and System and Organization Control (SOC 2). In HR SaaS, interruptions during payroll or hiring processes can directly disrupt operations and harm business outcomes. These limitations highlight why generic defenses are inadequate and establish the novelty of our MTD-HR framework, which introduces compliance-aware and runtime-safe adaptations tailored to HR workflows.</p>
<p>The problem is to design a ransomware defense method that works inside HR cloud systems during live usage [<xref ref-type="bibr" rid="ref-14">14</xref>]. The model must block ransomware from moving across linked containers. It must reduce attack paths without causing user errors. It must also detect ransomware before full encryption begins. HR systems cannot stop for updates or long scans [<xref ref-type="bibr" rid="ref-15">15</xref>]. They need fast tools that can run in the background. The method must avoid false alarms and keep service quality steady. It must work without knowing which ransomware will strike [<xref ref-type="bibr" rid="ref-16">16</xref>]. Many HR platforms are multi-tenant, so the system must scale without manual steps. The problem is not just about stopping one threat. It is about building a structure that limits attack success in any case [<xref ref-type="bibr" rid="ref-17">17</xref>]. Some methods try to solve this using detection systems. These use access logs, file changes, and network patterns to spot attacks [<xref ref-type="bibr" rid="ref-18">18</xref>]. A few apply machine learning models that study user behavior. These tools are good at flagging known threats. But they often act too late. In many cases, the system is already damaged when the alarm goes off [<xref ref-type="bibr" rid="ref-19">19</xref>]. Others depend on strong backups or quick restores. These help with recovery, but not with defense. They do not stop the ransomware from spreading [<xref ref-type="bibr" rid="ref-20">20</xref>]. Other methods use static hardening like firewall rules or image scans. These can block weak attacks, but they do not work against modern ransomware. These methods treat defense as a one-time setup. They do not change with the system or the attack [<xref ref-type="bibr" rid="ref-21">21</xref>].</p>
<p>A few research works have tested MTD in cloud systems [<xref ref-type="bibr" rid="ref-22">22</xref>]. They use IP hopping, service migration, and random routing. These methods help lower the risk but often ignore live workflows [<xref ref-type="bibr" rid="ref-23">23</xref>]. In HR systems, even a short delay in session tracking can cause job loss or payroll failure. Many current MTD models do not support multi-tenant use. They are also not tested on real ransomware attacks [<xref ref-type="bibr" rid="ref-24">24</xref>]. HR systems need targeted protection that works during normal use. They need security tools that rotate or shift without breaking user paths. These systems also need to meet privacy rules like GDPR and SOC 2. Most existing MTD tools do not check for compliance under live usage. This limits their value in real HR setups [<xref ref-type="bibr" rid="ref-25">25</xref>].</p>
<p>The method used in this work adds MTD to real HR cloud systems. It includes three layers of action: container mutation, IP hopping, and runtime service rotation. These tools run in a Kubernetes setup and shift attack surfaces without breaking service. They also track behavior to detect spread early. Ransomware samples such as WannaCry, Locky, and Ryuk are used in testing. The system lowers spread time and improves detection rates. It also keeps service loss and false alarms low. This method works without stopping the system or needing new software. It fits with zero-trust goals and helps meet privacy rules. This makes it useful for HR vendors who want stronger security without new problems.</p>
<p>The aim of this research study is to develop a dynamic MTD framework for cloud based HR systems that reduces ransomware impact by blocking lateral spread, increasing detection speed, and maintaining service continuity during active attacks.
<list list-type="order">
<list-item>
<p>How can MTD be applied to cloud-based HR systems without interrupting essential services such as hiring, payroll, and employee management?</p></list-item>
<list-item>
<p>To what extent can attack surface randomization and container mutation reduce the spread and impact of ransomware in Kubernetes-based HR platforms?</p></list-item>
<list-item>
<p>How effective is the proposed defense model in improving detection time and reducing data loss during active ransomware attacks under real traffic conditions?</p></list-item>
</list></p>
<p>This research offers practical value for cloud-based HR systems that manage personal and organizational data. These systems control processes such as hiring, payroll, leave, and staff evaluation. Any disruption in these areas can affect daily operations and harm business goals. Ransomware attacks that block access or steal data can stop key HR tasks. The method introduced here adds a defense layer that works during live system use. It helps stop attacks without needing full system updates or human input. This makes it easier to adopt for real business use. It is designed to support privacy and uptime requirements at the same time. The model uses features like container mutation and IP rotation to confuse ransomware behavior. These steps reduce harm without creating new problems for users or admins.</p>
<p>The study also helps fill a known gap in how ransomware is handled in HR cloud systems. Most tools only work after the attack starts or when damage is already done. Few methods are made for runtime defense that works without delay. This model changes that by using a set of live actions that block and isolate attacks early. It does not stop the system or drop user tasks. It is tested on real datasets and with known ransomware types to show that it works. These tests match real HR system traffic and service use. This makes the results more useful for future tools. The model also supports privacy rules and keeps service smooth. It can help vendors who want to add safety without slowing down work. Its design is flexible and can be adjusted for different cloud platforms.</p>
<p>The remainder of this paper is structured as follows. <xref ref-type="sec" rid="s2">Section 2</xref> reviews existing approaches to ransomware defense and outlines key limitations in current MTD-based systems. <xref ref-type="sec" rid="s3">Section 3</xref> describes the proposed MTD-HR framework, including its modular components and deployment design. <xref ref-type="sec" rid="s4">Section 4</xref> details the experimental setup, datasets, and simulation parameters. <xref ref-type="sec" rid="s5">Section 5</xref> presents the evaluation results, ablation analysis, and performance comparisons. Finally, <xref ref-type="sec" rid="s6">Section 6</xref> concludes with a summary of findings and possible future improvements.</p>
</sec>
<sec id="s2">
<label>2</label>
<title>Literature Review</title>
<p>The integration ofMTD-HR techniques into cybersecurity frameworks has gained momentum as a proactive strategy against ransomware threats, particularly in dynamic and distributed environments. Multiple studies have introduced diverse MTD models targeting containerized infrastructures, microservices, and hybrid cloud systems. Shinde et al. [<xref ref-type="bibr" rid="ref-26">26</xref>] achieved 96.1% accuracy using IP hopping combined with behavioral analysis, while Ge et al. [<xref ref-type="bibr" rid="ref-27">27</xref>] applied syscall-level detection in Linux containers, reporting 93.2% accuracy. Wang et al. [<xref ref-type="bibr" rid="ref-28">28</xref>] extended this by using multi-view machine learning for ransomware detection, achieving 94.6% accuracy and a 3.8% False Positive Rate (FPR). In parallel, time-based containment strategies have been explored; Lee and Park [<xref ref-type="bibr" rid="ref-29">29</xref>] used resource hopping in simulated microservice environments and achieved a 109-s Mean Time To Containment (MTTC), while Singh et al. [<xref ref-type="bibr" rid="ref-30">30</xref>] implemented multi agent MTD logic with a blocking rate of 87% and 148-s MTTC. Punitha and Preetha [<xref ref-type="bibr" rid="ref-31">31</xref>] incorporated ML-driven MTD in a ransomware-specific context using CIC Ransomware 2020 data, reducing encryption success to 22.7%. While these approaches show strong detection or containment metrics, few are tailored for domain-specific, real-time service environments like HR SaaS, and most lack integration with compliance-aware mutation policies necessary for maintaining regulatory adherence under live attack conditions. A structured comparison of representative MTD and ransomware-defense studies, including datasets, methods, limitations, and outcomes is given in <xref ref-type="table" rid="table-1">Table 1</xref>.</p>
<table-wrap id="table-1">
<label>Table 1</label>
<caption>
<title>Summary of reviewed papers on MTD and ransomware defense</title>
</caption>
<table>
<colgroup>
<col align="center"/>
<col align="center"/>
<col align="center"/>
<col align="center"/>
<col align="center"/>
</colgroup>
<thead>
<tr>
<th align="center">Ref.</th>
<th align="center">Dataset used</th>
<th align="center">Methodology</th>
<th align="center">Limitation</th>
<th align="center">Evaluation result</th>
</tr>
</thead>
<tbody>
<tr>
<td>[<xref ref-type="bibr" rid="ref-26">26</xref>]</td>
<td>CTU-13, NSL-KDD</td>
<td>MTD &#x002B; IP hopping &#x002B; behavior detection</td>
<td>Not HR-specific</td>
<td>Accuracy: 96.1%, FPR: 3.2%</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-27">27</xref>]</td>
<td>UNSW-NB15</td>
<td>Syscall-based container detection</td>
<td>Linux-only containers</td>
<td>Accuracy: 93.2%</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-28">28</xref>]</td>
<td>UNSW-NB15</td>
<td>ML with multi-view detection</td>
<td>Requires large data</td>
<td>Accuracy: 94.6%, FPR: 3.8%</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-29">29</xref>]</td>
<td>Simulated cloud env</td>
<td>Resource hopping for microservices</td>
<td>High peak load cost</td>
<td>Accuracy: 92.5%, MTTC: 109s</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-30">30</xref>]</td>
<td>CICIDS2017 &#x002B; custom</td>
<td>Multi-agent MTD system</td>
<td>Agent-only model</td>
<td>Blocked 87%, MTTC: 148s</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-32">32</xref>]</td>
<td>Azure cloud testbed</td>
<td>Azure-native defense automation</td>
<td>Azure-only scope</td>
<td>Response time &#x2212;36.5%</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-31">31</xref>]</td>
<td>CIC Ransomware 2020</td>
<td>ML &#x002B; MTD hybrid</td>
<td>High training cost</td>
<td>Success dropped to 22.7%</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-33">33</xref>]</td>
<td>Simulated K8s testbed</td>
<td>MTD visualization for defense planning</td>
<td>No ransomware tested</td>
<td>Qualitative only</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-34">34</xref>]</td>
<td>Custom testbed</td>
<td>K8s config/IP randomization</td>
<td>High resource cost</td>
<td>MTTC reduced 38%</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-35">35</xref>]</td>
<td>CIC-IDS 2018</td>
<td>IP and port shuffling</td>
<td>Static shuffle timing</td>
<td>MTTC: 122s, FPR: 4.1%</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-36">36</xref>]</td>
<td>Hybrid lab (WannaCry, Locky)</td>
<td>Hybrid cloud behavior analysis</td>
<td>Few ransomware types</td>
<td>High success rate</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-37">37</xref>]</td>
<td>HR SaaS access logs (simulated)</td>
<td>Zero-trust access control for HR</td>
<td>No MTD integration</td>
<td>RBAC improved</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-38">38</xref>]</td>
<td>UNSW-NB15</td>
<td>Time-to-compromise MTD scoring</td>
<td>No container testing</td>
<td>TTC improved 40%</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-39">39</xref>]</td>
<td>Multi-cloud logs</td>
<td>Anomaly-based ML detection</td>
<td>No ransomware samples</td>
<td>Accuracy: 89.4%</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-40">40</xref>]</td>
<td>Edge-cloud simulation logs</td>
<td>Edge-cloud decentralized MTD</td>
<td>No scalability testing</td>
<td>Resilience &#x002B;22.3%</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-41">41</xref>]</td>
<td>HR blockchain logs</td>
<td>Blockchain HR access logging</td>
<td>No MTD applied</td>
<td>Audit integrity improved</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-42">42</xref>]</td>
<td>MTD simulation logs</td>
<td>Multi-factor MTD evaluation</td>
<td>Few real attacks tested</td>
<td>Defense ranking (qualitative)</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-43">43</xref>]</td>
<td>VM logs (custom)</td>
<td>VM isolation with MTD agent</td>
<td>No HR workload tested</td>
<td>Spread &#x2212;58.7%, MTTC: 118s</td>
</tr>
</tbody>
</table>
</table-wrap>
<p>Shinde et al. [<xref ref-type="bibr" rid="ref-26">26</xref>] developed an MTD-based system using IP hopping and behavioral analysis, tested on CTU-13 and NSL-KDD datasets. Their model improved detection accuracy to 96.1% with a 3.2% FPR but lacked HR-specific adaptation. Lee et al. [<xref ref-type="bibr" rid="ref-33">33</xref>] introduced a visualization platform in a Kubernetes environment to control MTD service mappings. Though ransomware testing was not included, the simulated results enabled clear architectural defense planning. Xu et al. [<xref ref-type="bibr" rid="ref-34">34</xref>] introduced an MTD approach for randomizing Kubernetes configurations using a custom-built testbed. The results showed a 38% reduction in MTTC, but the method was constrained by its computational demand. Ge et al. [<xref ref-type="bibr" rid="ref-27">27</xref>] developed a syscall-based container monitoring system using the UNSW-NB15 dataset, achieving a detection accuracy of 93.2%. The method operated in real time but was dependent on Linux containers and lacked compatibility with non-Unix systems.</p>
<p>Hyder et al. [<xref ref-type="bibr" rid="ref-35">35</xref>] implemented IP and port shuffling in a microservice environment using CIC-IDS 2018 logs. Their model reduced MTTC to 122 s while maintaining a 4.1% FPR, though static timing affected consistency. Ravichandran et al. [<xref ref-type="bibr" rid="ref-36">36</xref>] used a hybrid cloud setup with real ransomware samples including WannaCry and Locky. Their approach monitored propagation behavior and achieved high attack detection, though the study involved only limited ransomware variants.</p>
<p>Abdullayeva [<xref ref-type="bibr" rid="ref-37">37</xref>] applied zero-trust access controls to simulated HR SaaS logs. The model improved RBAC enforcement but did not involve MTD mechanisms or ransomware resilience metrics. Punitha and Preetha [<xref ref-type="bibr" rid="ref-31">31</xref>] combined machine learning with MTD mutation using the CIC Ransomware 2020 dataset. Their framework reduced ransomware success from 91.6% to 22.7%, but high training time limited rapid deployment. Sharma [<xref ref-type="bibr" rid="ref-38">38</xref>] applied a Time-To-Compromise scoring mechanism on the UNSW-NB15 dataset to quantify the resilience introduced by MTD. The model improved TTC by 40% but lacked validation in containerized workloads. Masud et al. [<xref ref-type="bibr" rid="ref-39">39</xref>] examined anomaly-based ML detection in multi-cloud logs and achieved 89.4% accuracy. Their model handled diverse traffic but lacked ransomware-specific training samples, reducing specificity. Singh et al. [<xref ref-type="bibr" rid="ref-30">30</xref>] proposed a multi-agent MTD mechanism using CICIDS2017 and synthetic data, reaching 87% ransomware blocking and a containment time of 148 s. The architecture lacked full system integration due to its agent-only design.</p>
<p>Sun and Jung [<xref ref-type="bibr" rid="ref-40">40</xref>] addressed MTD for edge-cloud systems using simulation logs. Their decentralized framework enhanced resilience by 22.3% but lacked scalability validation for enterprise settings. Lee and Park [<xref ref-type="bibr" rid="ref-29">29</xref>] presented a resource hopping model for microservice resilience in a simulated cloud. They achieved 92.5% accuracy and 109-s MTTC, though their results were impacted under high load conditions. Escaleira et al. [<xref ref-type="bibr" rid="ref-41">41</xref>] used blockchain logs to describe HR data access auditing. Their method improved audit trail integrity but did not include MTD integration or threat response capabilities. Santos et al. [<xref ref-type="bibr" rid="ref-42">42</xref>] designed a scoring-based evaluation model to measure the effectiveness of different MTD methods using simulated datasets. Though qualitative in nature, the work contributed insights into defense layer prioritization for cloud systems. Wang et al. [<xref ref-type="bibr" rid="ref-28">28</xref>] introduced a multi-view ML architecture using UNSW-NB15 for ransomware detection. The model reached 94.6% accuracy with 3.8% false positives, though it required large-scale data to maintain robustness. Abutu et al. [<xref ref-type="bibr" rid="ref-32">32</xref>] implemented an Azure-native defense system based on MTD techniques. Their real-world deployment reduced average response time by 36.5%, but the model was tied to Azure infrastructure. Bose et al. [<xref ref-type="bibr" rid="ref-43">43</xref>] applied VM-level isolation via MTD agents in a custom log environment. Their system reduced ransomware spread by 58.7% and achieved containment within 118 s, though HR-specific scenarios were not tested.</p>
</sec>
<sec id="s3">
<label>3</label>
<title>Proposed Methodology</title>
<p>This section defines a formal methodology to implement a MTD-HR system for cloud-based HR infrastructures vulnerable to ransomware threats. The system operates over Kubernetes-based microservice deployments hosting Applicant Tracking Systems (ATS) and Candidate Relationship Management (CRM) modules. The framework is composed of configuration mutation, network surface randomization, dynamic monitoring, and container reassignment.</p>
<p>The methodology implements a dynamic MTD-HR framework within a Kubernetes-based cloud HR environment. The architecture integrates key layers including ingress control, microservice routing, and authentication, followed by core HR modules such as payroll and leave management. These modules run as containerized services that are subject to real-time mutation using three MTD strategies: IP hopping, container image transformation, and node reassignment. A statistical anomaly detection module triggers these defenses based on KL divergence between observed and baseline traffic distributions. Upon activation, services are reconfigured without disrupting user access. The defense logic is aligned with GDPR and SOC 2 compliance constraints to maintain policy adherence during runtime adaptation. <xref ref-type="fig" rid="fig-1">Fig. 1</xref> depicts the layered architecture of the proposed MTD-HR framework, designed for cloud-based HR environments. At the top, user access is facilitated by HR personnel and external candidates interacting with microservices through an ingress controller and service router. Authentication services and core HR modules like payroll and leave management operate within isolated containers managed by Kubernetes. The MTD system actively applies IP hopping, container mutation, and node reassignment to prevent ransomware from spreading. Real-time anomaly detection, power KL divergence, triggers reconfiguration actions, while a compliance monitor confirm s adherence to data protection standards such as GDPR and SOC 2.</p>
<fig id="fig-1">
<label>Figure 1</label>
<caption>
<title>Ransomware defense architecture for cloud-based HR systems using moving target defense</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_71705-fig-1.tif"/>
</fig>
<sec id="s3_1">
<label>3.1</label>
<title>System Model and Notations</title>
<p>Let <inline-formula id="ieqn-1"><mml:math id="mml-ieqn-1"><mml:mrow><mml:mi>&#x1D4AE;</mml:mi></mml:mrow><mml:mo>=</mml:mo><mml:mo fence="false" stretchy="false">{</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mn>1</mml:mn></mml:msub><mml:mo>,</mml:mo><mml:mspace width="thinmathspace" /><mml:msub><mml:mi>s</mml:mi><mml:mn>2</mml:mn></mml:msub><mml:mo>,</mml:mo><mml:mo>&#x2026;</mml:mo><mml:mo>,</mml:mo><mml:mspace width="thinmathspace" /><mml:msub><mml:mi>s</mml:mi><mml:mi>n</mml:mi></mml:msub><mml:mo fence="false" stretchy="false">}</mml:mo></mml:math></inline-formula> be the set of all microservices in the HR cloud deployment. Each service <inline-formula id="ieqn-2"><mml:math id="mml-ieqn-2"><mml:msub><mml:mi>s</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></inline-formula> is deployed as a containerized instance with properties <inline-formula id="ieqn-3"><mml:math id="mml-ieqn-3"><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>v</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>,</mml:mo><mml:mspace width="thinmathspace" /><mml:msub><mml:mi>c</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>,</mml:mo><mml:mspace width="thinmathspace" /><mml:msub><mml:mi>d</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula>, representing version, container image, and deployment node. Let <inline-formula id="ieqn-4"><mml:math id="mml-ieqn-4"><mml:mrow><mml:mi>&#x1D49C;</mml:mi></mml:mrow><mml:mo>=</mml:mo><mml:mo fence="false" stretchy="false">{</mml:mo><mml:msub><mml:mi>a</mml:mi><mml:mn>1</mml:mn></mml:msub><mml:mo>,</mml:mo><mml:mspace width="thinmathspace" /><mml:msub><mml:mi>a</mml:mi><mml:mn>2</mml:mn></mml:msub><mml:mo>,</mml:mo><mml:mo>&#x2026;</mml:mo><mml:mo>,</mml:mo><mml:mspace width="thinmathspace" /><mml:msub><mml:mi>a</mml:mi><mml:mi>k</mml:mi></mml:msub><mml:mo fence="false" stretchy="false">}</mml:mo></mml:math></inline-formula> denote the set of ransomware adversaries modeled as stateful agents that proceed over time. Each attacker <inline-formula id="ieqn-5"><mml:math id="mml-ieqn-5"><mml:msub><mml:mi>a</mml:mi><mml:mi>j</mml:mi></mml:msub></mml:math></inline-formula> has an attack graph <inline-formula id="ieqn-6"><mml:math id="mml-ieqn-6"><mml:msub><mml:mrow><mml:mi>&#x1D4A2;</mml:mi></mml:mrow><mml:mi>j</mml:mi></mml:msub><mml:mo>=</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>V</mml:mi><mml:mi>j</mml:mi></mml:msub><mml:mo>,</mml:mo><mml:mspace width="thinmathspace" /><mml:msub><mml:mi>E</mml:mi><mml:mi>j</mml:mi></mml:msub><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> consisting of exploit chains.</p>
</sec>
<sec id="s3_2">
<label>3.2</label>
<title>Attack Surface Definition</title>
<p><disp-formula id="eqn-1"><label>(1)</label><mml:math id="mml-eqn-1" display="block"><mml:msub><mml:mrow><mml:mi>&#x2131;</mml:mi></mml:mrow><mml:mrow><mml:mrow><mml:mtext>attack</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>=</mml:mo><mml:munderover><mml:mo>&#x22C3;</mml:mo><mml:mrow><mml:mi>i</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:mi>n</mml:mi></mml:mrow></mml:munderover><mml:mi>I</mml:mi><mml:mi>P</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>,</mml:mo><mml:mspace width="thinmathspace" /><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>&#x222A;</mml:mo><mml:mi>P</mml:mi><mml:mi>o</mml:mi><mml:mi>r</mml:mi><mml:mi>t</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>,</mml:mo><mml:mspace width="thinmathspace" /><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>&#x222A;</mml:mo><mml:mi>C</mml:mi><mml:mi>o</mml:mi><mml:mi>n</mml:mi><mml:mi>f</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>,</mml:mo><mml:mspace width="thinmathspace" /><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></disp-formula></p>
<p>The function <inline-formula id="ieqn-7"><mml:math id="mml-ieqn-7"><mml:msub><mml:mrow><mml:mi>&#x2131;</mml:mi></mml:mrow><mml:mrow><mml:mtext>attack</mml:mtext></mml:mrow></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> captures the union of all externally exposed components from microservice <inline-formula id="ieqn-8"><mml:math id="mml-ieqn-8"><mml:msub><mml:mi>s</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></inline-formula>, including IP addresses, port bindings, and configuration files at time <inline-formula id="ieqn-9"><mml:math id="mml-ieqn-9"><mml:mi>t</mml:mi></mml:math></inline-formula>. These components form the primary entry points for ransomware attacks, especially in static and predictable environments. When attackers perform network scanning or service probing, they rely on unchanging service locations and port maps. Any delay in mutating these points increases the system&#x2019;s vulnerability window and enables deeper infiltration. To address this, the attack surface must be continuously randomized through automated orchestration. A complete formalization of this surface exposure is provided in <xref ref-type="disp-formula" rid="eqn-1">Eq. (1)</xref>.</p>
</sec>
<sec id="s3_3">
<label>3.3</label>
<title>MTD Reconfiguration Mapping</title>
<p><disp-formula id="eqn-2"><label>(2)</label><mml:math id="mml-eqn-2" display="block"><mml:msub><mml:mrow><mml:mi>&#x02133;</mml:mi></mml:mrow><mml:mrow><mml:mrow><mml:mtext>reconfig</mml:mtext></mml:mrow></mml:mrow></mml:msub><mml:mo>:</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo stretchy="false">&#x21A6;</mml:mo><mml:msubsup><mml:mi>s</mml:mi><mml:mi>i</mml:mi><mml:mrow><mml:mi mathvariant="normal">&#x2032;</mml:mi></mml:mrow></mml:msubsup><mml:mo stretchy="false">(</mml:mo><mml:mi>t</mml:mi><mml:mo>+</mml:mo><mml:mi mathvariant="normal">&#x0394;</mml:mi><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></disp-formula></p>
<p>Reconfiguration mapping defines how a running service <inline-formula id="ieqn-10"><mml:math id="mml-ieqn-10"><mml:msub><mml:mi>s</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></inline-formula> is transformed into a mutated version <inline-formula id="ieqn-11"><mml:math id="mml-ieqn-11"><mml:msubsup><mml:mi>s</mml:mi><mml:mi>i</mml:mi><mml:mrow><mml:mi mathvariant="normal">&#x2032;</mml:mi></mml:mrow></mml:msubsup></mml:math></inline-formula> after a time increment <inline-formula id="ieqn-12"><mml:math id="mml-ieqn-12"><mml:mi mathvariant="normal">&#x0394;</mml:mi><mml:mi>t</mml:mi></mml:math></inline-formula>. This transformation affects the container&#x2019;s IP address, port bindings, and deployment metadata. <xref ref-type="disp-formula" rid="eqn-2">Eq. (2)</xref> models this transition as a deterministic or probabilistic mapping function depending on threat level. The mutated instance breaks the attacker&#x2019;s assumptions about the continuity of service topology. This process completes operational continuity while introducing uncertainty for external probing tools.</p>
</sec>
<sec id="s3_4">
<label>3.4</label>
<title>IP Hopping Mechanism</title>
<p><disp-formula id="eqn-3"><label>(3)</label><mml:math id="mml-eqn-3" display="block"><mml:mi>I</mml:mi><mml:mi>P</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>,</mml:mo><mml:mspace width="thinmathspace" /><mml:mi>t</mml:mi><mml:mo>+</mml:mo><mml:mrow><mml:mi>&#x1D4AF;</mml:mi></mml:mrow><mml:mo stretchy="false">)</mml:mo><mml:mo>=</mml:mo><mml:msub><mml:mi>H</mml:mi><mml:mn>1</mml:mn></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mi>I</mml:mi><mml:mi>P</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>,</mml:mo><mml:mspace width="thinmathspace" /><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>,</mml:mo><mml:mspace width="thinmathspace" /><mml:mi>r</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></disp-formula></p>
<p>This mechanism reduces attacker persistence by rotating visible addresses periodically, as shown in <xref ref-type="disp-formula" rid="eqn-3">Eq. (3)</xref>. The hash function <inline-formula id="ieqn-13"><mml:math id="mml-ieqn-13"><mml:msub><mml:mi>H</mml:mi><mml:mn>1</mml:mn></mml:msub></mml:math></inline-formula> takes the current <italic>IP</italic> and a random seed <inline-formula id="ieqn-14"><mml:math id="mml-ieqn-14"><mml:mi>r</mml:mi></mml:math></inline-formula> to generate a new, unpredictable address. <italic>IP</italic> reassignment is coordinated through a secure control plane to avoid service disruption. By removing address predictability, the model obstructs repeated targeting or hardcoded malware routes. The frequency of change <inline-formula id="ieqn-15"><mml:math id="mml-ieqn-15"><mml:mrow><mml:mi>&#x1D4AF;</mml:mi></mml:mrow></mml:math></inline-formula> is tuned based on real-time threat assessments.</p>
</sec>
<sec id="s3_5">
<label>3.5</label>
<title>Container Mutation Process</title>
<p><disp-formula id="eqn-4"><label>(4)</label><mml:math id="mml-eqn-4" display="block"><mml:msubsup><mml:mi>c</mml:mi><mml:mi>i</mml:mi><mml:mrow><mml:mi mathvariant="normal">&#x2032;</mml:mi></mml:mrow></mml:msubsup><mml:mo>=</mml:mo><mml:msub><mml:mi>H</mml:mi><mml:mn>2</mml:mn></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>c</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>,</mml:mo><mml:mspace width="thinmathspace" /><mml:mi>&#x03B8;</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mspace width="1em" /><mml:mrow><mml:mtext>where</mml:mtext></mml:mrow><mml:mspace width="1em" /><mml:mi>&#x03B8;</mml:mi><mml:mo>&#x223C;</mml:mo><mml:mrow><mml:mi>&#x1D4A9;</mml:mi></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mn>0</mml:mn><mml:mo>,</mml:mo><mml:mspace width="thinmathspace" /><mml:msup><mml:mi>&#x03C3;</mml:mi><mml:mn>2</mml:mn></mml:msup><mml:mo stretchy="false">)</mml:mo></mml:math></disp-formula></p>
<p>Container mutation applies controlled variability to runtime environments by transforming the container <inline-formula id="ieqn-16"><mml:math id="mml-ieqn-16"><mml:msub><mml:mi>c</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></inline-formula> into a modified variant <inline-formula id="ieqn-17"><mml:math id="mml-ieqn-17"><mml:msubsup><mml:mi>c</mml:mi><mml:mi>i</mml:mi><mml:mrow><mml:mi mathvariant="normal">&#x2032;</mml:mi></mml:mrow></mml:msubsup></mml:math></inline-formula>. The parameter <inline-formula id="ieqn-18"><mml:math id="mml-ieqn-18"><mml:mi>&#x03B8;</mml:mi></mml:math></inline-formula>, drawn from a Gaussian distribution, perturbs internal features such as environment variables, startup order, or build artifacts. These changes are constrained to preserve system functionality but are sufficient to evade signature-based ransomware tools. Such transformation prevents re-use of exploit-specific payloads or injected shellcode. A formalization of this mutation logic is expressed in <xref ref-type="disp-formula" rid="eqn-4">Eq. (4)</xref>.</p>
</sec>
<sec id="s3_6">
<label>3.6</label>
<title>Mutation Cost Function</title>
<p><disp-formula id="eqn-5"><label>(5)</label><mml:math id="mml-eqn-5" display="block"><mml:msub><mml:mi>C</mml:mi><mml:mrow><mml:mi>m</mml:mi><mml:mi>t</mml:mi><mml:mi>d</mml:mi></mml:mrow></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>=</mml:mo><mml:munderover><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:mi>i</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:mi>n</mml:mi></mml:mrow></mml:munderover><mml:mi>R</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false">)</mml:mo><mml:mo>&#x22C5;</mml:mo><mml:mi>&#x03B4;</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>,</mml:mo><mml:mspace width="thinmathspace" /><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></disp-formula></p>
<p><xref ref-type="disp-formula" rid="eqn-5">Eq. (5)</xref> defines the cumulative cost of mutation at time <inline-formula id="ieqn-19"><mml:math id="mml-ieqn-19"><mml:mi>t</mml:mi></mml:math></inline-formula>, based on the sum of all active services undergoing transformation. The function <inline-formula id="ieqn-20"><mml:math id="mml-ieqn-20"><mml:mi>&#x03B4;</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>,</mml:mo><mml:mspace width="thinmathspace" /><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> returns 1 if mutation is triggered for service <inline-formula id="ieqn-21"><mml:math id="mml-ieqn-21"><mml:msub><mml:mi>s</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></inline-formula>, otherwise 0. The weight <inline-formula id="ieqn-22"><mml:math id="mml-ieqn-22"><mml:mi>R</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> quantifies CPU, memory, or I/O impact for each component. This formulation helps to select an optimal trade-off between security gain and operational load. It also supports budgeting mutation triggers under resource constraints in cloud HR systems.</p>
</sec>
<sec id="s3_7">
<label>3.7</label>
<title>Ransomware Spread Model</title>
<p><disp-formula id="eqn-6"><label>(6)</label><mml:math id="mml-eqn-6" display="block"><mml:mi mathvariant="normal">&#x03A8;</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>=</mml:mo><mml:munderover><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:mi>j</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:mi>k</mml:mi></mml:mrow></mml:munderover><mml:munder><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:mi>v</mml:mi><mml:mo>&#x2208;</mml:mo><mml:msub><mml:mi>V</mml:mi><mml:mi>j</mml:mi></mml:msub></mml:mrow></mml:munder><mml:mi>p</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>v</mml:mi><mml:mo>,</mml:mo><mml:mspace width="thinmathspace" /><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>&#x22C5;</mml:mo><mml:mi>e</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>v</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></disp-formula></p>
<p>This model accumulates the impact of ransomware across subgraphs <inline-formula id="ieqn-23"><mml:math id="mml-ieqn-23"><mml:msub><mml:mi>V</mml:mi><mml:mi>j</mml:mi></mml:msub></mml:math></inline-formula>, where each vertex <inline-formula id="ieqn-24"><mml:math id="mml-ieqn-24"><mml:mi>v</mml:mi></mml:math></inline-formula> has an infection probability <inline-formula id="ieqn-25"><mml:math id="mml-ieqn-25"><mml:mi>p</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>v</mml:mi><mml:mo>,</mml:mo><mml:mspace width="thinmathspace" /><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> and potential encryption effect <inline-formula id="ieqn-26"><mml:math id="mml-ieqn-26"><mml:mi>e</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>v</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula>. It captures how quickly malware can compromise multiple microservices. <xref ref-type="disp-formula" rid="eqn-6">Eq. (6)</xref> quantifies spread severity over time by summing probabilistic damage across all graph partitions. This framework allows comparing scenarios with and without MTD deployment. A lower <inline-formula id="ieqn-27"><mml:math id="mml-ieqn-27"><mml:mi mathvariant="normal">&#x03A8;</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> value indicates higher system resilience during attack progression.</p>
</sec>
<sec id="s3_8">
<label>3.8</label>
<title>Optimization Objective</title>
<p><disp-formula id="eqn-7"><label>(7)</label><mml:math id="mml-eqn-7" display="block"><mml:munder><mml:mo movablelimits="true" form="prefix">min</mml:mo><mml:mrow><mml:mrow><mml:mi>&#x02133;</mml:mi></mml:mrow></mml:mrow></mml:munder><mml:mtext>&#x00A0;</mml:mtext><mml:mi mathvariant="normal">&#x03A8;</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>+</mml:mo><mml:mi>&#x03BB;</mml:mi><mml:mo>&#x22C5;</mml:mo><mml:msub><mml:mi>C</mml:mi><mml:mrow><mml:mi>m</mml:mi><mml:mi>t</mml:mi><mml:mi>d</mml:mi></mml:mrow></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></disp-formula></p>
<p>The system aims to minimize the combined impact of ransomware spread and the operational cost of reconfiguration. The variable <inline-formula id="ieqn-28"><mml:math id="mml-ieqn-28"><mml:mi>&#x03BB;</mml:mi></mml:math></inline-formula> is a tunable parameter that adjusts the trade-off between security and resource usage. A high <inline-formula id="ieqn-29"><mml:math id="mml-ieqn-29"><mml:mi>&#x03BB;</mml:mi></mml:math></inline-formula> favors cost savings, while a lower value prioritizes defense. This objective function guides the adaptive MTD decisions based on current threat posture and system load. The formal goal of the defense mechanism is defined in <xref ref-type="disp-formula" rid="eqn-7">Eq. (7)</xref>.</p>
</sec>
<sec id="s3_9">
<label>3.9</label>
<title>Statistical Detection Trigger</title>
<p><disp-formula id="eqn-8"><label>(8)</label><mml:math id="mml-eqn-8" display="block"><mml:mi>D</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>,</mml:mo><mml:mspace width="thinmathspace" /><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>=</mml:mo><mml:mrow><mml:mi mathvariant="double-struck">I</mml:mi></mml:mrow><mml:mrow><mml:mo>(</mml:mo><mml:mi>K</mml:mi><mml:mi>L</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>P</mml:mi><mml:mi>t</mml:mi></mml:msub><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow><mml:msub><mml:mi>Q</mml:mi><mml:mi>t</mml:mi></mml:msub><mml:mo stretchy="false">)</mml:mo><mml:mo>&#x003E;</mml:mo><mml:mo>&#x03B5;</mml:mo><mml:mo>)</mml:mo></mml:mrow></mml:math></disp-formula></p>
<p>This function triggers MTD actions when the observed traffic distribution <inline-formula id="ieqn-30"><mml:math id="mml-ieqn-30"><mml:msub><mml:mi>P</mml:mi><mml:mi>t</mml:mi></mml:msub></mml:math></inline-formula> diverges from the learned baseline <inline-formula id="ieqn-31"><mml:math id="mml-ieqn-31"><mml:msub><mml:mi>Q</mml:mi><mml:mi>t</mml:mi></mml:msub></mml:math></inline-formula>. <xref ref-type="disp-formula" rid="eqn-8">Eq. (8)</xref> uses <italic>KL</italic> divergence to measure the statistical deviation between the two distributions. If the divergence exceeds a set threshold <inline-formula id="ieqn-32"><mml:math id="mml-ieqn-32"><mml:mo>&#x03B5;</mml:mo></mml:math></inline-formula>, an anomaly is flagged for the corresponding service <inline-formula id="ieqn-33"><mml:math id="mml-ieqn-33"><mml:msub><mml:mi>s</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></inline-formula>. The indicator function <inline-formula id="ieqn-34"><mml:math id="mml-ieqn-34"><mml:mrow><mml:mi mathvariant="double-struck">I</mml:mi></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mo>&#x22C5;</mml:mo><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> then activates mutation protocols. This mechanism helps initiate MTD decisions based on measurable behavioral shifts.</p>
</sec>
<sec id="s3_10">
<label>3.10</label>
<title>Time to Containment Metric</title>
<p><disp-formula id="eqn-9"><label>(9)</label><mml:math id="mml-eqn-9" display="block"><mml:mrow><mml:mtext>MTTC</mml:mtext></mml:mrow><mml:mo>=</mml:mo><mml:mrow><mml:mi mathvariant="double-struck">E</mml:mi></mml:mrow><mml:mo stretchy="false">[</mml:mo><mml:msub><mml:mi>t</mml:mi><mml:mi>r</mml:mi></mml:msub><mml:mo>&#x2212;</mml:mo><mml:msub><mml:mi>t</mml:mi><mml:mi>d</mml:mi></mml:msub><mml:mo stretchy="false">]</mml:mo></mml:math></disp-formula></p>
<p>This metric quantifies the average time between the detection of a ransomware incident at <inline-formula id="ieqn-35"><mml:math id="mml-ieqn-35"><mml:msub><mml:mi>t</mml:mi><mml:mi>d</mml:mi></mml:msub></mml:math></inline-formula> and the reconfiguration or containment action at <inline-formula id="ieqn-36"><mml:math id="mml-ieqn-36"><mml:msub><mml:mi>t</mml:mi><mml:mi>r</mml:mi></mml:msub></mml:math></inline-formula>. A lower MTTC indicates a faster defensive reaction and a reduced window for damage. This expectation is computed over several response instances in a monitored system. The value informs the responsiveness of the MTD strategy. The complete definition of this latency expectation is given in <xref ref-type="disp-formula" rid="eqn-9">Eq. (9)</xref>.</p>
</sec>
<sec id="s3_11">
<label>3.11</label>
<title>Encryption Success Ratio</title>
<p><disp-formula id="eqn-10"><label>(10)</label><mml:math id="mml-eqn-10" display="block"><mml:mi>&#x03D5;</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:mtext>Encrypted Bytes</mml:mtext></mml:mrow><mml:mrow><mml:mtext>Total Sensitive Bytes</mml:mtext></mml:mrow></mml:mfrac></mml:math></disp-formula></p>
<p>The function <inline-formula id="ieqn-37"><mml:math id="mml-ieqn-37"><mml:mi>&#x03D5;</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> tracks the proportion of sensitive data encrypted during a ransomware event. <xref ref-type="disp-formula" rid="eqn-10">Eq. (10)</xref> expresses this ratio as a direct measure of attack effectiveness at a given time. A decrease in this value reflects better containment and proactive mutation. This metric is recalculated after each round of reconfiguration to update policy decisions. It serves as a feedback loop to assess ransomware impact across service instances.</p>
</sec>
<sec id="s3_12">
<label>3.12</label>
<title>Node Reassignment Strategy</title>
<p><disp-formula id="eqn-11"><label>(11)</label><mml:math id="mml-eqn-11" display="block"><mml:msub><mml:mi>s</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false">(</mml:mo><mml:mi>t</mml:mi><mml:mo>+</mml:mo><mml:mi mathvariant="normal">&#x0394;</mml:mi><mml:mi>t</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>=</mml:mo><mml:mi>arg</mml:mi><mml:mo>&#x2061;</mml:mo><mml:munder><mml:mo movablelimits="true" form="prefix">min</mml:mo><mml:mrow><mml:mi>n</mml:mi><mml:mo>&#x2208;</mml:mo><mml:mi>N</mml:mi></mml:mrow></mml:munder><mml:mi>L</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>n</mml:mi><mml:mo stretchy="false">)</mml:mo><mml:mo>&#x22C5;</mml:mo><mml:mi>&#x03BE;</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>,</mml:mo><mml:mspace width="thinmathspace" /><mml:mi>n</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></disp-formula></p>
<p><xref ref-type="disp-formula" rid="eqn-11">Eq. (11)</xref> defines the node selection mechanism for reassigning a mutated service <inline-formula id="ieqn-38"><mml:math id="mml-ieqn-38"><mml:msub><mml:mi>s</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></inline-formula>. The term <inline-formula id="ieqn-39"><mml:math id="mml-ieqn-39"><mml:mi>L</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>n</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> reflects the load on node <inline-formula id="ieqn-40"><mml:math id="mml-ieqn-40"><mml:mi>n</mml:mi></mml:math></inline-formula>, and <inline-formula id="ieqn-41"><mml:math id="mml-ieqn-41"><mml:mi>&#x03BE;</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>,</mml:mo><mml:mspace width="thinmathspace" /><mml:mi>n</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> decides compatibility or resource fit. By minimizing this product, the algorithm favors efficient redistribution under system constraints. It promotes balanced deployment to prevent hotspots during dynamic migrations. This helps maintain low latency during concurrent reconfigurations.</p>
</sec>
<sec id="s3_13">
<label>3.13</label>
<title>Compliance Risk Modeling</title>
<p><disp-formula id="eqn-12"><label>(12)</label><mml:math id="mml-eqn-12" display="block"><mml:msub><mml:mi>R</mml:mi><mml:mi>c</mml:mi></mml:msub><mml:mo>=</mml:mo><mml:munderover><mml:mo>&#x2211;</mml:mo><mml:mrow><mml:mi>i</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:mi>n</mml:mi></mml:mrow></mml:munderover><mml:msub><mml:mi>&#x03B3;</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>&#x22C5;</mml:mo><mml:mrow><mml:mi mathvariant="double-struck">I</mml:mi></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>&#x2209;</mml:mo><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mi>g</mml:mi><mml:mi>d</mml:mi><mml:mi>p</mml:mi><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mo stretchy="false">)</mml:mo></mml:math></disp-formula></p>
<p>This metric penalizes any deployment instance that violates predefined compliance policies such as GDPR. The term <inline-formula id="ieqn-42"><mml:math id="mml-ieqn-42"><mml:msub><mml:mi>&#x03B3;</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></inline-formula> denotes the risk weight of service <inline-formula id="ieqn-43"><mml:math id="mml-ieqn-43"><mml:msub><mml:mi>s</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></inline-formula>, and the indicator function defines whether the instance falls outside the permitted policy domain <inline-formula id="ieqn-44"><mml:math id="mml-ieqn-44"><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mi>g</mml:mi><mml:mi>d</mml:mi><mml:mi>p</mml:mi><mml:mi>r</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula>. The cumulative compliance cost helps the scheduler prioritize reassignments that preserve regulatory alignment. This cost becomes an additive constraint in optimization decisions and policy audits. The formulation of this penalty function is provided in <xref ref-type="disp-formula" rid="eqn-12">Eq. (12)</xref>.</p>
<p>To improve model interpretability and align with audit requirements in HR systems, the framework supports integration of explainable AI techniques. Specifically, the anomaly detection output based on KL divergence can be extended with post-hoc explanation methods such as SHAP (SHapley Additive exPlanations). These methods assign importance scores to traffic features,such as access type, time, endpoint, or user role, used during anomaly detection. This facilitates root-cause diagnosis and enhances administrative trust during live containment. XAI integration is planned as part of future deployment layers, offering real-time explanation dashboards for security analysts.</p>
</sec>
<sec id="s3_14">
<label>3.14</label>
<title>Adaptive MTD Algorithm</title>
<p>The adaptive MTD algorithm is provided in Algorithm 1.</p>
<fig id="fig-11">
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_71705-fig-11.tif"/>
</fig>
<p>The controller runs as a stateless Kubernetes Deployment and acts at service scope. It watches per-service metrics and triggers three actions: IP change, container swap, and node switch. Each decision is local to the target namespace. The node rule in <xref ref-type="disp-formula" rid="eqn-11">Eq. (11)</xref> can be computed with a binary heap over nodes, which gives <inline-formula id="ieqn-83"><mml:math id="mml-ieqn-83"><mml:mi>O</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>log</mml:mi><mml:mo>&#x2061;</mml:mo><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow><mml:mi>N</mml:mi><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> time per action. Rollouts use ReplicaSet updates and complete in time proportional to the number of pods for that service. This yields linear growth with the number of services and logarithmic growth with cluster size. For multi-tenant SaaS, each tenant uses a separate namespace with its own policy objects and network policies. IP pools, mutation windows, and quotas are namespace-scoped to prevent cross-tenant impact. The controller maintains multiple worker queues so that one tenant under attack does not block others. The design remains compatible with Horizontal Pod Autoscaler and cluster autoscaling.</p>
</sec>
</sec>
<sec id="s4">
<label>4</label>
<title>Experiment Setup</title>
<p>The experimental setup was deployed on a simulated HR cloud environment configured using a three-node Kubernetes cluster running on Ubuntu 22.04. Each node was provisioned with 4 virtual CPUs, 8 GB RAM, and Docker engine with Calico CNI for network policy enforcement. The microservices emulated HR functions such as employee onboarding, candidate tracking, and payroll access, distributed across namespaces and exposed via ingress rules. The system clock was synchronized using Network Time Protocol (NTP) to support time-sensitive mutation scheduling. The controller operates per service and per namespace, and its actions are independent of cluster size; the scalability notes appear in <xref ref-type="sec" rid="s3">Section 3</xref>.</p>
<p>To model realistic HR traffic, we used the Employee Dataset from Kaggle [<xref ref-type="bibr" rid="ref-44">44</xref>] to seed user identities, roles, and departments. We then generated access events that mirror HR tasks such as record lookup, file upload, and form submission. Malicious sequences were shaped by event templates derived from CIC Ransomware 2020. We copied no packet fields from public sets into HR logs. Instead, we matched high-level statistics such as inter-arrival time, burst size, and session length. To guide benign traffic shape, we referenced summary statistics from UNSW-NB15 and CTU-13 at the aggregate level. This approach gives HR-domain events while keeping timing and burst patterns close to public traces. We used public datasets only to shape timing and attack staging. CIC Ransomware 2020 informed the order of actions, discovery, staging, encryption, while UNSW-NB15 and CTU-13 supplied aggregate timing and burst statistics. Network-style fields were mapped to HR events as follows: arrival rate <inline-formula id="ieqn-84"><mml:math id="mml-ieqn-84"><mml:mo stretchy="false">&#x2192;</mml:mo></mml:math></inline-formula> user action rate per service; flow size <inline-formula id="ieqn-85"><mml:math id="mml-ieqn-85"><mml:mo stretchy="false">&#x2192;</mml:mo></mml:math></inline-formula> payload class (document size bucket); service port <inline-formula id="ieqn-86"><mml:math id="mml-ieqn-86"><mml:mo stretchy="false">&#x2192;</mml:mo></mml:math></inline-formula> HR endpoint class (e.g., payroll or records); destination IP <inline-formula id="ieqn-87"><mml:math id="mml-ieqn-87"><mml:mo stretchy="false">&#x2192;</mml:mo></mml:math></inline-formula> pod or node identifier; label <inline-formula id="ieqn-88"><mml:math id="mml-ieqn-88"><mml:mo stretchy="false">&#x2192;</mml:mo></mml:math></inline-formula> benign or ransomware stage. To preserve realism and prevent leakage, we stratified by role and module, split folds by user ID and day, and matched marginals for arrival time and burst size with Kolmogorov-Smirnov tests at <inline-formula id="ieqn-89"><mml:math id="mml-ieqn-89"><mml:mi>&#x03B1;</mml:mi><mml:mo>=</mml:mo><mml:mn>0.05</mml:mn></mml:math></inline-formula>. All tuning was done on training folds. Detection thresholds did not use HR-specific tokens. CIC Ransomware 2020 provided attack templates and timing only; the detector was not trained on that dataset. The results in <xref ref-type="sec" rid="s5">Section 5</xref> come from HR-domain logs produced under these controls. The evaluation uses synthetic HR logs shaped by public statistics; production traces were not available. <xref ref-type="table" rid="table-2">Table 2</xref> maps public network features to equivalent HR event fields, preserving behavioral structure while maintaining domain relevance. Similar mapping logic was described by Ge et al. [<xref ref-type="bibr" rid="ref-27">27</xref>].</p>
<table-wrap id="table-2">
<label>Table 2</label>
<caption>
<title>Mapping from public dataset features to HR event fields</title>
</caption>
<table>
<colgroup>
<col/>
<col/>
</colgroup>
<thead>
<tr>
<th>Public feature</th>
<th>HR event field</th>
</tr>
</thead>
<tbody>
<tr>
<td>Flow inter-arrival time</td>
<td>Action inter-arrival time</td>
</tr>
<tr>
<td>Flow size bucket</td>
<td>Document size bucket</td>
</tr>
<tr>
<td>Service or port class</td>
<td>Endpoint class (payroll, records, leave)</td>
</tr>
<tr>
<td>Destination host ID</td>
<td>Pod or node identifier</td>
</tr>
<tr>
<td>Attack phase label</td>
<td>Ransomware stage in event template</td>
</tr>
</tbody>
</table>
</table-wrap>
<p>Attack scenarios were crafted to simulate ransomware infiltration, lateral movement, and data encryption phases. The injection patterns were based on behavioral signatures derived from CIC Ransomware 2020 and included variants of WannaCry and Locky targeting shared storage and service metadata APIs. No alerts were hardcoded; all mutations were initiated only when the KL divergence-based detection signal exceeded a threshold as formalized in <xref ref-type="disp-formula" rid="eqn-8">Eq. (8)</xref>. The mutations included reassigning nodes, IP rotation, and real-time container morphing.</p>
<p>The MTD policy engine orchestrated five core actions upon anomaly: IP hopping (<xref ref-type="disp-formula" rid="eqn-3">Eq. (3)</xref>), service reassignment (<xref ref-type="disp-formula" rid="eqn-11">Eq. (11)</xref>), attack surface shrinkage (<xref ref-type="disp-formula" rid="eqn-1">Eq. (1)</xref>), mutation application (<xref ref-type="disp-formula" rid="eqn-4">Eq. (4)</xref>), and compliance update checks (<xref ref-type="disp-formula" rid="eqn-12">Eq. (12)</xref>). These actions operated concurrently using multi-threaded Go routines to avoid disruption in user-facing applications. All changes were audit-logged, and the deployment state was captured before and after every mutation window.</p>
<p>The experiment used a static baseline configuration for comparison. Metrics were computed across multiple sessions with varying user load and attack intervals. Key metrics include MTTC (<xref ref-type="disp-formula" rid="eqn-9">Eq. (9)</xref>), mutation cost (<xref ref-type="disp-formula" rid="eqn-5">Eq. (5)</xref>), encrypted byte ratio (<xref ref-type="disp-formula" rid="eqn-10">Eq. (10)</xref>), and overall compliance penalty. Each session lasted 30 min and was repeated 100 times for statistical averaging. All results were benchmarked to validate the MTD-enhanced resilience and quantify trade-offs under real-time HR traffic conditions. The anomaly detection dataset consisted of both benign and ransomware-labeled log entries. Each experimental run included approximately 85% benign interactions and 15% ransomware behaviors, reflecting real-world HR system traffic skew. This class imbalance was maintained across all modules to simulate realistic detection conditions and complete model precision under minority attack prevalence.</p>
<p>To quantify the runtime overhead introduced by MTD, resource usage was monitored throughout each mutation cycle. Metrics such as average CPU load, memory footprint, and mutation latency per container were collected using Kubernetes-native telemetry (cAdvisor) and Prometheus exporters. These metrics were sampled at one-second intervals across the three-node cluster and logged for post-run analysis.</p>
<p>Each experimental configuration was repeated 100 times under randomized user behavior and threat injections. For each metric (Accuracy, MTTC, Encryption Success Rate), we report the mean and standard deviation. In addition, 95% confidence intervals were calculated to assess the statistical reliability of the results. Where applicable, paired t-tests were conducted between the proposed framework and baseline models to verify performance differences.</p>
</sec>
<sec id="s5">
<label>5</label>
<title>Results and Analysis</title>
<p>This section presents the experimental findings from the deployment of our proposed MTD-HR framework on simulated HR SaaS access logs. The main metrics classified include Accuracy, FPR, MTTC, and Ransomware Encryption Success Ratio. Each experiment was repeated three times and averaged to confirm robustness. The proposed system achieved superior results compared to prior literature, demonstrating improved containment and reduced encryption effectiveness under active ransomware propagation. To assess the statistical validity of the observed improvements, paired <inline-formula id="ieqn-90"><mml:math id="mml-ieqn-90"><mml:mi>t</mml:mi></mml:math></inline-formula>-tests were conducted between the MTD-HR system and selected baseline models, including those by Punitha and Preetha [<xref ref-type="bibr" rid="ref-31">31</xref>] and Lee and Park [<xref ref-type="bibr" rid="ref-29">29</xref>]. The tests were applied to both the ransomware encryption rate and MTTC across 100 experimental runs. Results showed statistically complete differences (<inline-formula id="ieqn-91"><mml:math id="mml-ieqn-91"><mml:mi>p</mml:mi></mml:math></inline-formula> &#x003C; 0.01) in favor of the proposed framework, confirming that the observed gains in containment speed and reduction in encryption success are not due to random variation. These findings support the reliability and robustness of the MTD-HR architecture under varied threat scenarios.</p>
<p><xref ref-type="table" rid="table-3">Table 3</xref> presents the detection performance of the proposed MTC framework across five functional modules in a cloud-based HR environment. For each module, results are reported as mean <inline-formula id="ieqn-92"><mml:math id="mml-ieqn-92"><mml:mo>&#x00B1;</mml:mo></mml:math></inline-formula> standard deviation based on 100 independent simulation runs. The metrics include classification accuracy, FPR, MTTC, and encryption success rate. The Exit module yielded the highest accuracy (97.1%) and the lowest encryption success (11.7%), indicating its strong containment capability. In contrast, the Payroll and Onboarding modules exhibited nearly higher encryption rates despite maintaining high detection accuracy. The low standard deviation across all metrics confirms the stability and consistency of the system under varying traffic and threat conditions. The average MTTC of 91.4 s shows that containment actions are triggered quickly across modules, and the overall encryption rate remains below 13.2%, reflecting the effectiveness of real-time defense mechanisms. These findings validate the robustness and uniform performance of the MTD-HR framework in securing multi-tenant HR microservices during ransomware attacks.</p>
<table-wrap id="table-3">
<label>Table 3</label>
<caption>
<title>Detection performance by HR functional module (Mean <inline-formula id="ieqn-93"><mml:math id="mml-ieqn-93"><mml:mo>&#x00B1;</mml:mo></mml:math></inline-formula> Std.)</title>
</caption>
<table>
<colgroup>
<col/>
<col/>
<col/>
<col/>
<col/>
</colgroup>
<thead>
<tr>
<th>HR module</th>
<th>Accuracy <bold>(%)</bold></th>
<th>FPR <bold>(%)</bold></th>
<th>MTTC (s)</th>
<th>Encryption rate <bold>(%)</bold></th>
</tr>
</thead>
<tbody>
<tr>
<td>Onboarding</td>
<td>96.2 <inline-formula id="ieqn-94"><mml:math id="mml-ieqn-94"><mml:mo>&#x00B1;</mml:mo></mml:math></inline-formula> 0.3</td>
<td>2.5 <inline-formula id="ieqn-95"><mml:math id="mml-ieqn-95"><mml:mo>&#x00B1;</mml:mo></mml:math></inline-formula> 0.1</td>
<td>90 <inline-formula id="ieqn-96"><mml:math id="mml-ieqn-96"><mml:mo>&#x00B1;</mml:mo></mml:math></inline-formula> 2</td>
<td>14.1 <inline-formula id="ieqn-97"><mml:math id="mml-ieqn-97"><mml:mo>&#x00B1;</mml:mo></mml:math></inline-formula> 0.6</td>
</tr>
<tr>
<td>Employee records</td>
<td>97.0 <inline-formula id="ieqn-98"><mml:math id="mml-ieqn-98"><mml:mo>&#x00B1;</mml:mo></mml:math></inline-formula> 0.2</td>
<td>2.9 <inline-formula id="ieqn-99"><mml:math id="mml-ieqn-99"><mml:mo>&#x00B1;</mml:mo></mml:math></inline-formula> 0.1</td>
<td>95 <inline-formula id="ieqn-100"><mml:math id="mml-ieqn-100"><mml:mo>&#x00B1;</mml:mo></mml:math></inline-formula> 1</td>
<td>12.6 <inline-formula id="ieqn-101"><mml:math id="mml-ieqn-101"><mml:mo>&#x00B1;</mml:mo></mml:math></inline-formula> 0.4</td>
</tr>
<tr>
<td>Leave management</td>
<td>96.4 <inline-formula id="ieqn-102"><mml:math id="mml-ieqn-102"><mml:mo>&#x00B1;</mml:mo></mml:math></inline-formula> 0.4</td>
<td>2.7 <inline-formula id="ieqn-103"><mml:math id="mml-ieqn-103"><mml:mo>&#x00B1;</mml:mo></mml:math></inline-formula> 0.1</td>
<td>91 <inline-formula id="ieqn-104"><mml:math id="mml-ieqn-104"><mml:mo>&#x00B1;</mml:mo></mml:math></inline-formula> 2</td>
<td>13.8 <inline-formula id="ieqn-105"><mml:math id="mml-ieqn-105"><mml:mo>&#x00B1;</mml:mo></mml:math></inline-formula> 0.7</td>
</tr>
<tr>
<td>Payroll</td>
<td>95.8 <inline-formula id="ieqn-106"><mml:math id="mml-ieqn-106"><mml:mo>&#x00B1;</mml:mo></mml:math></inline-formula> 0.3</td>
<td>2.6 <inline-formula id="ieqn-107"><mml:math id="mml-ieqn-107"><mml:mo>&#x00B1;</mml:mo></mml:math></inline-formula> 0.1</td>
<td>93 <inline-formula id="ieqn-108"><mml:math id="mml-ieqn-108"><mml:mo>&#x00B1;</mml:mo></mml:math></inline-formula> 2</td>
<td>13.9 <inline-formula id="ieqn-109"><mml:math id="mml-ieqn-109"><mml:mo>&#x00B1;</mml:mo></mml:math></inline-formula> 0.5</td>
</tr>
<tr>
<td>Exit</td>
<td>97.1 <inline-formula id="ieqn-110"><mml:math id="mml-ieqn-110"><mml:mo>&#x00B1;</mml:mo></mml:math></inline-formula> 0.2</td>
<td>3.0 <inline-formula id="ieqn-111"><mml:math id="mml-ieqn-111"><mml:mo>&#x00B1;</mml:mo></mml:math></inline-formula> 0.2</td>
<td>88 <inline-formula id="ieqn-112"><mml:math id="mml-ieqn-112"><mml:mo>&#x00B1;</mml:mo></mml:math></inline-formula> 1</td>
<td>11.7 <inline-formula id="ieqn-113"><mml:math id="mml-ieqn-113"><mml:mo>&#x00B1;</mml:mo></mml:math></inline-formula> 0.3</td>
</tr>
<tr>
<td><bold>Average</bold></td>
<td>96.9 <inline-formula id="ieqn-114"><mml:math id="mml-ieqn-114"><mml:mo>&#x00B1;</mml:mo></mml:math></inline-formula> 0.3</td>
<td>2.74 <inline-formula id="ieqn-115"><mml:math id="mml-ieqn-115"><mml:mo>&#x00B1;</mml:mo></mml:math></inline-formula> 0.1</td>
<td>91.4 <inline-formula id="ieqn-116"><mml:math id="mml-ieqn-116"><mml:mo>&#x00B1;</mml:mo></mml:math></inline-formula> 1.6</td>
<td>13.2 <inline-formula id="ieqn-117"><mml:math id="mml-ieqn-117"><mml:mo>&#x00B1;</mml:mo></mml:math></inline-formula> 0.5</td>
</tr>
</tbody>
</table>
</table-wrap>
<p>In addition to accuracy and containment performance, we monitored the resource impact of dynamic reconfiguration as provided in <xref ref-type="table" rid="table-4">Table 4</xref>. During high-traffic simulations, CPU utilization increased by an average of 7.6% and memory overhead remained below 6.1% across mutation cycles. This overhead is moderate and did not interrupt HR SaaS workflows, though the cost rises with larger cluster sizes or denser microservice graphs. These findings highlight the trade-off between resilience and resource consumption: while MTD actions reduce attack success rates, they temporarily increase system load. For production deployments, the mutation frequency and reassignment policy may be tuned to balance security gains with operational efficiency. This observation confirms the practicality of the proposed approach in live HR environments where both reliability and compliance are critical.</p>
<table-wrap id="table-4">
<label>Table 4</label>
<caption>
<title>Mutation overhead metrics for MTD-HR framework</title>
</caption>
<table>
<colgroup>
<col/>
<col/>
<col/>
<col/>
</colgroup>
<thead>
<tr>
<th>Metric</th>
<th>Mean value</th>
<th>Peak value</th>
<th>Impact</th>
</tr>
</thead>
<tbody>
<tr>
<td>CPU Usage per node (%)</td>
<td>41.7</td>
<td>63.2</td>
<td>Moderate</td>
</tr>
<tr>
<td>Memory Usage per node (MB)</td>
<td>812</td>
<td>1176</td>
<td>Low</td>
</tr>
<tr>
<td>Mutation latency per container (ms)</td>
<td>114</td>
<td>219</td>
<td>Negligible</td>
</tr>
<tr>
<td>IP Hopping delay (ms)</td>
<td>38</td>
<td>72</td>
<td>Negligible</td>
</tr>
<tr>
<td>Node reassignment latency (ms)</td>
<td>192</td>
<td>346</td>
<td>Moderate</td>
</tr>
</tbody>
</table>
</table-wrap>
<p><xref ref-type="fig" rid="fig-2">Fig. 2</xref> presents the ROC curves for the five core functional modules of the HR system, measured during active ransomware attacks simulated using CIC Ransomware 2020 behavioral profiles. The modules checkd include Onboarding, Employee Records, Leave Management, Payroll, and Exit. Each curve plots the trade-off between true positive rate and FPR, providing a visual assessment of detection performance. The resulting AUC values range from 0.94 to 0.98, reflecting high discrimination ability of the KL-divergence-based anomaly detector integrated within the MTD mechanism. These results support the model&#x2019;s consistent accuracy across different microservices, reinforcing the robustness of the defense architecture under live cloud workloads and multi-tenant configurations, as discussed in <xref ref-type="sec" rid="s6">Section 6</xref> of the paper.</p>
<fig id="fig-2">
<label>Figure 2</label>
<caption>
<title>ROC curves showing the true positive rate vs. FPR for ransomware detection across five core HR modules: Onboarding, employee records, leave management, payroll, and exit. The AUC ranges between 0.94 and 0.98, indicating high classification performance and consistent detection quality across varied workflows</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_71705-fig-2.tif"/>
</fig>
<p><xref ref-type="fig" rid="fig-3">Fig. 3</xref> presents a comparative evaluation of ransomware encryption success rates across selected defense mechanisms. The proposed MTD for HR systems achieves the lowest encryption rate at 13.2%, outperforming the ML-integrated MTD framework by Punitha and Preetha [<xref ref-type="bibr" rid="ref-31">31</xref>], which reports a 22.7% encryption success rate. It also surpasses agent-based containment models developed by Singh et al. [<xref ref-type="bibr" rid="ref-30">30</xref>] and the resource-hopping model introduced by Lee and Park [<xref ref-type="bibr" rid="ref-29">29</xref>], which report higher rates of 35.0% and 25.6%, respectively. The reduced encryption ratio confirms that the integrated use of container mutation, IP hopping, and node reassignment in the proposed method effectively limits ransomware propagation and execution within Kubernetes-based HR microservices. These findings support the resilience and containment capabilities of the MTD-HR system in preserving sensitive data during active threats, as discussed.</p>
<fig id="fig-3">
<label>Figure 3</label>
<caption>
<title>Ransomware encryption rates across methods [<xref ref-type="bibr" rid="ref-29">29</xref>&#x2013;<xref ref-type="bibr" rid="ref-31">31</xref>,<xref ref-type="bibr" rid="ref-35">35</xref>]</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_71705-fig-3.tif"/>
</fig>
<p><xref ref-type="table" rid="table-4">Table 4</xref> summarizes the average and peak resource overhead measured during active mutation events. The CPU and memory usage remained within acceptable bounds, with no observable impact on core HR service availability. The average container mutation delay was 114 ms, confirming the feasibility of real-time adaptation. Node reassignment incurred nearly higher latency due to internal rebalancing, but still operated within sub-second thresholds. These results validate the framework&#x2019;s ability to deliver responsive defense without compromising system throughput or violating service-level agreements.</p>

<p>To examine peak-demand conditions, we replayed the HR log stream with a high-concurrency multiplier to mimic payroll close and onboarding surges. During mutation windows, resource use and delays stayed within the bounds reported in <xref ref-type="table" rid="table-5">Table 5</xref>. CPU and memory stayed below the peak values in the table, and node reassignment was the largest contributor to delay, yet within sub-second limits. No request timeouts or pod restarts were observed. These results indicate that the mutation budget remains compatible with short, intense bursts common in HR workloads.</p>
<table-wrap id="table-5">
<label>Table 5</label>
<caption>
<title>Resource overhead at different mutation intervals</title>
</caption>
<table>
<colgroup>
<col/>
<col/>
<col/>
</colgroup>
<thead>
<tr>
<th>Mutation interval</th>
<th>Avg. CPU overhead (%)</th>
<th>Avg. memory overhead (%)</th>
</tr>
</thead>
<tbody>
<tr>
<td>30 s</td>
<td>11.4</td>
<td>8.7</td>
</tr>
<tr>
<td>60 s</td>
<td>7.6</td>
<td>6.1</td>
</tr>
<tr>
<td>120 s</td>
<td>4.9</td>
<td>3.8</td>
</tr>
</tbody>
</table>
</table-wrap>
<p><xref ref-type="fig" rid="fig-4">Fig. 4</xref> illustrates the proportional contribution of each MTD operation to the overall system overhead. The left chart represents mean values, while the right chart captures peak usage observed during active mutation cycles. Memory usage and container mutation latency contribute most to mean overhead, followed by node reassignment. In the peak scenario, memory and node reassignment latency dominate the resource profile. These charts provide a visual confirmation that, despite dynamic reconfiguration, the overhead remains distributed and manageable without bottlenecking a specific service component. In order to quantify the trade-offs more clearly, <xref ref-type="table" rid="table-5">Table 5</xref> reports the average CPU and memory overhead observed across different mutation intervals. As expected, shorter mutation windows increase load due to more frequent container reconfiguration and IP reassignment, whereas longer intervals reduce overhead but risk leaving services exposed for longer periods. A balanced configuration of 60 s produced the most favorable trade-off in our HR SaaS testbed, combining improved containment with manageable resource usage.</p>
<fig id="fig-4">
<label>Figure 4</label>
<caption>
<title>Donut charts showing the relative distribution of mean and peak overhead values across key MTD components: CPU usage, memory consumption, mutation latency, IP hopping delay, and node reassignment time</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_71705-fig-4.tif"/>
</fig>
<p>A comparative summary of performance metrics across selected MTD based ransomware defense systems is presented in <xref ref-type="table" rid="table-6">Table 6</xref>. Unlike most prior studies, which primarily report only accuracy, the proposed MTD-HR model includes additional indicators such as precision, recall, F1-score, and root mean square error (RMSE). This broader metric coverage enables more nuanced evaluation of detection reliability and classification quality. As shown in Several recent studies, including those by Shinde et al. [<xref ref-type="bibr" rid="ref-26">26</xref>], Wang et al. [<xref ref-type="bibr" rid="ref-28">28</xref>], and Ge et al. [<xref ref-type="bibr" rid="ref-27">27</xref>], achieved strong accuracy in detecting ransomware threats, yet lacked comprehensive statistical reporting. Metrics such as mean squared error (MSE), root mean square error, and explainable AI (XAI) integration were largely absent across these works. In contrast, the proposed MTD-HR model demonstrates competitive accuracy (96.9%) alongside high F1-score (95.6%) and low RMSE (0.151), indicating robust detection capability and minimal classification error. Moreover, while existing models focus mainly on accuracy, the inclusion of precision, recall, and planned XAI support in the proposed method enhances its practical applicability and auditability. This broader metric reporting helps address critical gaps in current comparative evaluation practices.</p>
<table-wrap id="table-6">
<label>Table 6</label>
<caption>
<title>Performance metrics of reviewed MTD and Ransomware defense approaches</title>
</caption>
<table>
<colgroup>
<col/>
<col/>
<col/>
<col/>
<col/>
<col/>
<col/>
<col/>
</colgroup>
<thead>
<tr>
<th>Ref.</th>
<th>ACC <bold>(%)</bold></th>
<th>Precision <bold>(%)</bold></th>
<th>Recall <bold>(%)</bold></th>
<th>F1-score <bold>(%)</bold></th>
<th>MSE</th>
<th>RMSE</th>
<th>XAI</th>
</tr>
</thead>
<tbody>
<tr>
<td>[<xref ref-type="bibr" rid="ref-26">26</xref>]</td>
<td>96.1</td>
<td>Not reported</td>
<td>Not reported</td>
<td>Not reported</td>
<td>&#x2013;</td>
<td>&#x2013;</td>
<td>No</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-27">27</xref>]</td>
<td>93.2</td>
<td>Not reported</td>
<td>Not reported</td>
<td>Not reported</td>
<td>&#x2013;</td>
<td>&#x2013;</td>
<td>No</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-39">39</xref>]</td>
<td>89.4</td>
<td>Not reported</td>
<td>Not reported</td>
<td>Not reported</td>
<td>&#x2013;</td>
<td>&#x2013;</td>
<td>No</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-29">29</xref>]</td>
<td>92.5</td>
<td>Not reported</td>
<td>Not reported</td>
<td>Not reported</td>
<td>&#x2013;</td>
<td>&#x2013;</td>
<td>No</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-28">28</xref>]</td>
<td>94.6</td>
<td>Not reported</td>
<td>Not reported</td>
<td>Not reported</td>
<td>&#x2013;</td>
<td>&#x2013;</td>
<td>No</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-30">30</xref>]</td>
<td>&#x2013;</td>
<td>Not reported</td>
<td>Not reported</td>
<td>Not reported</td>
<td>&#x2013;</td>
<td>&#x2013;</td>
<td>No</td>
</tr>
<tr>
<td><bold>Our</bold></td>
<td><bold>96.9</bold></td>
<td><bold>95.4</bold></td>
<td><bold>95.9</bold></td>
<td><bold>95.6</bold></td>
<td><bold>0.023</bold></td>
<td><bold>0.151</bold></td>
<td><bold>Planned</bold></td>
</tr>
</tbody>
</table>
</table-wrap>
<p><xref ref-type="fig" rid="fig-5">Fig. 5</xref> provides a visual overview of detection accuracy per module, highlighting consistent performance across the pipeline.</p>
<fig id="fig-5">
<label>Figure 5</label>
<caption>
<title>Detection accuracy per HR module with <inline-formula id="ieqn-118"><mml:math id="mml-ieqn-118"><mml:mo>&#x00B1;</mml:mo></mml:math></inline-formula>1 standard deviation error bars across 100 trials</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_71705-fig-5.tif"/>
</fig>
<p>To visualize the classification quality of the proposed anomaly detection model, a normalized confusion matrix was constructed based on aggregate predictions across all HR modules. As shown in <xref ref-type="fig" rid="fig-6">Fig. 6</xref>, the model maintains a high true positive rate for ransomware detection while minimizing false positives and false negatives. The diagonal dominance in the matrix indicates strong agreement between predicted and actual labels. Notably, ransomware events are detected with minimal misclassification, which is critical in high-impact modules such as Payroll and Exit. The low false positive counts further validate the system&#x2019;s suitability for live deployment, where alert fatigue must be avoided. This visual confirms the effectiveness of the KL-divergence-based detection logic under realistic multi-tenant traffic conditions, reinforcing the statistical metrics previously reported.</p>
<fig id="fig-6">
<label>Figure 6</label>
<caption>
<title>Confusion matrix showing classification results aggregated across HR functional modules</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_71705-fig-6.tif"/>
</fig>
<p>To assess the per-module consistency of the proposed framework, a heatmap was generated using precision and recall values from each of the five HR service components. The results indicate that all modules performed above 93% on both metrics, demonstrating balanced detection capabilities across varied workloads. The Exit and Employee Records modules showed the highest scores, suggesting stronger separation between benign and malicious behavior in those workflows. In contrast, the Onboarding and Leave Management modules showed nearly lower precision, possibly due to overlapping access patterns and greater traffic diversity. Despite this, overall detection performance remained robust and stable across the microservice pipeline. This analysis further confirms the generalizability of the model across HR domains and supports the quantitative findings reported earlier (<xref ref-type="fig" rid="fig-7">Fig. 7</xref>).</p>
<fig id="fig-7">
<label>Figure 7</label>
<caption>
<title>Heatmap of precision and recall values across HR functional modules</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_71705-fig-7.tif"/>
</fig>
<p>To examine the role of individual MTD components, we conducted an ablation study. <xref ref-type="table" rid="table-7">Table 7</xref> reports the results of systematically disabling one component at a time. Removing container mutation caused the encryption rate to rise to 29.8%, while disabling IP hopping and node reassignment also reduced performance.</p>
<table-wrap id="table-7">
<label>Table 7</label>
<caption>
<title>Ablation study on individual components of MTD</title>
</caption>
<table>
<colgroup>
<col/>
<col/>
<col/>
<col/>
<col/>
</colgroup>
<thead>
<tr>
<th>Configuration</th>
<th>Accuracy (%)</th>
<th>FPR (%)</th>
<th>MTTC (s)</th>
<th>Encryption rate (%)</th>
</tr>
</thead>
<tbody>
<tr>
<td>Full System (All Components Active)</td>
<td><bold>96.7</bold></td>
<td><bold>2.8</bold></td>
<td><bold>92</bold></td>
<td><bold>13.2</bold></td>
</tr>
<tr>
<td>Without IP Hopping</td>
<td>93.9</td>
<td>4.3</td>
<td>112</td>
<td>23.4</td>
</tr>
<tr>
<td>Without container mutation</td>
<td>91.5</td>
<td>5.1</td>
<td>123</td>
<td>29.8</td>
</tr>
<tr>
<td>Without node reassignment</td>
<td>92.6</td>
<td>4.6</td>
<td>117</td>
<td>25.2</td>
</tr>
</tbody>
</table>
</table-wrap>
<p><xref ref-type="fig" rid="fig-8">Fig. 8</xref> presents a dual-axis visualization to highlight the effect of disabling individual MTD components on both containment time and ransomware encryption rate. The blue bars represent MTTC in seconds, while the green line plots the corresponding encryption success rate as a percentage. The full system configuration shows the lowest MTTC (92s) and encryption rate (13.2%), confirming the efficiency of all modules when activated together. Removal of container mutation results in the highest encryption success (29.8%) and increased containment delay (123s), indicating its critical role in active defense. Similarly, omitting IP hopping and node reassignment also degrades system performance, with encryption rates rising above 23% and MTTC extending beyond 110 s. This combined visualization reinforces the necessity of architectural synergy among all MTD components to minimize propagation and accelerate isolation under active ransomware scenarios.</p>
<fig id="fig-8">
<label>Figure 8</label>
<caption>
<title>Impact of component removal on MTTC and Encryption rate</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_71705-fig-8.tif"/>
</fig>
<p>The Receiver Operating Characteristic (ROC) curves illustrate ransomware detection performance across five HR functional modules, with AUC values ranging from 0.94 to 0.98. As shown in <xref ref-type="table" rid="table-8">Table 8</xref>, the exit module achieved the highest AUC (0.98), followed by Payroll (0.97), Employee Records (0.96), Onboarding (0.95), and Leave Management (0.94). These results indicate that the anomaly detection engine integrated within the MTD framework maintains strong classification performance across varied workloads. Higher AUC scores reflect clear separability between benign and malicious activity, minimizing false positives while preserving detection accuracy. Slight variation across modules is linked to differences in workflow regularity and access patterns. Overall, the close range of high AUC values confirms the system&#x2019;s consistent and reliable behavior under active threat conditions, as demonstrated [<xref ref-type="bibr" rid="ref-26">26</xref>].</p>
<table-wrap id="table-8">
<label>Table 8</label>
<caption>
<title>AUC values by HR module</title>
</caption>
<table>
<colgroup>
<col/>
<col/>
</colgroup>
<thead>
<tr>
<th>HR Module</th>
<th>AUC</th>
</tr>
</thead>
<tbody>
<tr>
<td>Onboarding</td>
<td>0.95</td>
</tr>
<tr>
<td>Employee records</td>
<td>0.96</td>
</tr>
<tr>
<td>Leave management</td>
<td>0.94</td>
</tr>
<tr>
<td>Payroll</td>
<td>0.97</td>
</tr>
<tr>
<td>Exit</td>
<td>0.98</td>
</tr>
</tbody>
</table>
</table-wrap>
<p>Although the current deployment does not include visual explanations, the KL divergence values used for anomaly detection are fully auditable and can be post-processed using SHAP to highlight the most influential traffic features. For instance, spikes in access frequency or unusual endpoints could be identified as dominant triggers. Future work will incorporate this layer into a real-time explanation interface to improve interpretability and support forensic analysis in compliance-focused HR environments.</p>
<p>While ROC curves provide a general view of detection trade-offs, they can be misleading under class imbalance. To address this, we also computed Precision-Recall (PR) curves for each HR module. These curves better highlight performance on the minority (ransomware) class. Across all modules, the proposed model achieved high area under the PR curve (AUPRC), with Exit and Payroll modules reaching 0.91 and 0.89, respectively. This indicates reliable precision and minimal false alerts even under rare attack conditions. <xref ref-type="table" rid="table-9">Table 9</xref> compares detection accuracy among selected MTD-based ransomware defense methods. The proposed MTD-HR framework achieves the highest accuracy, surpassing prior models reported by Shinde et al. [<xref ref-type="bibr" rid="ref-26">26</xref>] and Wang et al. [<xref ref-type="bibr" rid="ref-28">28</xref>].</p>
<table-wrap id="table-9">
<label>Table 9</label>
<caption>
<title>Accuracy values reported by selected MTD-based ransomware defense methods</title>
</caption>
<table>
<colgroup>
<col/>
<col/>
</colgroup>
<thead>
<tr>
<th>Author(s)</th>
<th>Accuracy (%)</th>
</tr>
</thead>
<tbody>
<tr>
<td>Shinde et al. [<xref ref-type="bibr" rid="ref-26">26</xref>]</td>
<td>96.1</td>
</tr>
<tr>
<td>Wang et al. [<xref ref-type="bibr" rid="ref-28">28</xref>]</td>
<td>94.6</td>
</tr>
<tr>
<td>Ge et al. [<xref ref-type="bibr" rid="ref-27">27</xref>]</td>
<td>93.2</td>
</tr>
<tr>
<td>Lee and Park [<xref ref-type="bibr" rid="ref-29">29</xref>]</td>
<td>92.5</td>
</tr>
<tr>
<td>Masud et al. [<xref ref-type="bibr" rid="ref-39">39</xref>]</td>
<td>89.4</td>
</tr>
<tr>
<td><bold>MTD-HR</bold></td>
<td><bold>96.9</bold></td>
</tr>
</tbody>
</table>
</table-wrap>
<p><xref ref-type="fig" rid="fig-9">Fig. 9</xref> presents a comparative analysis of detection accuracy across selected MTD-based ransomware defense methods. Shinde et al. [<xref ref-type="bibr" rid="ref-26">26</xref>] reported the highest accuracy at 96.1%, followed by the proposed MTD-HR framework with 96.9%. Other approaches such as those by Wang et al. [<xref ref-type="bibr" rid="ref-28">28</xref>], Ge et al. [<xref ref-type="bibr" rid="ref-27">27</xref>], and Lee and Park [<xref ref-type="bibr" rid="ref-29">29</xref>] reported 94.6%, 93.2%, and 92.5%, respectively. The lowest accuracy was observed in Masud et al. [<xref ref-type="bibr" rid="ref-39">39</xref>], with 89.4%. These results highlight the competitiveness of MTD-HR in terms of accurate detection under simulated HR microservice workloads. The close performance with top-tier methods affirms its utility for real-time ransomware containment.</p>
<fig id="fig-9">
<label>Figure 9</label>
<caption>
<title>Accuracy comparison of selected MTD-based ransomware defense approaches. The proposed MTD-HR framework achieves competitive accuracy (96.9%), closely following the highest accuracy reported by Shinde et al. (96.1%) [<xref ref-type="bibr" rid="ref-26">26</xref>&#x2013;<xref ref-type="bibr" rid="ref-29">29</xref>,<xref ref-type="bibr" rid="ref-39">39</xref>]</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_71705-fig-9.tif"/>
</fig>
<p><xref ref-type="fig" rid="fig-10">Fig. 10</xref> provides a holistic visualization of the MTD-HR system&#x2019;s effectiveness across both detection accuracy and operational containment. All values are normalized, with lower-is-better metrics (MTTC and encryption rate) inverted for scale alignment. The balanced shape and strong spread across all axes confirm that the model not only maintains high predictive quality (AUC and F1) but also performs efficiently under real-time constraints. This figure complements earlier tabular results by highlighting the framework&#x2019;s overall performance stability across multiple security and runtime dimensions.</p>
<fig id="fig-10">
<label>Figure 10</label>
<caption>
<title>Radar chart showing normalized performance of the MTD-HR framework across five key evaluation metrics: Accuracy, AUC, F1-score, inverse MTTC, and inverse Encryption rate</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_71705-fig-10.tif"/>
</fig>
</sec>
<sec id="s6">
<label>6</label>
<title>Conclusion</title>
<p>The research study introduced a dynamic MTD framework designed for ransomware detection and containment within HR-focused SaaS environments. The architecture integrated container mutation, IP hopping, and node reassignment to disrupt attack patterns in real time. Module-specific results across onboarding, records, leave, payroll, and exit services showed consistent detection accuracy. The average AUC exceeded 0.94, with the Exit module reaching 0.98. The system achieved 96.9% accuracy and lowered encryption success to 13.2%. Compared with previous defense strategies, this approach showed improved containment with fewer false positives. The ablation study confirmed that removing any component led to increased MTTC and encryption rates, highlighting the role of each mechanism in maintaining performance across distributed services. We will release the log generator and configuration files to support reuse and external checks.</p>
<p>The architecture supported modular deployment and worked with varied workflows without redesign. Its design aligned with containerized infrastructures and supported anomaly-based detection without fixed signature dependencies. Beyond experimental validation, the applicability of the framework to live HR SaaS deployments is notable. Practical integration requires careful management of mutation intervals, overhead monitoring, and rollback policies to prevent disruptions during payroll or recruitment operations. Our experiments indicated moderate resource costs, yet at cloud scale adaptive tuning of CPU and memory thresholds will be critical. Operationalization also involves ensuring multi-tenant scalability and strict compliance with GDPR and SOC 2, which our design locally addresses through compliance-aware scheduling. These considerations demonstrate that MTD-HR can be transitioned to production settings with practical configuration adjustments, making it suitable for enterprise adoption in HR systems that demand both resilience and regulatory assurance.</p>
<p>Future extensions will explore deployment in live Kubernetes clusters, integration with real-time traffic, and the use of explainable models for auditability. Long-term monitoring and user behavior modeling may help refine the defense logic under changing workloads. Overall, the system addressed current security challenges in HR systems and contributed to practical defenses for ransomware threats across cloud-based enterprise microservices. The lack of complete metrics in existing work limits fair benchmarking, so future studies should adopt a standardized evaluation suite with full classification and error metrics for MTD-based ransomware defense. Further improvements will focus on integrating SHAP-based explainability tools to generate real-time interpretations of detection decisions, aiding transparency and compliance with HR audit requirements.</p>
</sec>
</body>
<back>
<ack>
<p>Not applicable.</p>
</ack>
<sec>
<title>Funding Statement</title>
<p>Not applicable.</p>
</sec>
<sec sec-type="data-availability">
<title>Availability of Data and Materials</title>
<p>Data supporting the findings are available from the author upon reasonable request.</p>
</sec>
<sec>
<title>Ethics Approval</title>
<p>Not applicable.</p>
</sec>
<sec sec-type="COI-statement">
<title>Conflicts of Interest</title>
<p>The author declares no conflicts of interest to report regarding the present study.</p>
</sec>
<ref-list content-type="authoryear">
<title>References</title>
<ref id="ref-1"><label>[1]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Kambur</surname> <given-names>E</given-names></string-name>, <string-name><surname>Yildirim</surname> <given-names>T</given-names></string-name></person-group>. <article-title>From traditional to smart human resources management</article-title>. <source>Int J Manpower</source>. <year>2023</year>;<volume>44</volume>(<issue>3</issue>):<fpage>422</fpage>&#x2013;<lpage>52</lpage>. doi:<pub-id pub-id-type="doi">10.1108/ijm-10-2021-0622</pub-id>.</mixed-citation></ref>
<ref id="ref-2"><label>[2]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Ahmed</surname> <given-names>AM</given-names></string-name>, <string-name><surname>Mohammed</surname> <given-names>CN</given-names></string-name>, <string-name><surname>Ahmad</surname> <given-names>AM</given-names></string-name></person-group>. <article-title>Web-based payroll management system: design, implementation, and evaluation</article-title>. <source>J Electr Sys Inform Technol</source>. <year>2023</year>;<volume>10</volume>(<issue>1</issue>):<fpage>17</fpage>. doi:<pub-id pub-id-type="doi">10.1186/s43067-023-00082-5</pub-id>.</mixed-citation></ref>
<ref id="ref-3"><label>[3]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Alonso</surname> <given-names>J</given-names></string-name>, <string-name><surname>Orue-Echevarria</surname> <given-names>L</given-names></string-name>, <string-name><surname>Casola</surname> <given-names>V</given-names></string-name>, <string-name><surname>Torre</surname> <given-names>AI</given-names></string-name>, <string-name><surname>Huarte</surname> <given-names>M</given-names></string-name>, <string-name><surname>Osaba</surname> <given-names>E</given-names></string-name>, <etal>et al</etal></person-group>. <article-title>Understanding the challenges and novel architectural models of multi-cloud native applications-a systematic literature review</article-title>. <source>J Cloud Comput</source>. <year>2023</year>;<volume>12</volume>(<issue>1</issue>):<fpage>6</fpage>. doi:<pub-id pub-id-type="doi">10.1186/s13677-022-00367-6</pub-id>.</mixed-citation></ref>
<ref id="ref-4"><label>[4]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Owoade</surname> <given-names>O</given-names></string-name>, <string-name><surname>Oladimeji</surname> <given-names>R</given-names></string-name></person-group>. <article-title>Empowering SMEs: unveiling business analysis tactics in adapting to the digital era</article-title>. <source>J Sci Eng Res</source>. <year>2024</year>;<volume>11</volume>(<issue>5</issue>):<fpage>113</fpage>&#x2013;<lpage>23</lpage>.</mixed-citation></ref>
<ref id="ref-5"><label>[5]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Airlangga</surname> <given-names>G</given-names></string-name>, <string-name><surname>Liu</surname> <given-names>A</given-names></string-name></person-group>. <article-title>A study of the data security attack and defense pattern in a centralized UAV-cloud architecture</article-title>. <source>Drones</source>. <year>2023</year>;<volume>7</volume>(<issue>5</issue>):<fpage>289</fpage>. doi:<pub-id pub-id-type="doi">10.3390/drones7050289</pub-id>.</mixed-citation></ref>
<ref id="ref-6"><label>[6]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Chayal</surname> <given-names>NM</given-names></string-name>, <string-name><surname>Saxena</surname> <given-names>A</given-names></string-name>, <string-name><surname>Khan</surname> <given-names>R</given-names></string-name></person-group>. <article-title>A review on spreading and forensics analysis of windows-based ransomware</article-title>. <source>Annals Data Sci</source>. <year>2024</year>;<volume>11</volume>(<issue>5</issue>):<fpage>1503</fpage>&#x2013;<lpage>24</lpage>. doi:<pub-id pub-id-type="doi">10.1007/s40745-022-00417-5</pub-id>.</mixed-citation></ref>
<ref id="ref-7"><label>[7]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Ispahany</surname> <given-names>J</given-names></string-name>, <string-name><surname>Islam</surname> <given-names>MR</given-names></string-name>, <string-name><surname>Islam</surname> <given-names>MZ</given-names></string-name>, <string-name><surname>Khan</surname> <given-names>MA</given-names></string-name></person-group>. <article-title>Ransomware detection using machine learning: a review, research limitations and future directions</article-title>. <source>IEEE Access</source>. <year>2024</year>;<volume>12</volume>:<fpage>68785</fpage>&#x2013;<lpage>813</lpage>. doi:<pub-id pub-id-type="doi">10.1109/access.2024.3397921</pub-id>.</mixed-citation></ref>
<ref id="ref-8"><label>[8]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Temara</surname> <given-names>S</given-names></string-name></person-group>. <article-title>The ransomware epidemic: recent cybersecurity incidents demystified</article-title>. <source>Asian J Adv Res Rep</source>. <year>2024</year>;<volume>18</volume>(<issue>3</issue>):<fpage>1</fpage>&#x2013;<lpage>16</lpage>. doi:<pub-id pub-id-type="doi">10.9734/ajarr/2024/v18i3610</pub-id>.</mixed-citation></ref>
<ref id="ref-9"><label>[9]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Castillo</surname> <given-names>J</given-names></string-name>, <string-name><surname>Restrepo</surname> <given-names>M</given-names></string-name>, <etal>et al.</etal></person-group> <article-title>Artificial Intelligence and microservices architecture driving innovation in human resource management</article-title>. <source>J Adv Comput Syst</source>. <year>2024</year>;<volume>4</volume>(<issue>9</issue>):<fpage>8</fpage>&#x2013;<lpage>25</lpage>.</mixed-citation></ref>
<ref id="ref-10"><label>[10]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Lakhamraju</surname> <given-names>MV</given-names></string-name></person-group>. <article-title>Streamlining HR processes through workday integrations: a case study approach</article-title>. <source>Stoch Modell Comput Sci</source>. <year>2023</year>;<volume>3</volume>:<fpage>323</fpage>&#x2013;<lpage>33</lpage>.</mixed-citation></ref>
<ref id="ref-11"><label>[11]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Kim</surname> <given-names>M</given-names></string-name>, <string-name><surname>Zhao</surname> <given-names>X</given-names></string-name>, <string-name><surname>Kim</surname> <given-names>YW</given-names></string-name>, <string-name><surname>Rhee</surname> <given-names>BD</given-names></string-name></person-group>. <article-title>Blockchain-enabled supply chain coordination for off-site construction using Bayesian theory for plan reliability</article-title>. <source>Autom Constr</source>. <year>2023</year>;<volume>155</volume>:<fpage>105061</fpage>. doi:<pub-id pub-id-type="doi">10.1016/j.autcon.2023.105061</pub-id>.</mixed-citation></ref>
<ref id="ref-12"><label>[12]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Guesmi</surname> <given-names>A</given-names></string-name>, <string-name><surname>Hanif</surname> <given-names>MA</given-names></string-name>, <string-name><surname>Ouni</surname> <given-names>B</given-names></string-name>, <string-name><surname>Shafique</surname> <given-names>M</given-names></string-name></person-group>. <article-title>Physical adversarial attacks for camera-based smart systems: current trends, categorization, applications, research challenges, and future outlook</article-title>. <source>IEEE Access</source>. <year>2023</year>;<volume>11</volume>:<fpage>109617</fpage>&#x2013;<lpage>68</lpage>. doi:<pub-id pub-id-type="doi">10.1109/access.2023.3321118</pub-id>.</mixed-citation></ref>
<ref id="ref-13"><label>[13]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Lakhamraju</surname> <given-names>MV</given-names></string-name></person-group>. <article-title>Enhancing data security in ERP-based human capital management (HCM) systems: a study through workday security framework</article-title>. <source>Int J Netw Secur</source>. <year>2025</year>;<volume>5</volume>(<issue>1</issue>):<fpage>46</fpage>&#x2013;<lpage>56</lpage>.</mixed-citation></ref>
<ref id="ref-14"><label>[14]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Sz&#x00FC;cs</surname> <given-names>V</given-names></string-name>, <string-name><surname>Ar&#x00E1;nyi</surname> <given-names>G</given-names></string-name>, <string-name><surname>D&#x00E1;vid</surname> <given-names>&#x00C1;</given-names></string-name></person-group>. <article-title>Introduction of the ARDS&#x2014;anti-ransomware defense System model&#x2014;based on the systematic review of worldwide ransomware attacks</article-title>. <source>Appl Sci</source>. <year>2021</year>;<volume>11</volume>(<issue>13</issue>):<fpage>6070</fpage>. doi:<pub-id pub-id-type="doi">10.3390/app11136070</pub-id>.</mixed-citation></ref>
<ref id="ref-15"><label>[15]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Singh</surname> <given-names>P</given-names></string-name>, <string-name><surname>Bornstein</surname> <given-names>MM</given-names></string-name>, <string-name><surname>Hsung</surname> <given-names>RTC</given-names></string-name>, <string-name><surname>Ajmera</surname> <given-names>DH</given-names></string-name>, <string-name><surname>Leung</surname> <given-names>YY</given-names></string-name>, <string-name><surname>Gu</surname> <given-names>M</given-names></string-name></person-group>. <article-title>Frontiers in three-dimensional surface imaging systems for 3D face acquisition in craniofacial research and practice: an updated literature review</article-title>. <source>Diagnostics</source>. <year>2024</year>;<volume>14</volume>(<issue>4</issue>):<fpage>423</fpage>. doi:<pub-id pub-id-type="doi">10.3390/diagnostics14040423</pub-id>; <pub-id pub-id-type="pmid">38396462</pub-id></mixed-citation></ref>
<ref id="ref-16"><label>[16]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Mott</surname> <given-names>G</given-names></string-name>, <string-name><surname>Turner</surname> <given-names>S</given-names></string-name>, <string-name><surname>Nurse</surname> <given-names>JR</given-names></string-name>, <string-name><surname>Pattnaik</surname> <given-names>N</given-names></string-name>, <string-name><surname>MacColl</surname> <given-names>J</given-names></string-name>, <string-name><surname>Huesch</surname> <given-names>P</given-names></string-name>, <etal>et al</etal></person-group>. <article-title>&#x2018;There was a bit of PTSD every time I walked through the office door&#x2019;: ransomware harms and the factors that influence the victim organization&#x2019;s experience</article-title>. <source>J Cybersecur</source>. <year>2024</year>;<volume>10</volume>(<issue>1</issue>):<fpage>tyae013</fpage>. doi:<pub-id pub-id-type="doi">10.1093/cybsec/tyae013</pub-id>.</mixed-citation></ref>
<ref id="ref-17"><label>[17]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Baligodugula</surname> <given-names>VV</given-names></string-name>, <string-name><surname>Ghimire</surname> <given-names>A</given-names></string-name>, <string-name><surname>Amsaad</surname> <given-names>F</given-names></string-name></person-group>. <article-title>An overview of secure network segmentation in connected IIoT environments</article-title>. <source>Comput AI Connect</source>. <year>2024</year>;<volume>1</volume>(<issue>1</issue>):<fpage>1</fpage>&#x2013;<lpage>10</lpage>.</mixed-citation></ref>
<ref id="ref-18"><label>[18]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Alzu&#x2019;bi</surname> <given-names>A</given-names></string-name>, <string-name><surname>Darwish</surname> <given-names>O</given-names></string-name>, <string-name><surname>Albashayreh</surname> <given-names>A</given-names></string-name>, <string-name><surname>Tashtoush</surname> <given-names>Y</given-names></string-name></person-group>. <article-title>Cyberattack event logs classification using deep learning with semantic feature analysis</article-title>. <source>Comput Secur</source>. <year>2025</year>;<volume>150</volume>:<fpage>104222</fpage>. doi:<pub-id pub-id-type="doi">10.1016/j.cose.2024.104222</pub-id>.</mixed-citation></ref>
<ref id="ref-19"><label>[19]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Chakraborty</surname> <given-names>S</given-names></string-name>, <string-name><surname>Aithal</surname> <given-names>P</given-names></string-name></person-group>. <article-title>WhatsApp based notification on low battery water level using ESP module and TextMeBOT</article-title>. <source>Int J Case Studi Bus IT Educ</source>. <year>2024</year>;<volume>8</volume>(<issue>1</issue>):<fpage>291</fpage>&#x2013;<lpage>309</lpage>. doi:<pub-id pub-id-type="doi">10.47992/ijcsbe.2581.6942.0347</pub-id>.</mixed-citation></ref>
<ref id="ref-20"><label>[20]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Nagar</surname> <given-names>G</given-names></string-name></person-group>. <article-title>The evolution of ransomware: tactics, techniques, and mitigation strategies</article-title>. <source>Int J Sci Res Manage (IJSRM)</source>. <year>2024</year>;<volume>12</volume>(<issue>6</issue>):<fpage>1282</fpage>&#x2013;<lpage>98</lpage>. doi:<pub-id pub-id-type="doi">10.18535/ijsrm/v12i06.ec09</pub-id>.</mixed-citation></ref>
<ref id="ref-21"><label>[21]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Xu</surname> <given-names>Y</given-names></string-name>, <string-name><surname>Li</surname> <given-names>M</given-names></string-name>, <string-name><surname>Fang</surname> <given-names>B</given-names></string-name>, <string-name><surname>Liu</surname> <given-names>Y</given-names></string-name>, <string-name><surname>Tian</surname> <given-names>Z</given-names></string-name></person-group>. <article-title>Neural Honeypoint: an active defense framework against model inversion attacks</article-title>. <source>IEEE Trans Neural Netw Learn Syst</source>. <year>2025</year>;<volume>36</volume>(<issue>9</issue>):<fpage>16186</fpage>&#x2013;<lpage>97</lpage>. doi:<pub-id pub-id-type="doi">10.1109/tnnls.2025.3554217</pub-id>; <pub-id pub-id-type="pmid">40261774</pub-id></mixed-citation></ref>
<ref id="ref-22"><label>[22]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Yin</surname> <given-names>S</given-names></string-name>, <string-name><surname>Morvan</surname> <given-names>F</given-names></string-name>, <string-name><surname>Martinez-Gil</surname> <given-names>J</given-names></string-name>, <string-name><surname>Hameurlain</surname> <given-names>A</given-names></string-name></person-group>. <article-title>MTD-DS: an SLA-aware decision support benchmark for multi-tenant parallel DBMSs</article-title>. <source>IEEE Trans Knowl Data Eng</source>. <year>2025</year>;<volume>37</volume>(<issue>5</issue>):<fpage>2743</fpage>&#x2013;<lpage>55</lpage>. doi:<pub-id pub-id-type="doi">10.1109/tkde.2025.3543727</pub-id>.</mixed-citation></ref>
<ref id="ref-23"><label>[23]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>LaBoone</surname> <given-names>PA</given-names></string-name>, <string-name><surname>Marques</surname> <given-names>O</given-names></string-name></person-group>. <article-title>Overview of the future impact of wearables and artificial intelligence in healthcare workflows and technology</article-title>. <source>Int J Inform Manage Data Insights</source>. <year>2024</year>;<volume>4</volume>(<issue>2</issue>):<fpage>100294</fpage>. doi:<pub-id pub-id-type="doi">10.1016/j.jjimei.2024.100294</pub-id>.</mixed-citation></ref>
<ref id="ref-24"><label>[24]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Hashim</surname> <given-names>W</given-names></string-name>, <string-name><surname>Hussein</surname> <given-names>NAHK</given-names></string-name></person-group>. <article-title>Securing cloud computing environments: an analysis of multi-tenancy vulnerabilities and countermeasures</article-title>. <source>SHIFRA</source>. <year>2024</year>;<volume>2024</volume>:<fpage>8</fpage>&#x2013;<lpage>16</lpage>. doi:<pub-id pub-id-type="doi">10.70470/shifra/2024/002</pub-id>.</mixed-citation></ref>
<ref id="ref-25"><label>[25]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Bagheri</surname> <given-names>S</given-names></string-name>, <string-name><surname>Kermabon-Bobinnec</surname> <given-names>H</given-names></string-name>, <string-name><surname>Kabir</surname> <given-names>ME</given-names></string-name>, <string-name><surname>Majumdar</surname> <given-names>S</given-names></string-name>, <string-name><surname>Wang</surname> <given-names>L</given-names></string-name>, <string-name><surname>Jarraya</surname> <given-names>Y</given-names></string-name>, <etal>et al</etal></person-group>. <article-title>Ace-warp: a cost-effective approach to proactive and non-disruptive incident response in kubernetes clusters</article-title>. <source>IEEE Trans Inf Forensics Secur</source>. <year>2024</year>;<volume>19</volume>:<fpage>8204</fpage>&#x2013;<lpage>19</lpage>. doi:<pub-id pub-id-type="doi">10.1109/tifs.2024.3449038</pub-id>.</mixed-citation></ref>
<ref id="ref-26"><label>[26]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Shinde</surname> <given-names>SS</given-names></string-name>, <string-name><surname>Ghoparkar</surname> <given-names>S</given-names></string-name>, <string-name><surname>Patil</surname> <given-names>RK</given-names></string-name>, <string-name><surname>Patil</surname> <given-names>SB</given-names></string-name>, <string-name><surname>Shinde</surname> <given-names>S</given-names></string-name>, <string-name><surname>Patil</surname> <given-names>S</given-names></string-name></person-group>. <article-title>Enhancing ransomware protection through moving target defense technique</article-title>. <source>Cureus J</source>. <year>2025</year>;<volume>2</volume>(<issue>1</issue>):es44389-025-03546-z. doi:<pub-id pub-id-type="doi">10.7759/s44389-025-03546-z</pub-id>.</mixed-citation></ref>
<ref id="ref-27"><label>[27]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Ge</surname> <given-names>M</given-names></string-name>, <string-name><surname>Cho</surname> <given-names>JH</given-names></string-name>, <string-name><surname>Kim</surname> <given-names>D</given-names></string-name>, <string-name><surname>Dixit</surname> <given-names>G</given-names></string-name>, <string-name><surname>Chen</surname> <given-names>IR</given-names></string-name></person-group>. <article-title>Proactive defense for Internet-of-Things: moving target defense with cyberdeception</article-title>. <source>ACM Trans Internet Technol (TOIT)</source>. <year>2021</year>;<volume>22</volume>(<issue>1</issue>):<fpage>1</fpage>&#x2013;<lpage>31</lpage>. doi:<pub-id pub-id-type="doi">10.1145/3467021</pub-id>.</mixed-citation></ref>
<ref id="ref-28"><label>[28]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Wang</surname> <given-names>S</given-names></string-name>, <string-name><surname>Li</surname> <given-names>Y</given-names></string-name>, <string-name><surname>Chen</surname> <given-names>F</given-names></string-name></person-group>. <article-title>Optimizing blue team strategies with reinforcement learning for enhanced ransomware defense simulations</article-title>. <source>Authorea Preprints</source>. <year>2024</year>.</mixed-citation></ref>
<ref id="ref-29"><label>[29]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Lee</surname> <given-names>MJ</given-names></string-name>, <string-name><surname>Park</surname> <given-names>JE</given-names></string-name></person-group>. <article-title>Cybersecurity in the cloud era: addressing ransomware threats with AI and advanced security protocols</article-title>. <source>Int J Trend Sci Res Develop</source>. <year>2020</year>;<volume>4</volume>(<issue>6</issue>):<fpage>1927</fpage>&#x2013;<lpage>45</lpage>.</mixed-citation></ref>
<ref id="ref-30"><label>[30]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Singh</surname> <given-names>N</given-names></string-name>, <string-name><surname>Buyya</surname> <given-names>R</given-names></string-name>, <string-name><surname>Kim</surname> <given-names>H</given-names></string-name></person-group>. <article-title>Securing cloud-based Internet of Things: challenges and mitigations</article-title>. <source>Sensors</source>. <year>2024</year>;<volume>25</volume>(<issue>1</issue>):<fpage>79</fpage>. doi:<pub-id pub-id-type="doi">10.3390/s25010079</pub-id>; <pub-id pub-id-type="pmid">39796870</pub-id></mixed-citation></ref>
<ref id="ref-31"><label>[31]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Punitha</surname> <given-names>S</given-names></string-name>, <string-name><surname>Preetha</surname> <given-names>K</given-names></string-name></person-group>. <article-title>Enhancing reliability and security in cloud-based telesurgery systems leveraging swarm-evoked distributed federated learning framework to mitigate multiple attacks</article-title>. <source>Sci Rep</source>. <year>2025</year>;<volume>15</volume>(<issue>1</issue>):<fpage>27226</fpage>. doi:<pub-id pub-id-type="doi">10.1038/s41598-025-12027-1</pub-id>; <pub-id pub-id-type="pmid">40715332</pub-id></mixed-citation></ref>
<ref id="ref-32"><label>[32]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Abutu</surname> <given-names>G</given-names></string-name>, <string-name><surname>Weissman</surname> <given-names>D</given-names></string-name>, <string-name><surname>Hoffmann</surname> <given-names>P</given-names></string-name>, <string-name><surname>Bernstein</surname> <given-names>N</given-names></string-name>, <string-name><surname>Brennan</surname> <given-names>O</given-names></string-name>, <string-name><surname>Armstrong</surname> <given-names>T</given-names></string-name></person-group>. <article-title>Deepcodelock: a novel deep learning-based approach for automated ransomware detection using behavioral signatures</article-title>. <source>Authorea Preprints</source>. <year>2024</year>.</mixed-citation></ref>
<ref id="ref-33"><label>[33]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Lee</surname> <given-names>SH</given-names></string-name>, <string-name><surname>Kim</surname> <given-names>K</given-names></string-name>, <string-name><surname>Kim</surname> <given-names>Y</given-names></string-name>, <string-name><surname>Park</surname> <given-names>KW</given-names></string-name></person-group>. <article-title>MTD-Diorama: moving target defense visualization engine for systematic cybersecurity strategy orchestration</article-title>. <source>Sensors</source>. <year>2024</year>;<volume>24</volume>(<issue>13</issue>):<fpage>4369</fpage>. doi:<pub-id pub-id-type="doi">10.3390/s24134369</pub-id>; <pub-id pub-id-type="pmid">39001148</pub-id></mixed-citation></ref>
<ref id="ref-34"><label>[34]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Xu</surname> <given-names>H</given-names></string-name>, <string-name><surname>Cheng</surname> <given-names>G</given-names></string-name>, <string-name><surname>Yang</surname> <given-names>X</given-names></string-name>, <string-name><surname>Liu</surname> <given-names>W</given-names></string-name>, <string-name><surname>Zhou</surname> <given-names>D</given-names></string-name>, <string-name><surname>Guo</surname> <given-names>W</given-names></string-name></person-group>. <article-title>Multi-dimensional moving target defense method based on adaptive simulated annealing genetic algorithm</article-title>. <source>Electronics</source>. <year>2024</year>;<volume>13</volume>(<issue>3</issue>):<fpage>487</fpage>. doi:<pub-id pub-id-type="doi">10.3390/electronics13030487</pub-id>.</mixed-citation></ref>
<ref id="ref-35"><label>[35]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Hyder</surname> <given-names>MF</given-names></string-name>, <string-name><surname>Ahmed</surname> <given-names>W</given-names></string-name>, <string-name><surname>Ahmed</surname> <given-names>M</given-names></string-name></person-group>. <article-title>Toward deceiving the intrusion attacks in containerized cloud environment using virtual private cloud-based moving target defense</article-title>. <source>Concurr Comput</source>. <year>2023</year>;<volume>35</volume>(<issue>5</issue>):<fpage>e7549</fpage>. doi:<pub-id pub-id-type="doi">10.1002/cpe.7549</pub-id>.</mixed-citation></ref>
<ref id="ref-36"><label>[36]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Ravichandran</surname> <given-names>N</given-names></string-name>, <string-name><surname>Inaganti</surname> <given-names>AC</given-names></string-name>, <string-name><surname>Muppalaneni</surname> <given-names>R</given-names></string-name>, <string-name><surname>Nersu</surname> <given-names>SRK</given-names></string-name></person-group>. <article-title>AI-driven self-healing IT systems: automating incident detection and resolution in cloud environments</article-title>. <source>Artif Intell Mach Learn Rev</source>. <year>2020</year>;<volume>1</volume>(<issue>4</issue>):<fpage>1</fpage>&#x2013;<lpage>11</lpage>.</mixed-citation></ref>
<ref id="ref-37"><label>[37]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Abdullayeva</surname> <given-names>F</given-names></string-name></person-group>. <article-title>Cyber resilience and cyber security issues of intelligent cloud computing systems</article-title>. <source>Results Control Optimiz</source>. <year>2023</year>;<volume>12</volume>:<fpage>100268</fpage>. doi:<pub-id pub-id-type="doi">10.1016/j.rico.2023.100268</pub-id>.</mixed-citation></ref>
<ref id="ref-38"><label>[38]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Sharma</surname> <given-names>DP</given-names></string-name></person-group>. <article-title>Evaluating moving target defense methods using time to compromise and security risk metrics in IoT networks</article-title>. <source>Electronics</source>. <year>2025</year>;<volume>14</volume>(<issue>11</issue>):<fpage>2205</fpage>. doi:<pub-id pub-id-type="doi">10.3390/electronics14112205</pub-id>.</mixed-citation></ref>
<ref id="ref-39"><label>[39]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Masud</surname> <given-names>MT</given-names></string-name>, <string-name><surname>Keshk</surname> <given-names>M</given-names></string-name>, <string-name><surname>Moustafa</surname> <given-names>N</given-names></string-name>, <string-name><surname>Turnbull</surname> <given-names>B</given-names></string-name>, <string-name><surname>Susilo</surname> <given-names>W</given-names></string-name></person-group>. <article-title>Vulnerability defence using hybrid moving target defence in Internet of Things systems</article-title>. <source>Comput Secur</source>. <year>2025</year>;<volume>153</volume>:<fpage>104380</fpage>. doi:<pub-id pub-id-type="doi">10.1016/j.cose.2025.104380</pub-id>.</mixed-citation></ref>
<ref id="ref-40"><label>[40]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Sun</surname> <given-names>Y</given-names></string-name>, <string-name><surname>Jung</surname> <given-names>H</given-names></string-name></person-group>. <article-title>Machine learning (ML) modeling, IoT, and optimizing organizational operations through integrated strategies: the role of technology and human resource management</article-title>. <source>Sustainability</source>. <year>2024</year>;<volume>16</volume>(<issue>16</issue>):<fpage>6751</fpage>. doi:<pub-id pub-id-type="doi">10.3390/su16166751</pub-id>.</mixed-citation></ref>
<ref id="ref-41"><label>[41]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Escaleira</surname> <given-names>P</given-names></string-name>, <string-name><surname>Cunha</surname> <given-names>VA</given-names></string-name>, <string-name><surname>Gomes</surname> <given-names>D</given-names></string-name>, <string-name><surname>Barraca</surname> <given-names>JP</given-names></string-name>, <string-name><surname>Aguiar</surname> <given-names>RL</given-names></string-name></person-group>. <article-title>Moving target defense for the cloud/edge telco environments</article-title>. <source>Internet Things</source>. <year>2023</year>;<volume>24</volume>:<fpage>100916</fpage>. doi:<pub-id pub-id-type="doi">10.1016/j.iot.2023.100916</pub-id>.</mixed-citation></ref>
<ref id="ref-42"><label>[42]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Santos</surname> <given-names>L</given-names></string-name>, <string-name><surname>Brito</surname> <given-names>C</given-names></string-name>, <string-name><surname>F&#x00E9;</surname> <given-names>I</given-names></string-name>, <string-name><surname>Carvalho</surname> <given-names>J</given-names></string-name>, <string-name><surname>Torquato</surname> <given-names>M</given-names></string-name>, <string-name><surname>Choi</surname> <given-names>E</given-names></string-name>, <etal>et al</etal></person-group>. <article-title>Event-based moving target defense in cloud computing with vm migration: a performance modeling approach</article-title>. <source>IEEE Access</source>. <year>2024</year>;<volume>12</volume>:<fpage>165539</fpage>&#x2013;<lpage>54</lpage>. doi:<pub-id pub-id-type="doi">10.1109/access.2024.3393998</pub-id>.</mixed-citation></ref>
<ref id="ref-43"><label>[43]</label><mixed-citation publication-type="other"><person-group person-group-type="author"><string-name><surname>Bose</surname> <given-names>M</given-names></string-name>, <string-name><surname>Paruchuri</surname> <given-names>P</given-names></string-name>, <string-name><surname>Kumar</surname> <given-names>A</given-names></string-name></person-group>. <article-title>A factored MDP approach to moving target defense with dynamic threat modeling and cost efficiency</article-title>. <comment>arXiv:2408.08934. 2024</comment>.</mixed-citation></ref>
<ref id="ref-44"><label>[44]</label><mixed-citation publication-type="other"><person-group person-group-type="author"><string-name><surname>Rana</surname> <given-names>RS</given-names></string-name></person-group>. <article-title>Employee/HR Dataset (All in One)</article-title>. <comment>Kaggle</comment>. 2023. [cited 2025 Oct 19]. Available from: <ext-link ext-link-type="uri" xlink:href="https://www.kaggle.com/ds/3620223">https://www.kaggle.com/ds/3620223</ext-link>.</mixed-citation></ref>
</ref-list>
</back></article>