Social Icons

Showing posts with label Homomorphic Encryption. Show all posts
Showing posts with label Homomorphic Encryption. Show all posts

Sunday, May 31, 2026

Cities as Data: Reflections on AI-Powered Urban Analytics at Geospatial World Forum 2026 Amsterdam, May 2026 : Panel-3

The third session I participated in at GWF 2026 shifted register somewhat away from the explicitly military framing of the earlier panels and toward something that affects a broader audience: how artificial intelligence is being applied to understand, manage, and secure urban infrastructure at scale. The audience was a mix of city planners, defence-adjacent technologists, data scientists, and policy people. That breadth made for a different kind of conversation.

Session 1 carried the title AI-Powered Urban Analytics: Data Science for Infrastructure Intelligence and the framing was deliberately wide. Urban infrastructure is a category that encompasses power grids, water systems, transport networks, telecommunications, public health monitoring, and the physical built environment. The question the session kept returning to was: what does it actually mean to apply AI to something this complex, this consequential, and this hard to fully observe?


The Infrastructure Intelligence Problem

Modern cities generate continuous data. Sensors embedded in roads, buildings, utilities, and public spaces produce streams that no human analyst team could meaningfully process at speed. AI-powered urban analytics is the attempt to make that data operationally useful not just archived, but acted upon.

The infrastructure intelligence framing matters because it shifts the goal from description to anticipation. A system that tells you a water main failed is useful. A system that identifies the precursor signatures of failure before it happens is transformative. That gap between reactive monitoring and predictive intelligence is where most of the serious work is being done, and where most of the serious risks live.



Bayesian Program Learning for Urban Pattern Recognition

One of the contributions I brought to this session was the relevance of Bayesian program learning as a framework for urban analytics problems. Most deployed urban AI systems are pattern-matchers  they learn from historical data and recognise recurrences. That works well in stable environments with abundant labelled data. Urban infrastructure is neither.

Bayesian program learning approaches the problem differently: rather than learning from volume, it learns programmes structured representations of how things work from very few examples, and generalises from those. In an urban context, this matters when you're trying to reason about rare events: infrastructure failure modes that have only occurred once or twice, novel threat signatures in a utility network, or unusual movement patterns in a city under stress. A purely statistical model trained on normal conditions will miss these. A model that has learned a causal programme for how the system behaves has a better chance of flagging the anomalous.

I raised this not as a deployed solution most urban analytics stacks are nowhere near this but as the direction that serious infrastructure intelligence work needs to move toward.



Differentially Private Federated Learning Across Urban Sensor Networks

Urban data is politically and legally sensitive in ways that military data is sensitive operationally. A smart city sensor network aggregates information about the movement, behaviour, and patterns of civilian populations. Centralising that data for AI training creates privacy exposure, legal liability, and in authoritarian contexts, a surveillance infrastructure that outlasts its original purpose.

I discussed Differentially Private Federated Learning as the architecture that makes urban analytics viable without those costs. The federated component means models are trained locally at the sensor node, the district server, the utility substation — and only model updates, not raw data, are shared upward. The differential privacy component means those updates are mathematically protected: calibrated noise is added such that no individual data point can be reconstructed from the aggregated model.

The practical implication is that a city can run a shared infrastructure intelligence model across its transport, utilities, and public safety systems without any single entity including the city government itself holding a centralised dataset of resident behaviour. That is not a minor privacy nicety. In a world where urban data infrastructure is increasingly a target, both for criminal actors and for state-level adversaries, it is an operational security consideration.


Sovereign AI and Urban Infrastructure

A thread that ran through this session, and one I pushed on, was the question of sovereign AI models in the urban context. Most cities deploying AI-powered analytics are doing so through commercial platforms often built on models trained elsewhere, hosted on infrastructure they don't control, and updated on schedules set by vendors.


The dependency this creates is underappreciated. A city's infrastructure intelligence layer, if it runs on a foreign-hosted model, is a city whose understanding of its own infrastructure is mediated by someone else's system. In peacetime that is a procurement question. In a crisis, a cyberattack, a natural disaster, a period of geopolitical tension, it becomes something more serious.

Sovereign AI in this context doesn't mean every city builds its own foundation model. It means the critical analytical layer that interprets infrastructure data runs on systems that are nationally or regionally governed, auditable, and resilient to external interference. The conversation around this at GWF was notably more advanced among European participants than I'd expected there is genuine policy momentum here, driven in part by the EU AI Act's implications for critical infrastructure AI.



AI Security Threats in Urban Systems

I flagged AI security threats specifically in the urban analytics context because the attack surface is different from military systems but no less consequential. Urban AI systems make or inform decisions about infrastructure allocation, anomaly response, and resource deployment. An adversary who understands how those systems work has options.

The threat I spent the most time on was adversarial input manipulation crafting sensor data or environmental conditions that cause an urban AI system to misclassify a situation. A power grid anomaly misclassified as normal. A movement pattern misclassified as routine. These aren't hypothetical attack vectors; they are documented in research and increasingly relevant as urban systems become more automated.

Persuasive AI came up in a different register here. In urban planning and infrastructure investment decisions, AI-generated analysis increasingly shapes what decision-makers see and prioritise. A system that surfaces certain patterns, routes certain recommendations, or frames trade-offs in particular ways can subtly steer decisions without any single output being obviously wrong. I raised this not as a conspiracy framing but as a design responsibility: the people building urban analytics systems need to think carefully about how their outputs are presented, what they omit, and whose interests the framing serves. Algorithmic outputs in consequential civic decisions warrant the same scrutiny we'd apply to any other form of expert advice.


What the Session Left Open

The honest closing note I'd offer on this session is that urban analytics as a field is at an interesting and slightly uncomfortable moment. The technical capability is running ahead of the governance frameworks. Cities are deploying AI systems for infrastructure management under procurement timelines that don't allow for the kind of adversarial stress-testing, privacy auditing, or sovereign architecture review that the stakes warrant.

GWF brought some of the right people into the same room. Whether those conversations translate into procurement standards, policy frameworks, or architectural requirements at the city level is the harder question and one that won't be answered at a conference.

Series: Geospatial World Forum 2026, RAI Amsterdam | April 27 – May 1


Friday, May 29, 2026

Shielding Digital Borders: On Cyber-Geospatial Convergence at Geospatial World Forum 2026 Amsterdam, May 2026 :Panel -2

The second panel I was part of at GWF 2026 sat at an intersection that doesn't get enough dedicated attention ,the point where geospatial infrastructure meets cyber threat. Most cybersecurity discourse treats location as incidental. Most geospatial discourse treats cyber as someone else's department. Panel Discussion 2 was built on the recognition that this separation is no longer defensible.

Panel Discussion 2: Cyber-Geospatial Convergence Shielding Digital Borders

The framing was precise: geospatial systems and satellite infrastructure are not passive data pipes. They are critical national infrastructure, and they are targeted accordingly. GPS spoofing, satellite uplink jamming, attacks on ground-based GEOINT processing nodes these are not theoretical. They are documented, ongoing, and accelerating. The session brought together people working on the technical, doctrinal, and policy dimensions of this problem.


What made the conversation worth having was the convergence thesis itself: that cyber and GEOINT are now inseparable disciplines, and that defending one without the other is defending half a system.

Protecting Geospatial Systems and Satellite Infrastructure

I opened my contribution by framing the threat landscape in terms of what adversaries actually target. Satellite infrastructure presents a layered attack surface the space segment, the ground segment, and the user segment each carry distinct vulnerabilities. The ground segment is often the weakest: uplink facilities, processing nodes, and the data pipelines feeding downstream users are frequently built on commercial-off-the-shelf components with known vulnerability profiles.

This is where zero-day vulnerabilities become a specific concern. A nation-state adversary with a stockpile of undisclosed exploits targeting GEOINT ground infrastructure can, in principle, corrupt or deny geospatial data at a moment of their choosing not through jamming, which is detectable, but through quiet manipulation of the data itself. I raised this because it changes the threat model: the risk isn't just losing access to geospatial data, it's receiving geospatial data you can't trust.

KASLR bypass came up here in the specific context of processing nodes running geospatial workloads hardened systems that may not be on aggressive patch cycles, where kernel-level mitigations are sometimes the last meaningful layer of defence.

Zero Trust for Critical Defence Networks

The question of how you architect a defence network that handles geospatial data from multiple sources allied feeds, commercial satellite imagery, classified sensor outputs is fundamentally a trust problem. I argued that Zero Trust Architecture is the only coherent answer.


In a traditional perimeter model, once you're inside the network you're largely trusted. In a geospatial defence context, that assumption is catastrophic. Data enters from dozens of sources. Analysts, platforms, and automated systems consume it. A single compromised node or a single poisoned feed propagates through a trusted interior.

ZTA flips the model: no implicit trust, continuous verification, least-privilege access at every layer. Applied to geospatial pipelines specifically, it means every data feed is authenticated, every query is logged, and access to sensitive spatial layers is granted on a need-to-know basis that is enforced technically, not just by policy.
 
 

Privacy Budget and Differential Privacy in GEOINT

One of the more technically nuanced threads in the session involved the tension between intelligence sharing and data exposure. Sharing geospatial intelligence with allied partners is operationally valuable. It is also, without careful architecture, a way of leaking the collection methodology, sensor positioning, and analytical capability of the sharing party.

I discussed differential privacy and the concept of a privacy budget in this context. When you query a geospatial dataset repeatedly asking for patterns, anomalies, movement signatures each query leaks a small amount of information about the underlying data. A privacy budget is a formal bound on how much total leakage is permissible before the queries must be refused or the results degraded. Applied to shared GEOINT environments, it gives you a principled way to enable analytical collaboration without progressively exposing your raw collection.

This connects directly to Zero-knowledge proofs a cryptographic method by which one party can prove to another that a claim about data is true without revealing the data itself. In a geospatial context: proving that a particular asset was observed within a defined area of interest without disclosing the sensor's actual position or the full imagery. I raised ZKPs as an underutilised tool in the GEOINT sharing problem, particularly relevant in coalition environments where full data disclosure is neither politically nor operationally acceptable.


Homomorphic Encryption The Audience Question

One of the more engaged exchanges during the Q&A came after I discussed homomorphic encryption in the context of processing sensitive geospatial data across untrusted or semi-trusted compute environments. The question from the floor was direct: "Is homomorphic encryption actually deployable at the scale and latency that operational geospatial systems require, or is this still fundamentally a research tool?"

It's the right question. My honest answer was: we are in a transitional period. Fully homomorphic encryption which allows arbitrary computation on encrypted data remains computationally expensive at scale. The latency overhead for complex geospatial operations is still significant. However, partially homomorphic and levelled homomorphic schemes, which support a defined set of operations, are moving toward practical deployment in specific high-value use cases. The compelling application in this context is exactly what was described in the network-centric session too enabling a partner nation's analytical layer to query encrypted geospatial datasets without decryption, preserving both data security and analytical utility.




The trajectory is toward deployment. The honest timeline for operational-scale fully homomorphic systems in geospatial pipelines is probably five to eight years for most contexts, with specific constrained applications earlier. That answer generated a follow-up from the same audience member about whether post-quantum readiness of these encryption schemes was being considered in parallel which led neatly into the next thread.


Post-Quantum Cryptography and the Satellite Infrastructure Problem

Satellite infrastructure has a specific post-quantum problem that I wanted to surface in this session. Satellites launched today will be operational for fifteen to twenty years. The cryptographic protocols protecting their command-and-control links, their data downlinks, and their authentication systems are in many cases based on RSA and elliptic curve cryptography both of which are broken by a sufficiently capable quantum adversary running Shor's algorithm.

I discussed Peter Shor's 1994 result not as a historical curiosity but as a planning constraint. If you are designing or procuring satellite infrastructure today, the migration to post-quantum cryptography is not a future problem it is a current design decision. The migration challenges are real: legacy systems with embedded cryptographic assumptions, constrained uplink bandwidth that limits the size of post-quantum key exchanges, and the coordination problem of migrating ground and space segments simultaneously.

Lattice-based cryptography is where the global alignment is converging. NIST's post-quantum standardisation process has weighted heavily toward lattice constructions CRYSTALS-Kyber for key encapsulation, CRYSTALS-Dilithium for digital signatures. I discussed where China, Russia, and the United States are each moving: the US through the NIST process and NSA guidance toward lattice-based standards; China through its own parallel standardisation track with some convergence on lattice methods but with domestic algorithm preferences that create interoperability questions; Russia maintaining a more opaque posture but with known investment in quantum computing research that suggests they are not passive observers. The geopolitical dimension of PQC standardisation who sets the standard, who audits compliance, who controls the reference implementations is itself a dimension of the cyber-geospatial problem.


Countering Hybrid and Asymmetric Threats with Integrated GEOINT

The session's closing thread was perhaps the most strategic. Hybrid threats the combination of conventional military pressure, cyber operations, disinformation, and economic coercion are explicitly designed to operate below thresholds that trigger conventional response. Geospatial intelligence, when properly integrated with cyber situational awareness, is one of the tools that makes hybrid operations legible.

I raised AI security threats in this context specifically the risk that AI-assisted geospatial analysis systems are themselves targets. An adversary who understands that your targeting or pattern-of-life analysis runs through a specific AI model has an incentive to probe and manipulate that model's inputs. Distillation attacks reconstructing a model's behaviour by observing its outputs are relevant here: if your GEOINT-AI pipeline's decisions can be predicted by an adversary, you've handed them a significant operational advantage.

The integration of cyber and GEOINT disciplines isn't just a technical architecture question. It's a question of whether the people who understand satellite vulnerability assessments are talking to the people who understand cryptographic attack surfaces, and whether both groups are talking to the people making doctrine. At GWF 2026, for a few days at least, they were.

Series: Geospatial World Forum 2026, RAI Amsterdam | April 27 – May 1

Previous: Panel Discussion 5 Network-Centric Warfare and Data Centricity Next: Session 1 AI-Powered Urban Analytics: Data Science for Infrastructure Intelligence

Wednesday, May 27, 2026

Reflections on Network-Centric Warfare at Geospatial World Forum 2026 Amsterdam, May 2026: When Data Becomes a Weapon : Panel -1

Earlier this year I received an invitation to participate in the Geospatial World Forum 2026 at the RAI Amsterdam  that is one of the more substantive gatherings in the Geospatial and Defence intelligence space. The week ran from April 27 through May 1, and I found myself sitting across from some of the sharpest practitioners working at the intersection of spatial intelligence, defence systems, and emerging technology. The conversations were candid, the perspectives diverse, and the stakes  given the current geopolitical climate  very real.

I was part of three panel discussions across the week. This is the first of a short series of posts where I'm putting down what we discussed  mostly for my own records, partly because these conversations deserve to exist somewhere beyond a conference hall.

Panel Discussion 5: Network-Centric Warfare and Data Centricity

The session title sounds clinical and crisp. What it actually described was one of the most consequential shifts in modern military doctrine  the move away from platform-centric thinking toward a model where the network itself is the force multiplier.

The core premise is straightforward: a sensor that sees something is only useful if that observation reaches a decision-maker before the window closes. In legacy architectures, that gap  between observation and action  has historically been where wars are lost. Network-centric warfare is the systematic attempt to collapse that gap.

Linking Sensors, Platforms, and Decision-Makers

What struck me most in our discussion was how mature the concept is, and how immature the execution still remains in many theatres. The vision is elegant: sensors  whether satellite, UAV, ground-based radar, or human intelligence feeds  pipe data into a unified digital ecosystem where platforms (vehicles, aircraft, naval assets) and decision-makers share a common operational picture in near-real-time.


The friction points are less glamorous. We talked about data standardisation across allied forces, legacy systems that weren't designed to interoperate, and the latency that creeps in at every translation layer. One of the panellists made a point I keep returning to: the weakest link in most network-centric architectures isn't the sensor  it's the middleware.


 
Rapid Data Sharing for Coordinated Response

The session highlight framing mentioned "coordinated and adaptive combat responses"  and this is where the discussion got genuinely interesting. Adaptive is the operative word. A static command-and-control model assumes that orders flow downward and the environment cooperates. Modern conflict doesn't offer that.

What network-centricity enables, at its best, is a force that can recompose itself in response to ground truth rather than responding to a plan that was made twelve hours ago. That requires not just fast data pipelines, but trust in those pipelines. Operators need to act on data they haven't personally verified. That's a significant psychological and institutional shift, and it came up more than once.

We also touched on the adversarial dimension  what happens when an opponent understands your data architecture well enough to inject noise, delay, or disinformation into it. The network that enables adaptive response can also be the attack surface. This bleeds directly into the cyber-geospatial panel I was part of later in the week, which I'll cover in the next post.

Situational Awareness, Force Agility, and Mission Effectiveness

These three phrases tend to travel together in defence literature, sometimes as buzzwords. In practice, they describe a genuine capability gradient.

Situational awareness at the tactical level means a soldier knows what's beyond the next ridgeline. At the operational level, it means a commander understands how a theatre is evolving across multiple simultaneous engagements. Network-centric architecture is what connects those two levels and everything between.

Force agility  the ability to reposition, reassign, or re-task elements quickly  is a direct function of how good that common picture is. If your forces are operating on shared, current data, you can exploit opportunities and respond to threats faster than an opponent who isn't.

Mission effectiveness is the output of the two above, but it also depends on something the technology can't fully provide: trained humans who can interpret ambiguous data and make decisions under pressure. We spent some time on this. The risk of over-automating the common operational picture is that you optimise for the scenario you modelled, not the one you're actually in.


WHAT I DISCUSSED 

On ZTA in networked battlefield architecture: One of the points I raised was why Zero Trust Architecture isn't optional in a network-centric environment  it's foundational. When you're linking sensors, platforms, and decision-makers across a distributed ecosystem, the old perimeter-defence model collapses entirely. Every node, every data feed, every inter-platform handshake has to be treated as potentially compromised. Assume breach, verify continuously, grant least-privilege access. In a coalition context especially, where you're operating with allied systems you don't fully control, ZTA is the only architecture that makes operational sense.

On zero-day exposure in sensor-platform pipelines:I brought up zero-day vulnerabilities specifically in the context of the network's attack surface. The more you integrate  sensors feeding platforms feeding command layers  the more entry points you create. A zero-day in a firmware layer of a battlefield edge device isn't just an IT problem; it's a potential blind spot or worse, a spoofed data feed entering your common operational picture. The network that gives you agility is the same network that, if unpatched and unmonitored, gives an adversary a quiet way in.

On homomorphic encryption for coalition data sharing: A practical problem in joint operations is that allied nations need to share processed intelligence without exposing raw sensor data to each other's systems. I discussed homomorphic encryption as a maturing solution here  the ability to run computation on encrypted data means a partner nation's AI layer can query your dataset without you ever decrypting it on their side. We're not at frictionless deployment yet, but the direction is clear.

On Differentially Private Federated Learning for shared battlefield AI: Federated learning lets distributed nodes  forward units, vehicles, command posts  contribute to a shared intelligence model without centralising raw operational data. Add differential privacy on top of that, and you're injecting calibrated noise into each node's contribution such that no individual data point can be reverse-engineered. I raised this as the architecture that makes collaborative battlefield AI viable without creating a single honeypot of sensitive operational data.


 
On sovereign AI models: This came up when we discussed why coalition forces can't simply share an AI layer the way they might share a radio frequency. Every nation feeding data into a shared model is implicitly exporting its operational patterns, its sensor signatures, its tactical doctrine. Sovereign AI  models trained and hosted within national infrastructure, on national data  isn't protectionism, it's operational security. Interoperability has to happen at the interface layer, not by pooling the model itself.

On distillation attacks against tactical AI: I flagged distillation attacks as an underappreciated threat vector in deployed military AI. If an adversary can interact with your tactical decision-support system enough times  even indirectly, through observing its outputs in the field  they can begin reconstructing its behaviour in a surrogate model. You've effectively handed them your doctrine without them ever touching your training data. Access control to AI system outputs matters as much as access control to the data that trained it.

On KASLR bypass at the edge: At the device level, KASLR bypass deserves attention in hardened military hardware. Kernel Address Space Layout Randomisation is a standard mitigation, but known bypass techniques mean it can't be the last line of defence on edge battlefield devices. I raised this in the context of the network's physical endpoints  the sensors and terminals that are closest to the threat environment and furthest from the patch cycle.

More from Amsterdam in the next post  on cyber-geospatial convergence and what it means to protect digital borders that exist in three-dimensional space.

Sunday, October 05, 2025

Minimalist Data Governance vs Maximalist Data Optimization: Finding the Mathematical Balance for Ethical AI in Government

 🧠 Data and the State: How Much Is Enough?

As governments become increasingly data-driven, a fundamental question arises:

  • What is the minimum personal data a state needs to function effectively — and can we compute it?
On the surface, this feels like a governance or policy question. But it’s also a mathematical one. Could we model the minimum viable dataset — the smallest set of personal attributes (age, income, location, etc.) — that allows a government to collect taxes, deliver services, and maintain law and order?

Think of it as "Data Compression for Democracy." Just enough to govern, nothing more.

But here’s the tension:

  • How does a government’s capability expand when given maximum access to private citizen data?

With full access, governments can optimize welfare distribution, predict disease outbreaks, prevent crime, and streamline infrastructure. It becomes possible to simulate, predict, and even “engineer” public outcomes at scale.


So we’re caught between two paradigms:

  • 🔒 Minimalist Data Governance: Collect the least, protect the most. Build trust and autonomy.
  • 🔍 Maximalist Data Optimization: Collect all, know all. Optimize society, but risk surveillance creep.

The technical challenge lies in modelling the threshold:

How much data is just enough for function — and when does it tip into overreach?

And more importantly:

  • Who decides where that line is drawn — and can it be audited?


In an age of AI, where personal data becomes both currency and code, these questions aren’t just theoretical. They shape the architecture of digital governance.

💬 Food for thought:

  • Could a mathematical framework define the minimum dataset for governance?
  • Can data governance be treated like resource optimization in computer science?
  • What does “responsible governance” look like when modelled against data granularity?

🔐 Solutions for Privacy-Conscious Governance

1. Differential Privacy

  • Adds controlled noise to datasets so individual records can't be reverse-engineered.
  • Used by Apple, Google, and even the US Census Bureau.
  • Enables governments to publish stats or build models without identifying individuals.

2. Privacy Budget

  • A core concept in differential privacy.
  • Quantifies how much privacy is "spent" when queries are made on a dataset.
  • Helps govern how often and how deeply data can be accessed.

3. Homomorphic Encryption

  • Allows computation on encrypted data without decrypting it.
  • Governments could, in theory, process citizen data without ever seeing the raw data.
  • Still computationally heavy but improving fast.

4. Federated Learning

  • Models are trained across decentralized devices (like smartphones) — data stays local.
  • Governments could deploy ML for public health, education, etc., without centralizing citizen data.

5. Secure Multi-Party Computation (SMPC)

  • Multiple parties compute a function over their inputs without revealing the inputs to each other.
  • Ideal for inter-departmental or inter-state data collaboration without exposing individual records.

6. Zero-Knowledge Proofs (ZKPs)

  • Prove that something is true (e.g., age over 18) without revealing the underlying data.
  • Could be used for digital ID checks, benefits eligibility, etc., with minimal personal info disclosure.

7. Synthetic Data Generation

  • Artificially generated data that preserves statistical properties of real data.
  • Useful for training models or public policy simulations without exposing real individuals.

8. Data Minimization + Purpose Limitation (Legal/Design Principles)

  • From privacy-by-design frameworks (e.g., GDPR).
  • Ensures that data collection is limited to what’s necessary, and used only for stated public goals.

💡 Takeaway

With the right technical stack, it's possible to govern smartly without knowing everything. These technologies enable a “minimum exposure, maximum utility” approach — exactly what responsible digital governance should aim for.

Thursday, August 28, 2025

DSCI Best Practices Meet 2025 – Panel Discussion on "Battlefields Beyond Borders ... Military Conflict and Industry" : Dr Anupam Tiwari

1.    I had the privilege of being invited as a panel speaker at the 17th edition of the DSCI Best Practices Meet in Bengaluru on August 21, 2025. The event brought together global experts to discuss the cutting-edge challenges and evolving trends in cybersecurity.

2.    During our panel discussion, we delved into a wide range of critical topics that are shaping the future of security in both military and industrial domains. Some of the key subjects explored included:

  • Quantum Proofs of Deletion
  • Machine Unlearning
  • Post-Quantum Cryptography (PQC)
  • Quantum Navigation
  • Homomorphic Encryption
  • Post-Quantum Blockchains
  • Neuromorphic Computing
  • Data Diodes
  • Physical Unclonable Functions (PUFs)
  • Zero-Knowledge Proofs (ZKP)
  • Zero Trust Architecture (ZTA)
  • Connectomics
  • Atomic Clocks
  • Alignment Faking
  • Data Poisoning
  • Hardware Trojans
  • Hardware Bias in AI

3.    It was a stimulating exchange on the cutting-edge security innovations and threats that will define the coming years, particularly in the context of military conflicts and the cybersecurity industry. Grateful to DSCI for hosting such an impactful event, and looking forward to the continued advancements in these critical fields.

#DSCIBPM2025 #CyberSecurity #QuantumTechnology #MachineLearning #PQC #HomomorphicEncryption #ZTA #ZeroTrust #PostQuantumBlockchain #TechForGood






#DSCIBPM2025 #CyberSecurity #QuantumTech #MachineLearning #TechInnovation

Powered By Blogger