8776363957
Connect with us:
LinkedIn link
Facebook link
Twitter link
YouTube link
Gigabit Systems logo
Link to home
Who We AreManaged ServicesCybersecurityOur ProcessContact UsPartners
The Latest News in IT and Cybersecurity

News

A cloud made of diagonal linesA cloud made of diagonal lines
A pattern of hexagons to resemble a network.
AI
Cybersecurity
Technology

The Next Round In The War With Iran Could Bring Down More Than Buildings.

October 22, 2026
•
20 min read

Iran Threatens $2 Trillion in American Digital Infrastructure Across the Gulf

The Next Round In The War With Iran Could Bring Down More Than Buildings.

Iran has issued a warning that should concern far more than military planners. The country’s top national security official has threatened to destroy American-linked data centers, artificial intelligence facilities, and critical communications cables across the Persian Gulf if war with the United States resumes.

This is not simply a threat against military installations. It is a warning directed at the physical infrastructure supporting cloud computing, financial transactions, telecommunications, artificial intelligence, and potentially millions of businesses.

On October 10, 2026, Mohsen Rezaei, secretary of Iran’s Supreme National Security Council, identified American technology assets in the United Arab Emirates and around the Strait of Hormuz as potential targets.

In an interview with Iranian state broadcaster Press TV, Rezaei warned that these facilities, which he valued at more than $2 trillion, could be destroyed during renewed hostilities.

The $2 trillion figure is Rezaei’s own estimate, not an independently verified valuation. His remarks represent a conditional threat, not confirmation of an imminent attack.

The Real Target: The Infrastructure Behind the Internet

Most people think of the internet as something intangible. Information lives in the cloud, applications run on remote servers, and files appear instantly on devices thousands of miles away.

But the cloud is not floating somewhere in cyberspace.

It exists inside enormous physical facilities filled with servers, networking equipment, cooling systems, electrical infrastructure, and fiber-optic connections.

And all of it can be physically damaged.

The Persian Gulf has become an increasingly important location for this infrastructure. Major American technology companies, including Microsoft, Amazon, Google, and Oracle, have established cloud operations or invested in regional computing capacity.

Iran’s warning specifically identifies three categories of infrastructure:

  • Data centers: Facilities hosting cloud applications, databases, business systems, and essential digital services.

  • Undersea fiber-optic cables: Physical connections carrying enormous volumes of international internet and telecommunications traffic.

  • Artificial intelligence facilities: High-performance computing infrastructure supporting AI development, inference, and increasingly sophisticated business applications.

The concern is not merely the cost of replacing damaged equipment. It is the operational disruption that could follow.

One Severed Cable Can Affect Businesses Thousands of Miles Away

Undersea fiber-optic cables are among the most important—and least visible—components of global communications.

These cables carry information between continents, connecting cloud platforms, financial institutions, telecommunications providers, and enterprise networks.

They are not satellites. They are physical cables resting along the ocean floor.

When a cable is damaged, network operators may reroute traffic through alternative paths. However, those alternatives have finite capacity.

If several important connections fail simultaneously, the consequences can include increased latency, congestion, degraded application performance, and connectivity outages.

Imagine a healthcare provider unable to access a cloud-hosted patient management system, a law firm struggling to retrieve critical case files, or a financial institution experiencing delays in international transactions.

None of these organizations needs to be located in the Middle East to experience the effects of a major regional communications disruption.

The Red Sea and surrounding maritime corridors are particularly important because they connect European, Asian, and Middle Eastern telecommunications networks. Their strategic significance has become an increasing concern during the regional conflict.

The Dangerous Assumption That Cloud Infrastructure Is Untouchable

Businesses have spent years moving critical operations away from local servers and into the cloud.

There are excellent reasons for that transition: scalability, sophisticated security controls, geographic redundancy, and reduced hardware maintenance.

But cloud computing does not eliminate physical risk.

A modern data center can have advanced cybersecurity defenses, redundant internet connections, backup generators, and sophisticated fire suppression systems.

None of those controls guarantees protection against a direct military attack or a widespread regional infrastructure failure.

And here is where many businesses misunderstand their exposure.

Having your data in the cloud does not automatically mean your business can survive losing access to that cloud.

Even when data remains intact, an unavailable application can bring operations to a halt.

A company may have excellent endpoint protection, multifactor authentication, and managed IT services while still depending on a single cloud region for a mission-critical application.

That is not necessarily poor architecture. But it is a dependency that must be understood, documented, and tested.

What Businesses Should Do Before a Regional Outage Becomes Their Problem

Organizations do not need to predict the next geopolitical crisis. They need infrastructure designed to withstand disruptions.

Here are six practical steps worth taking now.

1. Identify where your cloud services actually operate.

Determine which geographic regions host your critical applications, databases, backups, and disaster recovery environments. Your vendor’s headquarters location does not tell you where your data is processed.

2. Verify that your backups are genuinely independent.

A backup stored in the same region, account, or infrastructure environment as the production system may be exposed to the same failure.

Use appropriately isolated, immutable backups, and test whether they can be restored into an alternative environment.

3. Review your cloud provider’s disaster recovery architecture.

Multi-zone availability is not the same as multi-region redundancy. A service distributed across several facilities within one region may still be vulnerable to a regional outage.

Determine which applications require geographic failover and whether that capability is actually configured.

4. Establish a realistic recovery time objective.

How long can your organization operate without email, its electronic health records, document management platform, or accounting software?

Four hours? One day? Three days?

If nobody has established a recovery time objective (RTO) and recovery point objective (RPO), your organization may discover its tolerance for downtime during the outage itself.

5. Prepare for internet connectivity failures.

Consider secondary internet connections using different carriers and, where practical, diverse physical routes. Two providers using the same underlying fiber infrastructure may not offer meaningful redundancy.

6. Test your disaster recovery plan, not just your backups.

A successful backup notification does not prove that your business can recover.

Conduct restoration exercises, document emergency procedures, identify essential offline records, and ensure key personnel know how to operate during a prolonged outage.

For healthcare organizations, law firms, schools, and SMBs, these preparations can determine whether an infrastructure incident becomes a temporary inconvenience or a serious operational crisis.

The Next Major Technology Outage May Not Begin With a Hacker

Cybersecurity discussions often focus on ransomware, phishing, compromised passwords, and software vulnerabilities.

Those threats remain serious.

But Iran’s warning highlights another dimension of data protection: physical infrastructure can become a target during geopolitical conflict.

No phishing email is required. No stolen administrator password is necessary. No malware needs to execute.

A damaged facility, disrupted power supply, or severed communications route can create outages that resemble the consequences of a major cyberattack.

For businesses, the distinction may matter less than the result: employees cannot work, customers cannot access services, and critical systems become unavailable.

This is why cybersecurity and business continuity cannot be treated as separate conversations.

A capable Managed Service Provider (MSP) should help organizations understand not only how their systems are secured, but how those systems will recover when underlying infrastructure fails.

The Bottom Line: Your Business Needs to Survive the Unexpected

Iran’s threat does not mean a widespread internet outage is inevitable. Modern global networks are built with considerable redundancy, and the impact of any attack would depend on which facilities were affected, their interconnections, and the availability of alternate infrastructure.

Nevertheless, the warning is a reminder that even the most advanced technology depends on vulnerable physical assets.

Businesses cannot control international conflicts.

They can control their backups, disaster recovery planning, infrastructure dependencies, and operational preparedness.

The question is no longer simply whether your data is protected. It is whether your business can function when the infrastructure protecting it becomes unavailable.

70% of all cyber attacks target small businesses, I can help protect yours.

#Cybersecurity #DataProtection #CloudSecurity #BusinessContinuity #ManagedIT

Iran just threatened $2 TRILLION in digital infrastructure. Your business could be thousands of miles away—and still feel the impact.

Technology
Cybersecurity
News

GOVERNMENTS ARE TELLING WEBSITES TO GO OFFLINE.

October 21, 2026
•
20 min read

Critical PHP Vulnerabilities Force Websites Offline as Authorities Warn of Cyberattacks

The safest cybersecurity decision may be to shut down.

Imagine discovering that the technology powering your company’s website contains a critical security vulnerability.

Not a weak password. Not an employee clicking a phishing link. Not an outdated plugin that someone forgot to update.

A vulnerability in the underlying programming language responsible for processing requests on the server itself.

Now imagine government cybersecurity authorities advising organizations to consider taking affected systems completely offline until a security patch can be installed.

That’s the situation confronting website operators following the disclosure of severe vulnerabilities affecting PHP, one of the most widely used server-side programming languages on the internet.

According to the reported warnings, European and British cybersecurity authorities have advised organizations to isolate vulnerable internet-facing applications or temporarily shut them down when immediate remediation isn’t possible.

Several websites have already chosen to suspend services rather than risk a potential compromise.

This isn’t simply another website security update. It’s a reminder that the software underneath a website can become its greatest vulnerability.

Two Critical Vulnerabilities With a 9.2 Severity Rating

The PHP security team has confirmed two critical vulnerabilities, each receiving a CVSS v4.0 severity score of 9.2 out of 10.

They are tracked as:

  • CVE-2026-109618

  • CVE-2026-109619

The PHP team scheduled an emergency security release for Wednesday, October 21, 2026, at 10 a.m. Eastern Time.

In its advance announcement, the team urged PHP users to prepare for immediate upgrades and said complete technical details and affected versions would accompany the release.

The vulnerabilities have been linked to a potentially devastating class of attack known as remote code execution, or RCE.

Remote code execution can allow an attacker to run commands or malicious software on a vulnerable server.

Depending on the server’s permissions and security controls, a successful attack could potentially allow criminals to steal data, install backdoors, modify website content, or compromise connected applications.

A particularly troubling aspect of the reported vulnerabilities is that exploitation may not require a valid username or password.

An attacker could potentially target a vulnerable application simply by sending a specially crafted request over the internet.

CERT-EU has warned of possible unauthenticated remote code execution, although complete technical details were not yet publicly available when its initial advisory was issued.

Why PHP Makes This a Global Cybersecurity Emergency

PHP is not an obscure programming language used by a handful of websites.

It is foundational technology behind many of the internet’s most popular website platforms and business applications.

These include:

  • WordPress

  • Drupal

  • Joomla

  • Magento and Adobe Commerce

  • Laravel-based web applications

  • Custom PHP websites and business portals

PHP typically runs on the server, processing requests, interacting with databases and generating content before delivering it to the visitor’s browser.

When a customer logs into an online store, a patient accesses a web portal, or an employee submits information through a company application, PHP may be responsible for processing some of those interactions.

That is why a vulnerability in the PHP interpreter can be significantly more dangerous than a flaw affecting a single website plugin.

The problem exists deeper in the software stack.

And updating the visible website application may not fix the underlying vulnerability.

WordPress Owners Need to Pay Particular Attention

WordPress relies on PHP to operate.

However, a WordPress update and a PHP runtime update are not the same thing.

Updating WordPress core, themes and plugins does not automatically mean the server’s PHP installation has been patched.

The PHP runtime may be maintained separately by the hosting provider, control panel administrator, operating-system package manager or managed IT provider.

A business could therefore have a fully updated WordPress installation while its underlying PHP environment remains vulnerable.

That distinction is especially important for small businesses that assume automatic WordPress updates cover every component of their website’s security.

Governments Are Taking Websites Offline

The warnings have already prompted an unusual response.

Rather than waiting for a patch while keeping affected services publicly accessible, some organizations have temporarily disconnected websites as a precaution.

The Netherlands’ National Cyber Security Centre reported taking its own public website offline because of the vulnerabilities.

Other affected services reportedly included portions of Wikimedia infrastructure, the bookmarking service Pinboard, and websites in Japan and Europe.

These shutdowns do not necessarily mean the websites were hacked.

In many cases, temporarily suspending access is a preventive measure intended to reduce exposure while administrators prepare patches.

The United Kingdom’s Warning

The UK’s National Cyber Security Centre advised organizations to identify PHP installations, prioritize publicly accessible systems, monitor for malicious activity and apply updates as soon as they become available.

Where immediate remediation is impossible, it recommended considering temporary shutdowns.

The European Union’s Warning

CERT-EU issued similar guidance, advising organizations to identify affected PHP applications and prepare to patch immediately.

For systems that cannot be updated promptly, the agency recommended isolating internet-facing applications from public networks.

These are not routine recommendations.

Government cybersecurity agencies generally recognize that taking a website offline can disrupt operations, customer access and revenue.

The fact that authorities are recommending isolation demonstrates the seriousness of the potential exposure.

Are Hackers Already Exploiting the Vulnerabilities?

There are indications of early exploitation, but the full scope remains uncertain.

Cybersecurity company Patchstack reported receiving information about active exploitation from multiple hosting partners.

Cloudflare also reported observing early attacks and updating its defenses as additional attack methods emerged.

However, early reports of exploitation should not be confused with evidence that every PHP website has been compromised.

There is also a difference between automated scanning, attempted exploitation and a successful intrusion.

The scale of confirmed compromises was not established in the initial reporting.

Nevertheless, the combination of critical vulnerabilities, widespread software usage and emerging attacks makes rapid remediation essential.

Attackers frequently move quickly after vulnerability details become public.

Once security patches are released, criminals can sometimes examine the changes to better understand the underlying flaw.

That can accelerate attacks against organizations that delay updating.

For businesses, the window between public disclosure and successful exploitation can be dangerously short.

What Businesses Should Do Immediately

This is not a vulnerability that should be placed on next month’s maintenance schedule.

If your organization operates a PHP-based website, customer portal or business application, its exposure needs to be assessed immediately.

1. Identify every system running PHP

Start with publicly accessible websites, but don’t stop there.

Check internal business applications, hosting environments, development servers, containers and third-party products that may bundle PHP.

Organizations frequently have applications running PHP without realizing it.

2. Contact your hosting provider

If you use managed WordPress hosting or another hosted PHP platform, ask your provider:

  • Which PHP versions are currently running?

  • Are our installations affected by CVE-2026-109618 or CVE-2026-109619?

  • When will the patched PHP version be installed?

  • Are temporary protections active?

  • How will you verify that the update was successful?

Do not assume the hosting provider has already completed remediation.

3. Apply the official PHP security update

Install the vendor-supported fixed release as soon as it is available for your environment.

Test application functionality afterward, including logins, forms, database connections, payment processing and integrations.

Organizations running unsupported PHP versions may need to upgrade to a maintained release rather than wait for a patch that might never arrive.

4. Deploy temporary protections, but understand their limitations

Web application firewalls, or WAFs, can help block certain malicious requests.

Cloudflare has reported deploying emergency protections against known attack patterns.

France’s CERT-FR has also identified possible temporary mitigations involving PHP session upload-progress functionality and multipart requests.

However, the agency cautions that these workarounds have not been fully validated, and some address only one of the two vulnerabilities.

A WAF is not a substitute for patching the vulnerable runtime.

5. Consider temporary isolation when immediate patching is impossible

For particularly sensitive or exposed applications, temporarily restricting public access may be safer than leaving a vulnerable server accessible.

A maintenance page, access restrictions or temporary shutdown may be appropriate, depending on the application and available defenses.

This decision should be coordinated with the organization’s IT and security teams, especially when critical services are involved.

6. Investigate potential compromise

Patching prevents future exploitation of the fixed vulnerability, but it does not automatically remove a backdoor installed before the update.

Review web server logs, suspicious POST requests, unexpected file changes, newly created accounts and unusual outbound connections.

Where suspicious activity is identified, initiate an incident response investigation rather than assuming the patch alone resolves the problem.

Why Healthcare, Law Firms and Schools Face Particular Risks

For organizations handling sensitive information, the consequences of a compromised web server can extend far beyond website downtime.

Healthcare organizations may operate patient portals, scheduling systems and web applications connected to sensitive medical information. A successful intrusion could create privacy, compliance and operational risks.

Law firms may use web-based client portals, document-sharing systems and intake forms. Compromise could expose confidential client communications or sensitive case information.

Schools may rely on websites and applications for parent communications, enrollment, student services and administrative operations. A vulnerable application could expose data or interrupt essential services.

Small and midsize businesses may depend on a single website for online sales, appointment bookings, lead generation or customer support. Even a short outage can have financial consequences.

For an MSP or managed IT provider, this incident highlights the importance of maintaining a complete inventory of applications and the software components supporting them.

Cybersecurity cannot stop at the visible website.

The operating system, web server, programming runtime, application framework, database and third-party integrations all require ongoing maintenance and security monitoring.

The Bigger Lesson: Your Website Is Only as Secure as Its Foundation

One of the most dangerous assumptions in cybersecurity is that a website is safe simply because it has HTTPS, a firewall and updated plugins.

Those controls matter.

But they cannot compensate for every vulnerability in the underlying software.

A business might invest heavily in endpoint security, multifactor authentication, phishing protection and immutable backups while overlooking an aging PHP installation exposed directly to the internet.

Attackers do not care which security controls an organization purchased.

They look for the weakest accessible point.

The current PHP emergency illustrates why effective cybersecurity requires multiple layers of defense, continuous vulnerability management and the ability to respond rapidly when critical flaws are disclosed.

Sometimes that response means applying an urgent update.

Sometimes it means restricting access.

And sometimes, as European and British authorities have warned, it means taking a vulnerable service offline until it can be secured.

A temporary outage is inconvenient. A compromised server can become a business crisis.

70% of all cyber attacks target small businesses, I can help protect yours.

#Cybersecurity #PHP #WordPressSecurity #ManagedIT #DataProtection

GOVERNMENTS ARE TELLING WEBSITES TO GO OFFLINE.

Two critical vulnerabilities have been discovered in PHP, the programming language behind WordPress and countless other websites.

Both are rated 9.2 out of 10 for severity.

Security researchers are reporting early attacks, and European cybersecurity authorities are advising organizations to isolate vulnerable systems if they cannot patch them immediately.

Even a fully updated WordPress site may still have a vulnerable PHP installation underneath.

Sometimes the safest cybersecurity decision is to shut down before hackers get in.

AI
Cybersecurity

She Used Claude as a Private Diary. Then Anthropic Called the Police.

October 21, 2026
•
20 min read

She Used Claude as a Private Diary. Then Anthropic Called the Police.

Your AI conversation may feel private. That doesn’t make it confidential.

A Florida woman reportedly treated Claude like a diary.

Then something she allegedly wrote in that “diary” triggered Anthropic’s safety systems, was escalated to a human reviewer, was reported to law enforcement—and ultimately contributed to her arrest.

According to an arrest report described by local media, 30-year-old Carli Michelle Heller of Bonita Springs allegedly entered a statement into Claude on September 26 threatening to “shoot up” the Lee County Sheriff’s Office. The following day, investigators say another message referred to obtaining a new gun.

Anthropic’s automated safety systems reportedly flagged the content.

Then a human looked at it.

The material was deemed serious enough to send to law enforcement.

Deputies subsequently went to Heller’s home and arrested her without incident. She now faces a charge of making a written threat of violence. The charge remains an allegation; there has been no finding of guilt.

And according to Sheriff Carmine Marceno’s account of what she later told investigators, Heller said she used Claude like a:

“Diary.”

That one word makes this story much bigger than one criminal case.

Claude Didn’t Decide to Call the Police

First, an important distinction.

The viral version of this story can make it sound as though Claude read a message, became alarmed and autonomously contacted the sheriff.

That’s not what the available reporting describes.

According to the arrest report cited by local news, an automated safety system flagged the content.

It was then escalated to a human review team.

That human-review process led to law enforcement being notified.

So this wasn’t:

AI reads threat → AI calls police.

It was closer to:

Automated detection → human review → human escalation → police investigation.

That’s an important difference.

But from a privacy perspective, it leads to an equally important realization:

Someone other than you may be able to read what you tell an AI chatbot.

A Chatbot Is Not a Locked Notebook

This is where people can make a dangerous mental mistake.

Claude feels conversational.

ChatGPT feels conversational.

You type something deeply personal.

The AI responds sympathetically.

There is no other human visibly sitting in the room.

That creates an incredibly powerful illusion:

This is between me and the machine.

But a cloud AI service isn’t a leather notebook sitting in your nightstand.

Your message has to travel somewhere.

It reaches infrastructure operated by a company.

It may be stored.

It may be processed by automated safety systems.

Depending on the service, settings and circumstances, some content can potentially become accessible to authorized personnel.

And under exceptional circumstances, information can potentially be disclosed outside the company.

The interface feels intimate.

The infrastructure isn’t necessarily private in the way your brain interprets intimacy.

Anthropic’s Policies Allow Emergency Disclosure

This wasn’t some secret loophole discovered after the arrest.

Anthropic’s published policies contemplate situations where information may be disclosed to authorities.

Its privacy policy says personal data may be shared with government authorities or law enforcement when Anthropic has a good-faith belief that doing so is reasonably necessary to prevent serious harm, among other circumstances.

Anthropic’s government-request policy similarly describes an emergency exception involving imminent physical harm or death where disclosing information without delay could help prevent the harm.

And reporting on this case notes that Anthropic’s consumer terms reserve rights around reporting user inputs, outputs or actions to law enforcement.

That doesn’t mean Anthropic routinely sends ordinary conversations to police.

It means “private conversation” and “legally privileged confidential communication” are very different concepts.

Your Therapist and Your Chatbot Are Not the Same Thing

This distinction becomes especially important because people increasingly use AI for extremely personal conversations.

Relationships.

Mental health.

Family problems.

Medical concerns.

Sexuality.

Financial problems.

Workplace disputes.

Legal questions.

Confessions.

Anger.

Things they would never type into Google.

A chatbot can feel easier to talk to precisely because it doesn’t appear judgmental.

Florida Gulf Coast University professor Chrissann Ruehle described that dynamic when discussing this case: interacting with a machine can create the feeling that the machine isn’t going to judge you.

Her warning was much simpler:

“AI is not your best friend.”

It’s also not automatically your doctor.

Your lawyer.

Your therapist.

Your priest or clergy member.

Or your diary.

Those relationships can involve particular ethical, professional or legal confidentiality rules.

A consumer AI service operates under its own terms, privacy policy and applicable law.

A sympathetic interface does not create privilege.

The Human Review Is the Part People Will Notice

Most users already understand, at least vaguely, that automated systems inspect content.

Gmail scans messages for spam.

Banks inspect transactions for fraud.

Social networks automatically detect prohibited material.

Cloud services scan for malware.

People have become accustomed to machines looking at machines.

What feels different here is the escalation.

A user allegedly typed something into an AI conversation.

A safety system flagged it.

And then another human could review it.

That’s where the psychological model changes.

People don’t interact with Claude as though they’re publishing a Facebook post.

They interact with it as though they’re sitting alone with Claude.

The chat window reinforces that feeling.

One person.

One AI.

One conversation.

But technically, the conversation exists inside somebody else’s service.

The room feels empty because you can’t see the infrastructure.

This Is Not Unique to Claude

It would be a mistake to turn this into simply:

“Don’t tell Claude anything.”

The broader lesson applies to cloud AI generally.

Different providers have different privacy policies, retention periods, enterprise protections, training policies, safety procedures and human-review practices.

Those differences matter.

But the basic cybersecurity principle is universal:

If information leaves a device you control and enters somebody else’s cloud, you have expanded the trust boundary.

That applies to AI.

Email.

Cloud storage.

Online backups.

Messaging.

CRM systems.

And virtually every SaaS application businesses use.

The extraordinary thing about AI is the kind of information we’re voluntarily feeding into it.

AI May Become the Most Intimate Database Ever Created

Think about what a search engine traditionally receives.

“How do I get divorced?”

An AI conversation might receive:

“My wife and I have been fighting for three years. Here’s exactly what happened last night, here’s our financial situation, here are the messages she sent me, and here’s what I’m thinking about doing next.”

Search queries are fragments.

AI conversations can become narratives.

People explain context because context makes AI better.

They upload documents.

Paste emails.

Describe coworkers.

Discuss customers.

Upload contracts.

Analyze medical results.

Paste source code.

Describe financial situations.

Ask questions about relationships.

The better the context, the better the answer.

And that creates an extraordinary privacy paradox:

AI becomes most useful when you tell it the things you least want exposed.

Businesses Have an Even Bigger Problem

Now move this from someone’s personal diary into an office.

An employee wants help responding to a difficult customer.

So they paste the customer’s email.

Another employee needs help analyzing a contract.

They upload it.

A developer needs debugging assistance.

They paste proprietary source code.

HR wants help drafting a response.

Someone pastes details about an employee dispute.

A technician wants troubleshooting help.

They paste system logs containing usernames, IP addresses and internal infrastructure.

A healthcare employee wants a summary.

Patient information goes into the prompt.

A lawyer wants research assistance.

Client information goes in.

The AI becomes extraordinarily useful precisely because employees can give it context.

But every piece of context potentially becomes part of your organization’s data-governance problem.

“Don’t Train on My Data” Doesn’t Mean “Nobody Can Ever Access My Data”

This is another distinction businesses need to understand.

AI privacy discussions frequently collapse several completely different questions into one:

Is my information used to train the model?

That’s important.

But it isn’t the only question.

Organizations should also understand whether information is retained, how long it is retained, where it is processed, who can access it, whether human review can occur, which subprocessors receive it, what happens under legal process, what happens during a safety investigation, and what happens during a security incident.

A provider saying:

“We don’t train our models on your business data.”

doesn’t automatically answer every one of those questions.

Training is one part of the data lifecycle.

Privacy is the entire lifecycle.

There Is Also a Legitimate Safety Argument

This case presents a genuine tension.

Imagine a platform receives a highly specific statement threatening an imminent mass shooting.

The company believes the threat is credible.

Should employees simply say:

Privacy policy. Nothing we can do.

Many people would find that outcome unacceptable.

Companies operating communications platforms have long had to confront situations involving imminent threats, child exploitation, terrorism, suicide and other serious harms.

AI providers are entering the same territory.

There is no perfectly comfortable answer.

If providers never monitor anything, they may miss credible threats.

If providers monitor too aggressively, users may reasonably worry about private conversations being scrutinized or misunderstood.

And automated systems make mistakes.

Safety requires detection. Privacy requires restraint.

Both matter.

Context Is Where This Gets Difficult

Consider these three statements:

A novelist tells Claude:

“My villain says he’s going to attack the sheriff’s office.”

Someone vents:

“I’m so angry I could kill somebody.”

Someone provides a location, target, weapon and immediate plan.

A computer has to distinguish among them.

That’s much harder than simply searching for violent words.

False negatives matter because a real threat could be missed.

False positives matter because an innocent person’s private conversation could be escalated.

That’s why the reported human-review step is important.

Automation can identify something potentially dangerous.

A person can examine additional context before deciding what happens next.

Even then, human reviewers can make mistakes.

Security systems rarely eliminate judgment.

They usually move where judgment occurs.

The Criminal Case Is Still a Criminal Case

There’s also an important legal distinction.

Heller has been charged, not convicted.

Florida’s written-threat statute covers certain written or electronic records containing threats to kill or harm another person or conduct a mass shooting or act of terrorism. The applicable offense can be a second-degree felony.

Whether the alleged messages legally constitute a prosecutable “true threat,” what context surrounded them and what intent can be established are matters for the legal process.

The existence of words on a server doesn’t automatically settle every legal question.

But digital records can create extremely powerful evidence.

What once might have been an angry thought disappearing inside someone’s head can become:

Timestamped.

Stored.

Associated with an account.

Reviewed.

Preserved.

And potentially introduced into an investigation.

The cloud has a much better memory than you do.

The Cybersecurity Lesson Is Bigger Than Claude

We constantly tell businesses:

Don’t put passwords in Slack.

Don’t email Social Security numbers.

Don’t store sensitive documents somewhere simply because it’s convenient.

Don’t give applications more information than they require.

AI deserves the same discipline.

Before entering sensitive information into an AI system, ask a simple question:

Would I be comfortable putting this information into another company’s database?

Because technically, that’s much closer to what you’re doing than whispering to an invisible friend.

For organizations, that means having actual AI governance.

Approved AI platforms.

Enterprise accounts.

Data classifications.

Rules around customer information.

Rules around healthcare information.

Rules around legal information.

Rules around credentials.

Retention policies.

DLP controls where appropriate.

Employee training.

And clear boundaries around what should never enter a third-party model.

Some Things Should Never Become a Prompt

Your password.

Private encryption keys.

Recovery codes.

Authentication tokens.

Seed phrases.

Highly sensitive customer information without appropriate protections.

Confidential material your organization isn’t authorized to disclose.

Information subject to contractual or regulatory restrictions that your AI environment isn’t approved to process.

The convenience of AI can make copying information into a prompt feel harmless.

It isn’t.

A prompt is data transfer.

Once businesses understand that sentence, AI governance becomes much easier to explain.

The Chat Window Is Changing Human Behavior

This may ultimately be the most important part of the story.

Humans already knew not to publish their diary on the internet.

Then technology created something psychologically different.

A blank box.

A responsive intelligence.

No visible audience.

No judgment.

Instant empathy.

Infinite patience.

It feels private in a way a search engine never did.

That interface may encourage people to disclose more than they would have disclosed anywhere else online.

And companies building these systems need to understand the responsibility that comes with creating that feeling.

Users need to understand something too.

Conversational is not the same thing as confidential.

Heller’s case is unusually dramatic because the alleged messages involved a threat and ultimately police.

But millions of ordinary AI conversations contain information their users would be horrified to see publicly exposed.

You don’t need to be doing anything illegal for that to matter.

Your marriage.

Your finances.

Your medical concerns.

Your company.

Your clients.

Your fears.

Your mistakes.

Your secrets.

Claude can be an extraordinarily useful assistant.

So can ChatGPT.

But neither should automatically be treated like a locked diary under your mattress.

Because the most important person reading your AI conversation may someday be someone you never realized could read it.

70% of all cyber attacks target small businesses, I can help protect yours.

#Cybersecurity #ArtificialIntelligence #Privacy #DataProtection #AISecurity

She thought Claude was her personal DIARY. Then an automated system flagged what she wrote, a HUMAN reportedly read it, Anthropic contacted police—and officers showed up at her house. Whatever you think about the alleged threat, there’s a much bigger privacy lesson here: your AI chat may feel private. That doesn’t mean nobody else can ever read it.

Cybersecurity
Technology

America Built a Carrier That Can Keep Going. Its Sailors Can’t.

October 20, 2026
•
20 min read

America Built a Carrier That Can Keep Going. Its Sailors Can’t.

The reactor doesn’t get tired. The crew does.

The USS Abraham Lincoln is one of the most powerful machines ever built.

Nearly 1,100 feet long.

Nuclear powered.

A floating airbase capable of launching combat aircraft thousands of miles from the United States.

It carries thousands of people, dozens of aircraft and an enormous collection of weapons, sensors, communications systems and technology.

And after an extraordinarily long deployment, approximately 5,000 American sailors and Marines arrived in Thailand for something considerably less sophisticated:

A break.

The Lincoln Carrier Strike Group arrived in Thailand after an extended deployment that included months supporting U.S. combat operations in the Middle East. The carrier’s deployment had reached roughly 286 days by its arrival, with an extraordinary stretch spent continuously at sea.

Its Thailand stop lasted five days.

That sounds like a travel story.

It isn’t.

It’s a story about the weakest component in every powerful system.

The human being operating it.

A Nuclear Carrier Has Incredible Endurance

The engineering behind a nuclear aircraft carrier is almost difficult to comprehend.

The propulsion system doesn’t depend on constantly refueling the ship with conventional fuel.

The carrier can produce enormous amounts of power.

It can desalinate seawater.

It can operate aircraft.

Maintain sophisticated radar and communications systems.

Provide medical care.

Prepare thousands of meals.

Repair equipment.

Support an entire miniature city.

In theory, a nuclear-powered carrier possesses extraordinary endurance.

But nuclear propulsion solves one particular problem:

Fueling the ship.

It doesn’t eliminate the need to sustain the people inside it.

People need food.

Sleep.

Mail.

Medical care.

Clean clothing.

Maintenance supplies.

Time away from work.

Communication with their families.

And eventually:

They need to get off the ship.

The Lincoln Has Been Pushed Extremely Hard

The carrier left San Diego in November 2025 and was eventually redirected into Middle East operations.

Its deployment stretched far beyond what many sailors and families originally anticipated.

Regular port visits became rare.

Stars and Stripes reported sailors and family members describing long workdays, disrupted mail, shortages involving food and water, and deteriorating morale. Carrier crews normally receive periodic port calls that provide opportunities for replenishment, maintenance and rest; the Lincoln went much of this deployment without them.

There have also been serious concerns about mental health.

Family members raised those concerns directly with senior Navy leadership in August, including concerns about self-harm among the approximately 5,000 personnel aboard.

That’s the part of military readiness that doesn’t fit neatly into photographs of fighter jets launching from a flight deck.

We Measure Military Power in Machines

How many aircraft carriers does America have?

How many fighters?

How many destroyers?

How many missiles?

What’s the range?

What’s the radar capability?

How many sorties can the carrier generate?

How quickly can it reach the Middle East?

Those are important questions.

But there’s another metric that matters:

How long can the people operating those systems continue performing effectively?

Because military hardware doesn’t operate itself.

Behind every aircraft launch is an enormous human machine.

Pilots.

Aircraft maintainers.

Flight-deck crews.

Weapons specialists.

Engineers.

Reactor personnel.

Radar operators.

Intelligence analysts.

Medical personnel.

Cooks.

Logistics crews.

Communications specialists.

Thousands of people performing highly specialized jobs.

Some of those jobs are dangerous even when nobody is shooting at them.

An Aircraft Carrier Never Really Sleeps

Look at photographs of an aircraft carrier flight deck during operations.

It appears almost choreographed.

Aircraft taxi.

Catapults launch.

Jets land.

Fuel moves.

Weapons move.

People move constantly.

But underneath the flight deck is an enormous industrial environment.

Machinery.

Electrical systems.

Reactors.

Workshops.

Hangars.

Fuel systems.

Weapons.

Kitchens.

Medical facilities.

Sleeping compartments.

Servers.

Networks.

Communications.

Thousands of people keeping the entire system functioning around the clock.

And fatigue matters.

A tired person isn’t merely uncomfortable.

Fatigue becomes operational risk.

That’s True in Cybersecurity Too

This is where the Lincoln becomes a lesson for businesses.

Cybersecurity professionals love technology.

EDR.

XDR.

SIEM.

Firewalls.

Zero Trust.

MFA.

AI.

Automated detection.

24/7 monitoring.

Immutable backups.

Fantastic.

But when something actually happens at 2:00 in the morning, somebody eventually receives an alert.

Then another.

Then another.

Then another.

During a major cyberattack, an incident-response team can operate for:

12 hours.

24 hours.

36 hours.

Sometimes longer.

Eventually the same limitation appears.

The software can keep going. The humans can’t.

Cybersecurity Has Its Own Version of Deployment Fatigue

I’ve seen what happens when IT teams are stretched too thin.

At first, everyone responds.

Every alert gets investigated.

Every warning matters.

Every ticket gets attention.

Then there are too many.

People become tired.

Alerts start looking familiar.

Warnings get dismissed.

Updates get postponed.

Tickets accumulate.

Someone thinks:

I’ll look at that tomorrow.

That’s how alert fatigue becomes security risk.

Not because the cybersecurity software failed.

Because the human operating the cybersecurity software reached capacity.

This Is Why “24/7 Security” Requires More Than Software

A company buys a security platform advertising:

24/7 protection.

Great.

Who’s responding at 3:17 a.m.?

If ransomware begins encrypting your network Saturday night, who has authority to isolate the environment?

If your Microsoft 365 administrator’s account gets compromised on Christmas morning, who investigates?

If your firewall detects suspicious outbound traffic at midnight, does somebody actually see it?

Technology can operate continuously.

People require rotations.

That’s why mature security operations involve staffing, escalation procedures, automation, documentation and handoffs.

The objective isn’t to create superheroes capable of working indefinitely.

It’s to build a system that doesn’t require superheroes.

The Navy Has Exactly the Same Problem—At Enormous Scale

The United States can send a carrier across the planet.

But every additional deployment creates pressure somewhere else.

Ships need maintenance.

Aircraft need maintenance.

Parts need replacement.

Supplies need replenishment.

Sailors need training.

Families need stability.

Crews need recovery.

And another carrier may need to replace the one coming home.

The Lincoln has now been relieved in the Middle East by the USS George Washington.

That’s how sustainable military presence works.

Not:

Keep one ship there forever.

But:

Build enough capacity that one force can relieve another.

Redundancy Isn’t Waste

Businesses frequently make the opposite mistake.

They look at two people capable of performing the same critical function and think:

Why are we paying both?

One person could do this.

Until that person:

Gets sick.

Goes on vacation.

Quits.

Gets overwhelmed.

Makes a mistake.

Or simply needs to sleep.

Redundancy can look inefficient on a spreadsheet.

Until something fails.

Then redundancy becomes resilience.

The Navy doesn’t need another carrier because the first carrier suddenly stops floating.

It needs another carrier because:

Sustained capability requires rotation.

Businesses need to understand the same principle.

The Port Call Is Part of the Weapons System

This sounds strange, but think about it.

Rest isn’t separate from readiness.

Recovery isn’t a luxury provided after the mission.

Recovery helps make the next mission possible.

The Navy described the Thailand visit as a chance for sailors and Marines to “rest and recharge.”

That’s operational maintenance.

We readily understand that an F/A-18 needs maintenance.

Nobody says:

The aircraft looks fine. Why are we taking it offline?

We understand preventative maintenance.

Engines need inspection.

Parts wear out.

Systems need servicing.

But human beings frequently receive a different standard:

Keep going until something breaks.

That’s terrible engineering.

Pattaya Is Preparing for 5,000 Visitors

The scale of the port call is remarkable on its own.

The carrier is docking at Laem Chabang, roughly 19 miles from Pattaya, with thousands expected to head into the city during the five-day visit.

Local businesses have been preparing for the influx.

Restaurants.

Transportation.

Tourism.

Entertainment.

Retail.

Local estimates before the arrival suggested the visit could inject millions of baht into the local economy.

But for the sailors, the value isn’t economic.

It’s normalcy.

Walking somewhere that isn’t a steel corridor.

Eating something that wasn’t transported to a carrier at sea.

Seeing something other than ocean.

Sleeping without another operational day immediately waiting.

Calling home.

Having several hours in which the person is simply:

A person.

There’s a Bigger Strategic Question Here

America’s global military power depends heavily on presence.

The United States wants forces capable of operating in:

The Middle East.

The Indo-Pacific.

Europe.

And elsewhere.

Sometimes simultaneously.

But every commitment consumes capacity.

If geopolitical demands increase faster than the force available to meet them, something eventually has to give.

Deployment lengths increase.

Maintenance gets compressed.

Training schedules change.

Ships stay forward longer.

People stay away from home longer.

And resilience begins declining.

That’s why military strength cannot simply be measured by:

How many ships do we have?

The more important question is:

How much sustainable presence can those ships actually generate?

There Is a Difference Between Capacity and Sustainable Capacity

Suppose your company has one brilliant IT engineer.

He can manage:

Servers.

Microsoft 365.

Firewalls.

Backups.

Cybersecurity.

Networking.

Phones.

Cloud systems.

Everything.

You might say:

We have the capacity.

No.

You have capability concentrated in one human being.

That’s completely different.

If he’s working 70 hours every week, your infrastructure may appear healthy.

But you’ve created operational debt.

Eventually something changes.

He leaves.

Burns out.

Gets sick.

Misses something.

And suddenly the company’s enormous technical capability disappears.

The Lincoln illustrates the same principle at national scale:

A system’s theoretical endurance and its sustainable endurance are not the same thing.

Technology Keeps Making This Mistake

We design systems around what machines can do.

Servers run 24/7.

Networks run 24/7.

Cloud services run 24/7.

Cyberattacks happen 24/7.

Markets run around the world.

Military operations continue around the clock.

Then we quietly expect humans to match the machines.

They can’t.

And they shouldn’t.

The solution isn’t finding people capable of operating indefinitely.

It’s designing organizations around human limitations.

Rotation.

Redundancy.

Automation.

Recovery.

Handoffs.

Staffing.

Maintenance.

Resupply.

Those aren’t signs of weakness.

They’re how powerful systems remain powerful.

The Lincoln Is Still an Extraordinary Demonstration of American Power

There’s another side worth acknowledging.

The fact that a U.S. carrier strike group could remain forward deployed for this long while supporting sustained combat operations thousands of miles from home is itself an extraordinary demonstration of logistics and naval capability.

Few countries can do anything remotely comparable.

The ship continued operating.

Aircraft continued flying.

Thousands of sailors continued performing.

Supplies continued reaching it.

Maintenance continued.

Operations continued.

That is remarkable.

But perhaps the biggest lesson from this deployment isn’t simply:

Look how long America can keep an aircraft carrier at sea.

It’s:

Look at what it takes from the people aboard to do it.

Machines Have Specifications. Humans Have Limits.

The USS Abraham Lincoln is nuclear powered.

Its sailors aren’t.

The carrier can be refueled.

Replenished.

Repaired.

Parts replaced.

Systems upgraded.

Human beings require something more complicated.

Sleep.

Recovery.

Family.

Morale.

Purpose.

Time.

And eventually:

Home.

A military that ignores those things may still be able to deploy tremendous power.

For a while.

The same is true of a business.

You can run understaffed.

You can keep calling the same IT person at midnight.

You can stretch your employees.

You can postpone maintenance.

You can eliminate redundancy.

You can operate everything at maximum utilization.

And you’ll look incredibly efficient.

Right until the moment something breaks.

Real resilience isn’t the ability to operate at 100% forever.

It’s having enough capacity that you don’t have to.

70% of all cyber attacks target small businesses, I can help protect yours.

#Cybersecurity #BusinessContinuity #OperationalResilience #ManagedIT #Technology


The USS Abraham Lincoln is nuclear powered. Its 5,000 sailors aren’t. After an extraordinary deployment, that difference is becoming impossible to ignore.

AI
Cybersecurity
Technology

Apple and Meta Join Forces to Bring Powerful AI Directly to Mac Computers

October 19, 2026
•
20 min read

Apple and Meta Join Forces to Bring Powerful AI Directly to Mac Computers

The next AI revolution may happen without the cloud.

For years, Apple and Meta have been on opposite sides of some of technology’s biggest battles.

Apple built its reputation around privacy, tightly controlled hardware and a carefully managed ecosystem.

Meta built an enormous advertising business around social platforms, data-driven personalization and connecting billions of users.

The two companies repeatedly clashed over privacy policies, app tracking and control of the mobile ecosystem.

Now, according to a new report, they’re finding common ground in artificial intelligence.

The reported collaboration would allow developers to run Meta’s Muse Spark AI model locally on powerful Mac computers, rather than sending every request to remote cloud servers.

It’s an unusual pairing.

But the more important story isn’t simply that two longtime rivals may be cooperating.

It’s what this development could mean for the future of AI, cybersecurity, privacy and the way businesses deploy intelligent software.

The cloud may no longer be the only practical home for powerful AI.

What Apple and Meta Actually Announced

On October 15, 2026, Meta introduced Muse Spark Open, an open-weight artificial intelligence model optimized to run on Apple’s high-end Mac Studio computers.

This isn’t a lightweight chatbot.

Muse Spark Open — Key specifications

816B

Total model parameters

42B

Active parameters per inference

1M

Token context window

1 TB

Combined unified memory in demonstrated setup

Specifications published by Meta on October 15, 2026.

The model is designed for software development, complex reasoning, multimodal processing and AI agents that can perform extended sequences of tasks.

But there’s a major hardware requirement.

Meta says its desktop implementation uses two Apple Mac Studios equipped with M5 Ultra processors, each supporting up to 512 GB of unified memory.

Together, they provide approximately one terabyte of memory.

That’s enough to hold and run the enormous model using Apple’s MLX machine-learning framework.

The setup reportedly costs more than $40,000.

So this isn’t something most consumers will run on their everyday MacBook.

It’s aimed primarily at developers, researchers and organizations willing to invest in specialized hardware.

And there’s another important clarification.

This does not mean Meta’s AI is being integrated into every Mac, Siri or Apple’s operating system.

The collaboration concerns developer infrastructure and the ability to run the model locally on supported hardware.

Why Running AI Locally Is Such a Big Deal

Most people interact with AI through cloud services.

When you submit a question to a typical hosted chatbot, your request travels to remote infrastructure.

The model processes it and sends a response back.

That approach provides access to enormous computing resources without requiring expensive hardware at home or in the office.

But it also creates dependencies.

Your internet connection must work.

The provider’s servers must be available.

Your organization must trust the provider’s data-handling practices.

And the provider’s pricing, access rules and service availability can affect your operations.

Local AI changes that arrangement.

Cloud AI

Prompts and data are sent to a remote AI service for processing.

Requires provider availability and connectivity.

Local AI

The model runs on hardware controlled by the user or organization.

Can operate without sending inference requests to a cloud model.

Running a model locally can offer several advantages.

More Control Over Sensitive Information

A locally hosted model can process documents, source code and other information without transmitting the inference workload to an outside AI provider.

For healthcare organizations, law firms and businesses handling confidential information, that’s an attractive possibility.

But local processing does not automatically establish regulatory compliance or guarantee privacy.

The application may still use cloud-connected tools, collect telemetry, download updates or expose data through integrations.

Security depends on the complete deployment, not simply where the model runs.

Less Dependence on Internet Connectivity

A fully local AI system can continue operating when a cloud provider experiences an outage or an internet connection fails.

That can be valuable for organizations building AI into critical internal workflows.

However, any agent that depends on external websites, APIs or cloud applications will still need connectivity for those actions.

More Predictable Infrastructure Control

Cloud AI commonly involves ongoing usage charges.

Local deployments require substantial upfront hardware investment, electricity, cooling, maintenance and technical support.

For sufficiently heavy workloads, owning the hardware may become economical.

For lighter workloads, renting cloud computing capacity may still be significantly cheaper.

The financial calculation depends on utilization, performance and operational costs.

Why Apple’s Hardware Makes This Possible

The technical challenge isn’t merely having a fast processor.

Large AI models require enormous amounts of memory to store their parameters and process information.

Meta’s model contains 816 billion total parameters, although its architecture activates only a portion of those parameters for each inference operation.

That distinction matters.

The model doesn’t perform the equivalent of 816 billion parameters’ worth of computation for every token, but its complete set of weights still creates substantial storage and memory requirements.

Apple’s unified memory architecture allows the CPU and GPU to access a shared memory pool.

On high-memory Mac Studio configurations, this provides a practical way to run workloads that would otherwise require specialized GPU servers.

Meta says the M5 Ultra provides memory bandwidth of approximately 1.2 TB per second, while the MLX framework has been optimized for Muse Spark Open.

The result is a pair of desktop workstations capable of handling a model that would once have been associated almost exclusively with large AI infrastructure.

The Unlikely Alliance Between Apple and Meta

The technical achievement is significant.

But the partnership is also remarkable because of the companies involved.

For years, Apple and Meta have disagreed over privacy, advertising and platform control.

Apple’s App Tracking Transparency framework made it harder for apps to track users across other companies’ apps and websites without permission.

Meta argued that Apple’s changes harmed advertising businesses.

Their executives also disagreed publicly about the future of computing, including virtual reality and platform ecosystems.

Now the companies have found a shared interest.

Meta wants developers to adopt its AI models.

Apple wants developers to use powerful Macs as AI development machines.

Making Meta’s model work efficiently on Apple hardware serves both objectives.

According to reporting from Axios and The Wall Street Journal, the collaboration developed over several months, with former Apple executive Daniel Gross, now at Meta, playing a role in bringing the companies together.

The partnership doesn’t mean their disagreements have disappeared.

It means cooperation on AI infrastructure can be commercially useful even between fierce competitors.

Open-Weight AI Is Not the Same as Open-Source Software

Another important detail is Meta’s decision to distribute Muse Spark Open as an open-weight model.

That means developers can download the model’s trained weights and run it on compatible infrastructure.

They can also customize it for certain applications, subject to its licensing terms.

But open-weight does not necessarily mean unrestricted open-source software.

Meta distributes the model under its Muse Model License, which includes commercial conditions.

Organizations should review those terms before using the model in production.

The distinction matters because downloadable weights give developers substantial control over deployment without necessarily granting every freedom associated with conventional open-source licensing.

Meta also offers access through hosted platforms, including model API providers and cloud services.

So developers can choose between local and remote deployment depending on their needs.

The Cybersecurity Trade-Off Nobody Should Ignore

Local AI can reduce certain privacy and cloud-dependency risks.

But it also shifts security responsibility toward the organization running it.

When a company uses a hosted AI service, the provider manages much of the underlying model infrastructure.

When that company runs its own model, it must secure the environment itself.

That includes the operating system, model files, inference server, APIs, credentials, connected applications and access permissions.

And powerful agentic models introduce an additional concern.

A model capable of reading documents, writing code, operating software and performing multi-step tasks can become dangerous if granted excessive permissions or manipulated by malicious input.

Five security controls for locally deployed AI

1. Isolate the AI environment. Run the model on managed infrastructure with appropriate network segmentation and access controls.

2. Restrict connected tools. Do not give AI agents unrestricted access to file systems, production servers, financial applications or administrative credentials.

3. Monitor activity. Log model access, tool execution and sensitive operations while respecting appropriate privacy requirements.

4. Protect model integrity. Download weights from trusted sources, verify published checksums or signatures when available, and control updates.

5. Require approval for high-impact actions. Code deployment, financial transactions, data deletion and security changes should have appropriate human oversight.

For an MSP, these considerations resemble the security responsibilities associated with managing an internal application server—except that an AI agent may also be able to decide which actions to attempt.

Keeping AI inside your building doesn’t automatically keep it under control.

What This Means for Small Businesses

Most SMBs won’t purchase two high-end Mac Studios simply to run an 816-billion-parameter model.

And they probably shouldn’t.

But the announcement signals a broader direction in AI development.

As models become more efficient and hardware improves, more AI workloads may become practical on devices that businesses already own.

Smaller models can already handle tasks such as document classification, internal knowledge retrieval, code assistance and certain automation workflows.

The relevant question for a business isn’t whether it can run the largest available model.

It’s whether a local model can perform a useful task accurately, securely and economically.

A law firm might use a locally hosted model to help organize confidential case documents.

A healthcare organization might explore local AI for approved administrative workflows involving sensitive records.

A school might evaluate on-device educational tools that reduce unnecessary sharing of student information.

An MSP might deploy a controlled internal assistant to search documentation or help technicians troubleshoot common issues.

Each application would still require testing, access controls, appropriate privacy safeguards and human oversight.

But local AI offers organizations another deployment option.

Could Local AI Challenge the Cloud Giants?

Potentially, although cloud AI is unlikely to disappear.

Cloud infrastructure remains valuable for training models, serving millions of simultaneous users and running workloads that exceed local hardware capabilities.

But the availability of increasingly powerful open-weight models creates competition.

Organizations may have more freedom to choose where inference happens.

They may be able to avoid certain usage-based charges.

They may gain more control over customization.

And they may become less dependent on a single hosted AI provider.

For companies such as Apple, that could make high-memory computers increasingly attractive to professional developers.

For Meta, broad distribution of its models could help establish its technology across a larger ecosystem.

For businesses, the benefit is choice.

The ability to run AI locally, in a private data center or through a cloud provider gives organizations more flexibility to balance performance, cost, privacy and security.

The Bigger Story: AI Is Becoming Infrastructure You Can Own

For much of the generative AI boom, access to powerful models meant connecting to somebody else’s servers.

That model isn’t going away.

But Apple and Meta’s collaboration demonstrates that even extremely large AI systems can increasingly be deployed outside traditional centralized data centers—provided the hardware is powerful enough.

It’s an important milestone, not a declaration that every laptop is now a supercomputer.

The immediate audience is developers and organizations with specialized hardware budgets.

The longer-term implications could reach much further.

As hardware and model efficiency improve, local AI may become a more practical part of everyday business infrastructure.

That will bring opportunities for greater control, reduced dependence on external services and new privacy-preserving applications.

It will also bring new responsibilities for cybersecurity teams.

Because when an organization owns the AI infrastructure, it also owns much more of the risk.

The cloud gave businesses access to AI. Local computing may give them control over it.

70% of all cyber attacks target small businesses, I can help protect yours.

#ArtificialIntelligence #Apple #MetaAI #Cybersecurity #ManagedIT

APPLE AND META JUST TEAMED UP. THEIR GOAL? PUT MASSIVE AI ON YOUR DESK.

Meta’s new 816-billion-parameter AI model can run locally using two powerful Apple Mac Studios.

No cloud data center required for the model’s inference.

The catch? The hardware setup can cost more than $40,000.

But this could signal something much bigger:

The future of AI may not be sending your data to somebody else’s servers. It may be running powerful AI on hardware you control.

AI
Cybersecurity

JPMorgan Blocks AI Agents From Customer Accounts

October 18, 2026
•
20 min read

JPMorgan Blocks AI Agents From Customer Accounts. The Next Banking Threat Isn’t Human.

Your next financial transaction could be initiated by software.

Imagine giving an AI assistant a simple instruction:

Find the best interest rate available for my savings and move my money there.

The agent checks your accounts, compares competing banks, identifies a better rate and initiates a transfer.

You never open your banking app.

You never speak to a representative.

You might not even know which bank ultimately receives the money until the agent finishes.

That’s the promise of autonomous AI agents.

And it’s precisely the kind of scenario that has some of the world’s largest financial institutions reconsidering who—or what—should be allowed to control customer accounts.

JPMorgan Chase, the largest U.S. bank by assets, is drawing a firm line: outside AI agents cannot simply log into retail customer accounts and move money on their behalf.

During the bank’s third-quarter earnings call, CEO Jamie Dimon warned about the possibility of thousands of unauthorized or poorly controlled AI agents attempting to interact with financial systems.

His concern wasn’t that AI is inherently useless or that banks should avoid it.

JPMorgan is developing its own autonomous financial tools.

The concern is what happens when software developed by third parties receives permission to act on behalf of customers—and something goes wrong.

This is no longer just a question about artificial intelligence.

It’s a question about authentication, authorization, financial liability and who ultimately controls the money.

What JPMorgan Is Actually Blocking

The announcement is significant, but the distinction matters.

JPMorgan is not prohibiting every form of AI-related access to customer financial information.

The bank is blocking outside agents from logging into retail accounts using customers’ banking credentials and performing transactions on their behalf.

That means an external AI assistant cannot simply take a customer’s username and password, sign into Chase and begin transferring money or paying bills.

However, JPMorgan still supports certain forms of customer-authorized data sharing through established financial connectivity providers.

For example, an approved connection through a service such as Plaid may allow a third-party application to retrieve account balances or transaction information.

The difference is between reading financial information and controlling financial assets.

What outside AI agents can and cannot do

View balances through an authorized connector

Permitted in supported cases

Analyze spending using shared data

Potentially permitted

Log in using the customer’s banking credentials

Blocked

Autonomously transfer money through direct account access

Blocked

Pay bills using unauthorized agent access

Blocked

Summary of JPMorgan’s current retail account policy, not a guarantee that every third-party data integration is supported.

The bank has not announced when, or whether, it will support broader transaction capabilities for independent AI agents.

This is a security restriction on how third parties interact with the bank—not a claim that all financial automation is prohibited.

Why Jamie Dimon Is Worried About Thousands of Rogue Agents

A traditional banking transaction usually involves an identifiable user, an authenticated session and a specific action.

AI agents complicate that model.

An autonomous assistant may interpret a broad instruction, make intermediate decisions, interact with several services and perform multiple actions before the user sees the result.

Consider a customer asking an agent to optimize their finances.

The agent might decide to move savings, cancel services, change recurring payments or open new financial relationships.

But what happens if it misunderstands the instruction?

What if it selects the wrong account?

What if it receives manipulated information from a third-party website?

What if an attacker compromises the agent itself?

Or what if a malicious actor deploys thousands of agents designed to impersonate legitimate customers?

Dimon’s concern is not merely about a chatbot giving incorrect advice.

It’s about software having the authority to turn an incorrect or malicious decision into a real financial transaction.

During the October 13 earnings call, Dimon emphasized that JPMorgan already uses agents internally but does not intend to permit unrestricted access by outside agents while it develops appropriate safeguards.

The Cybersecurity Problem: When AI Stops Advising and Starts Acting

There’s a fundamental difference between an AI assistant that tells you what to do and an AI agent that can do it for you.

An assistant might recommend moving $20,000 into a higher-yield savings account.

An autonomous agent might initiate that transfer.

That second capability introduces an entirely different security model.

The difference between advice and authority

AI Assistant

Analyzes your accounts and recommends a transfer.

You decide and execute.

AI Agent

Analyzes your accounts and initiates a transfer.

Software executes within delegated authority.

That shift introduces several risks.

Prompt injection: An attacker may place malicious instructions in content an agent reads, potentially influencing its behavior.

Excessive permissions: An agent given broad account access may be able to perform actions far beyond its original task.

Credential exposure: Giving an agent banking credentials can expose them to the agent’s infrastructure, integrations or security failures.

Automation errors: An agent may misinterpret instructions or repeat transactions unintentionally.

Scale: A flaw affecting one automated financial service could potentially affect many customers much faster than a comparable manual process.

These are potential threat scenarios, not evidence that Muse, Instinct or another named agent has committed financial fraud.

The distinction is important.

The concern is what powerful automation could enable if its security controls fail.

The Liability Question May Be Even Bigger Than the Cybersecurity Question

Dimon also raised a particularly consequential issue: responsibility.

If a customer authorizes an outside AI agent to operate their account and that agent makes an unwanted transfer, who is responsible?

The customer?

The AI provider?

The bank?

The company supplying the connection between them?

The answer is not necessarily straightforward.

Existing consumer financial protections may apply differently depending on the transaction, the authorization given and the circumstances of any error or fraud.

For example, U.S. electronic funds transfer protections distinguish between authorized and unauthorized transactions. Simply using an AI agent does not automatically eliminate a consumer’s legal rights.

Dimon’s comments about a transfer of liability should therefore be understood as a warning about potential responsibility—not as a blanket legal determination that customers lose all protections when they use an agent.

This issue will become increasingly important as autonomous software begins participating in financial transactions.

A customer can authorize an agent to act. That doesn’t mean every action the agent takes was necessarily intended.

The Twist: JPMorgan Is Building Its Own AI Money Manager

JPMorgan isn’t rejecting autonomous financial technology.

It’s developing its own.

During the same earnings call, Chief Financial Officer Jeremy Barnum discussed a targeted pilot called Smart Cash.

The system is designed to forecast customers’ cash flow and help move funds to improve yield.

In other words, JPMorgan is experimenting with the very category of financial automation it currently restricts outside agents from performing.

The difference is control.

A bank-operated system can be designed around the bank’s existing authentication infrastructure, transaction monitoring, account permissions and compliance obligations.

That does not make an internal AI system automatically safe.

But it gives the bank greater control over the environment in which the agent operates.

It also raises an important competitive question.

If banks permit their own AI agents to manage customers’ money but restrict independent agents, they may gain an advantage over third-party financial assistants.

JPMorgan describes its policy as a customer-security measure.

Outside AI providers may view restricted access as a barrier to innovation and competition.

Both concerns deserve scrutiny.

The Other Threat to Banks: AI Could Make Customers Move Their Money

There’s another reason banks are watching AI agents closely.

For decades, many customers have kept money in low-interest accounts even when better rates were available elsewhere.

Moving money requires effort.

You have to compare rates, evaluate alternatives, open accounts, verify transfers and manage recurring payments.

For many people, the potential savings simply aren’t worth the inconvenience.

AI agents could dramatically reduce that friction.

Imagine an assistant that continuously monitors savings rates and identifies opportunities to earn more interest.

A difference of three percentage points on $100,000 represents approximately $3,000 annually before taxes, assuming the rate difference persists for a full year.

If millions of consumers used agents to optimize deposits, banks offering lower yields could face greater pressure to compete.

This is one reason the arrival of services such as Meta’s Muse and Instinct has attracted attention from financial analysts.

Some see the possibility of automated deposit migration as a threat to banks’ inexpensive funding.

Others argue those concerns may be exaggerated because customers value convenience, trust, existing payment relationships and access to branches—not just interest rates.

Wells Fargo CEO Charlie Scharf, for example, pushed back against predictions of immediate AI-driven deposit flight during the same earnings period.

The economic impact remains uncertain.

But the underlying possibility is significant: AI could make consumers much more active financial decision-makers without requiring them to spend hours comparing products.

This Is Bigger Than Banking

The JPMorgan decision illustrates a broader conflict emerging across the technology industry.

AI companies want their agents to interact with websites, applications and services on users’ behalf.

Businesses operating those services want to control which automated systems can access them and what actions they can perform.

Amazon has reportedly restricted certain agent-driven shopping activity.

Banks are reconsidering access to customer accounts.

Other businesses are evaluating how to distinguish legitimate automation from bots, abuse and fraud.

The central question is becoming:

How does a company know that an AI agent is authorized to do what it claims the customer wants?

A username and password may prove that someone—or something—has valid credentials.

It doesn’t necessarily establish that the account owner approved a particular transaction.

A secure future for agentic AI will require more sophisticated controls.

These may include narrowly scoped authorization, transaction limits, independent confirmation for sensitive actions, short-lived credentials, auditable agent identities and the ability to revoke access immediately.

Instead of giving an agent unrestricted account control, a bank could eventually authorize a specific action within defined limits.

For example, an agent might be permitted to retrieve balances and propose transfers but require the customer to approve each transfer through the bank’s trusted application.

That approach preserves much of the convenience while reducing the risks associated with unrestricted autonomy.

What This Means for Businesses Using AI Agents

The same security concerns apply far beyond consumer banking.

Businesses are increasingly experimenting with AI agents capable of handling invoices, updating customer records, sending emails, managing subscriptions, purchasing services and interacting with financial systems.

Those capabilities can improve efficiency.

But they also introduce a new class of privileged digital actors.

A company may carefully restrict what its employees can do while granting an AI agent broad access to several critical systems.

That creates an obvious security problem.

For SMBs, healthcare organizations, law firms and schools, agentic AI adoption should include the same scrutiny applied to privileged user accounts and third-party integrations.

Six controls to implement before giving AI agents authority

1. Start with read-only access. Let agents analyze information before granting permission to modify records or initiate transactions.

2. Use delegated authorization instead of shared passwords. Prefer supported OAuth or equivalent mechanisms with limited scopes and revocable access.

3. Require approval for high-risk actions. Payments, bank transfers, account changes and sensitive data exports should have appropriate human authorization.

4. Limit the agent’s operating environment. Restrict access to the applications, accounts and information necessary for its specific task.

5. Maintain detailed audit logs. Record what the agent accessed, which actions it proposed, what it executed and who authorized those actions.

6. Create an emergency shutoff process. Administrators should be able to revoke tokens, suspend agent accounts and stop automated workflows quickly.

An MSP or managed IT provider can help evaluate integrations, enforce identity controls and monitor agent activity.

But the business must also establish who is accountable for decisions made by automated systems.

A New Cybersecurity Question: Who Authorized the Machine?

For years, cybersecurity teams have focused on verifying human identities.

Is this the legitimate employee?

Does this user have permission?

Is this login suspicious?

AI agents introduce another layer.

Which agent is making the request?

Who owns it?

Who authorized it?

What is it allowed to do?

Does the authorization cover this specific action?

Can its instructions be manipulated by an outside source?

And how can the organization stop it if its behavior becomes unsafe?

These questions are becoming central to the future of identity and access management.

An autonomous agent should not be treated as a trusted human employee simply because it has been given credentials.

It should operate under explicit, limited and verifiable authority.

The Future of Banking May Be AI. But Trust Has to Come First.

JPMorgan’s decision is not proof that autonomous financial agents cannot be secured.

Nor does it mean banks will permanently prohibit outside AI systems.

It reflects a current disagreement over how much authority third-party software should receive before the necessary safeguards are in place.

For customers, AI-powered financial management could bring genuine benefits.

Better rate comparisons.

Faster administrative tasks.

Improved budgeting.

Less time spent managing routine financial decisions.

For financial institutions, the same technology introduces security, liability and competitive challenges.

And for cybersecurity professionals, it represents a fundamental change in the threat model.

The next suspicious transaction may not come from a criminal manually logging into an account.

It may originate from an automated system that has valid credentials but is acting incorrectly, excessively or maliciously.

The next banking security challenge isn’t just who can access your money. It’s what their AI is allowed to do with it.

70% of all cyber attacks target small businesses, I can help protect yours.

#ArtificialIntelligence #JPMorgan #Cybersecurity #AIAgents #FinancialSecurit

JPMORGAN JUST TOLD AI AGENTS: YOU CAN LOOK AT THE MONEY. YOU CAN’T MOVE IT.

Jamie Dimon says outside AI assistants like Meta’s Muse and Instinct are too risky to operate directly inside Chase customer accounts.

Why? Rogue agents, unauthorized transfers and a potentially massive liability problem.

But here’s the twist: JPMorgan is building its own AI system to manage customer cash.

The next cybersecurity battle isn’t about who knows your password. It’s about which AI gets permission to spend your money.

Technology
Cybersecurity
Mobile-Arena

DO THIS NOW BEFORE YOUR IPHONE IS LOST OR STOLEN

October 14, 2026
•
20 min read

Your iPhone Gets Stolen. One Tap Could Make It Harder to Find.

A thief doesn’t need your passcode to disrupt tracking.

Your iPhone disappears.

Maybe someone snatches it from a restaurant table. Maybe it gets stolen while you’re traveling. Or perhaps you leave it somewhere and realize too late that it’s gone.

Your first instinct is to open Apple’s Find My app.

But the thief may already have tried something remarkably simple.

Swipe down.

Open Control Center.

Tap Airplane Mode.

Within seconds, your iPhone can lose its cellular connection and its normal ability to communicate over the internet.

That doesn’t necessarily make the device invisible to Apple’s Find My network. Supported iPhones can sometimes be located even when offline or powered off.

But losing connectivity can still make recovering a stolen device more difficult.

And here’s the interesting part.

Your iPhone has a built-in automation feature that can help counter this tactic.

No third-party security app.

No subscription.

No jailbreaking.

Just Apple’s Shortcuts app and a few settings that many iPhone owners have never explored.

The One-Minute iPhone Security Trick

Apple’s Shortcuts app lets you create personal automations triggered by events on your device.

One of those triggers is Airplane Mode being turned on.

You can configure your iPhone to respond by locking the screen and attempting to turn Airplane Mode back off.

How the automation works

Airplane Mode is enabled

By you or someone holding your phone

Automation locks the screen

The phone returns to its locked state

Automation turns Airplane Mode off

The phone attempts to restore normal radio connectivity

The concept is straightforward: instead of allowing Airplane Mode to remain enabled, the automation attempts to reverse the change.

There are important limitations, which we’ll cover below.

But first, here’s how to configure it.

Step-by-Step: Set Up the Airplane Mode Security Automation

Step 1 — Open Shortcuts

Open the built-in Shortcuts app on your iPhone.

Tap Automation at the bottom of the screen, then tap the + button to create a new automation.

Step 2 — Choose Airplane Mode

Select Airplane Mode from the available triggers.

Configure it for Is Turned On.

Select Run Immediately so the automation doesn’t wait for confirmation.

Tap Next.

Step 3 — Add Two Actions

Choose New Blank Automation if prompted.

Search for and add Lock Screen.

Then add Set Airplane Mode, and change the action to Off.

Make sure Lock Screen is first and Set Airplane Mode is second.

Step 4 — Save and Test

Tap Done.

Test the automation yourself by enabling Airplane Mode while your iPhone is unlocked.

Check whether it locks the screen and disables Airplane Mode as expected.

Menu names and layouts may vary by iOS version. These images are illustrative references, not verified screenshots of the exact steps.

If it works, your iPhone now has an additional response to someone attempting to disconnect it using Airplane Mode.

However, the automation should be treated as a supplemental safeguard, not a guaranteed theft-prevention mechanism.

The More Important Setting: Disable Control Center on the Lock Screen

Before creating any automation, there’s another security setting worth changing.

By default, an iPhone may allow Control Center to be opened while the screen is locked.

That means someone holding your locked phone could potentially access connectivity controls without knowing your passcode.

You can restrict that access.

Open Settings → Face ID & Passcode

Enter your passcode

Under Allow Access When Locked, turn Control Center off

This is arguably a more important first step than the automation itself.

It removes an easy way to manipulate connectivity settings from a locked phone.

However, it doesn’t prevent someone from opening Control Center while the phone is already unlocked. Nor does it stop every method of disconnecting or powering down the device.

That’s why combining preventive settings with the automation can make sense.

Three Other iPhone Security Settings Worth Checking

1. Turn On Stolen Device Protection

Go to Settings → Face ID & Passcode → Stolen Device Protection.

Enable the feature and consider selecting Always under Require Security Delay.

Apple designed Stolen Device Protection to make certain sensitive operations harder for thieves, particularly when someone has learned the device passcode.

For protected actions, it can require Face ID or Touch ID without a passcode fallback. Some critical changes also require a one-hour security delay and a second biometric authentication.

Choosing Always extends these protections to familiar locations such as home and work.

2. Enable Every Relevant Find My Feature

Go to Settings → your name → Find My → Find My iPhone.

Check that these features are enabled:

  • Find My iPhone

  • Find My network

  • Send Last Location

The Find My network uses nearby Apple devices to help locate missing devices through encrypted Bluetooth-based reporting.

That means an iPhone may remain findable even when it lacks a normal internet connection.

Supported models can also remain findable for a limited period after being powered off, subject to conditions such as available battery power and nearby participating devices.

3. Secure Your Apple Account

Make sure two-factor authentication is enabled for your Apple Account and use a strong, unique device passcode.

Consider a longer alphanumeric passcode if you want additional protection against someone guessing or observing a short numeric code.

Your iPhone isn’t just a phone.

It can provide access to email, authentication apps, banking, stored credentials, cloud documents and business systems.

Protecting the device and protecting the account behind it are equally important.

The Catch: This Shortcut Isn’t a Guaranteed Anti-Theft System

There are several limitations that viral demonstrations can overlook.

First, the automation is not a security boundary. Apple supports Airplane Mode as an automation trigger, including automatic execution, but that doesn’t guarantee the sequence will run in every locked-device or system state.

Second, it cannot prevent every disconnection method. A thief may power off the phone, interfere with radio signals or use other methods that don’t trigger this particular automation.

Third, it doesn’t distinguish a thief from the owner. Every time you turn on Airplane Mode, the automation may lock your phone and turn Airplane Mode off again.

That could become particularly annoying during air travel, when you deliberately want Airplane Mode enabled.

And fourth, turning Airplane Mode off doesn’t guarantee the phone can reconnect. Cellular coverage, Wi-Fi availability and other conditions still matter.

For that reason, users should test the automation under realistic conditions before depending on it.

What To Do Immediately If Your iPhone Is Stolen

If your iPhone disappears, don’t rely on the automation to solve the problem.

Use another trusted device to open the Find My app or visit iCloud Find Devices⁠.

Mark the missing iPhone as lost as soon as possible. Lost Mode helps protect the device and can display contact information if you choose.

If you believe the phone was stolen, contact your wireless carrier and report the theft to local law enforcement. Avoid confronting someone at a location shown in Find My.

If you suspect the thief knows your passcode or has accessed your accounts, review your Apple Account security, banking access and other sensitive credentials.

For business-managed iPhones, notify your IT department or MSP immediately. Administrators may need to revoke sessions, protect corporate accounts and take action through mobile device management.

Apple provides additional guidance in its stolen iPhone recovery instructions⁠.

Why This Matters for Business Cybersecurity

A stolen iPhone isn’t merely a lost piece of hardware.

For many employees, the device is an extension of the company’s identity and security infrastructure.

It may contain Microsoft 365 email, Teams messages, cloud applications, authentication tools, confidential attachments and access to customer information.

A criminal who gains control of an unlocked device—or obtains its passcode—may have opportunities that go far beyond the resale value of the phone.

This is why mobile device security should be part of every organization’s managed IT and cybersecurity strategy.

Businesses should consider mobile device management, strong authentication, conditional access, remote device actions and documented lost-device response procedures.

A clever personal automation can provide an extra layer of protection.

But enterprise security should not depend on employees configuring a shortcut correctly.

The Best Security Tricks Are the Ones You Set Up Before You Need Them

Most people don’t think about iPhone theft until their device is already missing.

By then, it’s too late to enable Stolen Device Protection, configure Find My or create an automation.

The encouraging part is that several meaningful safeguards are already built into iOS.

Disabling Control Center access while locked takes seconds.

Enabling Stolen Device Protection adds meaningful barriers against account takeover.

Find My can improve the chances of locating a missing phone.

And the Airplane Mode automation may provide another obstacle for someone attempting to disconnect the device.

None of these protections is foolproof.

Together, however, they can make a stolen iPhone harder to exploit.

A thief may only need seconds. Your preparation starts now.

70% of all cyber attacks target small businesses, I can help protect yours.

#iPhoneSecurity #Cybersecurity #Apple #DataProtection #ManagedIT

YOUR IPHONE GETS STOLEN. THE THIEF TURNS ON AIRPLANE MODE.

But there’s a clever iPhone automation that can respond by locking the screen and turning Airplane Mode back off.

No additional app. No subscription. Just Apple’s built-in Shortcuts.

Even better, there’s a setting that can prevent access to Control Center while your phone is locked.

Five minutes of preparation could make a stolen phone much harder to exploit.

Technology
Cybersecurity
Must-Read

THE PENTAGON WAS BREACHED. FOR NINE MONTHS.

October 14, 2026
•
20 min read

Pentagon Data Breach Exposes 3 Million People. The Hackers Had Nine Months.

The Pentagon discovered the breach nine months after access began.

The Pentagon spends billions of dollars protecting America’s military infrastructure.

Yet a vulnerability in one of its personnel information systems allowed unauthorized users to access sensitive records belonging to more than three million people.

The information included Social Security numbers, birth dates, contact information and, in some cases, details about military occupations.

The breach affected active-duty service members, veterans, civilian employees, contractors and others connected to the U.S. military.

And perhaps the most alarming detail wasn’t the number of people affected.

It was how long the unauthorized access went undetected.

According to Pentagon officials and breach notification letters, the exposure lasted from October 2025 until July 16, 2026.

Nearly nine months.

During that period, unauthorized users could access files containing sensitive personal information.

The Pentagon says it has found no evidence that the information has been misused.

But the incident raises a critical cybersecurity question:

How does a system containing millions of sensitive government records remain exposed for nearly nine months before the vulnerability is discovered?

What Happened Inside the Pentagon’s Personnel System?

The breach involved the Defense Manpower Data Center (DMDC), an organization responsible for maintaining personnel information used throughout the Department of Defense.

The DMDC manages records related to military service, personnel identification, benefits eligibility and other administrative functions.

Its systems support an enormous population, including military members, veterans, government employees and their families.

According to reporting by Military Times and Federal News Network, the incident originated in a vulnerability affecting a DMDC file-sharing system.

Unauthorized users exploited that weakness to access files stored on a server.

The vulnerability was discovered on July 16, 2026, and the affected system was subsequently patched.

Importantly, the publicly disclosed information does not establish that attackers compromised the Pentagon’s classified military networks or gained control of operational weapons systems.

This was a breach involving a personnel information system.

But the sensitivity of the records makes it a serious incident.

More Than 3 Million People Affected

3.05M

Total people affected, approximately

9 months

Reported unauthorized-access window

2.76M

Living individuals affected

294K

Deceased individuals’ records affected

Figures reported by ABC News, citing a U.S. defense official.

The compromised records contained varying combinations of personally identifiable information.

Reportedly exposed fields included names, Social Security numbers, dates of birth, contact details and military occupational specialties.

The records were stored unencrypted in the affected files, according to breach notifications.

That detail matters enormously.

Encryption is not a complete defense against every data breach. An attacker who compromises an application or authorized account may sometimes obtain data after it has been decrypted.

But storing sensitive records without appropriate encryption can remove an important protective layer if files are accessed outside their intended controls.

Why Military Employment Information Is Especially Sensitive

Most people understand why exposed Social Security numbers create identity theft risks.

But military personnel information introduces another dimension.

A person’s military occupation, employment history and service affiliation can help establish their professional background.

Combined with names, contact information and other personal details, that information could potentially support highly targeted social engineering.

For example, a criminal might impersonate a military benefits administrator and contact a veteran using accurate personal information.

Or someone might create a convincing phishing message referencing an individual’s military role.

In some circumstances, aggregated personnel information could also have intelligence value.

That does not mean the Pentagon has confirmed espionage or that every affected individual faces a national security threat.

The identity and motives of the unauthorized users have not been publicly established.

But it demonstrates why the sensitivity of a data breach cannot be measured solely by the number of records involved.

The combination of information exposed can be more dangerous than any individual data field.

The Most Disturbing Detail: Nine Months Without Detection

The timeline deserves particular attention.

  • October 2025 — Unauthorized access begins
    A small number of unauthorized users reportedly begin accessing files through the vulnerable system.

  • July 16, 2026 — Vulnerability discovered
    DMDC identifies the file-sharing vulnerability and patches the affected system.

  • September 18, 2026 — Breach notifications issued
    Affected individuals begin receiving notification letters describing the incident and available identity-protection services.

  • Late September 2026 — Public reporting
    Military Times, Federal News Network and other outlets report the incident’s scale.

Timeline based on DMDC notification details reported by Military Times and Nextgov/FCW.

There is an important technical distinction here.

The disclosed timeline identifies the period during which unauthorized access occurred or was possible. Public reporting does not establish that the intruders were continuously active every day for nine months.

Nevertheless, the lengthy exposure raises serious questions about vulnerability management, monitoring and access controls.

Why was the vulnerability not identified sooner?

What activity was logged?

Were alerts generated?

Could the unauthorized users access the same records repeatedly?

Were files copied outside the system?

The available public information does not answer all of those questions.

But they are precisely the questions an incident response investigation should address.

No Evidence of Misuse Doesn’t Mean No Risk

Pentagon officials have said investigators found no evidence that the exposed information was misused.

That is reassuring, but it should not be interpreted as proof that the information is safe.

There are several reasons.

First, determining whether personal information has been misused can be difficult.

Second, stolen identity information may remain valuable for years.

Unlike a password, a Social Security number cannot simply be changed through a routine account-security procedure.

Third, not every misuse produces an immediately visible signal.

Information could potentially be retained, combined with other datasets or used in future fraud attempts.

The Pentagon’s statement should therefore be understood as a description of what investigators have found, not a guarantee about what can happen later.

The same distinction applies to private-sector data breaches.

When an organization announces that it has found no evidence of misuse, that statement is only as strong as the evidence and monitoring supporting it.

The FBI Was Dealing With a Separate Breach

The Pentagon disclosure also came amid reporting about another federal cybersecurity incident.

In early October 2026, Reuters reported that a contractor associated with Accenture had been removed from an FBI project after a breach involving the FBI’s employment portal.

According to the report, the incident involved a failure to apply a critical security patch to an Oracle PeopleSoft system, which attackers associated with ShinyHunters exploited.

These were separate incidents.

There is no established public evidence connecting the Pentagon breach to the FBI incident or attributing both to the same attackers.

Nevertheless, the timing illustrates a recurring problem in large organizations.

Sensitive information can be exposed through systems that are not necessarily considered the organization’s most important or highly classified infrastructure.

A personnel database.

A recruitment portal.

A file-sharing server.

These systems may not attract the same attention as operational or mission-critical platforms.

But they can contain enormous quantities of valuable personal information.

Hackers don’t always need to penetrate the most heavily defended system. They can target the system holding the data they want.

What Every Business Should Learn From the Pentagon Breach

If a federal organization responsible for millions of sensitive personnel records can experience a months-long exposure, smaller businesses should take the underlying risks seriously.

The lesson is not that cybersecurity is hopeless.

It’s that effective protection requires more than a firewall and antivirus software.

1. Know Where Sensitive Data Lives

Many organizations maintain sensitive information in more places than they realize.

File servers.

Cloud storage.

Shared folders.

Legacy applications.

Human resources systems.

Email attachments.

Old backup repositories.

Businesses should maintain an inventory of sensitive data and identify which systems, users and third parties can access it.

You cannot adequately protect information you don’t know exists.

2. Encrypt Sensitive Information

Sensitive personal records should be protected with encryption appropriate to the system and threat model.

That includes encryption at rest and in transit, with careful management of encryption keys.

For especially sensitive data, organizations should also consider application-level encryption or tokenization.

Encryption does not replace access controls, but it can reduce the consequences of certain types of unauthorized file access.

3. Patch Vulnerabilities Before Attackers Find Them

The Pentagon incident involved a vulnerability in a file-sharing system.

Public reporting has not established the specific product or flaw responsible.

That means it would be inappropriate to claim that a particular vendor, CVE or missed update caused this breach.

However, the incident reinforces the importance of identifying and remediating vulnerabilities in internet-facing and internally accessible systems.

Businesses need asset inventories, vulnerability scanning, risk-based patching and procedures for handling systems that cannot be patched immediately.

4. Monitor for Unauthorized Access

A system can be compromised even when it continues functioning normally.

Employees may still log in.

Files may still open.

Applications may still run.

Without adequate monitoring, suspicious access can go unnoticed.

Managed detection and response, EDR/XDR, centralized logging and SIEM monitoring can help identify unusual activity.

For file-sharing systems, particularly useful signals may include abnormal access volumes, unexpected account activity, repeated downloads and access from unusual locations.

No monitoring platform guarantees immediate detection.

But organizations should not rely on a user noticing something wrong months after access begins.

5. Restrict Access to Sensitive Records

Least-privilege access is one of the most effective ways to limit the damage from compromised accounts and vulnerable systems.

Employees and applications should only have access to the information required for their responsibilities.

Multifactor authentication should protect supported accounts, especially administrative and remote access.

Sensitive repositories should be segmented where practical, and unnecessary sharing permissions should be removed.

If one account or system is compromised, the attacker should not automatically gain access to everything.

6. Prepare for the Breach Before It Happens

Incident response planning should address how the organization will investigate unauthorized access, preserve evidence, contain compromised systems, notify affected parties and restore secure operations.

For healthcare providers, law firms, schools and other organizations handling sensitive information, notification obligations may depend on the type of information involved and applicable laws or contractual requirements.

An MSP can help implement security controls and coordinate technical response, but organizations also need appropriate legal and operational planning.

The goal is to reduce both the likelihood of a breach and the damage if one occurs.

What Affected Military Personnel and Veterans Should Do

The Defense Manpower Data Center has offered affected individuals a year of credit monitoring and identity-restoration services.

Anyone who receives a legitimate notification should review the instructions carefully.

But one year of monitoring does not eliminate the longer-term risk associated with exposed Social Security numbers.

Consider these additional protections:

  • Freeze your credit. A free security freeze with Equifax, Experian and TransUnion can make it harder for criminals to open new credit accounts in your name.

  • Review financial accounts. Watch for unfamiliar transactions, new accounts and unexpected changes to personal information.

  • Use an IRS Identity Protection PIN. This can help prevent someone from filing a fraudulent federal tax return using your Social Security number.

  • Watch for targeted phishing. Be skeptical of unexpected calls, emails or messages claiming to come from military benefits offices or government agencies.

  • Verify breach notices independently. Avoid entering sensitive information into websites reached through unsolicited messages. Use independently verified official contact information.

Free credit freezes are available through Equifax⁠, Experian⁠ and TransUnion⁠.

The IRS explains its Identity Protection PIN program at IRS.gov⁠.

The Real Warning Isn’t the Size of the Breach

Three million affected individuals is a staggering number.

But the number alone doesn’t explain the cybersecurity failure.

The more consequential issue is that unauthorized access to sensitive, unencrypted records reportedly persisted across a lengthy period.

That points to questions about how organizations discover vulnerabilities, monitor sensitive systems and detect suspicious activity.

The Pentagon’s investigation may eventually provide more technical details.

Until then, the precise initial access method, the full extent of data removal and the attackers’ identities remain important unanswered questions.

What is already clear is that sensitive data can be placed at risk through an ordinary administrative system—not necessarily through a dramatic attack against classified infrastructure.

And that lesson applies to businesses of every size.

Your Data Doesn’t Become Less Valuable Because You’re a Small Business

A small law firm may hold thousands of confidential documents.

A healthcare practice may maintain years of sensitive patient information.

A school may store student records, family contact information and employee Social Security numbers.

An SMB may keep payroll files, tax documents and customer databases on a shared server.

To an attacker, that information can be valuable regardless of whether the organization employs ten people or ten thousand.

The Pentagon breach is a reminder that the systems holding sensitive information deserve continuous attention.

Not just during a compliance audit.

Not just after a vulnerability makes headlines.

And certainly not only after someone discovers that unauthorized users have been accessing files for months.

The most dangerous breach may be the one nobody knows is happening.

70% of all cyber attacks target small businesses, I can help protect yours.

#Cybersecurity #Pentagon #DataBreach #DataProtection #ManagedIT

THE PENTAGON WAS BREACHED. FOR NINE MONTHS.

Over 3 million military-affiliated individuals had sensitive personal records exposed, including Social Security numbers, birth dates and military employment details.

The vulnerability reportedly existed from October 2025 until July 2026, when officials finally discovered and patched it.

If the Pentagon can go nine months without discovering unauthorized access, how confident are you that someone isn’t already inside your business systems?

Cybersecurity
Technology
AI

HACKERS TURNED SUPERMARKET FREEZERS INTO HEATERS.

October 13, 2026
•
20 min read

Hackers Target Supermarket Refrigerators in France. The Food Supply Is Now a Cybersecurity Target.

Hackers don’t need to steal data to cause real damage.

Imagine arriving at your supermarket in the morning and discovering that an entire refrigerated section has stopped working overnight.

Milk.

Meat.

Frozen foods.

Fresh produce.

Thousands of dollars’ worth of inventory potentially spoiled.

Now imagine the same thing happening at hundreds of supermarkets across a country.

That’s the alarming scenario described in reports circulating about a cyberattack targeting supermarket refrigeration systems in France.

According to the initial claims, attackers disrupted systems responsible for keeping food at safe temperatures, potentially forcing affected stores to discard perishable inventory.

The reported incident highlights an increasingly important cybersecurity threat: attacks against the technology that controls physical equipment.

Unlike traditional data breaches, these incidents can cause damage without stealing a single password, customer record or credit card number.

Sometimes the most damaging cyberattack is simply turning something off.

The reported scale, exact number of affected stores, and extent of food losses still require independent confirmation. Those details should not be treated as established until supported by reliable reporting.

Confirmed: Hundreds of Stores Were Hit Overnight

Reporting from Reuters, AFP, Euronews and French national media confirms that the attack took place overnight from October 11 to October 12, 2026.

Major supermarket operators acknowledged that their refrigeration systems had been compromised.

50°C

122°F — reported refrigeration temperature setting

Hundreds

Supermarkets affected across France

Among the affected operators were Intermarché, Coopérative U, Carrefour and other major supermarket chains.

Initial reports from Intermarché identified approximately 150–200 affected stores, with nearly 100 Coopérative U locations also impacted. Later French reporting described a wider total involving additional retailers.

And this wasn’t simply a matter of refrigerators losing power.

According to investigators and reporting, attackers remotely manipulated refrigeration controls, activating or extending defrost functions and raising temperatures to approximately 50°C (122°F).

Some stores reported equipment damage, spoiled inventory and even fires.

France’s national cybersecurity agency, ANSSI, and the Paris prosecutor’s office became involved in the investigation.

How Hackers Turned Freezers Into Heaters

Modern commercial refrigeration systems are much more sophisticated than the refrigerator in your kitchen.

They use electronic controllers to regulate temperatures, monitor equipment and perform maintenance functions.

One of those functions is defrosting.

Freezers accumulate ice on their evaporator coils, so commercial systems periodically activate defrost cycles to remove that ice and maintain efficiency.

Under normal conditions, the process is carefully controlled.

But if an attacker gains sufficient control of the refrigeration management system, that function can be abused.

Instead of running a normal defrost cycle, the attacker can potentially force prolonged heating or otherwise prevent the equipment from maintaining safe storage temperatures.

That’s reportedly what happened in France.

French newspaper Le Monde reported that attackers changed defrost settings and extended the duration of the process, delaying alarms and increasing the damage.

The result was devastatingly simple.

Food that was supposed to remain frozen began thawing.

Fresh products warmed beyond safe storage conditions.

Some equipment reportedly overheated.

And supermarket employees arrived to discover that entire refrigerated inventories could no longer be sold.

The attackers didn’t need to steal payment information.

They didn’t need to encrypt the store’s accounting database.

They simply interfered with the equipment responsible for keeping food safe.

A Vulnerability in a Shared Technology Supplier

Investigations have pointed toward refrigeration control technology supplied by Danish manufacturer Danfoss.

Reports indicate that older or outdated control software may have been involved, although the complete technical attack chain has not yet been publicly established.

This is one of the most important aspects of the incident.

The attackers didn’t necessarily need to compromise each supermarket’s corporate network independently.

If multiple retailers depend on similar connected equipment, software or remote management services, a weakness affecting that shared technology can create a much larger attack surface.

It’s the same underlying risk that exists when hundreds of businesses depend on one cloud provider, one remote monitoring platform or one software vendor.

A weakness in a common component can affect organizations that otherwise have very different IT environments.

That is why third-party technology security matters as much as internal cybersecurity.

The Financial Damage Goes Far Beyond Broken Equipment

A cyberattack against refrigeration creates several simultaneous problems.

First, there is the inventory loss.

Once perishable food exceeds safe temperature limits, stores may be required to discard it rather than risk selling unsafe products.

Second, there is operational disruption.

Employees must inspect refrigeration units, document damage, remove compromised products, sanitize affected areas and wait for systems to be repaired or verified.

Third, there is lost revenue.

Customers arriving at affected stores may find empty refrigerated shelves or temporarily closed departments.

Fourth, there is equipment damage.

Prolonged overheating can potentially damage components, adding repair costs to the spoiled inventory.

And finally, there is the larger supply-chain impact.

A supermarket cannot necessarily replace thousands of perishable products immediately.

Distributors, delivery schedules and storage capacity all become part of the recovery process.

Le Monde reported that one store owner documented approximately €21,000 in lost inventory at purchase cost alone. National losses were expected to reach millions of euros, although the final total remained uncertain.

This Is Operational Technology Cybersecurity

The attack highlights a distinction that many businesses overlook.

Traditional information technology, or IT, primarily handles data and business applications.

Operational technology, or OT, monitors or controls physical processes.

Examples include refrigeration controllers, industrial machinery, HVAC systems, water pumps, building automation systems and electrical equipment.

When an IT system is compromised, attackers may steal data, disrupt applications or deploy ransomware.

When an OT system is compromised, attackers may interfere with equipment that performs a physical function.

The consequences can extend beyond the digital environment.

How a connected refrigeration attack can create physical damage

Remote access to a vulnerable controller

Potentially through exposed management software or a compromised service

Unauthorized temperature or defrost changes

Cooling operations are disrupted

Physical and financial consequences

Food spoilage, equipment damage and operational downtime

The diagram illustrates the reported type of attack, not a confirmed complete forensic reconstruction of the intrusion.

Why Small Businesses Should Pay Attention

This isn’t exclusively a supermarket problem.

Many smaller organizations operate connected equipment without treating it as part of their cybersecurity environment.

Restaurants use remotely monitored walk-in freezers.

Medical practices store temperature-sensitive medications and vaccines.

Schools operate connected HVAC systems and refrigeration equipment.

Manufacturers use network-connected controllers to manage production.

Commercial buildings rely on automation platforms to control heating, ventilation and access systems.

And many of these devices are installed and maintained by specialized contractors rather than the organization’s primary IT provider.

That can create a dangerous visibility gap.

The IT department may not know the controller exists.

The equipment vendor may assume the customer’s network is secure.

And nobody may be responsible for monitoring the device’s cybersecurity posture.

An unmanaged device controlling physical equipment can be just as consequential as an unpatched server.

Six Security Measures That Could Reduce This Risk

1. Inventory connected operational equipment. Identify refrigeration controllers, HVAC systems, building automation devices and other equipment connected to your network or accessible remotely.

2. Separate operational systems from office networks. Use appropriate network segmentation and firewall policies to limit unnecessary communication between business computers and equipment controllers.

3. Restrict remote access. Avoid exposing controller management interfaces directly to the internet. Use secure, authenticated remote-access solutions with MFA where supported.

4. Keep firmware and management software updated. Establish a maintenance process with equipment vendors and identify devices that no longer receive security updates.

5. Monitor physical conditions independently. Temperature alarms and environmental monitoring should ideally provide an independent warning if the primary control system is compromised or fails.

6. Test manual recovery procedures. Know how to isolate a compromised controller, restore safe operation and preserve temperature-sensitive inventory without relying entirely on the affected remote management system.

For organizations using an MSP, operational equipment should be included in cybersecurity risk assessments even when the equipment is maintained by a separate contractor.

The MSP, equipment vendor and business owner need clearly defined responsibilities.

The Most Dangerous Cyberattack Might Not Target Your Computers

The French supermarket incident illustrates how cybersecurity failures can cross into the physical world.

A vulnerable controller.

An abused defrost function.

Hours of uncontrolled heating.

And potentially millions of euros in spoiled food.

The attack didn’t require an elaborate Hollywood-style breach of a national supermarket network.

It exploited the reality that modern businesses increasingly rely on connected technology to operate ordinary physical equipment.

As that connectivity expands, so does the potential impact of a cybersecurity failure.

Your Refrigerator Has Become an Endpoint

Businesses routinely secure laptops, desktops and servers.

They install endpoint protection.

They monitor suspicious logins.

They patch operating systems.

But what about the refrigerator holding thousands of dollars in inventory?

The HVAC controller managing an entire building?

The network-connected system protecting temperature-sensitive medications?

These devices may not look like computers.

But if they contain software, connect to networks and accept remote commands, they can introduce cybersecurity risks.

And when they fail, the damage can be immediate and physical.

The attack in France is a powerful reminder that cybersecurity is no longer only about protecting information.

It’s about protecting the technology that keeps businesses operating.

Hackers didn’t steal the groceries. They made them worthless.

70% of all cyber attacks target small businesses, I can help protect yours.

#Cybersecurity #OperationalTechnology #CyberAttack #DataProtection #ManagedIT

HACKERS TURNED SUPERMARKET FREEZERS INTO HEATERS.

Hundreds of supermarkets across France were hit overnight after attackers reportedly manipulated connected refrigeration systems, raising temperatures to 122°F.

Stores were forced to throw away food, some equipment was damaged, and millions in losses are feared.

No stolen passwords. No encrypted files. Just hacked refrigerators destroying physical inventory.

Your business probably has more connected equipment than you realize.

Previous
Next
About
Managed ServicesCybersecurityOur ProcessWho We AreNewsPrivacy PolicyTerms & Conditions
Help
FAQsContact UsSubmit a Support Ticket
Social
LinkedIn link
Twitter link
Facebook link
Have a Question?
Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.
Copyright © {auto update year} Gigabit Systems All Rights Reserved.
Website by Klarity
Gigabit Systems Inc. BBB Business Review