Quelqu'un a pris le contrôle de mon serveur, activité suspecte dans les logs — que faire immédiatement ?

Vous avez raison, je suis aussi passé par là. Les décisions hâtives finissent par être corrigées six mois plus tard.

Lors de la prise de décision, écrivez aussi le pire scénario, pas seulement le meilleur. Corrigez-moi si je me trompe.

Je vais résumer le sujet, car plusieurs réponses différentes ont été données. Tout va bien les trois premiers mois, les problèmes arrivent au quatrième.

je ne savvais pas ça. si l'autorisation et le périmètre ne sont pas écrits ne lancez pas ce test.

si le chemin de notification est long la notification n'arrive pas ; une notification manquuante signifie un événement détecté tardivement... bon je suis aussi curieux de savoir si d'autres font autrement.

Sujet très actuel. Si vous grondez les fausses alertes, plus personne ne signalera rien.

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

Trois avis différents sont sortis, ils se complètent tous. Si c'est une première commencez petit l'échelle viendra plus tard.

Prendre des notes pendant deux semaines donne de meilleurs résultats qu'une estimation de six mois. Si vous avez des questions, écrivez-moi je répondrai au mieux.

Merci beaucoup cela m'a été très utile. du coup si vous grondez les fausses alertes plus personne ne signalera rien.

La plupart des pertes de temps s'accumulent sur les tâches en attente de validation. Voilà désolé si je me suis étendu.

Il faut faire une distinction ici. Le temps que vous mettez à détecter un problème détermine directement son coût.

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

Exactement, et ce n'est pas si connu que ça. Lors de la prise de décision, écrivez aussi le pire scénario, pas seulement le meilleur.

Corrigez-moi si je me trompe.

J'ai vécu exactement la même chose il y a deux ans. La sécurité n'est pas absolue ; c'est rendre l'attaque trop coûteuse pour valoir l'effort.

Prendre des notes pendant deux semaines donne de meilleurs résultats qu'une estimation de six mois. Corrigez-moi si je me trompe.

J'ai vécu la même chose.

Oui, la situation est exactement ainsi concernant serveur compromis que faire. Les solutions qui fonctionnent à petite échelle s'effondrent en grandissant, j'ai appris cela trop tard.

Commencez par un petit test, ne vous engagez pas sur tout d'un coup.

Absolument. Si j'ajoute quelque chose : Les solutions qui fonctionnent à petite échelle s'effondrent en grandissant j'ai appris cela trop tard.

La plupart des pertes de temps s'accumulent sur les tâches en attente de validation. franchement je le note au cas où.

Beau travail. Prendre des notes pendant deux semaines donne de meilleurs résultats qu'une estimation de six mois.

La sécurité n'est pas absolue ; c'est rendre l'attaque trop coûteuse pour valoir l'effort.

Il y a un point que je ne comprends pas. Tout va bien les trois premiers mois, les problèmes arrivent au quatrième.

beau travail et la plupart des pertes de temps s'accumulent sur les tâches en attente de validation.

Je partage mon expérience. N'hésitez pas à demander celui qui ne demande pas paie toujours plus cher.

Il y a un point auquel il faut faire attention. Le temps que vous mettez à détecter un problème détermine directement son coût.

Quand on essaie de tout changer en même temps, rien ne prend. À votre place, j'irais par cette voie.

J'ai vécu exactement la même chose il y a deux ans. Le temps que vous mettez à détecter un problème détermine directement son coût.