L’attaque contre les serveurs SharePoint prend de l’ampleur

Le 25 juillet 2025 à 17h06

Le 25 juillet 2025 à 17h06

Commentaires (27)

votre avatar
Et ça touche aussi la France malheureusement. Ils ont bien préparé leur coup. Impressionnant. Je me demande comment ils ont sû qui attaquer.
votre avatar
un lien ?
Cyberattaque chez POST : le Luxembourg en état d’alerte - L'essentiel
«L'«opération malveillante a exploité une vulnérabilité logicielle (...) pour provoquer un dysfonctionnement à grande échelle et une indisponibilité généralisée des services», poursuit POST. Quoi qu'il en soit, «il est établi que cette attaque n'a pas permis d'intrusion dans les systèmes internes de POST» et «aucune donnée n'a été compromise ou exfiltrée».»
incident initial : Internet au Luxembourg: Panne du réseau de Post - L'essentiel
« Le réseau [internet] du premier fournisseur du pays est totalement à l'arrêt (...)» «Plus grave, le réseau de téléphonie est touché également et les numéros des secours sont difficilement joignables, notamment pour les abonnés POST» «LU-ALERT a envoyé un message, avec alarme à plein volume et rouge clignotant, pour suggérer aux personnes qui n'arriveraient pas à contacter le 112 de se déplacer aux urgences ou dans la caserne la plus proche.» «Quant à la police, elle explique qu'en raison «de problèmes techniques chez POST, il est actuellement difficile de joindre le 113». Si vous n'y arrivez pas, vous pouvez tenter d'appeler le 691 027 956 ou le 621 555 423.»
un commentaire du premier article dit ceci. Les bornes ont besoin d'internet ou réseau mobile ?
Pendant la panne, il m'était impossible de charger mon véhicule électrique avec 4% de batteries. (Le stress avec toute la famille en retrour de vacances). Sommes-nous sufisamment stupides pour favoriser des voitures qui ne peuvent plus rouler dès la première panne Internet ?? Heureusement, j'ai pu pousser jusqu'au Superchargeur Tesla à Arlon qui m'a bien dépanné.
votre avatar
un commentaire du premier article dit ceci. Les bornes ont besoin d'internet ou réseau mobile ?
Pour valider le paiement ? Pas certain que les pompes traditionnelles à essence soient mieux loties dans ce cas...
votre avatar
Oui mais on peut payer en chèque ou espèce s'il y a un caissier ou une boutique.
Est ce que cette méthode là est possible avec des bornes full automatiques ?
votre avatar
Bonne chance avec les chèques :D
votre avatar
La meilleure solution est d'arrêter d'utiliser Sharepoint. Du moins dans l'immédiat.
votre avatar
La meilleure solution est d'arrêter d'utiliser Sharepoint. Du moins dans l'immédiat.
:cap:
votre avatar
Pour le coup, tu préconises quoi comme solution alternative (vraie question) ?
votre avatar
Pour le coup, tu préconises quoi comme solution alternative (vraie question) ?
Vraie réponse : je n'en ai strictement aucune idée. En tant qu'utilisateur occasionnel de Sharepoint, je trouve ça une abomination, mais c'est peut-être parce que les administrateurs et décideurs (groupes dont je ne fais pas - à ma grande joie - partie) ont mal configuré le bouzin.

En tout cas pas "un truc qui fait tout".

Par exemple, pour la collaboration sur des tableaux de données, les quelques fois que j'ai utilisé SmartSheets, ça me semblait plus efficace que des tableaux Excel parce que ça ne tente pas en même temps d'inclure une présentation powerpoint dans une cellule. Et ce même si je suis tombé sur quelques limitations effarantes (on peut mettre des dates, mais pas des dates+heures... sauf dans la colonne "dernière modification")

Réponse sarcastique à prendre au second degré, voire plus :

Toute solution bricolée par deux amateurs dans leur garage, dont le petit neveu du patron qui doit être bon en informatique vu qu'il a une console de jeu.

Ce truc sera tellement pourri et bordélique que si des pirates arrivent à s'introduire sur le site, ils croiront que le site a déjà été piraté. S'ils continuent, ils ne trouveront de toute façon jamais le hook à appeler pour lancer le crypto. Et s'ils arrivent quand-même à cryptolocker les documents, les utilisateurs ne se rendront compte de rien puisque de toute façon ils n'arrivaient déjà pas à retrouver les données quand le système était "en ordre de marche".
votre avatar
Tu as Alfresco, Nuxeo, Simpplr, Jira+Confluence ou n'importe quel CMS avec suffisamment de fonctionnalités que tu pourras bidouiller.
votre avatar
Voire pour la gestion des fichiers un NextCloud, Owncloud, etc. (Ça marche bien même à grande échelle, utilisé par le ministère de l'intérieur et des universités)
Ou sinon pour faire simple un bon vieux SMB et un VPN pour y accéder à distance (pas expert de samba niveau sécu pour ma part)
votre avatar
Sharepoint c'est quand-même un peu plus qu'un simple dépôt de fichiers partagés, il y a une gestion de la collaboration, des workflows d'approbation, etc... C'est même ça un des problèmes de Sharepoint c'est qu'il essaie de tout faire, c'est à la fois un outil de collaboration, un dépôt de fichiers, un site web, etc...
votre avatar
Pour résumer plus simplement : Sharepoint c'est un système d'intranet d'entreprise.

C'est justement la première question à se poser quand on remet en cause une solution dans le SI : quelles fonctionnalités métier celle-ci couvre-t-elle aujourd'hui ?
votre avatar
Tu as Alfresco, Nuxeo, Simpplr, Jira+Confluence ou n'importe quel CMS avec suffisamment de fonctionnalités que tu pourras bidouiller.
Confluence (dans sa version on-premise) fait régulièrement l'objet de billets de sécurité avec des failles critiques aussi.

Plus qu'un troupeau d'outil, c'est surtout la gestion du cycle de vie et du maintien en condition opérationnelle de ceux-ci qui sont importants.

Toutes ces solutions sont autant à risque que Sharepoint.
votre avatar
Idem, je serais très curieux de connaitre la réponse.
votre avatar
Certains responsables te diraient plutôt que pour s’assurer que ce soit patché au plus vite, la meilleure solution est le SharePoint cloud de MS au lieu de devoir le maintenir toi même.

A chacun ses points de vue, objectifs et priorités...
votre avatar
Certains responsables qui ne comprennent rien à rien te diraient plutôt que ...
:cap:
votre avatar
Certains responsables qui ne veulent pas assumer ce travail et les responsabilités allant avec.
votre avatar
Sharepoint On Prem oui, par contre Sharepoint Online n'est pas impacté par cette faille
votre avatar
Pas de mise à jour automatique possible de Sharepoint On Premise ? Du moins au niveau des patchs de sécurité ?
votre avatar
En entreprise, y'a rarement des mises à jour en automatique. Il y a quasi toujours une phase de test avant déploiement. Le déploiement automatique de Crowdstrike qui a quasi briqué des centaines de milliers de laptops est resté en travers de quelques gorges...
votre avatar
De nos jours où la quasi-intégralité des serveurs sont virtualisés et où un roll-back doit prendre grand max 10mins (dans le pire des cas), je doute de la validé de la remarque.
Après sur du poste utilisateurs effectivement, ce n'est pas virtualisé, donc si ça plante c'est galère, sur un serveur virtuel :
Snapshot
MAJ
Test
Rollback (si nécessaire)

Problème réglé. Et encore là c'est pour un serveur unique/non-redondé, si c'est redondé le serveur pourrait tomber que le service tournerait toujours.

Sur serveur les problèmes viennent surtout des interactions entre les apps/versions (régressions et/ou une autre apps qui ne fonctionnent plus qu'on a pas remarqué tout de suite), pas vraiment de problème avec le serveur lui-même. Ou alors juste le responsable métier qui ne veut pas que son app soit indisponible 10mins parce que X ou Y.
votre avatar
De nos jours où la quasi-intégralité des serveurs sont virtualisés et où un roll-back doit prendre grand max 10mins (dans le pire des cas)
Ça c'est vrai si il n'y a pas de migration des données ou si tu acceptes une perte de données. Le laps de temps entre MAJ et rollback peut être relativement long : les problèmes peuvent ne pas aparaitre tout de suite après la mise jo c'est même le cas le plus probable. En attendant tu as potentiellement produit de la donnée dans le nouveau système sans possibilité de la migrer dans l'ancien système si nécessaire.

Et quand bien même, comme les problèmes peuvent mettre plusieurs jours à apparaitre (ex : une feature utilisée une fois par trimestre est cassée), cela nécessite une surveillance à long terme et donc cela rend la mise à jour couteuse quoi qu'il en soit.

Je me fais pas l'avocat de pas garder des softs pas à jour, mais la réalité est parfois plus complexe. D'autant plus que la plupart des cultures d'entreprise (surtout les grosses) privilégient le status-quo. Dans ces boites là, tu seras rarement reconnu pour maintenir correctement le SI à jour par contre tout le monde te cassera les c le jour où "tu" casses un truc. Et quand je dis "tu", ça peut être l'employé mais aussi tout un département qui a pour ordre de ne rien toucher "tant que ça marche" parce que quelqu'un plus haut dans la chaine aime bien ne pas avoir de problèmes.

Même le plus consciencieux des employés veut pas être celui qui devra faire une update empêchant potentiellement des milliers de personnes de travailler si derrière t'as pas les process pour assurer ton cul techniquement (procédures de rollback) et humainement (que ce soit pas considéré comme ta faute).
votre avatar
Ça c'est vrai si il n'y a pas de migration des données ou si tu acceptes une perte de données. Le laps de temps entre MAJ et rollback peut être relativement long : les problèmes peuvent ne pas aparaitre tout de suite après la mise jo c'est même le cas le plus probable.
J'ajouterais aussi le cas des ERP poids lourd qui font du transactionnel à tire larigot dont l'arrêt n'est pas forcément aisé/immédiat (le temps de finaliser, ou de rollback) et qui ne supporteront pas le snapshot des disques virtuels.

Le patching automatique, c'est bien dans une architecture stateless ou microservice ou si c'est supporté par les applications. Dès qu'on entre dans du plus monolithique, la moindre mise à jour est un événement pour lequel il faut orchestrer un arrêt de service.

On va me dire : yaka avoir une architecture redondante (Oracle dataguard, peu importe). Oui, mais pour ça il faut la payer.
votre avatar
Ça c'est vrai si il n'y a pas de migration des données ou si tu acceptes une perte de données.
Et que les données n'ont pas d'impact sur le monde physique. J'me vois bien dire à un patient, "oui je sais le système mis à jour vous a par erreur diagnostiqué la gangrène, mais rassurez-vous on a fait un rollback et on a gardé votre jambe au frigo, on va pouvoir vous la recoudre".

SI c'est pas clair : sarcasme.
votre avatar
sur un serveur virtuel :
Snapshot
MAJ
Test
Rollback (si nécessaire)
On est bien d'accord que c'est possible, mais qui fait le test ? quand ? Il faut donc bien planifier la mise à jour pour qu'elle se fasse quand quelqu'un peut dégager du temps pour tester.

On ne peut donc pas "simplement" laisser les mises à jour s'installer automatiquement en tâche de fond, ce qui est la question à laquelle je répondais. CQFD et merci pour cet exemple magistral.
votre avatar
", car une partie des attaques ne laisse visiblement pas de traces exploitables, selon les vecteurs utilisés." mais Microsoft founis des outils pour vérifier s'il y a compromission, du coup on couvre 100% des scénarios auquels cas c'est la mouise mais on a une solution sinon c'est vraiment très grave

L’attaque contre les serveurs SharePoint prend de l’ampleur

Fermer