Preprint
Article

This version is not peer-reviewed.

FL-Forensics: A Forensic-Ready Framework for Tamper-Evident Accountability and Auditability in Federated Learning

Submitted:

03 October 2026

Posted:

07 October 2026

You are already at the latest version

Abstract
Federated learning (FL) enables collaborative model training without centralizing raw data, but existing defenses provide limited support for post-incident accountability and evidence preservation. We present FL-Forensics, a forensic-ready framework for malicious-client and compromised-aggregator settings. It combines client-signed update commitments, a hash-chained ledger, an independent evidence witness, trusted timestamping, key-lifecycle management, encrypted role-based storage, and permissioned quorum anchoring. We also introduce a Forensic Quality Index (FQI) with metrics for integrity, attribution, evidence availability, and audit efficiency. We implement FL-Forensics as an end-to-end Flower extension and evaluate it with 20 clients, Dirichlet non-IID data, and 15% malicious clients on MNIST, Fashion-MNIST, and CIFAR-100. It achieves F1 scores of 0.941, 0.800, and 0.521, with corresponding FQI values of 0.956, 0.900, and 0.714. Ablation results show that independent witnessing, digital signatures, trusted time, and external anchoring make distinct contributions to forensic recovery, attribution, and auditability under controlled evidence-tampering attacks.
Keywords: 
;  ;  ;  ;  ;  ;  ;  

1. Introduction

Federated learning (FL) allows distributed clients to train a shared model while retaining raw data locally. It supports privacy-sensitive applications in healthcare, finance, mobile systems, and edge computing, but remains vulnerable to data and model poisoning, targeted backdoors, membership inference, data reconstruction, and evasion [1,2,17,31]. Heterogeneous clients, data that are not independent and identically distributed (non-IID), resource constraints, intermittent participation, and partial trust complicate defenses [4,6,30,33].
Keeping data local does not eliminate privacy risks: exchanged gradients and model updates can expose class labels, private attributes, and training samples [14,21,28,35]. Poisoned updates can degrade the global model or introduce persistent backdoors. A compromised aggregation server can suppress client contributions, alter aggregation results, modify forensic records, delay anchoring, or select which evidence is committed for verification [18,20]. FL security therefore requires both attack mitigation and trustworthy evidence for post-incident investigation.
Most FL defenses focus on prevention and mitigation during training. Differential privacy reduces information leakage, secure aggregation protects update confidentiality, robust aggregation limits Byzantine influence, and anomaly detection flags suspicious updates. These defenses offer limited support for forensic investigation, evidence preservation, and accountability. Frameworks such as Flower [3] support distributed training but lack a native, independently verifiable evidence lifecycle for detecting record manipulation and supporting third-party forensic audits [10,13,19,22,25].
Forensic readiness prepares systems to generate, protect, and retain evidence before incidents occur [27]. In FL, records should be attributable, tamper-evident, temporally ordered, retained under privacy and access controls, and independently verifiable. External cryptographic anchoring provides an independently verifiable commitment, but cannot establish that evidence was complete or unaltered before commitment. A compromised server can rewrite its ledger, delay an anchor, or omit records.
We present FL-Forensics, an end-to-end forensic-ready extension of Flower for malicious-client and compromised-aggregator settings. It combines client-signed update commitments, a hash-chained ledger, an independent evidence witness, trusted timestamping, key-lifecycle management, encrypted role-based storage, and permissioned quorum anchoring. The witness retains commitments outside the server’s ledger before anchoring, allowing auditors to detect deletion, rewriting, filtering, or selective anchoring.
Anchoring notarizes evidence rather than controlling training. Detailed evidence stays encrypted off-chain, and only minimal round-level commitments are anchored. Our evaluation uses a permissioned four-validator, three-of-four signed-quorum simulation to test commitment verification, finality, consistency, and validator-fault behavior; it does not represent a production public-blockchain deployment. Model robustness and forensic accountability are distinct: a defense may reject a malicious update without retaining evidence that explains the incident, while evidence can remain verifiable even when detection is imperfect.

1.1. Contributions

1.
A forensic-ready FL architecture. Independently witnessed client commitments preserve evidence during the pre-anchor interval and define the framework’s detection and recovery boundaries.
2.
An evidence-preservation lifecycle. The lifecycle integrates Ed25519 signatures, hash-chained logging, witness receipts, trusted timestamping, monotonic ordering, key-lifecycle controls, AES-256-GCM encryption, role-based access control (RBAC), and permissioned quorum anchoring.
3.
Forensic quality and evidence-tampering metrics. We measure the Forensic Quality Index (FQI), Log Completeness Ratio (LCR), local and external Hash-Chain Integrity Rate (HCIR), Blockchain Consistency Score (BCS), Attribution Accuracy (AA), False Accusation Rate (FAR), Evidence Match Score (EMS), and Audit Retrieval Time (ART).
4.
Implementation and adversarial evaluation. We evaluate FL-Forensics on MNIST, Fashion-MNIST, and CIFAR-100 with 20 clients, Dirichlet non-IID data ( α = 0.5 ), and three malicious clients. Detection F1 scores are 0.941, 0.800, and 0.521; corresponding FQI values are 0.956, 0.900, and 0.714.

3. FL-Forensics Framework

FL-Forensics complements privacy, anomaly detection, and robust aggregation with signed commitments, independent pre-anchor witnessing, trusted ordering, tamper-evident and encrypted retention, controlled access, and round-level anchoring. The design follows forensic-readiness principles [27] and digital-evidence principles for identification, collection, acquisition, preservation, and integrity [16].

3.1. Design Goals and Trust Architecture

The goals are integrity, independent corroboration, attribution, temporal integrity, privacy, and recoverability. The architecture comprises client C i , where i is the client index; a potentially compromised aggregation server S; an independent witness W; an identity and key registry A; a timestamp authority (TSA) T; anchor validator V j , where j is the validator index; and an investigator or auditor I. In the prototype, the registry, witness, trusted-time service, and validator logic run in an isolated trust-service process separate from the Flower server. Production deployments should separate these functions administratively and protect keys using key management systems, hardware security modules, trusted platform modules, trusted execution environments, or comparable controls.

3.2. Threat Model and Guarantee Boundaries

Malicious clients may poison models, implant backdoors, amplify deltas, replay commitments, falsify metadata, or use invalid keys. A compromised server may suppress submissions, alter aggregation, delete or rewrite evidence, reorder or fabricate records, delay anchoring, or omit witnessed commitments. External adversaries may intercept, replay, replace, suppress, or delay messages. Validators may be unavailable or Byzantine within the quorum bound, but the primary guarantee requires a non-colluding witness.
The assumptions are that SHA-256 is collision-resistant; Ed25519 signatures are unforgeable when keys remain uncompromised; client keys remain outside server control; the witness receives each verified commitment before server acceptance; registry lifecycle information is trustworthy; the trusted-time source is protected; and, among four validators, at most one is Byzantine, so finalization requires three matching signatures.
Table 2. FL-Forensics threat model and forensic guarantee boundaries.
Table 2. FL-Forensics threat model and forensic guarantee boundaries.
Threat Detectability Evidence and mechanism Residual boundary
Pre-anchor modification Detectable Compare witness receipts with server evidence; recover the signed commitment, digest, sequence, and time. Fails if the witness never receives the commitment or colludes.
Deletion or omission Detectable A witness receipt without a server record preserves origin and metadata. Update bytes need separate retention.
Ledger rewriting Detectable with witness Compare local chain with witnessed commitments and order. A rewritten chain can retain high Local HCIR.
Delayed/selective anchoring Detectable Compare expected witness rounds, receipt sets, Merkle roots, and finalized anchors. Cannot force an anchor or create retrospective timeliness.
Forged signature Detectable Verify Ed25519 against the enrolled key and validity interval. A stolen valid key is compromise, not forgery.
Timestamp manipulation Detectable within time model Verify signed time, skew, round, nonce, and sequence. TSA compromise weakens absolute time.
Blocked witness path Availability failure Strict mode rejects submissions lacking a receipt. Denial of service remains possible.
Poisoning/backdoor Probabilistic Multi-metric screening with signed, witnessed provenance. Adaptive attacks may evade detection.
FL-Forensics cannot prove omission if a commitment never reaches the witness; tolerate witness–server collusion; distinguish authorized use from misuse of a stolen key before revocation; prove arbitrary aggregation arithmetic; reconstruct unretained bytes from a digest; force an anchor; establish production-blockchain performance; or determine legal admissibility.

3.3. Evidence Lifecycle and Tamper-Evident Logging

FL-Forensics independently witnesses the canonical commitment M i , t for client C i in round t. The commitment contains experiment, round, and client identifiers; a model-update digest; a fresh nonce; privacy-minimized training-loss metadata; the model version; a sequence number; the client-claimed time; and the key identifier and version. The client deterministically serializes and signs the commitment:
σ i , t = Sign s k i , v Canon ( M i , t ) ,
where σ i , t is the resulting Ed25519 signature, s k i , v is client i’s private signing key at key version v, Canon ( · ) is the deterministic canonical-serialization function, and Sign s k ( · ) is the signing operation under private key s k . Before server acceptance, the witness checks the key and validity interval, verifies the signature and temporal information, and returns an independent receipt. Each round’s receipts form a manifest represented by a Merkle root.
The server maintains a canonical hash-chained forensic ledger containing accepted updates, anomaly decisions, screening overrides, aggregation references, and signed summaries. To avoid confusing the ledger position with FL round t, let k index ledger entries. Each entry stores the preceding digest and computes
E k . prev _ hash = h k − 1 , h k = SHA256 Canon ( E k ) .
Here, E k is the kth ledger entry, E k . prev _ hash is its stored predecessor field, h k − 1 is the digest of the preceding entry (or a fixed genesis value when k = 1 ), and h k is the Secure Hash Algorithm 256-bit (SHA-256) digest of the canonical entry. The chain is tamper-evident, not immutable. A compromised server can rewrite entries and recompute subsequent hashes. Local HCIR therefore measures internal chain consistency, External HCIR measures agreement with witnessed evidence, and BCS measures agreement between finalized commitments and retained server and witness evidence.

3.4. Key Lifecycle, Trusted Time, and Secure Retention

Ed25519 signatures authenticate client commitments and server summaries. Verification uses an independently maintained registry containing identity, role, public key, key identifier/version, valid-from round, and any revocation or key-loss round. Rotation creates a new key version while preserving verification of earlier events. Revocation or reported loss closes the validity interval at an explicit round.
Let τ i , t c denote the client-claimed timestamp and τ i , t T the corresponding trusted timestamp in round t. The system checks
τ i , t c − τ i , t T ≤ Δ max ,
where | · | is the absolute time difference and Δ max is the maximum permitted clock skew, set to 5 seconds by default. Round identifiers and monotonic sequence numbers provide logical ordering and replay resistance. Production deployments should use an independently administered timestamp service.
The server ledger uses the Advanced Encryption Standard with 256-bit keys in Galois/Counter Mode (AES-256-GCM) authenticated encryption with a fresh nonce per record. Exports provide public/minimized round data, pseudonymized auditor fields, authorized investigator evidence, or complete administrative access. All access decisions are logged. Training-loss metadata can be rounded or coarsened, and records outside a retention window are marked eligible for encrypted archival or cryptographic erasure. Detailed evidence remains off-chain.

3.5. External Permissioned Quorum Anchoring

Anchors notarize compact round-level forensic state; they do not coordinate training. After round t, the server signs a canonical summary S t containing observed witness receipts, receipts used for aggregation, documented exclusions, rejected-submission count, aggregation method, global-model digest, ledger tip, and server time. The minimized anchor commitment is
A t = H ( experiment id ) , t , H ( S t ) , R t W , H ( T t ) , v A ,
where A t is the anchor tuple for round t; H denotes SHA-256; H ( experiment id ) pseudonymously binds the experiment; S t is the signed server summary; R t W is the Merkle root of witness W’s round-t manifest; T t is the trusted-time token; and v A is the anchor-schema version, distinct from signing-key version v. Hashing S t and T t keeps the anchor compact while binding their complete off-chain representations.
The backend is a permissioned signed-quorum simulation with four validator identities and a three-of-four finalization threshold. Only signatures over the same proposal count toward quorum. Tests cover validator unavailability, conflicting proposals, finality, reorganization attempts, and simulated congestion. The simulation does not measure production throughput, transaction fees, decentralization, or network finality.

3.6. Audit and Forensic-Aware Anomaly Profiling

Post-incident verification correlates server evidence, independent witness evidence, and the finalized external anchor. The investigator verifies ledger continuity and signatures, compares server records with witnessed commitments, and validates the server-summary digest, witness-manifest root, trusted-time-token digest, and validator quorum against the anchor. A valid witness receipt without a corresponding server entry indicates omission, deletion, or undocumented filtering. The witness preserves the signed commitment, identity binding, update digest, sequence, and trusted time, but not deleted update bytes unless those bytes are retained independently.
Statistical screening provides probabilistic evidence, not a cryptographic guarantee. The detector uses inverse cosine deviation from the mean update, Euclidean distance from the coordinate-wise median, and client training loss. It calculates median absolute deviation (MAD) thresholds and robust one-sided standardized scores, combines the strongest signals, and maintains a short persistence history. An update may evade detection while its signed history remains verifiable; conversely, a statistical flag alone does not prove malicious intent.

4. Implementation

FL-Forensics uses Flower’s Python client and strategy interfaces without modifying Flower [3]. It integrates submission, verification, screening, aggregation, evidence retention, and round finalization. Each NumPyClient trains locally, applies any configured attack or privacy transformation, computes a nonce-bound digest and commitment, signs it with Ed25519, obtains a witness receipt, and returns the model update and evidence references to the Flower server.
A custom Flower strategy rejects malformed commitments, inconsistent identifiers, models that do not match their digest, inconsistent minimized loss metadata, and missing or invalid witness receipts. For accepted updates, it retains the delta, identity, sample count, loss, receipt reference, and availability state. Supported aggregation modes are FedAvg, Screened FedAvg, Krum, Trimmed Mean, FLTrust, and FLTG. Screened FedAvg is used in the primary experiments. Figure 1 separates the client, trust-service, server, and anchor domains.

4.1. Data, Models, and Local Optimization

The implementation supports IID and Dirichlet non-IID partitioning; the primary experiments use α = 0.5 . Class-wise proportions are resampled until each client has at least 32 samples. A clean, class-balanced root set of 500 samples is removed before partitioning and used by FLTrust and FLTG to compute reference updates.
The primary datasets are MNIST, Fashion-MNIST, and CIFAR-100. MNIST and Fashion-MNIST use a compact LeNet-inspired 1 → 6 → 16 network, where the values denote successive input and convolutional-channel counts, with 5 × 5 kernels, tanh activations, average pooling, 256- and 128-unit fully connected layers, and a dataset-specific classifier. CIFAR-100 uses a compact residual 3 → 32 → 64 → 128 → 256 → 100 network, where the sequence denotes input channels, successive feature-channel widths, and the 100-class output, with batch normalization, rectified linear unit (ReLU) activations, max pooling, residual units, and adaptive average pooling. Clients use stochastic gradient descent (SGD) with momentum 0.9, Nesterov acceleration, and weight-decay coefficient 5 × 10 − 4 .

4.2. Attack Implementation

In the primary experiments, the malicious-client set M = { 3 , 5 , 8 } comprises 15% of the federation. Clients 3 and 5 flip labels, while client 8 performs a backdoor attack. Labels for selected examples with even class indices are changed according to
y ′ = ( y + 1 ) mod C .
Here, y ∈ { 0 , … , C − 1 } is the original label, y ′ is the poisoned label, C is the number of classes, and mod C wraps the incremented label into the valid class range. For the backdoor client, a 3 × 3 trigger is placed in the bottom-right corner of selected images and labels are changed to class 0. Model replacement can amplify a malicious client’s delta:
θ i out = θ ( t ) + γ θ i local − θ ( t ) ,
where θ i local is client i’s locally trained parameter vector, θ i out is the vector submitted by that client, and γ is the model-replacement amplification factor. Thus, γ = 1 submits the local model unchanged, while γ > 1 amplifies its displacement from the round-t global model θ ( t ) .

4.3. Client Verification and Anomaly Detection

The trust service checks the enrolled key and validity interval, verifies the commitment signature and temporal information, and issues a witness receipt. The server rehashes the model with the nonce and verifies the round, identity, loss metadata, receipt validity, exact commitment binding, and equality of the witnessed and submitted signatures. Submissions that fail any check are rejected, and the failures are recorded.
Let I t be the set of cryptographically valid clients in round t, let K t = | I t | be its size, and let Δ i ( t ) = θ i out − θ ( t ) be client i’s flattened parameter delta. The mean valid-client delta is
Δ ¯ ( t ) = 1 K t ∑ j ∈ I t Δ j ( t ) .
The primary detector uses inverse cosine deviation,
m i , cos ( t ) = 1 − Δ i ( t ) , Δ ¯ ( t ) ∥ Δ i ( t ) ∥ 2 ∥ Δ ¯ ( t ) ∥ 2 + ϵ ,
where 〈 · , · 〉 is the Euclidean inner product, ∥ · ∥ 2 is the Euclidean norm, and the small constant ϵ > 0 prevents division by zero. Larger m i , cos ( t ) indicates weaker directional agreement with the round mean. The second signal is distance from the coordinate-wise median,
m i , dist ( t ) = Δ i ( t ) − coordmedian j ∈ I t Δ j ( t ) 2 ,
where coordmedian takes the median independently in every parameter coordinate. The third signal is client training loss, m i , loss ( t ) = ℓ i ( t ) , where ℓ i ( t ) is client i’s reported loss in round t. For each metric label a ∈ { cos , dist , loss } , define
m ˜ a ( t ) = median j ∈ I t m j , a ( t ) , MAD a ( t ) = median j ∈ I t m j , a ( t ) − m ˜ a ( t ) ,
τ a ( t ) = m ˜ a ( t ) + λ MAD a ( t ) , z i , a ( t ) = max 0 , m i , a ( t ) − m ˜ a ( t ) 1.4826 MAD a ( t ) + ϵ .
A client is flagged by multi-signal voting, a sufficiently large aggregate score, or persistent moderate anomalies. Here, m ˜ a ( t ) is metric a’s round median, MAD a ( t ) is its median absolute deviation, τ a ( t ) is its outlier threshold, λ controls threshold strictness, and z i , a ( t ) is a nonnegative one-sided robust standardized score; the factor 1.4826 makes MAD comparable to standard deviation under normally distributed observations. The implementation defaults are λ = 2.5 ; minimum vote count V min = 2 ; aggregate-score threshold τ s = 3.5 ; persistent-moderate-score threshold τ p = 2.0 ; and persistence window P = 2 consecutive rounds.
With Screened FedAvg, flagged updates are removed before weighted averaging:
Δ ( t ) = ∑ i ∈ H t n i Δ i ( t ) ∑ i ∈ H t n i .
Here, H t ⊆ I t is the set of valid clients not flagged in round t, n i is client i’s local sample count, and Δ ( t ) is the sample-weighted aggregate delta applied to the global model. If too few updates remain, aggregation uses all cryptographically valid submissions and records a SCREENING_OVERRIDE event.

4.4. Evidence Outputs and Boundaries

Each run produces ledgers, witness receipts and manifests, Merkle roots, signed summaries, anchor and finality records, detector diagnostics, participation and attribution summaries, forensic metrics, access and privacy audits, consensus-fault results, ablations, and evidence-tampering results. Six limits apply: trust services are isolated but not independently administered; anchoring is simulated; receipts preserve commitments rather than update bytes; measuring forensic cost overhead requires matched enabled and disabled runs; aggregation arithmetic is not cryptographically proved; and anomaly detection remains probabilistic.

5. Experimental Evaluation

We evaluate model utility, attack mitigation, malicious-client detection, and forensic readiness under controlled evidence manipulation. The research questions concern model utility and attack success; detector performance relative to robust FL baselines; evidence integrity, attribution, availability, and auditability; the contribution of individual forensic controls; and operational limits such as retrieval latency and end-to-end overhead.

5.1. Experimental Setup

The primary evaluation uses MNIST, Fashion-MNIST, and CIFAR-100 with all 20 clients participating each round under a Dirichlet non-IID partition ( α = 0.5 ). Clients { 3 , 5 , 8 } are malicious: clients 3 and 5 flip labels, and client 8 performs a trigger-based backdoor attack. The primary aggregation strategy is Screened FedAvg. MNIST and Fashion-MNIST run for 20 rounds with two local epochs per round; CIFAR-100 runs for 30 rounds with four local epochs. Figure 2 summarizes the configuration.
The experiments enable Ed25519-signed commitments, independent witness receipts, signed trusted-time evidence, encrypted hash-chained storage, and permissioned quorum anchoring. Detector and forensic measurements use the client updates and evidence produced by the corresponding Flower run.

5.2. Evaluation Metrics

We separate model, detection, and forensic metrics because attack detection does not establish evidence availability. Classification accuracy and the backdoor attack success rate (ASR) are
Accuracy = N correct N test , ASR = N target N eligible triggered .
Here, N correct is the number of clean test examples classified correctly, and N test is the total number of clean test examples. For ASR, N eligible triggered is the number of triggered test examples whose original label is not already the attacker’s target class, and N target is the number of those examples that the attacked model predicts as the target class. Thus, higher accuracy indicates better clean-data utility, whereas lower ASR indicates stronger resistance to the backdoor attack.
Detection precision, recall, and the F1 score are
Precision = T P T P + F P , Recall = T P T P + F N , F 1 = 2 Precision Recall Precision + Recall .
T P (true positives) counts malicious client-round observations correctly flagged by the detector; F P (false positives) counts benign client-round observations incorrectly flagged; and F N (false negatives) counts malicious client-round observations that the detector misses. Precision is the fraction of flags that are correct, recall is the fraction of malicious observations detected, and F 1 is their harmonic mean. True negatives ( T N ), used in the confusion-outcome analysis, are benign client-round observations correctly left unflagged.
Forensic metrics are
LCR = N observed N expected , HCIR local = N valid local entries N ledger entries ,
N expected is the number of forensic records that the protocol should produce, and N observed is the number actually retained, so LCR measures evidence completeness. N ledger entries is the total number of entries in the server ledger, and N valid local entries is the number whose stored hashes and predecessor links verify within that ledger. Consequently, HCIR local measures internal hash-chain consistency, but it cannot by itself reveal a complete server-side rewrite followed by rehashing.
HCIR external = N externally consistent N witnessed evidence , BCS = N valid anchor comparisons N anchor comparisons ,
N witnessed evidence is the number of evidence items represented by independently retained witness receipts and manifests, and N externally consistent is the number that agree with the corresponding server records. Therefore, HCIR external measures cross-domain consistency rather than only local chain validity. N anchor comparisons is the number of finalized anchor checks performed, and N valid anchor comparisons is the number for which the retained server summary, witness-manifest root, trusted-time digest, and validator quorum agree with the finalized commitment. BCS is the resulting Blockchain Consistency Score.
AA = N correctly attributed attackers N true attackers , FAR = N falsely accused benign clients N benign clients ,
N true attackers is the number of ground-truth malicious clients, and N correctly attributed attackers is the number correctly linked to their signed and witnessed malicious activity; their ratio is Attribution Accuracy (AA). N benign clients is the number of ground-truth benign clients, while N falsely accused benign clients is the number incorrectly attributed as malicious; their ratio is the False Accusation Rate (FAR).
EMS = AA ( 1 − FAR ) , ART = 1 Q ∑ q = 1 Q T q .
The Evidence Match Score (EMS) rewards correct attribution through AA while penalizing false accusations through 1 − FAR . For Audit Retrieval Time (ART), Q is the number of audit retrieval queries and T q is the elapsed local retrieval time for query q; ART is their arithmetic mean. ART does not include signing, witness communication, consensus finality, or network delay.
Let N available artifacts be the number of expected evidence artifacts that remain retrievable and verifiable at audit time, and let N expected artifacts be the number required by the protocol. The Evidence Availability Score is
EAS = N available artifacts N expected artifacts .
The Forensic Quality Index is
FQI = 0.25 EAS + HCIR external + BCS 3 + 0.25 AA + ( 1 − FAR ) 2 + 0.50 F 1 .
The composite uses External HCIR because independent corroboration is required under the compromised-server threat model; the reported primary runs have identical Local and External HCIR values. BCS, AA, FAR, and F 1 are defined above. The coefficients assign 25% of FQI to the mean evidence-quality component (EAS, External HCIR, and BCS), 25% to the mean attribution component (AA and the benign-client protection term 1 − FAR ), and 50% to malicious-client detection F 1 . All component scores range from 0 to 1, so FQI also ranges from 0 to 1; higher values indicate stronger forensic readiness. FQI is not a measure of model accuracy.

5.3. Model Utility and Attack Performance

Figure 3 reports clean accuracy, backdoor ASR, and detection precision, recall, and F1.
MNIST achieves 96.46% accuracy and 0.24% ASR. Its precision, recall, and F1 are 0.949, 0.933, and 0.941. Fashion-MNIST achieves 79.06% accuracy and 4.62% ASR, with corresponding detection scores of 1.000, 0.667, and 0.800. CIFAR-100 achieves 58.53% accuracy and 1.46% ASR, with scores of 0.516, 0.525, and 0.521, reflecting the difficulty of separating attacks from benign variation in a 100-class non-IID task. Low attack success does not imply perfect attacker identification, and imperfect detection does not imply missing or corrupted evidence.

5.4. Detection Performance and Baseline Comparison

Krum, Trimmed Mean, FLTrust, FLTG-based filtering, and FL-Forensics are compared using the same retained client deltas. On MNIST, FL-Forensics obtains precision of 0.949, recall of 0.933, and F1 of 0.941; the F1 values are 0.874 for Krum, 0.944 for Trimmed Mean, 0.170 for FLTrust, and 0.238 for FLTG-based filtering. Trimmed Mean is slightly higher on this measure, so we do not claim universal detector superiority; FL-Forensics additionally preserves signed, witnessed, time-bound, encrypted, and externally committed evidence. Figure 4 shows client-round outcomes.
Krum and Trimmed Mean identify many malicious client-round observations but differ in their false-positive rates; FLTrust and FLTG show weaker true-positive/false-negative trade-offs. FL-Forensics combines high coverage with comparatively few false positives.

5.5. Forensic Integrity, Attribution, and Auditability

Figure 5 summarizes completeness, local and witnessed consistency, anchor consistency, attribution, evidence matching, and retrieval latency.
LCR, Local HCIR, External HCIR, and BCS are 1.000 for all datasets. AA is 1.000, 1.000, and 0.750; FAR is 0.118, 0.000, and 0.125; and EMS is 0.882, 1.000, and 0.656 for MNIST, Fashion-MNIST, and CIFAR-100, respectively. Mean ART is 0.044, 0.027, and 0.059 ms. ART measures local retrieval, not quorum finality, network latency, or total forensic overhead.

5.6. Forensic Quality Index and Component Ablation

Figure 6 reports FQI by dataset. FQI is 0.956 for MNIST, 0.900 for Fashion-MNIST, and 0.714 for CIFAR-100. The decreases reflect detection and attribution difficulty, while LCR, Local HCIR, External HCIR, and BCS remain 1.000.
The counterfactual ablation removes selected controls from the same captured evidence scenario without retraining the model. Figure 7 reports tampering detection, recovery, attribution, F1, FQI, and privacy-control coverage.
The complete configuration achieves 100% tampering detection, recovery, and attribution, with an F1 of 94.7%. Without the witness, recovery falls to 12.5% and attribution to 22.2%. Removing signatures weakens origin attribution; removing anchoring weakens long-term external consistency; removing trusted time weakens temporal verification; and removing encryption/RBAC reduces privacy-control coverage to zero. The local-only profile confirms that a server hash chain is insufficient under server compromise.

5.7. Evidence-Tampering and Runtime Evaluation

The campaign covers record deletion, ledger rewriting, reordering, duplication, signature substitution, cross-round replay, fabricated entries, timestamp and server-summary manipulation, and delayed or selective anchoring. A compromised server can alter a historical entry and rebuild the remaining hash chain, leaving Local HCIR high; External HCIR exposes the discrepancy relative to the witness receipts. For each manipulation, detection, recovery, and technical attribution are recorded separately.
ART is below 0.1 ms in all experiments but excludes commitment generation, signing, witness submission, encrypted persistence, anomaly processing, trusted time, anchoring, and network delay. End-to-end Forensic Cost Overhead requires matched enabled and disabled runs:
FCO = T forensic − T baseline T baseline .
Here, T forensic is the end-to-end runtime with forensic controls enabled and T baseline is the runtime of the otherwise matched control run; FCO is their dimensionless relative overhead. Without a matched forensic-disabled run, FCO is not available and is not inferred from ART.

6. Discussion

The model results show that utility, attack mitigation, and malicious-client detection should be evaluated separately. MNIST combines 96.46% clean accuracy with 0.24% ASR and an F1 of 0.941. Fashion-MNIST has lower clean accuracy (79.06%) and a higher ASR (4.62%); its precision of 1.000 indicates that every flag in this run was correct, but its recall of 0.667 shows that some malicious client-round observations were missed. CIFAR-100 has the lowest clean accuracy (58.53%) and detection F1 (0.521), although its ASR remains 1.46%. These results show that low backdoor success does not imply complete identification of malicious clients.
The MNIST baseline comparison places the detector’s performance in context. FL-Forensics reaches an F1 of 0.941, compared with 0.874 for Krum, 0.944 for Trimmed Mean, 0.170 for FLTrust, and 0.238 for FLTG-based filtering. Trimmed Mean is slightly higher on this detection measure, so the results do not establish universal statistical superiority for FL-Forensics. The distinction is functional: FL-Forensics combines competitive detection with signed, witnessed, time-bound, encrypted, and externally anchored evidence that the detection baselines do not provide as part of this comparison.
The forensic results remain stable even when detection becomes more difficult. LCR, Local HCIR, External HCIR, and BCS are 1.000 for all three datasets, whereas detection F1 decreases from 0.941 on MNIST to 0.800 on Fashion-MNIST and 0.521 on CIFAR-100. This separation is important because it shows that complete, internally consistent, independently corroborated, and anchor-consistent evidence can be retained without assuming perfect anomaly detection. Local HCIR alone would not be sufficient under server compromise because a server can rewrite and rehash its ledger; the External HCIR result supplies the independent comparison with witness evidence.
Attribution quality varies across datasets. AA is 1.000 for MNIST and Fashion-MNIST but decreases to 0.750 for CIFAR-100. FAR is 0.118, 0.000, and 0.125, producing EMS values of 0.882, 1.000, and 0.656, respectively. The Fashion-MNIST results illustrate that attribution and statistical detection capture different properties: attribution remains complete with no false accusations even though detector recall is 0.667. For CIFAR-100, weaker detection and attribution reduce FQI to 0.714, while the evidence-integrity measures remain unchanged. Similarly, the FQI decrease from 0.956 on MNIST to 0.900 on Fashion-MNIST reflects lower detection performance rather than evidence loss or anchor inconsistency.
The ablation and evidence-tampering results explain why the framework uses multiple evidence channels. The complete configuration achieves 100% tampering detection, recovery, and attribution in the evaluated scenario. Removing the witness reduces recovery to 12.5% and attribution to 22.2%, showing that a locally consistent server ledger cannot provide equivalent recovery after server-side manipulation. Signatures contribute origin binding, trusted time contributes temporal verification, anchoring contributes long-term external consistency, and encryption/RBAC contributes privacy-control coverage. The tampering campaign further shows that External HCIR can reveal a rewritten and rehashed ledger whose Local HCIR remains high. Anchoring can verify a committed state, but independent witness evidence is required to expose deletion or selective processing before commitment.
The reported ART values of 0.044, 0.027, and 0.059 ms show that retained evidence can be retrieved locally with sub-millisecond latency in these experiments. They do not measure the full operational cost of signing, witness communication, encrypted storage, trusted time, quorum finalization, or network delay. Consequently, the results support efficient local audit retrieval but do not support a claim of negligible end-to-end overhead; FCO remains unavailable without matched forensic-enabled and forensic-disabled runs.
The interpretation is bounded by the controlled 20-client evaluation, probabilistic detection under non-IID data, and the simulated four-validator quorum backend. The trust services are isolated from the Flower server but are not independently administered, and witness receipts preserve commitments rather than deleted update bytes. The framework also does not prove arbitrary aggregation arithmetic or establish legal admissibility. Within these limits, the results support the central claim that forensic accountability complements, rather than replaces, robust aggregation and anomaly detection.

7. Conclusions

FL-Forensics provides an evidence-preservation and accountability layer for federated learning in the presence of malicious clients and a potentially compromised aggregation server. The framework combines signed client commitments, independent pre-anchor witness receipts, trusted timestamps and sequence information, key-lifecycle controls, encrypted hash-chained storage, role-based access control, and permissioned quorum anchoring. These mechanisms retain detailed evidence off-chain while committing compact round-level state for independent verification.
The Flower implementation was evaluated with 20 clients, Dirichlet non-IID data, and three malicious clients on MNIST, Fashion-MNIST, and CIFAR-100. Detection F1 scores were 0.941, 0.800, and 0.521, while FQI values were 0.956, 0.900, and 0.714, respectively. The variation across these datasets indicates that malicious-client detection becomes more difficult as benign update variation increases. The MNIST comparison also shows that FL-Forensics is competitive with Krum and Trimmed Mean while providing evidence functions beyond statistical filtering.
Evidence integrity remained stable across the three evaluations: LCR, Local HCIR, External HCIR, and BCS were all 1.000. Attribution performance varied, with AA values of 1.000, 1.000, and 0.750 and EMS values of 0.882, 1.000, and 0.656. These results demonstrate that evidence completeness and independent verifiability can remain strong even when detection and attribution are imperfect. The ablation results further identify distinct roles for each control. In particular, removing the witness reduced recovery to 12.5% and attribution to 22.2%, while signatures, trusted time, anchoring, and encrypted RBAC retention supported origin verification, temporal ordering, external consistency, and privacy protection.
The evidence-tampering evaluation shows why local hash-chain validation is insufficient by itself: a compromised server can rewrite and rehash its ledger while independent witness evidence still exposes the inconsistency. Local audit retrieval remained below 0.1 ms, but this measurement does not represent end-to-end forensic overhead, which requires matched forensic-enabled and forensic-disabled runs. Overall, the results support FL-Forensics as a complement to robust aggregation and anomaly detection: it does not guarantee perfect attack detection or prove aggregation correctness, but it preserves attributable and independently corroborated evidence for post-incident investigation within the stated trust and deployment boundaries.

8. Future Work

Future work will study larger, longer-lived cross-silo federations with partial participation and diverse models; adaptive and collusive adversaries; independently administered witness, registry, time, and validator services; stronger metadata minimization and privacy-preserving provenance; matched overhead measurements; production permissioned anchoring; and verifiable computation for aggregation correctness.

Author Contributions

Conceptualization, S.M. and A.N.; methodology, S.M. and A.N.; software, S.M.; validation, S.M. and A.N.; formal analysis, S.M.; investigation, S.M.; writing—original draft preparation, S.M.; writing—review and editing, S.M. and A.N.; visualization, S.M.; supervision, A.N. All authors have read and agreed to the published version of the manuscript.

Funding

This research received no external funding.

Institutional Review Board Statement

Not applicable.

Data Availability Statement

The datasets used in this study are publicly available benchmark datasets. Implementation artifacts and generated forensic records are available from the corresponding author upon reasonable request.

Conflicts of Interest

The authors declare no conflicts of interest.

Abbreviations

AA Attribution Accuracy
AES-256-GCM Advanced Encryption Standard, 256-bit, Galois/Counter Mode
ART Audit Retrieval Time
ASR Attack Success Rate
BCS Blockchain Consistency Score
EAS Evidence Availability Score
EMS Evidence Match Score
F1 Harmonic mean of precision and recall
FAR False Accusation Rate
FCO Forensic Cost Overhead
FN False Negative
FP False Positive
FL Federated Learning
FQI Forensic Quality Index
HCIR Hash-Chain Integrity Rate
IID Independent and Identically Distributed
LCR Log Completeness Ratio
MAD Median Absolute Deviation
RBAC Role-Based Access Control
ReLU Rectified Linear Unit
SGD Stochastic Gradient Descent
SHA-256 Secure Hash Algorithm 256-bit
TN True Negative
TP True Positive
TSA Timestamp Authority

References

  1. Almutairi, S.; Barnawi, A. Federated learning vulnerabilities, threats and defenses: A systematic review and future directions. Internet Things 2023, 24, 100947. [CrossRef]
  2. Bagdasaryan, E.; Veit, A.; Hua, Y.; Estrin, D.; Shmatikov, V. How to backdoor federated learning. In Proceedings of the 23rd International Conference on Artificial Intelligence and Statistics (AISTATS); PMLR: Palermo, Italy, 2020; Volume 108, pp. 2938–2948. https://proceedings.mlr.press/v108/bagdasaryan20a.html.
  3. Beutel, D.J.; Topal, T.; Mathur, A.; Qiu, X.; Fernandez-Marques, J.; Gao, Y.; Sani, L.; Li, K.H.; Parcollet, T.; de Gusmão, P.P.B.; Lane, N.D. Flower: A friendly federated learning research framework. arXiv 2020, arXiv:2007.14390. [CrossRef]
  4. Bhowmick, A.; Duchi, J.; Freudiger, J.; Kapoor, G.; Rogers, R. Protection against reconstruction and its applications in private federated learning. arXiv 2018, arXiv:1812.00984. [CrossRef]
  5. Blanchard, P.; El Mhamdi, E.M.; Guerraoui, R.; Stainer, J. Machine learning with adversaries: Byzantine tolerant gradient descent. In Advances in Neural Information Processing Systems 30; 2017. https://proceedings.neurips.cc/paper/2017/hash/f4b9ec30ad9f68f89b29639786cb62ef-Abstract.html.
  6. Bonawitz, K.; Eichner, H.; Grieskamp, W.; Huba, D.; Ingerman, A.; Ivanov, V.; Kiddon, C.; Konečný, J.; Mazzocchi, S.; McMahan, H.B.; et al. Towards federated learning at scale: System design. Proc. Mach. Learn. Syst. 2019, 1, 374–388. https://proceedings.mlsys.org/paper_files/paper/2019/hash/bd686fd640be98efaae0091fa301e613-Abstract.html.
  7. Bonawitz, K.; Ivanov, V.; Kreuter, B.; Marcedone, A.; McMahan, H.B.; Patel, S.; Ramage, D.; Segal, A.; Seth, K. Practical secure aggregation for privacy-preserving machine learning. In Proceedings of the 2017 ACM SIGSAC Conference on Computer and Communications Security; 2017; pp. 1175–1191. [CrossRef]
  8. Bouamama, J.; Benkaouz, Y.; Ouzzif, M. VeSAFL: Verifiable secure aggregation for privacy-preserving federated learning. IEEE Trans. Dependable Secure Comput. 2025, 22, 6592–6609. [CrossRef]
  9. Cao, X.; Fang, M.; Liu, J.; Gong, N.Z. FLTrust: Byzantine-robust federated learning via trust bootstrapping. In Proceedings of the Network and Distributed System Security Symposium (NDSS); 2021. [CrossRef]
  10. Desai, H.B.; Özdayi, M.S.; Kantarcioglu, M. BlockFLA: Accountable federated learning via hybrid blockchain architecture. In Proceedings of the 11th ACM Conference on Data and Application Security and Privacy (CODASPY); 2021; pp. 101–112. [CrossRef]
  11. Fang, M.; Cao, X.; Jia, J.; Gong, N.Z. Local model poisoning attacks to Byzantine-robust federated learning. In Proceedings of the 29th USENIX Security Symposium; 2020; pp. 1605–1622. https://www.usenix.org/conference/usenixsecurity20/presentation/fang.
  12. Geyer, R.C.; Klein, T.; Nabi, M. Differentially private federated learning: A client level perspective. arXiv 2017, arXiv:1712.07557. [CrossRef]
  13. Goh, E.; Kim, D.-Y.; Lee, K.; Oh, S.; Chae, J.-E.; Kim, D.-Y. Blockchain-enabled federated learning: A reference architecture design, implementation, and verification. IEEE Access 2023, 11, 145747–145762. [CrossRef]
  14. Hitaj, B.; Ateniese, G.; Pérez-Cruz, F. Deep models under the GAN: Information leakage from collaborative deep learning. In Proceedings of the 2017 ACM SIGSAC Conference on Computer and Communications Security; 2017; pp. 603–618. [CrossRef]
  15. Hsieh, K.; Phanishayee, A.; Mutlu, O.; Gibbons, P.B. The non-IID data quagmire of decentralized machine learning. In Proceedings of the 37th International Conference on Machine Learning; PMLR, 2020; Volume 119, pp. 4387–4398. https://proceedings.mlr.press/v119/hsieh20a.html.
  16. ISO/IEC. ISO/IEC 27037:2012 Information Technology—Security Techniques—Guidelines for Identification, Collection, Acquisition and Preservation of Digital Evidence; ISO: Geneva, Switzerland, 2012. https://www.iso.org/standard/44381.html.
  17. Jere, M.S.; Farnan, T.; Koushanfar, F. A taxonomy of attacks on federated learning. IEEE Secur. Priv. 2021, 19, 20–28. [CrossRef]
  18. Kairouz, P.; McMahan, H.B.; Avent, B.; Bellet, A.; Bennis, M.; Bhagoji, A.N.; et al. Advances and open problems in federated learning. Found. Trends Mach. Learn. 2021, 14, 1–210. [CrossRef]
  19. Li, J.; Sun, J.; Li, F.; Yang, X.; Wang, Y. BIFLC: A blockchain and IPFS-based multi-consensus federated learning framework. In Proceedings of the 26th International Conference on Computer Supported Cooperative Work in Design (CSCWD); 2023; pp. 1409–1414. [CrossRef]
  20. Li, L.; Fan, Y.; Tse, M.; Lin, K.-Y. A review of applications in federated learning. Comput. Ind. Eng. 2020, 149, 106854. [CrossRef]
  21. Liu, P.; Xu, X.; Wang, W. Threats, attacks and defenses to federated learning: Issues, taxonomy and perspectives. Cybersecurity 2022, 5, 4. [CrossRef]
  22. Lo, S.K.; Liu, Y.; Lu, Q.; Wang, C.; Xu, X.; Paik, H.-Y.; Zhu, L. Toward trustworthy AI: Blockchain-based architecture design for accountability and fairness of federated learning systems. IEEE Internet Things J. 2023, 10, 3276–3284. [CrossRef]
  23. McMahan, H.B.; Moore, E.; Ramage, D.; Hampson, S.; Agüera y Arcas, B. Communication-efficient learning of deep networks from decentralized data. In Proceedings of the 20th International Conference on Artificial Intelligence and Statistics (AISTATS); PMLR, 2017; Volume 54, pp. 1273–1282. https://proceedings.mlr.press/v54/mcmahan17a.html.
  24. Mehammed, S.; Bewuketu, G.; Getaneh, D.; Alam, M.N.; Khan, S.; Alhayan, F. Blockchain-audited federated learning: Securing data and model updates with on-chain provenance. IET Softw. 2025, 2025. [CrossRef]
  25. Qammar, A.; Karim, A.; Ning, H.; Ding, J. Securing federated learning with blockchain: A systematic literature review. Artif. Intell. Rev. 2023, 56, 3951–3985. [CrossRef]
  26. Romandini, N.; Costagliola, A.R.; Bujari, A.; Montanari, R. TrustFLow: A traceable federated learning framework to enable trustworthy digital twins. Future Gener. Comput. Syst. 2026, 178, 108267. [CrossRef]
  27. Sachowski, J. Digital Forensics and Investigations: People, Process, and Technologies to Defend the Enterprise; CRC Press: Boca Raton, FL, USA, 2018. [CrossRef]
  28. Song, M.; Wang, Z.; Zhang, Z.; Song, Y.; Wang, Q.; Ren, J.; Qi, H. Analyzing user-level privacy attack against federated learning. IEEE J. Sel. Areas Commun. 2020, 38, 2430–2444. [CrossRef]
  29. Spoczynski, M.; Melara, M.S.; Szyller, S. Atlas: A framework for ML lifecycle provenance & transparency. In Proceedings of the 10th IEEE European Symposium on Security and Privacy Workshops; 2025; pp. 448–461. [CrossRef]
  30. Sprague, M.R.; Jalalirad, A.; Scavuzzo, M.; Capota, C.; Neun, M.; Do, L.; Kopp, M. Asynchronous federated learning for geospatial applications. In Machine Learning and Knowledge Discovery in Databases; Springer: Cham, Switzerland, 2019; Volume 967, pp. 21–28. [CrossRef]
  31. Tian, Z.; Cui, L.; Liang, J.; Yu, S. A comprehensive survey on poisoning attacks and countermeasures in machine learning. ACM Comput. Surv. 2023, 55, 1–35, Article 166. [CrossRef]
  32. Wen, Y.; Ai, L.; Liu, G.; Li, C.; Wei, J. FLTG: Byzantine-robust federated learning via angle-based defense and non-IID-aware weighting. arXiv 2025, arXiv:2505.12851. [CrossRef]
  33. Wu, L.; Ruan, W.; Hu, J.; He, Y. A survey on blockchain-based federated learning. Future Internet 2023, 15, 400. [CrossRef]
  34. Yin, D.; Chen, Y.; Ramchandran, K.; Bartlett, P. Byzantine-robust distributed learning: Towards optimal statistical rates. In Proceedings of the 35th International Conference on Machine Learning; PMLR, 2018; Volume 80, pp. 5650–5659. https://proceedings.mlr.press/v80/yin18a.html.
  35. Zhou, X.; Xu, M.; Wu, Y.; Zheng, N. Deep model poisoning attack on federated learning. Future Internet 2021, 13, 73. [CrossRef]
Figure 1. FL-Forensics implementation architecture. Client commitments are witnessed before server-controlled processing. The prototype isolates the trust service from the Flower server; production requires independent administration.
Figure 1. FL-Forensics implementation architecture. Client commitments are witnessed before server-controlled processing. The prototype isolates the trust service from the Flower server; production requires independent administration.
Preprints 236496 g001
Figure 2. Primary configuration for MNIST, Fashion-MNIST, and CIFAR-100: 20 clients per round, three malicious clients (15%), Dirichlet non-IID partitioning ( α = 0.5 ), and Screened FedAvg.
Figure 2. Primary configuration for MNIST, Fashion-MNIST, and CIFAR-100: 20 clients per round, three malicious clients (15%), Dirichlet non-IID partitioning ( α = 0.5 ), and Screened FedAvg.
Preprints 236496 g002
Figure 3. Model utility, backdoor attack success rate, and malicious-client detection in the primary experiments.
Figure 3. Model utility, backdoor attack success rate, and malicious-client detection in the primary experiments.
Preprints 236496 g003
Figure 4. True-positive, false-positive, false-negative, and true-negative client-round percentages for the MNIST detectors.
Figure 4. True-positive, false-positive, false-negative, and true-negative client-round percentages for the MNIST detectors.
Preprints 236496 g004
Figure 5. Forensic integrity, attribution, evidence matching, and auditability across datasets. Local and External HCIR distinguish internal server consistency from independent corroboration; ART is local retrieval latency.
Figure 5. Forensic integrity, attribution, evidence matching, and auditability across datasets. Local and External HCIR distinguish internal server consistency from independent corroboration; ART is local retrieval latency.
Preprints 236496 g005
Figure 6. Forensic Quality Index by dataset, combining evidence quality, attribution, and detection F1.
Figure 6. Forensic Quality Index by dataset, combining evidence quality, attribution, and detection F1.
Preprints 236496 g006
Figure 7. Counterfactual evidence-channel ablation isolating independent witnessing, signatures, anchoring, trusted time, and encrypted role-based retention.
Figure 7. Counterfactual evidence-channel ablation isolating independent witnessing, signatures, anchoring, trusted time, and encrypted role-based retention.
Preprints 236496 g007
Table 1. Comparison of FL-Forensics with representative related frameworks.
Table 1. Comparison of FL-Forensics with representative related frameworks.
Framework Primary mechanisms/evaluation Primary focus
VeSAFL [8] Multi-server aggregation; local/global update verification Verifiable secure aggregation
TrustFLow [26] Decentralized identifiers (DIDs), credentials, provenance, influence estimation, and revocation Traceability and trustworthy digital twins
Blockchain-Audited FL [24] Permissioned blockchain, audit channels, off-chain anomaly analysis Blockchain-assisted provenance and auditing
Atlas [29] Provenance records, transparency logs, trusted execution, and artifact attestation Machine-learning lifecycle provenance
FL-Forensics Signed commitments, pre-anchor witness, trusted time, encrypted RBAC evidence, quorum anchoring, and forensic metrics Post-incident accountability under server compromise
Disclaimer/Publisher’s Note: The statements, opinions and data contained in all publications are solely those of the individual author(s) and contributor(s) and not of MDPI and/or the editor(s). MDPI and/or the editor(s) disclaim responsibility for any injury to people or property resulting from any ideas, methods, instructions or products referred to in the content.
Copyright: This open access article is published under a Creative Commons CC BY 4.0 license, which permit the free download, distribution, and reuse, provided that the author and preprint are cited in any reuse.