<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>CKKS &#8211; Science</title>
	<atom:link href="https://scienmag.com/tag/ckks/feed/" rel="self" type="application/rss+xml" />
	<link>https://scienmag.com</link>
	<description></description>
	<lastBuildDate>Sat, 03 Oct 2026 18:55:14 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.1.3</generator>

<image>
	<url>https://scienmag.com/wp-content/uploads/2024/07/cropped-scienmag_ico-32x32.jpg</url>
	<title>CKKS &#8211; Science</title>
	<link>https://scienmag.com</link>
	<width>32</width>
	<height>32</height>
</image> 
<site xmlns="com-wordpress:feed-additions:1">73899611</site>	<item>
		<title>Encrypted Cancer Genomics: Benchmark Reveals Speed Versus Storage Tradeoff in Homomorphic Encryption</title>
		<link>https://scienmag.com/encrypted-cancer-genomics-benchmark-reveals-speed-versus-storage-tradeoff-in-homomorphic-encryption/</link>
		
		<dc:creator><![CDATA[Nathaniel Bowman]]></dc:creator>
		<pubDate>Sat, 03 Oct 2026 18:55:14 +0000</pubDate>
				<category><![CDATA[Biology]]></category>
		<category><![CDATA[Benchmarking cryptographic techniques for genomics]]></category>
		<category><![CDATA[BFV]]></category>
		<category><![CDATA[cancer genomics]]></category>
		<category><![CDATA[CKKS]]></category>
		<category><![CDATA[cloud computing]]></category>
		<category><![CDATA[cryptography]]></category>
		<category><![CDATA[Cryptography and data privacy in biomedical research]]></category>
		<category><![CDATA[Data Privacy]]></category>
		<category><![CDATA[Data security challenges in large-scale genomics]]></category>
		<category><![CDATA[differential expression analysis]]></category>
		<category><![CDATA[fully homomorphic encryption]]></category>
		<category><![CDATA[Fully homomorphic encryption applications in healthcare]]></category>
		<category><![CDATA[genomic pipelines]]></category>
		<category><![CDATA[Genomic privacy protection]]></category>
		<category><![CDATA[Homomorphic encryption in cancer research]]></category>
		<category><![CDATA[Performance evaluation of encryption methods for genomics]]></category>
		<category><![CDATA[Privacy-preserving transcriptomics]]></category>
		<category><![CDATA[Re-identification risks in genomic data sharing]]></category>
		<category><![CDATA[RNA-seq]]></category>
		<category><![CDATA[Secure cloud-based genomic data analysis]]></category>
		<category><![CDATA[Secure computation for RNA-sequencing data]]></category>
		<category><![CDATA[Speed versus storage tradeoff in encryption]]></category>
		<category><![CDATA[TCGA]]></category>
		<category><![CDATA[Transcriptomics]]></category>
		<guid isPermaLink="false">https://scienmag.com/?p=231486</guid>

					<description><![CDATA[A systematic benchmark of BFV and CKKS homomorphic encryption on cancer RNA-seq data reveals a clear latency-storage tradeoff while preserving gene ranking fidelity above 0.999.]]></description>
										<content:encoded><![CDATA[<p>Genomic medicine has a privacy problem that is getting harder to ignore. As hospitals and research consortia increasingly hand RNA-sequencing data to cloud platforms for large-scale analysis, the sensitive molecular profiles of cancer patients travel beyond institutional walls, where they become attractive targets for re-identification and misuse. A new study published in BMC Bioinformatics offers a rigorous empirical answer to one of the most promising technical fixes: fully homomorphic encryption, or FHE, a cryptographic technique that allows computation directly on encrypted data without ever decrypting it. The work, conducted by Dilen Shankar of the Department of Computer Technology at Anna University in Chennai, India, provides the kind of systematic, head-to-head benchmarking that the field has lacked, and its findings reveal a striking tradeoff between speed and storage that will shape how privacy-preserving genomics pipelines are built.</p>
<p>The appeal of fully homomorphic encryption in genomics is straightforward to state but difficult to achieve in practice. Differential expression analysis, one of the most common first steps in cancer transcriptomics, compares gene expression levels between groups of samples, such as tumor tissue versus healthy tissue, to identify genes whose activity changes with disease. Because expression profiles are inherently identifying, uploading raw count matrices to a third-party cloud service exposes patients to real risk. FHE promises to dissolve that risk: the cloud server performs the statistical computation on ciphertexts, and only the data owner, holding the secret key, can decrypt the results. The catch is cost. Homomorphic operations are orders of magnitude slower than their plaintext equivalents, and the exact penalty depends heavily on which encryption scheme is chosen and how its parameters are configured.</p>
<p>The study focuses on the two most widely deployed FHE schemes, BFV and CKKS, which take philosophically different approaches to arithmetic on encrypted data. BFV operates on exact integers, making it well suited to the raw integer counts that RNA-seq pipelines produce, but it requires careful quantization when computations produce fractional values. CKKS, by contrast, works natively with approximate real numbers, embedding a scaling factor into each plaintext and accepting a small, controlled amount of noise with every operation. That approximation is usually negligible for statistical work, but it accumulates through a process called rescaling, and the new research shows that this accumulation can become measurable under certain parameter settings. Until now, the field has had little empirical guidance on when each scheme&#8217;s weaknesses matter more than its strengths.</p>
<p>To settle the question, the author designed a benchmark of unusual thoroughness for the FHE-genomics intersection. Two cancer RNA-seq datasets served as testbeds: the UCI Gene Expression RNA-Seq dataset, comprising 801 samples spanning five cancer types and yielding ten pairwise class comparisons, and the TCGA lung cancer dataset combining lung squamous cell carcinoma and lung adenocarcinoma, with 1,129 samples and a single pairwise comparison. Experiments swept across polynomial modulus degrees of 4,096, 8,192 and 16,384, the parameter that largely determines both security headroom and computational cost, and across three cohort sizes. Every configuration was run ten independent times under parameters compliant with the 128-bit security standard, the widely accepted benchmark for practical cryptographic deployments, for a total of 300 runs. That repetition matters, because FHE timings can be noisy and single-run benchmarks have historically overstated the reliability of performance claims.</p>
<p>The headline result is a decisive speed advantage for BFV. Across every configuration tested, BFV completed the full encrypt-compute-decrypt cycle in 3.5 to 7.5 times less total latency than CKKS. For teams weighing the practicality of encrypted differential expression analysis, that gap is not a rounding error; it can be the difference between a pipeline that finishes overnight and one that stalls for days. Yet the story does not end there. CKKS fought back on a different axis: at the largest polynomial modulus degree of 16,384, its ciphertexts were approximately 2.66 times smaller per sample than BFV&#8217;s. In cloud environments where storage and bandwidth are billed by the gigabyte, and where genomic cohorts can involve tens of thousands of samples, that storage advantage translates directly into cost savings and faster data transfer. The study&#8217;s central conclusion is that neither scheme is universally dominant; the right choice depends on whether a deployment is latency-bound or storage-bound.</p>
<p>Perhaps the most surprising finding concerns what actually drives computational cost. Intuition suggests that processing more samples should take proportionally longer, but the benchmark showed that execution time scaled primarily with the number of pairwise class comparisons rather than with sample count. In the UCI dataset, with its ten pairwise comparisons, the encrypted computation was far heavier than in the TCGA comparison, despite the latter containing more samples. This is a genuinely counterintuitive result that had received little attention in prior FHE benchmarking studies, and it carries immediate practical implications: analysts designing privacy-preserving pipelines for multi-class cancer studies should budget their computation around the number of group contrasts, not the size of the cohort, and should consider consolidating comparisons wherever the science allows.</p>
<p>Accuracy, the other half of the tradeoff equation, behaved in scheme-specific ways that the author traced to the underlying mathematics. CKKS&#8217;s approximation error grew worse at higher polynomial modulus degrees, a consequence of scale-induced rescaling noise accumulating through the computation. BFV, working with exact integers, showed the opposite and rather elegant behavior: its quantization noise decreased as cohort size increased, because averaging over more samples smooths out the rounding error introduced when fractional statistics are mapped onto the integer plaintext space. These opposing error dynamics mean that the accuracy picture changes with both the scheme and the scale of the study, and pipeline designers cannot simply assume that bigger parameters yield better results.</p>
<p>Crucially, however, the study delivers a reassuring bottom line for biomedical validity. Across all 300 runs and every configuration tested, both BFV and CKKS preserved the ranking of differentially expressed genes with a Spearman rank correlation above 0.999 relative to the plaintext baseline. In other words, even where numerical errors crept in, the biological conclusions, which genes rise to the top of the differential expression list, remained essentially identical to what an unencrypted analysis would produce. For clinical and research applications, that ranking fidelity is arguably the metric that matters most, and the result suggests that FHE-based privacy protection need not come at the price of scientific correctness.</p>
<p>Beyond the specific numbers, the study establishes a reproducible benchmarking framework that other researchers can extend to additional schemes, datasets, and statistical tasks. The author acknowledges Dr. Sudhakar Theerthagiri of Anna University&#8217;s MIT Campus for guidance on cryptography and methodological decisions, and the work received no external funding. Published open access on 15 September 2026, the paper arrives at a moment when privacy regulation and cloud genomics are colliding with growing force. As sequencing costs continue to fall and multi-institutional cancer studies become the norm, the demand for computation on encrypted genomes will only intensify. This benchmark gives the field its clearest map yet of the terrain: BFV for speed, CKKS for storage, class comparisons as the true computational driver, and gene rankings that survive encryption essentially intact. For a discipline wrestling with how to share its most sensitive data without giving it away, that map is a valuable piece of infrastructure in its own right.</p>
<p><strong>Subject of Research:</strong> Privacy-preserving differential expression analysis of cancer RNA-seq data using fully homomorphic encryption</p>
<p><strong>Article Title:</strong> Privacy-preserving differential expression analysis via fully homomorphic encryption: a systematic tradeoff evaluation of BFV and CKKS on cancer RNA-seq datasets</p>
<p><strong>Article References:</strong> Shankar, D. (2026). Privacy-preserving differential expression analysis via fully homomorphic encryption: a systematic tradeoff evaluation of BFV and CKKS on cancer RNA-seq datasets. <em>BMC Bioinformatics</em>. <a href="https://doi.org/10.1186/s12859-026-06609-7" rel="noopener noreferrer">https://doi.org/10.1186/s12859-026-06609-7</a></p>
<p><strong>Image Credits:</strong> AI Generated</p>
<p><strong>DOI:</strong> <a href="https://doi.org/10.1186/s12859-026-06609-7" rel="noopener noreferrer">10.1186/s12859-026-06609-7</a></p>
<p><strong>Keywords:</strong> fully homomorphic encryption, BFV, CKKS, differential expression analysis, RNA-seq, cancer genomics, data privacy, transcriptomics, cloud computing, TCGA, genomic pipelines, cryptography</p>
]]></content:encoded>
					
		
		
		<post-id xmlns="com-wordpress:feed-additions:1">231486</post-id>	</item>
		<item>
		<title>Encrypted AI Training: Blockchain and Homomorphic Encryption Harden Federated Learning</title>
		<link>https://scienmag.com/encrypted-ai-training-blockchain-and-homomorphic-encryption-harden-federated-learning/</link>
		
		<dc:creator><![CDATA[Veronica Carney]]></dc:creator>
		<pubDate>Wed, 23 Sep 2026 21:06:39 +0000</pubDate>
				<category><![CDATA[Technology and Engineering]]></category>
		<category><![CDATA[blockchain]]></category>
		<category><![CDATA[blockchain security in federated learning]]></category>
		<category><![CDATA[blockchain-based model integrity]]></category>
		<category><![CDATA[CKKS]]></category>
		<category><![CDATA[cryptography]]></category>
		<category><![CDATA[Data Privacy]]></category>
		<category><![CDATA[decentralized AI training security]]></category>
		<category><![CDATA[deep learning]]></category>
		<category><![CDATA[encrypted AI model training]]></category>
		<category><![CDATA[encrypted parameter exchange in AI]]></category>
		<category><![CDATA[federated learning]]></category>
		<category><![CDATA[federated learning privacy]]></category>
		<category><![CDATA[gradient inversion]]></category>
		<category><![CDATA[gradient inversion attack prevention]]></category>
		<category><![CDATA[homomorphic encryption]]></category>
		<category><![CDATA[homomorphic encryption for AI training]]></category>
		<category><![CDATA[machine learning security]]></category>
		<category><![CDATA[malware detection]]></category>
		<category><![CDATA[model aggregation]]></category>
		<category><![CDATA[multi-layered AI data protection]]></category>
		<category><![CDATA[Paillier]]></category>
		<category><![CDATA[privacy-preserving machine learning]]></category>
		<category><![CDATA[secure aggregation in federated learning]]></category>
		<category><![CDATA[tamper-evident blockchain for AI]]></category>
		<guid isPermaLink="false">https://scienmag.com/?p=210309</guid>

					<description><![CDATA[Researchers have built a federated learning system that combines CKKS homomorphic encryption with blockchain storage, cutting adversarial attack success from 83.67 percent to 55.63 percent while keeping training efficiency above 90 percent.]]></description>
										<content:encoded><![CDATA[<p>Federated learning has long been pitched as the privacy-friendly way to train artificial intelligence: instead of shipping sensitive data to a central server, the model travels to the data, and only learned parameters make the return trip. But a growing body of attack research has shown that those traveling parameters can leak startling amounts of information about the raw data that produced them, and that the training process itself can be subverted by malicious participants. A new system called uitPriPreFL, described in the journal Cluster Computing by Nguyen Tan Cam, Hoang Hai Anh, and Truong Khanh Long of the VNUHCM-University of Information Technology in Ho Chi Minh City, tackles both problems at once by wrapping federated learning in two complementary layers of protection: homomorphic encryption, which lets computers compute on data they cannot read, and blockchain, which gives the system a tamper-evident memory of every model it has ever stored.</p>
<p>The core insight behind the Vietnamese team&#8217;s design is that federated learning&#8217;s privacy guarantees are thinner than they first appear. During each round of training, participating devices compute gradient updates, or weight changes, on their local data and send them to a coordinating server for aggregation. Research on gradient inversion attacks has demonstrated that a sufficiently determined adversary who intercepts these updates can reconstruct recognizable images and text from them, effectively reversing the learning process to expose the very data the scheme was meant to protect. Beyond eavesdropping, federated systems are also vulnerable to poisoning attacks, in which malicious clients submit corrupted updates to degrade the shared model, and to attacks on the aggregation server itself, which represents a single point of failure and a tempting target for anyone seeking to manipulate the final model.</p>
<p>Homomorphic encryption addresses the eavesdropping problem with a mathematical trick that sounds almost paradoxical: it allows arithmetic to be performed directly on encrypted values. In a conventional encrypted system, data must be decrypted before anything useful can be done with it, which means the party doing the computation inevitably sees the plaintext. Homomorphic schemes, by contrast, operate on ciphertexts, producing encrypted results that, when finally decrypted by the key holder, match the outcome of the same operations performed on the underlying data. For federated learning this is a natural fit, because model aggregation is essentially weighted arithmetic, adding and averaging the numerical updates contributed by many clients. If each client encrypts its update before transmission, the server can combine them into a new global model without ever seeing a single plaintext gradient.</p>
<p>Not all homomorphic encryption is created equal, and the choice of scheme has enormous consequences for performance. The researchers evaluated their system under three experimental conditions: no encryption at all, Paillier encryption, and Cheon-Kim-Kim-Song, or CKKS, encryption. Paillier is a classical partially homomorphic scheme that supports additive operations on integers, which is sufficient for averaging model weights but imposes significant computational overhead on the large tensors that modern neural networks use. CKKS, introduced in 2017, takes a different approach, performing approximate arithmetic on real and complex numbers, which aligns far more naturally with the floating-point values that flow through a deep neural network. That alignment lets CKKS pack many values into a single ciphertext and process them in parallel, dramatically reducing the computational burden relative to schemes designed for exact integer arithmetic.</p>
<p>To measure how much this matters in practice, the team built their experiments around a convolutional neural network, the workhorse architecture for image and signal classification, and tested the system on three benchmark datasets chosen to span very different security scenarios. MNIST, the classic dataset of handwritten digits, and CIFAR-10, a more demanding collection of small natural images, represent standard machine learning workloads. The third dataset, CICMalDroid2020, is a collection of Android malware samples, which grounds the evaluation in a domain where privacy and security are not abstract concerns but operational requirements: hospitals, banks, and security vendors cannot share malware samples or user data freely, yet they would all benefit from a jointly trained detection model.</p>
<p>The headline security result is striking. Under adversarial attack, the system running without encryption suffered an attack success rate of 83.67 percent, meaning the vast majority of attempted intrusions into the training process succeeded. With CKKS encryption in place, that figure collapsed to 55.63 percent, a reduction of nearly thirty percentage points. The encryption does not make attacks impossible, but it strips attackers of the readable gradients and model parameters they rely on, forcing them to operate blind against ciphertexts whose contents reveal nothing about the data or the model state. Meanwhile, the efficiency numbers suggest the security does not come at an unacceptable price: training efficiency remained above 90 percent across all three datasets in the CKKS-based configuration, indicating that the cryptographic overhead, while real, leaves the bulk of the system&#8217;s training throughput intact.</p>
<p>Encryption alone, however, would leave federated learning exposed on a different front: trust in the infrastructure that stores and manages models. This is where the blockchain component of uitPriPreFL enters. A blockchain is a distributed, append-only ledger in which records are bundled into cryptographically linked blocks and validated by consensus among participants, making it computationally infeasible for any single party to silently alter history. In the proposed system, the blockchain serves as the storage and management backbone for model information, creating an auditable record of model versions and updates. Any participant can verify that the global model they are downloading corresponds to a legitimate aggregation of encrypted client contributions, and no central operator can quietly substitute a manipulated model or erase a previous version. The combination is synergistic: homomorphic encryption protects the content of the models, while the blockchain protects their provenance and integrity.</p>
<p>The broader context makes this work part of a fast-moving research wave. Recent years have seen a flurry of systems combining cryptography with decentralized ledgers to harden collaborative machine learning, from blockchain-based auditable federated learning frameworks with incentive mechanisms, to multi-key homomorphic encryption schemes that prevent even the aggregation server from decrypting individual updates, to adaptive segmented CKKS approaches designed to squeeze more efficiency out of approximate homomorphic arithmetic. Surveys of client-server attacks and defenses in federated learning document a threat landscape that includes gradient inversion, membership inference, model poisoning, and Byzantine failures, and the field has increasingly converged on the view that no single defense suffices. Layered architectures, combining encryption for confidentiality, consensus mechanisms for integrity, and aggregation rules for robustness, are emerging as the practical answer.</p>
<p>The Vietnamese team&#8217;s contribution to that conversation is a complete, working system rather than a theoretical proposal, and they have released the source code publicly on GitHub, allowing other researchers to reproduce their experiments, probe the implementation for weaknesses, and build on the architecture. Open availability matters in this subfield because security claims are notoriously difficult to verify from papers alone, and adversarial evaluations frequently find gaps between a system&#8217;s promised and actual robustness. By publishing code alongside benchmarks spanning handwriting recognition, natural images, and malware detection, the authors have made it possible for the community to test whether the reported attack-resistance and efficiency numbers hold up under independent scrutiny.</p>
<p>The implications reach well beyond the laboratory. Federated learning is already deployed in keyboard prediction on smartphones, in healthcare consortia that train diagnostic models across hospitals, and in financial fraud detection networks where data-sharing agreements make centralization impossible. Every one of those deployments inherits the vulnerabilities that gradient inversion and poisoning research have exposed, and every one of them stands to benefit from encryption that lets a server aggregate without seeing and ledgers that make model history verifiable. The uitPriPreFL results, showing a drop in attack success from nearly 84 percent to under 56 percent while keeping training efficiency above 90 percent, offer a concrete data point that strong cryptographic privacy and practical machine learning performance can coexist. As approximate homomorphic encryption schemes like CKKS continue to mature and hardware acceleration improves, the tax that privacy pays on training speed is likely to shrink further, bringing fully private, auditable, collaborative AI closer to everyday infrastructure.</p>
<p><strong>Subject of Research:</strong> Privacy-preserving federated learning using homomorphic encryption and blockchain</p>
<p><strong>Article Title:</strong> uitPriPreFL: privacy-preserving federated learning system using homomorphic encryption and blockchain</p>
<p><strong>Article References:</strong> Cam, N. T., Anh, H. H., &amp; Long, T. K. (2026). uitPriPreFL: privacy-preserving federated learning system using homomorphic encryption and blockchain. <em>Cluster Computing, 29</em>(13), Article 781. <a href="https://doi.org/10.1007/s10586-026-06603-x" rel="noopener noreferrer">https://doi.org/10.1007/s10586-026-06603-x</a></p>
<p><strong>Image Credits:</strong> AI Generated</p>
<p><strong>DOI:</strong> <a href="https://doi.org/10.1007/s10586-026-06603-x" rel="noopener noreferrer">10.1007/s10586-026-06603-x</a></p>
<p><strong>Keywords:</strong> federated learning, homomorphic encryption, blockchain, CKKS, Paillier, data privacy, machine learning security, gradient inversion, deep learning, model aggregation, cryptography, malware detection</p>
]]></content:encoded>
					
		
		
		<post-id xmlns="com-wordpress:feed-additions:1">210309</post-id>	</item>
	</channel>
</rss>
