Global Security Mag Online

Articles

• Hackers breach Polish power plant through private cellular network – Expert Perspectives

  11 août — affiche

  Poland's CERT has disclosed a cyberattack that shut down a steam turbine and process-water treatment system at a combined heat and powerplant supplying roughly 50,000 residents. The December 2025 attack caused a short-lived operational disruption, but customers did not lose heat or electricity.

  Investigators found the attackers initially compromised a FortiGate VPN/firewall at a separate wind farm, then used a cellular router to enter a private APN connecting remote infrastructure. Because the network lacked client isolation, the attackers reached a WAGO industrial controller using default administrator credentials, pivoted into the plant's OT network and ultimately accessed its SCADA system and Siemens PLCs. CERT Polska said it believes this is the first known real-world cyberattack to gain access to an OT network by moving laterally through a private APN.

  Waseem Ahmed, Head of Engineering, Secure.com:

  “Breaches like this do not start with anything fancy. They start with a device someone forgot about. Attackers got into a wind farm firewall, then rode a private cellular network into a power plant that had nothing to do with it. The controller they landed on still had its default password. From there they reached the plant floor and stopped a turbine.

  “CERT Polska assessed this as the first confirmed case of an attacker using a private cellular APN as a lateral movement path into OT infrastructure, which matters because operators often treat private APNs as inherently safe without applying the same segmentation controls they would to any other network connection.

  “A private network is not the same as an isolated one. Client isolation, replacing default credentials, and treating every remote link as untrusted stops most of this. When offense maps these paths first, defense knows which door to close."

  Denis Calderone, CTO, Suzu Labs:

  “Private cellular networks are a good idea for OT connectivity, but they only solve one problem: keeping traffic off the public internet. What they don't solve is what happens when one device on that network gets compromised. In this case, a single insecure controller on the operator's private APN gave the attacker vertical exposure all the way down to the SCADA system and Siemens PLCs at a completely separate facility. The APN kept the outside world out, but nobody considered the trust boundaries between devices inside it. Without client isolation, a private APN is just a flat shared network where any compromised node can reach everything else.

  “The private APN in this case was set up by the distribution system operator, the entity that runs the local electricity grid, to communicate with distributed generation sites. Wind farms, CHP plants, substations, all connected to the same carrier-managed cellular network for SCADA communication. This makes perfect sense architecturally, but the problem is that the DSO architected it as a flat mesh. Every site could reach every other site. Think of it like an MPLS network where multiple customers are in the same VRF with no route filtering between spokes.

  "The wind farm had zero operational reason to communicate with the CHP plant's controllers. Both sites needed to talk to the DSO's central SCADA, and that's it. But because there was no hub-and-spoke enforcement and no spoke-to-spoke restriction, an attacker who compromised a Teltonika router at one wind farm could scan the entire APN, find a WAGO PLC at an unrelated facility still running default credentials, and use it as a bridge into that plant's OT environment. One compromised site gave them the run of the entire network.

  “CERT Polska says this APN misconfiguration was common across Poland at the time of the attack and is believed to be widespread internationally. That tracks. Back in May there were the Polish water treatment attacks where operators were running passwords like '111111' on internet-exposed HMIs and mistaking active intrusions for equipment glitches. Same pattern here. The CHP plant operators initially thought the shutdown was a contractor error during routine maintenance. CERT Polska only investigated because the timing coincided with the larger coordinated attack on 30 other energy sites that same day. Without that coincidence, this might still be filed as an unexplained equipment failure.

  “The prescriptive side here starts with the APN specifically. Contact your carrier and confirm that client isolation is enabled. If it's not, or if you must run a flat APN mesh between every site, make sure to enforce your own site-to-site edge controls. Where possible, the default configuration should be to enforce hub-and-spoke so each site can reach the central SCADA gateway and nothing else. And beyond the cellular network, this is the same OT security discipline we preach on every engagement. Industrial controllers and SCADA interfaces should never have their administrative interfaces exposed on any network they don't absolutely need to be on. Default credentials on PLCs need to be treated with the same urgency as a default password on a domain admin account. Segment OT environments from IT with monitored firewall boundaries. And include your cellular connectivity in your security testing program."

  John Strand, Owner, Black Hills Information Security, Inc.:

  “This is the problem with unseen IT, OT, and legacy technology. Anything that falls outside of mainstream server and endpoint infrastructure tends to get neglected by organizations. That doesn't necessarily mean those organizations are incompetent or negligent. The reality is that there simply aren't as many security products and services available to protect these environments, and a lot of that comes down to market share.

  “We are starting to see improvements, but it's still very easy for organizations to ignore these technologies or even create exceptions for them within their compliance frameworks. Attackers understand this. If they can move away from environments protected by mainstream EDR and other widely deployed security technologies, they can start targeting unseen, out-of-the-way, and lesser-known systems where they have a much higher probability of success. That's the attack surface we need to start paying a lot more attention to.”

• Keepit lance AI Truth Cloud et renforce sa vision de la protection des données à l’ère de l’IA

  11 août, par Valentin Jangwa, Global Security Mag — affiche

  AI Truth Cloud de Keepit fait évoluer la sauvegarde en un socle de données vérifié, souverain et immuable sur lequel l'IA d'entreprise peut s'appuyer en toute sécurité.

  

  Keepit, fournisseur de solutions de protection des données SaaS indépendant des grands fournisseurs cloud, annonce le lancement d'AI Truth Cloud, une évolution de sa plateforme qui fait de la sauvegarde un actif stratégique pour les organisations.
  AI Truth Cloud fournit un socle de données vérifiées, gouvernées, immuables et souveraines pour renforcer la confiance dans les systèmes d'IA. La plateforme permet aux organisations de vérifier l'authenticité, la provenance et l'intégrité des données avant leur utilisation par un système d'IA, afin de s'assurer que leurs outils s'appuient sur des informations fiables. Keepit conserve une copie complète, immuable et inviolable des données d'une organisation, comprenant chaque version des applications protégées, dans un cloud indépendant des fournisseurs sur lequel aucun tiers ne peut exercer d'influence. Après la sauvegarde, la reprise après sinistre et la cyber-résilience, AI Truth Cloud marque une nouvelle étape en faisant évoluer la sauvegarde vers une infrastructure de confiance pour l'IA.

  « Les organisations prennent des décisions lourdes de conséquences à partir des informations fournies par leur IA. Pourtant, aucune action ne devrait être engagée à partir de données dont l'intégrité ne peut pas être vérifiée. AI Truth Cloud offre aux entreprises un socle de données indépendant, inviolable et dont l'exhaustivité peut être démontrée. L'IA peut s'y référer en toute sécurité, les organisations peuvent en prouver l'intégrité et revenir à un état fiable lorsqu'une décision s'avère erronée. Vérifier la vérité avant d'agir et la restaurer lorsque l'on a agi sans l'avoir vérifiée. Voilà ce que signifie rester maître de la vérité », déclare Frederik Schouboe, Cofondateur et Chief Visionary Officer de Keepit.

  Les principales évolutions d'AI Truth Cloud

  AI Truth Cloud de Keepit repose sur cinq piliers : Protect, Observe, Recover, Prove et Integrate, qui élargissent les fonctions de sauvegarde et de restauration afin de renforcer la confiance dans les données.

  Trois capacités constituent les premières étapes de cette feuille de route :

  • AI Connector Backup étend la protection des données de Keepit aux outils d'IA déjà utilisés par les entreprises, notamment les configurations d'agents, les compétences IA, les projets et les modèles. Il permet de restaurer chaque actif IA à un instant précis et fournit un point de reprise vérifié lorsqu'un agent adopte un comportement inattendu ou est compromis.

  • Keepit MCP, fondée sur le Model Context Protocol, est une couche d'API indépendante de toute interface qui permet aux outils et processus d'IA d'interroger, d'auditer et d'utiliser par programmation les données administrées par Keepit.

  • Keepit AI Safe Room crée un environnement isolé à partir d'une copie immuable des données afin d'entraîner, de tester ou d'exécuter des modèles d'IA sans exposer les données de production. Lorsqu'un modèle, une requête ou un agent produit un résultat imprévu, une restauration complète est possible, tandis que l'environnement de production reste intact.

  Keepit poursuit sa feuille de route pour l'IA

  AI Truth Cloud s'inscrit dans la continuité de la stratégie de Keepit. L'entreprise poursuivra l'extension de ses connecteurs pour accompagner l'adoption de l'IA et des agents IA. Elle développe également de nouvelles capacités, notamment la surveillance du comportement des agents IA, la génération automatisée de preuves de conformité, la traçabilité cryptographique de la provenance des données et la restauration assistée par l'IA après une menace.

  Keepit lance par ailleurs une stratégie de partenariat avec les éditeurs de logiciels indépendants. Grâce à des intégrations avec sa plateforme, ils pourront intégrer à leurs produits des fonctions de souveraineté, d'immutabilité, de gouvernance et d'IA de confiance.

  Pour les clients de Keepit qui utilisent déjà l'IA à partir d'un socle de données vérifié, cette évolution est déjà une réalité :
  « Savoir que notre IA travaille à partir d'une source vérifiée et immuable transforme la discussion. Nous ne parlons plus seulement de gestion des risques, mais d'avantage concurrentiel. Keepit est devenu un élément fondamental de notre approche de l'intégrité des données destinées à l'IA », déclare Tom Hicks, Senior Manager, Identity chez Quanta Services.

  Les partenaires de distribution de Keepit observent la même évolution chez leurs clients :
  « Nos clients, notamment dans le secteur public, veulent savoir comment utiliser l'IA de manière responsable et comment en apporter la preuve aux autorités de régulation. AI Truth Cloud permet de passer de l'intention à la mise en pratique. Grâce à une couche de données protégée et auditable, nous pouvons aider les organisations à déployer l'IA à grande échelle sans faire de compromis sur la gouvernance ou la capacité de restauration », déclare Jonny Scott, Head of Cyber Advisory chez Phoenix.
  Des annonces plus détaillées concernant les capacités de la plateforme, les prochaines étapes de la feuille de route et le programme partenaires seront communiquées ultérieurement.

  À propos de Keepit

  Keepit propose une plateforme de protection des données SaaS nouvelle génération et spécialement conçue pour le cloud. En sécurisant les données dans un cloud indépendant des fournisseurs, Keepit renforce la résilience face aux cybermenaces et anticipe les défis futurs en matière de protection des données. Avec un stockage des données unique, séparé et immuable, sans intermédiaires, Keepit assure la conformité aux réglementations locales, réduit l'impact des ransomwares et garantit un accès continu aux données, la continuité des activités et une récupération rapide et efficace en cas de sinistre. Basée à Copenhague, avec des bureaux et des datacenters dans le monde entier, Keepit est la solution de confiance de plus de 25 000 entreprises grâce à sa simplicité d'utilisation et ses capacités fluides de sauvegarde et de récupération des données cloud.
  Plus d'informations sur www.keepit.com/fr et LinkedIn.

• Vigilance.fr - OpenStack Ironic : directory traversal via ISO Handling, analyzed on 11/06/2026

  11 août, par Vigilance.fr

  An attacker can traverse directories of OpenStack Ironic, via ISO Handling, in order to write a file outside the service root path.

  View online : https://vigilance.fr/vulnerability/...

• Vigilance.fr - OpenStack Ironic : traversée de répertoire via ISO Handling, analysé le 11/06/2026

  11 août, par Vigilance.fr

  Un attaquant peut traverser les répertoires de OpenStack Ironic, via ISO Handling, afin de modifier un fichier situé hors de la racine du service.

  Voir en ligne : https://vigilance.fr/vulnerabilite/...

• Vigilance.fr - OpenStack Ironic : code execution via Node Boot Command Line Override, analyzed on 11/06/2026

  11 août, par Vigilance.fr

  An attacker can use a vulnerability of OpenStack Ironic, via Node Boot Command Line Override, in order to run code.

  View online : https://vigilance.fr/vulnerability/...