On va installer un logiciel open source de gestion des stocks — que vérifier côté sécurité ?

Lors de l'installation, ne donnez surtout pas les droits 'root' à l'utilisateur de la base de données, créez un utilisateur restreint qui n'a accès qu'à la BDD du logiciel. Activez le pare-feu (UFW) sur le serveur et bloquez tous les accès inutiles à part les ports 80 et 443. N'oubliez pas non plus de mettre en place un certificat SSL gratuit.

En récupérant le code sur le dépôt, faites ces 4 vérifications : 1) Le nombre d'étoiles et l'historique des followers sont-ils naturels ? 2) Y a-t-il des failles non résolues dans l'onglet des alertes de sécurité ? 3) Sous quelle licence est distribué le projet, y a-t-il des restrictions d'usage commercial ? 4) Trouve-t-on des scripts cachés qui envoient des pings vers des serveurs externes ?

Ça fait 3 ans qu'on utilise un module ERP/stock open source. Notre serveur nous coûte 320 TL par mois, et on paie 80 TL pour l'espace de sauvegarde externe chiffré. Ça ne fait même pas 5.000 TL par an. Mais on avait payé 15.000 TL au début à un consultant externe pour l'installation et la sécurisation, et ça valait vraiment le coup.

Si votre contact change de boîte demain ou que le serveur plante, vous faites quoi ? L'open source est gratuit, mais le support et la maintenance ne le sont pas. Si le système bloque en pleine période de facturation, la note risque de dépasser le prix de la licence.

Ne mettez pas directement le logiciel téléchargé en production. Entrez quelques faux articles de stock basés sur vos anciennes données et testez pendant au moins deux semaines entre les boutiques. Ça permettra au personnel de prendre la main et à vous de surveiller si des logs d'erreurs bizarres s'accumulent en arrière-plan.

mettez absolument des ip fixes pour les boutiques. si vous faites un panneau web accessible à tout le monde dehors les bots vont saturer le serveur à force de tester des mots de passe c'est du vécu.

Et sur ce genre de projet open source quand il y a une mise à jour, on peut la faire en un clic comme sur une appli mobile ou il faut tout réinstaller depuis le début ?

Instaurez impérativement une règle pour faire une image système automatique du serveur chaque semaine et envoyer une sauvegarde quotidienne de la BDD vers un e-mail séparé ou un cloud.

La réponse ci-dessus va droit au but. Les environnements de test oubliés sont plus souvent des portes d'entrée que les systèmes de production.

Si vous avez des questions, écrivez-moi, je répondrai au mieux.

Il est rare de trouver un texte qui explique les choses aussi clairement.

J'écris cela pour éviter que vous ne fassiez la même erreur. L'erreur commise du côté de logiciel gestion des stocks open source est généralement réversible mais coûteuse.

Beau travail.

vous avez raison. bref prendre des notes pendant deux semaines donne de meilleurs résultats qu'une estimation de six mois.

plus il est difficile de revenir sur une décision plus il faut la prendre lentement.

Je suis d'accord.

Je ne savais pas ça.

Chez nous, ça s'est passé comme ça. Ne comptez pas sur une seule mesure de sécurité ; allez par couches.

Quand on décide sans mesurer, on revient toujours au même point. Si vous avez des questions, écrivez-moi, je répondrai au mieux.

J'ai été soulagé en lisant cette réponse donc ce n'est pas seulement mon cas. Une sauvegarde non testée n'est pas une sauvegarde.

Bien sûr cela change si votre situation est différente.

Merci pour votre retour. Tous ceux qui se pressent sur logiciel gestion des stocks open source se heurtent au même obstacle.

Les décisions hâtives finissent par être corrigées six mois plus tard. Je le note au cas où.