Reprise du message précédent :

Pas d'accord, ça dépend de quel objectif tu as

Edit: multi grilled

C'est complètement con.
Pentester, c'est un métier. Un pentest, ça répond à un besoin.
Avoir un serveur dédié kali pour toi même auto pentester tes propres déploiements, y'a peu de chances que ça ai un réel intérêt.
Par contre, avoir du scan de vuln, selon la taille de la boîte, c'est ptete plus utile. Et un bon outil de scan de vuln sera probablement plus efficace qu'un admin qui tente de pentester après 3 jours de formation sur le sujet (ce qui est loin de suffire pour maitriser le sujet).

Un serveur kali, wtf  
Et après tu feras le pentest du serveur de pentest ?

faut voir la gueule de l'outil de scan de vuln quand même
après faut surtout être motivé pour faire de la remédiation, sinon ça présente quand même peu d'intérêt amha

Vous prenez pas la tête, c'est une formation bas de gamme où le seul but du move est de cocher la case "est capable d'agir pour détecter les failles de son système" et ce même si c'est un scan qui ne correspond même pas au système que t'as. C'est certainement du RNCP d'une boîte de formation pourrie hein
Avec ma boîte on va faire des formations systèmes et réseaux type bac+2/RNCP aussi, j'ai vu le programme il a l'air intéressant mais l'important c'est le formateur.
J'ai hésité à donner un coup de mains mais c'est pour des déficients visuels je crois, ça doit être super chiant à guider des aveugles

Parce que tu bosses ? Non mais on ne nous la fait pas à nous

Manifestement ses patrons sont aussi  , ils croient encore qu'il bosse.

Merci !

Audit audit audit... Et ça fait rien derrière  

Mais c'est bien, on a été audité  

 
 
Oui, j'en suis encore à adapter le niveau de performance. Déjà à moins de 50% je suis "supérieur aux attentes".
Reste à définir les demi journées que je passerais au lit et les semaines passées en vacances en douce

Voila, si la suite de l'audit c'est "bof, trop compliqué, trop chiant, flemme, trop cher..." ca va pas trop servir Enfin si, faire tourner le business de gloubicorp

C'est presque pire en fait.
En cas d'audit il y a une preuve que tu savais.
Sans audit tu peux faire l'autruche.    

Putain ils viennent de mettre à jour Jira dans la cogip. Quel est l'enfant de satan qui a décidé que c'était mieux d'afficher les commentaires les plus récents en premier et pourrir le réglage inverse ? Il faut molette clic, molette shift clic pour tout déplier là où l'ancien fonctionnement affichait les 3 derniers commentaires ?

En même temps avec un produit de l'enfer faut s'attendre à ça

Y a un mec sur terre content de Jira ? j'en n'ai pas vu encore

à mon ancienne cogip j'en étais content, mais l'admin jira était dans le bureau juste à côté et je le connaissais bien, ça doit jouer

Connais leur produit pas Jira mais Confluence n'est pas mal

J'aime bien les deux perso mais ça a ses limites. Disons que le suivi de conso projet avec ça on repassera.

Ah Confluence c'est à eux. Je ne savais pas.

 
Merci Microsoft  

Pas mal de gens crachent sur Jira/Confluence effectivement. perso je trouve ça bien, surtout venant de merdes archaïques precedement.
L'admin Jira peut-être aussi grandement responsable de la nullité de l'interface.
si lui ou les demandeurs te rajoute 3 champs, 2 checkbox obligatoire et 5 état de transitions. ça devient effectivement imbitable.

Les deux sont interconnectés de façon intéressante et je trouve ça vraiment cool.

Par contre la gestion des droits est pas ouf sous confluence.

Server LGBTQIA compliant

 
Petite rapide question d'un matin : vous utilisez Ansible dans vos entreprises ?  
 
Merci de vos retours

Chef !

Mais si ta question c'est "est-ce que ça vaut le coup de monter en compétences dessus ?" La réponse est oui.

bah quoi cest la réponse D !

 
non
 
idem que au dessus, c'est pas inutile à connaitre. C'est juste une autre approche du conf management, plus facile à mettre en place, mais qui a ses limitations. C'est bien de savoir par exemple les principales différences entre ansible et chef/puppet/salt. On peut aussi rajouter cfengine pour les papys, et mgmt pour les hipsters
 

filebeat, auditbeat, metricbeat, heartbeat, qualys-agent, suricata
 
Ca commence à faire déjà beaucoup d'agent pour vouloir rajouter Chef en plus

quel rapport avec le conf management ?
 
Et je dis pas qu'il faut tous les connaitre, mais au moins connaitre les grosses différences de modèle (genre agent ou pas, serveur central ou pas, etc)

Ansible pour certains cas, Terraform pour d'autres cas.  
Pour résumer rapide : Ansible tu joues une recette, peu importe l'état de départ/arrivée. Terraform tu lui décris l'état d'arrivée et il se débrouille pour faire ce qu'il faut pour y arriver. On utilise l'un ou l'autre, mais pas les 2 sur le même système

Terraform dans le déploiement des machines et ansible dans la gestion / déploiement applicatif.

Et DSC pour les windowsiens, même si ça va tendre de plus en plus à être utilisé à travers d'autres outils comme Ansible justement

C'est souvent ça oui, terraform pour le déploiement d'infra et Ansible ou autre conf mgmt pour la conf applicative.
Mais j'ai un client qui utilise Ansible pour tout et ça fonctionne aussi, même si j'aime pas trop

Une première pour moi aujourd'hui à l'instant: J'ai une collègue (dev informatique) qui s'est pris un retour de recette du client pour... un commentaire de code.
 
Même pas un display, hein, un vrai commentaire de code. Retour de recette officiel avec demande de relivraison et nouvelle fiche de test et tout.

il y avait peut-être une faute de syntaxe dans le commentaire

certainement un commentaire facho

comme discuté sur un autre topic
ansible faut gérer la suppression, et dans le cadre d'infra c'est tres merdique je trouve

terraform destroy et ca te nettoie tout

donc +1 pour le combo terraform pour l'infra, ansible pour la config (des OS et applis)

le seul défaut majeur de terraform c'est sa syntaxe relativement dégueulasse

mais pour des trucs qu'on crée + d'une fois, c'est facilement générable

Balance le com là  

Packer pour les templates a jour, Terraform pour le deploy de ces templates, et peut être Ansible ensuite pour les conf si besoin.

Enfin chez nous en interne ça n'a pas de sens (20 VMs de prod ) mais chez des clients oui

automatisation pour kindly collecter la DÎME chez les clients

Quel est le risque si un presta s'est fait hacker une table user avec des mdp cryptés en md5 ?