Reprise du message précédent :

Fais pas ta pucelle et sors nous la ligne de la charte correspondant

Ça ça m'étonnerait avec tes PME...

Check lors de la modification et s'assurer qu'il est dans les clous, pas a posteriori

Bonne idée ça. Comme ça tu ne peux rien faire pour les comptes déjà existants qui ne sont pas modifié, les appliances sur lesquels tu ne peux pas appliquer de politique de rotation, les systèmes hors gestion centralisée, ...
Bref, oui si tu met un système en place, non si t'a de l'historique.

Et encore même là, faut que t’aies 0 black box

Ouai enfin tu couvres déjà vachement plus.
Bref, oui, j'ai déjà vu du crack de mot de passe utilisé légitimement, dans le cadre d'un service vendu, de plusieurs manières
Et j'ai rien vu dans la charte qui l'interdise

Tu forces le changement en partant du principe qu'ils sont pas secure.

Owi, sur des comptes locaux que tu sais pas forcément par qui ou quoi ils sont utilisés, genre des comptes de service, de backup, des trucs qui servent que quand les cluster basculent 1x/x temps...
Non. Tu fait le moins impactant possible. On parle pas d'enforcer une politique de sécurité, on parle de mesurer une compliance.
Bref, j'vais pas argumenter sur un service qui se vend . Oui y'a de l'usage légitime du crack de mot de passe. Désolé.
Et je mentionne même pas l'avantage de pouvoir le faire sur des dumps des fichiers et pas sur les machines live (pour les trucs pas connectés, pas accessibles...).

 
Merci de valider que tu ne sais pas comment ça marche

Connexions HS sur des serveurs Citrix XenApp chez Cegid en quadratus ce matin...  

 
Ca dépend du cadre.  
Ce matin je lançais un audit profond et bien costaud chez un client, 30% de ses services critiques (genre vraiment super critique vu son métier) reposent sur des blackbox sur lesquelles il ne peut dicter aucune stratégie.  
Mais on est d'accord sur le fond, la c'est du détail.

Voilà, il y a ce qu'il se dit ici entre pros d'une part, et Jean-Kevin qui cherche un crack pour son pc pro sur le topic Windows & Software d'autre part. Au pire il y a les MP.

Les zadmins hackers de la DGSE ici

Alors qu'en fait ce sont des agents doubles qui travaillent pour le KGB

Et tout ça pour 40k€ l'année

 
C'est payé moins que ça.

les 40k€ incluent les tickets restau et les 50% de l'abonnement transports bien sûr  

 
Chargé employeur alors.

Tickets restau : oui
Transports : non

 
https://www.lexpress.fr/actualites/ [...] 09029.html
 
"D'ici 2025, nous aurons une armée de 4.000 cybercombattants"

On va aller loin avec une armée qui connait même pas les outils de base et doit aller demander sur un forum

Bordel mais de quoi vous parlez?  

De mecs qui se font des films dans leur coin. Rien à voir.

Les informaticiens aigris : kanban, agile et bruteforcing

Est ce que vous avez un outil qui me permette de vérifier rapidement la propagation DNS, l'état de la page derrière, toutralal sans se soucier du cache DNS ou whatever. Je vais exploser de la tête  

Non un chouia plus quand même. C'est Paname et le mindef, c'est pas les plus mauvais payeurs.

Euh, la propagation DNS c'est justement le fait que tous les caches DNS de la planète se mettent à jour  
 
Tu as "dig" comme outil qui te permet de mettre en argument le serveur DNS que tu veux interroger, pour vérifier s'il est à jour ou pas avec la nouvelle valeur, ainsi que le TTL restant avant expiration de l'entrée DNS dans le cache.  
 
Sinon si tu veux tester l'accès à ta page depuis plus loin, ya https://downforeveryoneorjustme.com/

dig +norecurse en ciblant les serveurs authoritative pour savoir s'ils ont bien l'enregistrement (et donc savoir si le pousse-bouton a bien fait son boulot ), tout le reste c'est de l'expiration de cache effectivement.

L'idée c'est d'interroger plein de serveurs DNS pour voir s'ils renvoient une IP pour ton enregistrement, et si oui laquelle.
Tu peux bricoler un truc à base de nslookup/Resolve-DNSName, ou bien utiliser un site comme celui là : https://www.whatsmydns.net/

 
Kanban, méthode agile, bruteforcing, bienvenue dans l'enfer des informaticiens aigris    

A coupler avec le topic bd sous paint  

oui mais ca empêche pas d'avoir une cache DNS de mon DC qui vient foutre son caca
 
T'as beau avoir flush tout DNS de ton système, vérifier la bonne propagation sur l'outil que tu indiques (je l'utilise bcp) tu te prends le vieux DNS pourri renvoyé par le DC    
 
J'ai passé une heure la pour comprendre ça, j'explose entre tout les systèmes de caching en pagaille

et le cache de la machine terminale

SAlut,
 
Question liée aux histoires de crack mots de passe de dessus : je suis au service support pour un client, et celui-ci a envoyé un mail expliquant que les quelques comptes admin sur le domaine dont le mot de passe était trop simple ou identique au username serait suspendu en précisant que cela concernait x personnes sur l'équipe de 10... Comment ont-ils pu avoir cette information ?
 
Merci

MdP en clair dans la BDD

J'ai appris aussi par l'occasion que le cache DNS de chrome est différent de celui de Windows  

Un domaine MS stocke les mots de passe en clair?

Exactement avec la technique que j'ai décrite. Crack du hash du mot de passe avec l'appli qui va bien.

C'est tellement ça Pour le coup la question classique "Quels sont leurs réseaux ?" serait vraiment appropriée  
 

Pareil pour Mozzarella Firefox il me semble, quand je bidouille des trucs faut parfois redémarrer complètement le navigateur pour être sûr d'appliquer le changement sans se faire niquer par quelque chose resté en mémoire

D'ailleurs j'ai appris récemment qu'il n'y avait pas de cache DNS au niveau du système sous Linux (ou en tout cas Debian) par défaut, ça m'a étonné. Tout est géré au niveau application.

Non, mais les hash peuvent être reversibles s'ils ont implémenté ca comme des bites.
Et même s'ils ne le sont pas (c'est heureusement pas le cas par défaut), le bruteforce de mots de passe courts est assez rapide sur un pc récent et l'utilisation d'une rainbow table peut révéler des mots de passe faibles mais plus longs rapidement aussi...