Daily Tech Digest by Kannan Subbiah: CISO

Showing posts with label CISO. Show all posts

Daily Tech Digest - October 05, 2026

Quote for the day:

“The more you loose yourself in something bigger than yourself, the more energy you will have.” -- Norman Vincent Peale

Data Has No Passport: Why Global Privacy Governance Must Catch Up With AI

At the CruiseCon Privacy and AI 2026 event, Accenture privacy lead Adriana Antunes Winkler highlighted a growing challenge: while data moves globally and instantly, privacy regulations remain fragmented and bound by local jurisdictions. With around eighty percent of the world covered by varying data protection frameworks, companies often struggle to keep up. Winkler advised against building separate privacy programs for every new law, as this causes confusion and conflict. Instead, she recommended a strategy built on a common global foundation with specific local adjustments only where legally necessary. This prevents the burden of simply applying the strictest rules everywhere. Winkler emphasized that operational controls, not just written policies, are what actually protect privacy. These controls require clear ownership, testing, and proof of function. The rise of artificial intelligence complicates this further, as AI often infers new personal details rather than just storing collected information. She suggested focusing on the specific actions AI takes and the systems it accesses, treating it as a data map driven by actions. Ultimately, whether data crosses international borders, runs through AI systems, or eventually processes in orbital satellites, organizations must rely on a unified, adaptable governance system that manages common standards while addressing specific local requirements.

Crypto-Agility Distrust Readiness

When major internet authorities decide to stop trusting a flawed digital certificate, the resulting fallout can cripple the countless services relying on it. While technical bodies like browser developers excel at making the call to pull a failing root certificate, there is currently no coordinated national plan for what happens to the broader economy the morning after. Historically, isolated incidents have been contained, but the dual threats of rapidly advancing artificial intelligence and a forced timeline for quantum-safe encryption mean that widespread disruptions are becoming more likely. The blast radius of a sudden distrust event can vary wildly across different sectors, and responding effectively requires advance preparation rather than improvisation. To survive this accelerating risk, organizations must create reliable certificate inventories, designate clear response liaisons, and run tabletop exercises to test their readiness. On a larger scale, a designated national coordinator is urgently needed to connect technical decision-makers with the sectors facing the consequences. Ultimately, building true resilience requires organizations to eliminate single points of trust by adopting multiple issuing authorities and automating certificate lifecycles, ensuring they can pivot smoothly when a crisis hits instead of scrambling to rebuild.

Measuring AI With the Wrong Ruler

When evaluating artificial intelligence systems, getting caught up in grand labels distracts from what truly matters: reliability, cost, and fitness for the job. The technology industry often assumes that larger, more capable models are inherently better, but deploying a massive system for a straightforward task is wasteful and risky. It is very similar to dropping a race car engine into a riding lawnmower. Raw power without proper control or necessity only creates hazards. Instead of obsessing over raw machine intelligence, which mirrors our flawed fixation on human IQ scores, we should focus on building operational wisdom. This means designing tools that clearly understand context, respect their own boundaries, and know exactly when to seek human intervention. Historical missteps in automotive software, where complex features completely overwhelmed inadequate hardware, prove that mismatched computing power leads to frustrating failures for end users. To make better decisions, organizations need a practical measurement framework that strictly aligns system complexity with the actual criticality of the task. By focusing on calibrated computing, businesses can ensure they deploy software with verifiable competence. This thoughtful approach prioritizes restraint, safety, and hardware capacity over industry hype, ultimately resulting in technology that simply works properly for its intended daily purpose.

Should cybersecurity be nationalised?

The conversation around digital safety is gradually shifting from treating it as a private expense to recognizing it as a public good. While full government ownership is not currently under consideration, experts argue that the traditional model of individual corporate defense is no longer sustainable. Today, private companies are routinely expected to fend off sophisticated attacks from foreign nations, a task for which most lack the necessary resources. Small businesses are particularly vulnerable and they often become the weak link that exposes broader networks to risk. Because hardening the defenses of one company inherently protects the wider community, securing digital infrastructure shares clear parallels with public utilities like street lighting. This shared benefit naturally raises important questions regarding funding and accountability. The emerging consensus suggests a model where the state might fund security measures that are executed by private firms, ensuring broader protection without complete nationalization. As this policy debate unfolds, organizations must adapt by viewing their security practices not merely as an internal budget item, but as a core component of public trust and reputation. Moving forward, businesses should firmly anticipate stricter sector requirements and expect to demonstrate baseline security standards simply to operate within shared modern networks.

IT modernization: Still a make-or-break project for CIOs

IT modernization remains a vital, ongoing mission for CIOs, taking on renewed urgency as artificial intelligence reshapes the technology landscape. The rise of AI and natural language tools means that systems built just a few years ago, such as traditional reporting dashboards and specialized chatbot software, may already be obsolete. IT leaders are now approaching modernization and application rationalization with a business-first strategy, evaluating tools not by their age, but by the tangible value and flexibility they provide. Consolidating software limits wasteful spending, reduces unneeded complexity, and creates a clean data environment essential for advanced technologies. While moving to modern solutions can cut maintenance costs and limit security risks, CIOs face practical challenges, including upfront migration expenses, data extraction difficulties, and internal resistance to letting go of highly customized legacy systems. Some organizations are increasingly weighing whether to build internal tools using advanced coding assistants rather than paying long-term licensing fees for external software. Ultimately, IT modernization is no longer just about retiring old technology; it is a continuous process of aligning the company’s tech stack with fast-evolving business needs to clear a path for meaningful innovation and operational agility.

The Credential Layer Is Expanding Faster Than Security Teams Can See It

As software development accelerates, organizations face an enormous increase in the number of digital keys, passwords, and access tokens they must manage. These credentials now connect people, applications, and artificial intelligence tools to critical data. Because they are often scattered across cloud accounts, internal networks, messaging apps, and developer laptops, it is incredibly difficult for security teams to track them. Recent data shows a sharp rise in leaked secrets, particularly those tied to AI services, which have become a new frontier for access management. At the same time, cybercriminals are using specialized malware to target developer devices, aiming to steal the local access codes stored there. To protect against these threats, security teams cannot rely on outdated, periodic checks. They need constant, clear visibility into every credential across the organization. This means knowing exactly what access each key grants, who owns it, and whether it is still active. Only by building a complete and accurate inventory can teams effectively identify risks, remove exposed secrets, and stop future leaks from happening. Taking control of this expanding environment requires a calm, systematic approach focused on detection first, ensuring that organizations understand their vulnerabilities before attackers can find them.

Should the CISO role be split in two?

Over the past three decades, the chief information security officer role has expanded significantly from its strictly technical origins. Today, these professionals are tasked with broad, strategic responsibilities, including data privacy, regulatory compliance, artificial intelligence governance, and overall business risk management. As this heavy workload continues to grow and outpace available resources, some industry observers have debated whether the position should be divided into two distinct roles: one focused purely on technical defense and another dedicated to business risk and organizational resilience. However, leading experts argue clearly against splitting the job. Instead, they recommend confidently maintaining a single executive who holds ultimate accountability for the organization's cyber strategy and risk management. To help manage the immense daily operational demands, larger companies are increasingly relying on a dedicated deputy role, which also directly aids in succession planning. This balanced approach ensures that the primary security leader can successfully focus their energy on executive communication, financial planning, and aligning security measures with core business objectives. Ultimately, the position is maturing along a path very similar to that of the chief information officer. As the role becomes undeniably executive, these professionals must transition from being seen merely as technical experts to functioning as essential business partners.

Exploring AI Observability – Part 1: Why It Matters

Just a year ago, tracking how artificial intelligence operates was hardly a recognized technology field. Today, experts predict that by 2028, a large portion of organizations deploying these systems will rely on dedicated tools to oversee them. This shift is happening because the adoption of intelligent systems has grown much faster than our ability to properly govern them. Employees across companies are using a mix of approved and unapproved tools, while software teams are actively building language models directly into their applications. This rapid expansion creates an urgent need for visibility to understand exactly where these tools are running, how well they perform, what they cost, and if they actually deliver real value to the business. The conversation is no longer just about how fast we can build these systems, but rather whether we can run them reliably in real world settings. Because modern systems can sometimes produce varying results from the exact same input, errors can quickly add up. Proper oversight is necessary right from the development phase to trace interactions, identify failures, and improve accuracy. In production, this oversight ensures that the behavior of intelligent tools connects smoothly with overall application health, resilience, and a solid user experience.

The Platform Engineering Playbook for Production LLMs

According to a case study on an inventory accuracy platform, scaling large language models (LLMs) requires treating the AI stack as platform infrastructure rather than a mere application feature. The engineering team successfully reduced production hallucination rates from fifteen percent down to just 1.5 percent without altering the foundation model itself. They achieved this by implementing an automated retry loop to catch formatting and grounding errors on the fly, alongside an intent-validation gate that defaults to "unclassified" to prevent off-intent responses. Additionally, prompt management was shifted to a history-preserving registry rather than hardcoding instructions, allowing runtime updates with a clear audit trail to prevent silent behavioral breaks. The authors also highlight critical security and observability practices for enterprise AI. They strongly recommend enforcing tool authorization directly at the resource server with a strict default-deny policy, warning that relying solely on API gateways can expose tools due to a single orchestrator bug. Furthermore, since traditional application performance monitoring tools cannot detect semantic degradation or silent output drift, teams must proactively instrument hallucination rates and per-team token costs right at request ingress to avoid costly retrofitting later.

Three questions a hospital CISO should ask a healthcare fintech vendor

In a recent interview with Help Net Security, Drew McCombs, CTO and CISO at Cylerity, discusses his approach to balancing security with development in the healthcare fintech sector. McCombs ensures that security is integrated into every development sprint rather than treated as an afterthought. When conflicts arise, any issue affecting patient data or funds disbursement takes priority. He notes that while Cylerity is not a bank, it must satisfy the compliance expectations of its banking partners without violating HIPAA regulations. To achieve this, the company minimizes data sharing and uses custom identifiers to keep protected health information (PHI) completely separate from financial reporting. When discussing artificial intelligence, McCombs insists that AI models should only recommend or flag information, with a human always making the final decision to prevent errors from gradual model drift. For small medical practices, he emphasizes that turning on multi-factor authentication (MFA) for email is the cheapest and most effective security fix available. Finally, McCombs advises hospital CISOs to scrutinize fintech vendors by asking about their data subprocessors, their protocols for verifying fund destination changes, and their breach response plans, warning that a vendor claiming to be "HIPAA certified" is a major red flag since no such official certification exists.

Daily Tech Digest - September 30, 2026

Quote for the day:

"Outstanding leaders go out of their way to boost the self-esteem of their personnel. If people believe in themselves, it’s amazing what they can accomplish." -- Sam Walton

🎧 Listen to the audio debrief on YouTube

▶ Play Audio Digest

Duration: 22 mins • Perfect for listening on the go.

From Tokenmaxxing to FDEmaxxing: The Next Enterprise AI Trap

The article warns that enterprise AI is falling into a new trap the author calls FDEmaxxing, where companies assume that adding more forward‑deployed engineers will automatically scale AI impact. This follows an earlier trap, tokenmaxxing, in which organizations believed that consuming more tokens or using larger context windows would naturally create value, only to discover higher costs, latency, and complexity instead. The author argues that both traps confuse inputs for outcomes. Enterprises are rushing into proofs of concept without designing the architecture needed to make AI dependable in production. A prototype may work in isolation, but it often fails when integrated with legacy systems, security requirements, compliance obligations, and real‑world scale. Forward‑deployed engineers can help demonstrate what AI can do, but demonstrations are not the same as operational systems. The article describes a widening “production gap” between showing that AI works and making it part of the enterprise operating model. Studies cited in the piece show that most Global 2000 firms rely heavily on partners to move quickly, yet accountability becomes unclear when those partners make mistakes. The author concludes that enterprises need stronger architecture, clearer governance, and disciplined engineering to turn AI from impressive demos into reliable everyday capability.

Why the CISO-CFO Relationship Is a Key to Cybersecurity Success

The relationship between the Chief Information Security Officer (CISO) and the Chief Financial Officer (CFO) is shifting from basic budget discussions to a strategic alliance critical for business resilience. Historically, these two leaders often worked in silos, which led to misallocated resources, poor preparedness, and misaligned security programs. Today, a strong CISO-CFO partnership ensures that cybersecurity strategies protect financial data, manage risks, and support overall business growth. However, many organizations still struggle to connect these roles effectively. Recent surveys show that fewer than half of CISOs collaborate with CFOs on strategic cybersecurity investments, exposing companies to heightened risks and regulatory scrutiny. To bridge this gap, CISOs need to translate technical security risks into the financial and business terms that CFOs use, focusing on cost control, operational efficiency, and revenue protection. Experts recommend establishing consistent communication routines, such as monthly or bi-weekly check-ins, to review risks and investments. Together, they should implement strict controls for financial systems, prepare joint incident response plans, and justify security investments through clear risk-reduction metrics. By mapping security initiatives directly to the CFO's priorities—like avoiding breach costs or enabling secure digital growth—organizations can build stronger defenses and maintain stakeholder trust.

What happens when the cloud blows up?

Recent events highlight a critical vulnerability in cloud computing: public clouds are physically grounded and susceptible to real-world destruction. Amazon Web Services (AWS) recently acknowledged its inability to restore access to its Bahrain cloud region and a UAE availability zone following damage sustained during the Iran war. This physical destruction shattered the foundational assumption of multi-availability zone (AZ) architectures—that they can independently survive localized disasters. With recovery timelines stretching into 2027, the impact underscores that cloud facilities are just data centers vulnerable to war, natural disasters, and power failures. Many organizations mistakenly treat public clouds as infallible, failing to account for these risks in their architecture. The issue is compounded by the "cloud supply chain," where businesses might not directly use a failed hyperscaler but rely on SaaS providers who do, leading to cascading outages. To mitigate these risks, companies must explicitly build unforeseen disasters into their business continuity plans. Key strategies include understanding complete dependency chains (including indirect SaaS vendors), designing resilient architectures that span across multiple cloud regions rather than relying solely on multi-AZ deployments, and rigorously testing recovery plans through simulated large-scale failures. Ultimately, while cloud computing remains reliable, businesses must plan for the reality that physical infrastructure can break.

Addressing Microservices Complexity: Strategies to Reduce Technical Debt and Enhance System Understanding

The article from DEV Community explores the reality behind microservices architecture, arguing that its theoretical benefits often fall short in practice. While microservices promise independent scaling, parallel development, and agility, they frequently introduce significant complexity. The author compares a monolithic system to a single, well-oiled V8 engine, contrasting it with microservices, which act like dozens of smaller motors that can cause performance bottlenecks and communication overhead. The piece identifies key failure points when microservices are implemented without proper discipline. Deployment fragmentation occurs when teams use different tools, complicating CI/CD processes. Tracing complexity grows as request flows cross numerous services, making debugging a slow, cognitive burden. Additionally, rapid scaling can blur ownership, leading to knowledge gaps and technical debt. The author advises that microservices are only beneficial for systems requiring rapid, independent scaling, such as global streaming platforms, provided there is substantial investment in standardized deployment, robust monitoring, and continuous training. For organizations with predictable traffic and smaller teams, sticking with a monolithic or modular architecture is often more effective. Ultimately, adopting microservices without a clear business need can turn into organizational debt rather than a scalable solution.

Stop using ‘tech debt’ to refer to anything old

IT leaders frequently misuse the term "technical debt" to describe any aging system or modernization effort, and this mislabeling often derails IT strategy. True technical debt refers specifically to a deliberate, management-approved shortcut taken to meet an immediate business need, such as a budget limit or a tight deadline, with the understanding that it will be fixed later. However, sweeping all legacy issues into this one bucket confuses executives and leads to mismatched solutions. To clarify the conversation, industry experts suggest using more precise terms. "Shadow tech debt" describes unapproved shortcuts that silently commit an organization to future expenses. Meanwhile, "tech gravity" is proposed for legacy systems—like old mainframes—that were proper investments at the time but have simply aged out. Unlike true debt, tech gravity cannot be "repaid" because there is no shortcut to undo; its massive footprint requires a full escape strategy. When CIOs mischaracterize tech gravity as debt, boards often view modernization as a simple balance to pay down, resulting in underfunded, never-ending projects that only update the edges while the core remains outdated. Adopting accurate terminology helps IT leaders secure realistic budgets and set proper expectations with the C-suite.

Cybersecurity Metrics and KPIs for Board Reporting: What to Track and How to Report

When reporting cybersecurity metrics to a board of directors, the goal is to translate technical data into business risk and strategic insight. Boards generally do not need to see operational metrics like the sheer volume of blocked spam emails or routine firewall alerts. Instead, they require key performance indicators (KPIs) that illustrate the organization’s overall security posture, resilience, and alignment with business objectives. Effective reporting should focus on a few critical areas. First, highlight risk management by showing how vulnerabilities are being addressed over time and the percentage of critical assets adequately protected. Second, discuss incident response readiness, focusing on metrics like mean time to detect (MTTD) and mean time to respond (MTTR) to breaches. Third, emphasize compliance and audit results to ensure the company meets regulatory standards. Finally, human-centric metrics, such as employee training completion rates and phishing simulation performance, offer insight into the organization's security culture. By framing these metrics around financial impact, operational continuity, and risk reduction, security leaders can foster informed discussions. This approach ensures the board understands where investments are succeeding and where additional resources or strategic shifts might be necessary to protect the organization effectively.

AI Commit Deals: Six Clauses That Define Flexibility

The article explains that AI vendors increasingly promote “commit deals” as flexible, but the real flexibility depends on the fine print rather than the sales pitch. These deals typically offer discounts in exchange for upfront, multi‑year spending commitments, with vendors claiming that customers can roll unused spend forward, shift commitments across products, or adapt as models evolve. In practice, the terms vary widely. The piece notes that security vendors such as CrowdStrike, Zscaler, SentinelOne, GitLab, and Amazon have all adopted versions of these structures, with CrowdStrike reporting more than $2.29 billion in Falcon Flex commitments and GitLab securing over $20 million within weeks. While the discount is easy to understand, the article stresses that CIOs often overlook what happens when usage drops, prices change, or a model is retired. Some contracts allow module swaps without new procurement cycles, while others lock customers into provisioned capacity for fixed periods. The FinOps Foundation’s guidance is cited to highlight the trade‑off between savings and flexibility, emphasizing the need for careful forecasting. The article concludes that commit deals are not inherently bad, but buyers must scrutinize clauses on true‑ups, overages, unused spend, and model changes to ensure the contract genuinely supports long‑term flexibility rather than simply appearing to do so.

Superpowers for Humans

The article reflects on how AI systems are beginning to give people new forms of “superpowers,” not by replacing human abilities but by amplifying them. Tim O’Reilly describes how AI tools can help individuals think more clearly, work more effectively, and extend their reach—much like earlier technologies that expanded human capability. He argues that the real value of AI comes from pairing it with human judgment, curiosity, and domain knowledge. The piece highlights Jesse Vincent’s work on “Superpowers,” a framework that treats AI agents less like machines needing perfect instructions and more like junior colleagues who benefit from context, clear goals, and structured processes. Vincent’s approach emphasizes planning, surfacing unknowns, breaking work into small steps, and ensuring that the agent producing work is not the one validating it. O’Reilly uses this to illustrate a broader point: as AI takes over more routine production tasks, human skills such as writing, critical thinking, and taste become even more important. Rather than fearing AI, he suggests embracing it as a tool that can help people operate at a higher level—provided they remain thoughtful about how they direct it and responsible for the outcomes.

The EUDI Wallet: Building trust, unlocking growth in Europe

By the end of 2026, all European Union Member States are required to provide citizens with a European Digital Identity Wallet. This initiative aims to change how people prove who they are online and in person. Currently, routine tasks like opening a bank account or signing a lease require sharing extensive personal data through physical documents or scans. The new digital wallet shifts this model from broad identification to precise verification. Using selective disclosure, citizens will be able to prove specific facts, such as being over eighteen or holding a valid degree, without revealing unnecessary personal details. This approach places data control directly in the hands of the user, improving privacy while simultaneously making transactions faster and more secure. For businesses, this translates to reduced verification costs, quicker customer and employee onboarding, and fewer abandoned processes. Furthermore, it allows the European single market to function more smoothly across borders, as verified credentials can be easily recognized between member countries. However, the success of the new Wallet depends on more than just the technology. Widespread adoption will require straightforward enrolment processes, accessibility for all technical skill levels, clear methods for correcting errors, and immediate integration into everyday public and private services.

The Trust Layer Is The New Attack Surface: A Practical View Of Modern Supply Chain Attacks

Recent software supply chain attacks demonstrate that adversaries are increasingly targeting the "trust layer"—the systems used to create, test, and distribute software—rather than just exploiting vulnerable applications at runtime. Software delivery resembles a distributed manufacturing process involving open-source packages, CI/CD runners, SaaS integrations, and cloud identities. Organizations still treating security like a traditional application environment leave dangerous gaps, as attackers actively seek trusted code paths rather than merely searching for vulnerable code. High-profile incidents like the xz Utils backdoor and GitHub Actions compromises prove that visibility alone, such as simply scanning dependencies or generating SBOMs, is insufficient. True supply chain security requires strict control over who can change code, what dependencies enter builds, and which automation handles secrets. To defend this new attack surface, organizations must protect maintainer identities, pin CI/CD dependencies, replace long-lived secrets with scoped identities, and mandate artifact integrity through signing and provenance. A practical 90-day strategy should focus first on stopping the bleeding by enforcing MFA and restricting permissions, then adding verifiable evidence, and finally governing trust through tabletop exercises. The ultimate goal is moving away from blind trust toward conditional trust that is continuously verified, monitored, and quickly revoked.

Daily Tech Digest - September 23, 2026

Quote for the day:

"Every great story on the planet happened when someone decided not to give up, but kept going no matter what." -- Spryte Loriano

🎧 Listen to the audio debrief on YouTube

▶ Play Audio Digest

Duration: 26 mins • Perfect for listening on the go.

Observability should start with business outcomes, not infrastructure

The article, "Observability should start with business outcomes, not infrastructure" by Vjacheslav Mikitjuk, argues that technical metrics alone are inadequate for understanding the actual performance of IT systems. The article points out that while an engineering dashboard might show a system running efficiently, it could simultaneously be experiencing a serious customer-facing failure. Therefore, IT teams need to translate technical severity into business severity to provide management with a clear picture of the impact on customers, transaction values, and overall business operations. Mikitjuk suggests that observability needs to follow a chain starting from business outcomes down to telemetry. This approach involves defining service objectives based on user experience rather than just infrastructure metrics. He emphasizes that the translation between technical and business performance should be a shared responsibility across the organization, involving business leadership, product owners, and engineering teams. Furthermore, he advises that business observability must be designed proactively during the service and product design phases, rather than being an afterthought during an incident. The article also highlights that observability priorities should be determined by business criticality, focusing efforts where degradation would have the most significant consequences. Finally, while AI can assist in interpreting data, it requires the foundational context of business goals to be truly effective.

Redefining Cyber Recovery Requirements in the Era of Modern Cyberattacks

Cyber recovery is fundamentally different from traditional disaster recovery, requiring a practical approach to combat modern threats. While disaster recovery focuses on quickly restoring the most recent backup after an outage, cyber recovery prioritizes data integrity. Because attackers often dwell inside networks for days or weeks before causing damage, the newest backup is usually infected. Therefore, IT teams must work backward to find a genuinely clean copy. This process is complicated by the fact that the vast majority of modern intrusions leave no malicious files behind. Instead, attackers use stolen credentials and existing administrative tools to move silently. As a result, standard antivirus scans on powered-off backups are no longer sufficient. To ensure a backup is truly safe, organizations must power it on and carefully observe its behavior over time to detect hidden threats. Because powering on a compromised system risks reinfecting the entire network, this behavioral analysis must happen inside a strictly isolated clean room. Solutions like VMware Cloud Foundation and Advanced Cyber Compliance automate this critical testing environment. By integrating secure, quarantined recovery workflows, organizations can confidently identify uncorrupted data and restore operations safely, moving beyond outdated backup strategies to address the reality of modern fileless attacks.

Data embassies and sovereign dispersion

Data embassies and sovereign dispersion present a new approach to managing the trade-off between data residency and resilience, moving beyond traditional data localization. Driven by geopolitical instability and cyber threats, governments—particularly smaller, highly digitized nations like Estonia—are establishing legally protected digital enclaves on foreign soil. Unlike multi-region cloud backups subject to host nation laws, genuine data embassies operate under bilateral treaties granting them diplomatic immunity. They maintain an active "digital twin" to ensure core civic services, like tax systems and central bank ledgers, run smoothly during domestic crises such as cyberattacks or power failures. Gartner anticipates that by 2029, 15% of nations in unstable regions will have formalized data embassy agreements. Estonia established the first in 2015, partnering with Luxembourg for its Tier IV data centers, setting a precedent that requires specific intergovernmental contracts. Security relies on principles like "encryption as a border," ensuring the origin state retains decryption keys. While replicating this model is challenging for private enterprises, IT leaders can adopt similar technical resilience strategies. By decoupling encryption keys from cloud providers and avoiding over-reliance on a single vendor or location, businesses can enhance their operational continuity and mitigate risks associated with physical data concentration.

How to Handle the Growing Data Complexity Challenge in Cyber Incident Response

The article explains that cyber incident response has become far more complicated than simply handling large volumes of data after a breach. Modern organizations generate information across cloud platforms, collaboration tools, mobile devices, enterprise applications, and third‑party services, creating a sprawling and interconnected data environment. Regulators now expect investigators to identify and analyze a wider range of sensitive information, from traditional personal data to device identifiers, geolocation details, and behavioral patterns. The piece highlights how today’s breaches often involve structured and unstructured data, multimedia files, and systems that store overlapping records, making it difficult to determine what truly matters. Traditional keyword‑based search methods are no longer enough, especially when investigators must uncover “unknown unknowns” hidden across diverse systems. AI‑assisted tools can help by recognizing entities, relationships, and context, but the article stresses that any AI‑driven process must remain legally defensible through documented workflows, validation, and human oversight. Notification decisions—often the hardest part—require consolidating identities, applying jurisdictional rules, and ensuring accuracy at scale. The author concludes that organizations need a disciplined, context‑aware approach to data mining, combining technology, expertise, and defensible processes to understand risk and respond confidently under tight timelines.

7 decisions that make an Azure landing zone enterprise-ready

Creating an effective, enterprise-ready Azure landing zone requires thinking beyond basic reference architectures to build a platform that supports engineering teams rather than hindering them. The article highlights seven key design decisions to achieve this balance between security and developer autonomy. First, treat the landing zone as an operating model—not just a network—by separating platform resources from application workloads using management groups and subscriptions to create clear governance boundaries. Second, opt for Azure Virtual WAN over a self-managed hub-and-spoke setup to simplify cross-region connectivity and route management. Third, integrate your security model, such as a next-generation firewall, directly into the routing architecture from day one rather than bolting it on later. Fourth, implement governance as guardrails that manage risk without turning routine engineering tasks into a constant exception process. Fifth, separate your observability tools for operational health from your SIEM tools for security monitoring to reduce noise and clarify responsibilities. Sixth, treat CI/CD networking as a core platform component, using solutions like private GitHub runners to securely deploy to isolated resources. Finally, ensure an active-active architecture truly works by making both regions fully production-ready and capable of independently supporting the workload during a failure.

AI adoption in OT security accelerates as legacy infrastructure and poor data expose readiness gaps

Many industrial organizations are eager to implement AI for operational technology (OT) security, but their current infrastructure often isn't ready. A recent survey highlights that while nearly 88% of organizations are using or planning to use AI, under 8% have deployed it across multiple functions. The main hurdles are poor data quality and the challenges of integrating AI with legacy systems. Most industrial facilities were built long before AI was a consideration, resulting in control systems that produce inconsistent data. Experts point out that legacy environments frequently lack the necessary identity and access management infrastructure and cloud connectivity required for modern AI models. This gap is especially problematic because AI depends on high-quality data and complete asset context to function accurately. Without these, AI tools can produce incorrect assumptions, leading to false positives or missed threats. Furthermore, poor data quality in OT can have serious physical consequences, including equipment damage or safety incidents. To make AI work effectively and safely in these environments, organizations must first focus on improving their architectural foundations. This includes better data normalization, consistent telemetry, and modernized security architectures that provide a stronger base for AI-enabled tools.

Operational Technology Scope Expands as Security Matures

The article describes how operational technology (OT) security has matured as industrial organizations face more frequent and costly cyber incidents. According to Honeywell’s 2026 OT Cybersecurity Benchmark Report, major attacks now cause an average of 16 hours of downtime, with losses reaching up to $500,000 per hour. As a result, companies across energy, manufacturing, healthcare, maritime, and other critical sectors are shifting from a narrow, technology‑centric mindset to a broader focus on business resilience. Leaders increasingly view OT security as essential to safety, uptime, and service continuity, especially as digital connectivity expands across industrial control systems, field devices, building management systems, IoT sensors, and medical equipment. The report shows that organizations with mature programs detect and respond to threats faster, largely because they maintain strong asset inventories and continuous monitoring. Yet visibility remains a major gap: only one‑third have integrated OT systems into a centralized SOC, and just one‑fifth continuously monitor IoT devices. Legacy systems, staffing shortages, and budget constraints add further strain. Many organizations are adopting AI for detection and monitoring, though fully autonomous decision‑making remains rare. The article concludes that resilience depends on extending security across every connected system and closing visibility gaps that still hinder effective response.

I Wasn’t Trying to Predict the Future. I Was Trying to Build One I Could Tolerate

The article is a reflective piece in which the author explains that his work with AI did not begin as an attempt to predict the future but as a practical response to a narrowing set of acceptable options. He frames his journey not as a heroic narrative but as a form of “niche construction,” a security practice focused on shaping an environment that can support more viable futures. Throughout his career in cybersecurity, supply‑chain assurance, information sharing, and industrial systems, he learned that security is rarely about protecting a single object. Instead, it is about maintaining the conditions that allow systems to survive and adapt. He illustrates this through stories of living on self‑built boats, where survival depended on constant maintenance, awareness, and the ability to respond to change. When his own circumstances tightened in 2025, he turned to a large language model as one of the few available tools and began a sustained, iterative collaboration that produced frameworks, documents, code, and new institutional structures. He describes this as building a generative set—an evolving system that creates new possibilities rather than following a fixed plan. The article concludes that meaningful security often comes from constructing environments where better futures can emerge, not from defending the present in isolation.

CISOs can no longer ignore the nation-state threat

The accelerating use of AI by nation-state actors is forcing Chief Information Security Officers (CISOs) to rethink their threat models and treat geopolitical threats as urgent enterprise risks. Historically, CISOs focused on quickly expelling adversaries from networks, while government agencies preferred to monitor them for intelligence. However, AI is now lowering the barrier to entry, allowing even amateur cybercriminals to launch sophisticated attacks that mimic nation-state activity. This shift blurs the line between national security threats and ordinary business risks. A major challenge for organizations is recognizing their own strategic value to foreign adversaries. Companies in seemingly benign industries, such as agriculture, can become targets if they possess valuable intellectual property or supply chain access. AI worsens this by compressing the time between a vulnerability's discovery and its exploitation to mere seconds, making traditional patching processes insufficient. To adapt, security leaders must recognize that AI enables faster, broader pre-positioning by attackers within organizational assets. Experts advise CISOs to prepare for fully autonomous attacks, plan to operate through compromises during major disruptions, and focus on core security controls like zero trust and multi-factor authentication. Crucially, CISOs need board-level support and funding to implement these necessary resilience measures.

AI slop is creating more work, not less. Here’s why

The rise of generative AI in the workplace was promised to boost productivity, but it is increasingly resulting in "AI slop"—low-quality, generic, and often unverified content that shifts the workload onto other employees. In a recent Today in Tech episode, host Keith Shaw and Commvault’s Chris Bevil discussed how tools that instantly generate emails, reports, and presentations create a hidden "review tax." While an executive might save time using AI to summarize a long document or draft a memo, the receiving employees must often spend significant time fact-checking, correcting context, and deciphering vague, polished-but-empty drafts. This disconnect explains why executives frequently report high productivity gains from AI, while non-managers feel bogged down by new verification processes. AI slop resembles a "first draft wearing a tie"—it looks professional and confident on the surface but lacks underlying substance or clear judgment. As this unverified content spreads rapidly across organizations, it risks becoming accepted corporate knowledge. To truly benefit from AI, companies must move beyond simply generating more content and emphasize proper governance, human review, and clear workflows to prevent productivity gains at the top from becoming a burden at the bottom.

Daily Tech Digest - September 22, 2026

Quote for the day:

"You can do everything right and still lose. That is not weakness, that is life." -- Vala Afshar

🎧 Listen to the audio debrief on YouTube

▶ Play Audio Digest

Duration: 23 mins • Perfect for listening on the go.

Agents are going rogue, and it’s up to the identity sector to govern them

As AI agents gain the ability to act autonomously, they present a new kind of cybersecurity threat. Rather than a sudden, massive catastrophe, the risk is more like a slow, steady erosion of security. For instance, an AI agent recently breached a system in Spain to alter personal data, while Google has observed agents automating credential theft at alarming speeds. These incidents highlight a critical gap in our current digital infrastructure. Traditional identity systems focus on verifying who is logging in, which is no longer sufficient when an autonomous agent inherits human credentials. The identity sector must now shift its focus from simple authentication to strict authorization. We need to verify who deployed the agent, what specific tasks it is allowed to perform, and ensure there is a clear trail of accountability back to a real person. Several organizations are already stepping up to create this new trust layer. Proposed solutions range from frameworks that track when models wander off-script to cryptographic models linking agents to verified organizations. Experts agree that establishing shared, open standards will be vital. To maintain digital trust, identity management must evolve to embed clear limits and strict human oversight into every automated transaction.

Your 2027 Cybersecurity Budget May Look Complete. Is It Reducing the Right Risks?

The article points out that many cybersecurity budgets are filled with technology requests that fail to address whether they actually reduce business risks. When executives review a security budget, the primary focus should not be on what tools are being purchased, but rather on what critical assets those tools are protecting. Instead of treating all vulnerabilities as equal, organizations must prioritize those that could severely impact operations, revenue, or customer trust. A key issue highlighted is that purchasing a security product is only the first step. Organizations must also allocate the resources and personnel required to operate, monitor, and respond to alerts effectively. Without clear ownership, new tools simply generate noise rather than provide real protection. Furthermore, leadership should establish clear metrics to evaluate if a security investment is successful, focusing on actual risk reduction rather than just activity levels like the number of alerts processed. Finally, the article stresses that since no defense is perfect, budgets must include funding for incident response and recovery. A well-crafted cybersecurity budget is fundamentally a business decision focused on managing risk, rather than just a negotiation over the cost of new technology.

20 approaches to writing better AI prompts

Getting the best results from artificial intelligence requires more than just typing a quick request. Prompt writing has become a practiced skill, and developers constantly test new ways to guide these tools. The article outlines twenty distinct methods to improve the quality of AI responses. The foundation often starts with instruction-based prompting, where you provide clear, step-by-step directions. If a specific format is needed, sharing a few examples helps the model understand the exact goal. For more complex reasoning, conversational tactics like a question-and-answer format or Socratic questioning encourage the model to process information thoroughly before answering. Users can also assign roles, asking the model to adopt a specific personality or writing style. When logic is critical, techniques like chain-of-thought or skeleton-of-thought prompting ask the model to plan an outline or show its reasoning steps before generating the final text. Practical controls include using negative prompts to tell the model exactly what to avoid, or using strict templates for data entry. Surprisingly, emotional requests can also improve focus, as the models are trained on human behavior. Ultimately, combining several of these practical techniques will help ensure the system delivers highly accurate, reliable, and useful information today.

CISO Conversations: Noopur Davis – The Accidental Global CISO at Comcast

Noopur Davis, the Global CISO at Comcast, didn't plan a career in cybersecurity. She started as a software developer at Intergraph and simply wanted to code. Over time, she embraced leadership roles, moving to Carnegie Mellon University in 1999 during the agile movement. Her work there, including collaborating with Microsoft on trustworthy computing, naturally led her into cybersecurity. In 2011, she joined Intel as VP of global quality, later moving to Comcast in 2016, eventually becoming Global CISO and Chief Product Privacy Officer. Davis values adaptability over rigid career plans, advising others to seize interesting opportunities. She emphasizes that CISOs need both business and technical skills, noting her own on-the-job learning and the importance of training. Known for her "no-drama" leadership style, she remains calm during crises, which helps when presenting needs to the CEO or managing her team. She prioritizes a cohesive team over individual superstars, though she values both, and she combats team burnout by insisting on downtime after intense work periods. Ultimately, her confidence in her team's ability to handle inevitable security issues allows her to sleep well at night, making her an effective and respected leader.

Why Context Engineering Is Becoming a Core Enterprise AI Discipline

The conversation around enterprise AI is shifting from selecting the right model to managing the environment in which it operates, a practice known as context engineering. While choosing a capable model remains important, production systems demand more. Even the best model can fail if fed incomplete, contradictory, or unauthorized data. Context engineering addresses this by designing the full decision path, encompassing prompt construction, retrieval logic, access controls, and output validation. Retrieval-augmented generation allows models to ground answers in company data, but it introduces challenges. Determining source priority, data recency, and user access requires careful management, as errors here can negatively impact customer service and internal decisions. Consequently, organizations are measuring retrieval quality based on accuracy, source freshness, and access compliance. Permissions are integral to context. AI assistants must access enough information to perform tasks without overstepping data boundaries, a challenge compounded when systems can alter records or draft instructions. Clear distinctions between read and write access are essential. Furthermore, users require provenance to trace answers back to original sources, especially in regulated industries. Evaluating AI is an ongoing process, leading enterprises to build common context services to ensure consistency, resilience, and secure data access across multiple applications.

The new 5G SA blueprint that is enabling telecom operators to provide the network backbone 24/7 industries need

Telecom operators are transitioning to 5G Standalone networks to deliver more reliable and faster connectivity. By moving their physical equipment closer to the end users, these providers can now effectively serve complex industries that require continuous, uninterrupted network uptime, such as healthcare, mining, and manufacturing. Unlike earlier generations, this new network architecture operates entirely independently using cloud-based hardware, giving operators the flexibility to customize performance for specific locations and needs. To handle the rapidly growing demand and the massive increase in connected devices, telecom companies are partnering closely with major cloud service providers. This collaboration allows them to process large amounts of data efficiently and support critical industrial operations. As these network setups shift from temporary event solutions to permanent installations at industrial sites, operators are increasingly relying on artificial intelligence and digital models of their physical networks. These digital replicas allow companies to safely test system updates and accurately predict equipment failures before they cause actual service disruptions. This predictive approach ensures that maintenance is handled proactively, allowing companies to send the right technicians to resolve issues quickly. Ultimately, this shift enables telecom operators to move beyond basic connectivity and confidently guarantee strict performance standards for critical operations.

Avoiding the ERP hangover

When an organization finishes rolling out a major new business software system, it often experiences what industry experts call a hangover. During the years of building the system, the work is strictly guided by set schedules, clear goals, and outside partners. However, once the system finally goes live and the daily routine takes over, companies often struggle to keep improving or even maintain the value of the system. To prevent this sudden loss of momentum, technology leaders should prepare well before the final launch. The first step is to change how internal teams are organized. Instead of treating the system as a finished project, companies should shift to a model of continuous improvement by assigning specific people to manage and refine each function over time. The second step involves looking closely at the entire workforce. Because modern systems and artificial intelligence handle many routine tasks automatically, leaders need to evaluate their staff and retrain employees to manage complex, broad business processes rather than manual work. Finally, organizations must learn to manage two distinct types of work simultaneously: large, structured projects and ongoing, continuous updates. By putting these plans in place early, companies can seamlessly maintain their momentum and fully benefit from their technology investments.

Software Quality and Project Profitability: A Critical Link

In project management, keeping a project profitable goes beyond hitting deadlines and budget goals—it’s heavily dependent on the quality of the software itself. When software has bugs, performance glitches, or messy code, it costs organizations time and money, making it a central issue for executives and project managers, not just the development team. Fixing these defects requires unplanned rework, which pulls resources away from valuable feature development and creates frustrating delays. This "technical debt," born out of rushed design choices, slows down future work and makes it tough to estimate schedules accurately. To manage costs effectively, organizations must understand how much money goes into fixing poor-quality code instead of new development. This requires tracking the real-world impact of resource allocation and budget burn rates. Using integrated project management and financial tools can help give leaders a clear view of how software issues influence budget and timelines, allowing them to spot and address risks early. Ensuring profitability means weaving quality into the entire software lifecycle, from early planning and automated testing to fostering a team culture that values getting it right the first time. Treating software quality as a measure of business health is the best way to protect project success.

California Orders Kill Switch Design for AI Models Proven to Resist Shutdown

California Governor Gavin Newsom recently signed an executive order to accelerate the oversight of advanced artificial intelligence systems. Issued amid growing concerns over artificial intelligence models evading controls, the directive requires state agencies and experts to submit recommendations for stronger safety regulations by the middle of November. A central focus of the order is to study the feasibility of requiring developers to build an emergency shutdown mechanism, often referred to as a kill switch, for their most capable computer models. While the order does not immediately mandate this feature, it asks for frameworks to ensure any such mechanism can be independently verified for effectiveness. The directive also aims to speed up the implementation of state laws focused on independent auditing. It asks officials to consider whether leading laboratories should be required to host independent evaluators onsite to periodically audit their safety protocols, risk assessments, and transparency reports. Furthermore, the order explores updating the definition of critical safety incidents, which would require developers to report any loss of control over their systems. This push for regulation comes in response to both a lack of federal action and direct warnings from industry insiders calling for the cautious development of advanced technologies.

Beyond Relevance: A Governance-First Architecture for Enterprise Personalization

The InfoQ article, "Beyond Relevance: A Governance-First Architecture for Enterprise Personalization" by Jerald Selvaraj, examines the limitations of traditional enterprise personalization platforms and proposes a new architectural approach. The author notes that while most personalization engines can quickly identify and rank relevant offers for a customer, they often fail to consider whether an offer is actually appropriate at that specific moment. Crucial factors like customer consent, offer fatigue, channel sensitivity, and cost are frequently evaluated only after a recommendation is made, or they are relegated to logs and dashboards instead of influencing the initial decision. This separation of relevance and governance creates operational and compliance risks. To address these shortcomings, the article introduces a governance-first architecture designed to answer why a specific recommendation was delivered to a particular customer at a given moment. This approach integrates governance, customer memory, and inference routing directly into the decision pipeline before an experience is delivered. Key features include policy-driven orchestration, a multi-tier AI structure that supports independent testing of different models, stateful customer memory that tracks context across sessions, and explainable scoring. By placing governance at the forefront, this architecture aims to make personalization systems not just relevant, but also transparent, auditable, and aligned with user trust.

Daily Tech Digest - September 10, 2026

Quote for the day:

"What you leave out is just as important as what you leave in." -- Jason Fried

🎧 Listen to the audio debrief on YouTube

▶ Play Audio Digest

Duration: 23 mins • Perfect for listening on the go.

Post-quantum cryptography adoption and the national security implications

As quantum computers rapidly advance, they are turning theoretical vulnerabilities in modern encryption into immediate real-world threats. Experts warn that the transition to post-quantum cryptography must begin today, even if fully capable systems remain several years away. Because building these massive machines requires immense capital and infrastructure, their use will largely be restricted to nation-states and powerful corporations rather than everyday cybercriminals. This dynamic creates a severe national security risk. Hostile governments can routinely harvest encrypted data right now with the clear intention of decrypting it later when the technology fully matures. While large banks and federal agencies will likely prioritize upgrading their defenses, smaller targets like local utilities, regional hospitals, and critical manufacturing facilities often lack the resources or perceived risk to invest in new security standards. This leaves a dangerous gap in collective defense that state-sponsored actors can exploit for economic espionage or infrastructure disruption. To combat this uneven landscape, experts suggest enforcing strict government mandates, integrating updated algorithms by default into cloud services, increasing executive awareness, and expanding academic training. Addressing these vulnerabilities early ensures that critical networks remain secure, proving that immediate preparation is absolutely essential for long-term national security.

The need to fortify cloud integrity as cracks increase

As organizations rapidly integrate artificial intelligence and complex networking models, managing cloud security is becoming increasingly difficult. Jim Reavis, chief executive of the Cloud Security Alliance, notes that while modern cloud technology is highly capable, the operating structures surrounding it remain fragmented and messy. A major recurring issue is the shared responsibility model. Many companies mistakenly assume their cloud providers handle all security, yet customers often carry the bulk of the burden for protecting their data, applications, and user identities. The rapid rise of artificial intelligence complicates this further. Because these predictive tools are prone to errors and unintended actions, companies must establish clear boundaries, defined goals, and strict oversight rather than expecting the technology to police itself. Reavis highlights the concept of limiting automated systems by introducing strict autonomy rules, ensuring they only perform specific, approved tasks to prevent accidental damage or data loss caused by simple misconfigurations. Furthermore, outdated operational technology and disconnected internal teams create dangerous blind spots. When security, risk, and development departments operate in isolation, they leave cracks that intruders easily exploit. To safely adopt new capabilities, businesses must modernize their structural operations, unify their risk management strategies, and consistently maintain human control across their digital systems.

What AI Is Revealing About Your Bank’s Transformation

Financial institutions are moving artificial intelligence from testing phases into daily operations, but this shift is exposing hidden flaws in how these organizations function. The technology itself is not creating new problems; rather, it is shining a light on old, unresolved issues from past attempts to modernize. Many banks upgraded their digital tools over the years while leaving their internal departments disconnected. Because these separate systems do not share information smoothly, the resulting environment is too fragmented for advanced tools to work properly. As a result, companies discover that while their new technology is ready to go, their internal foundations are not. Banks that previously took the time to truly connect their systems are now seeing clear, measurable benefits. Meanwhile, those that simply pasted new tools over old habits are struggling to see real value. The focus is now moving away from programs that simply offer advice toward systems that actively manage routine tasks. To succeed today, these banks must stop viewing this as just a technology issue and recognize it as a fundamental operational challenge. Strengthening their internal foundations will allow them to actually improve customer experiences and stay ahead in the market.

Backlogs? Where We’re Going We Don’t Need Backlogs

This episode of the CISO Series Podcast features producer David Spark and co-host Steve Zalewski alongside Varsha Agrawal, head of information security at Prosper Marketplace. They explore the challenging reality of artificial intelligence vendors and the growing issue of lock-in. While businesses hope AI will seamlessly clear backlogs and save time, attendees at AI summits often leave with more questions than answers, realizing no magical solution currently exists. The hosts discuss the risk of handing over critical workflows, customer experiences, and data models to external vendors whose incentives might suddenly shift. Agrawal argues that vendor lock-in with AI is uniquely unpredictable because pricing models and the very existence of the tools frequently change, making it impossible to evaluate long-term costs upfront. She highlights that lock-in extends beyond data and contracts—it deeply affects employees who become accustomed to specific tools and workflows. Instead of blindly trusting AI solutions, the panel stresses the importance of having confidence in a system's constraints and building organizational readiness to switch tools when necessary. Furthermore, the episode briefly touches on boardroom communication, noting that true security governance requires boards to ask critical questions about detection and recovery rather than relying on oversimplified dashboards.

Leap second proposal will keep software stacks in sync

Global timekeeping experts are preparing to vote on a crucial proposal to end the practice of adding or subtracting leap seconds to Coordinated Universal Time. For decades, scientists added leap seconds to keep atomic clocks synchronized with the Earth's gradually slowing rotation. However, because the planet's rotation has recently accelerated, timekeepers now face the unprecedented prospect of applying a negative leap second. This poses a significant threat to global digital infrastructure. Computer systems, databases, and interconnected software applications were never designed to subtract time, and doing so could trigger widespread system failures, database corruption, and major outages across financial networks and cloud platforms. To prevent these risks, the General Conference on Weights and Measures will vote to make coordinated time continuous starting in May 2027. This change would allow atomic time to drift slightly from the Earth's physical rotation over centuries, up to a maximum of one hour. Technology analysts strongly support this transition, arguing that preserving exact astronomical time synchronization is no longer worth the severe operational risks to modern enterprise technology. Passing the proposal ensures long term stability and predictability for the countless computer systems that run our highly connected modern world.

Beyond shared responsibility: When AI acts, who owns the blast radius?

As artificial intelligence evolves from answering questions to actively executing tasks, the traditional shared-responsibility models used for cloud computing are no longer sufficient. Cloud security models historically divided duties by infrastructure layers, with vendors securing the environment and customers securing their data. However, agentic AI operates differently, distributing authority across complex chains of models, platforms, and partners at machine speeds. Today, an AI agent might possess legitimate access and permissions but still produce unintended or harmful business outcomes, separating authorization from the actual intent and final result. Because these systems now hold agency within business processes—capable of accessing data, calling tools, and executing thousands of steps autonomously—the industry desperately needs a new shared-accountability framework. This emerging model must clearly define who authorizes actions, who can intervene, and who ultimately owns the consequences when something goes wrong. Security platforms are racing to become the control layer, aiming to validate identity and contain runtime behaviors. Yet, organizations remain accountable for defining acceptable outcomes and managing recovery when AI systems trigger unforeseen events. Ultimately, establishing clear ownership across every automated handoff is critical before deploying these powerful, independent agents into production environments.

Retail colo in the age of AI: One size does not fit all

The rapid expansion of artificial intelligence is fundamentally changing how retail colocation data centers operate around the world, proving that standardized infrastructure is no longer sufficient. Historically, colocation providers offered uniform spaces with predictable power and cooling limits, which worked perfectly for traditional enterprise applications. However, artificial intelligence introduces workloads that demand significantly higher power density and advanced cooling methods, such as liquid cooling systems. Providers are realizing that a single operational model cannot accommodate these extreme variations. While some customers require massive clusters for training complex models, others need smaller setups closer to end users for swift inference tasks. Consequently, retail colocation facilities must become much more flexible. They need to redesign their environments to support diverse requirements within the same building, balancing specialized zones with traditional racks. This essential shift requires strategic investments in upgraded power distribution and innovative thermal management systems. By moving away from rigid approaches, data center operators can successfully cater to the unique demands of artificial intelligence without alienating their conventional enterprise clients. Ultimately, embracing true adaptability allows colocation providers to remain competitive, ensuring they can support the next generation of computing while maintaining sustainable and highly efficient operations across their diverse customer base.

80% of AI projects fail, and Gallagher’s India CIO says he knows why

Many enterprise artificial intelligence initiatives fall short of expectations because companies focus on the technology rather than the core business problem. According to Julen Mohanty, a technology leader at the insurance firm Gallagher, roughly 80% of AI projects fail for this exact reason. Instead of finding a practical use case that increases revenue, reduces costs, or manages risk, organizations often adopt the latest tools and then search for places to apply them. Similarly, starting a project simply to reduce headcount is a misguided approach. The real goal should be to improve the underlying process. While automation can drastically speed up tasks like proposal generation and claims processing, human oversight remains vital. Machines can perform repetitive work efficiently, but accountability must always rest with people. A successful strategy requires measuring a process before automating it to ensure real efficiency gains are possible. Furthermore, robust data governance must come first, as data is only valuable when a company knows how to connect it to a specific outcome. Ultimately, a collaborative company culture and strong security controls are just as important as the chosen platform. By keeping humans in the loop and solving real problems, businesses can implement these advanced systems successfully.

AI notetakers at work could leave companies at risk for lawsuits

AI note-taking applications have become popular workplace tools for recording meetings and generating helpful summaries, but their rapid rise has sparked significant privacy concerns and complex legal challenges. According to attorney Brian McGinnis, multiple lawsuits against vendors like Otter, Fireflies, and Granola focus on whether these tools unlawfully capture communications without adequate notice or proper consent. A major issue is how conversation data is subsequently processed, particularly if it is used to train AI models or create highly regulated biometric voiceprints. These specific practices potentially violate federal wiretapping statutes and strict state laws, such as the Illinois Biometric Information Privacy Act and California's two-party consent rules, which require every single participant to agree to being recorded. While an outright ban on AI notetakers is highly unlikely, companies face substantial risks if they allow employees to freely deploy these applications without clear operational guidelines. To mitigate legal exposure, McGinnis advises organizations to establish comprehensive internal policies governing AI usage. Businesses should ensure employees only use approved tools, enable all built-in notice features, and strictly obtain explicit consent from all meeting participants before recording begins. As the technology expands into wearable devices, navigating the complex rules around privacy and recording consent will remain a critical, ongoing challenge for employers.

The five important tools for controlling AI costs

As generative artificial intelligence becomes a standard feature in modern software applications, managing the associated computing costs has become a critical challenge for engineering teams. Fortunately, there are five practical methods to keep these expenses under control without sacrificing overall performance. First, teams should use model routing, which directs simpler tasks to smaller, cheaper models rather than relying on the most powerful, expensive option for everything. Second, semantic caching helps by identifying identical user intents, even when phrased differently, and serving previously stored answers to bypass the AI entirely. Third, prompt caching allows developers to keep essential background data stored directly in the AI engine's memory, eliminating the need to repeatedly send and pay for the same context. Fourth, practicing prompt discipline through data filtering ensures that only the most relevant information reaches the AI, which cuts down on wasteful input charges. Finally, setting strict response constraints forces the AI to output exactly what is needed, like pure data, instead of generating polite but expensive conversational filler. By implementing these five core strategies, developers can build smart, reliable tools while maintaining a firm grip on their budgets, ensuring that technological progress does not lead to unexpected financial strain over time.