Reprise du message précédent :
SINON tu t'achètes un mac pour bosser tout le temps avec et quand tu as besoin de bosser sous windows => parallels ou bootcamp
 
Problème réglé

 
Plutôt m'arracher les couilles avec les dents

Payer très cher quelque chose qui ne correspond pas à son besoin c'est effectivement la solution Apple pour a peu près tout les problèmes

 
L'inverse doit être encore plus compliqué...

Tu es plus couvert chez les Bisounours ouais      
Quand tu es presta et en charge de l'application des règles de sécurité, oui tu te blindes. Car le jour où il y a un gros pépin chez un gros VIP, c'est pas le VIP qui va passer au peloton d'exécution.
Pour les formations, là encore ça ne s'applique souvent qu'à des structures à taille humaine. Pour les outils, il y a de solutions qui conviennent à 95% des users : boîtes de services, calendriers d'équipes, gestion des conf room de façon souple...il y a toujours des exceptions (mais gérées et tracées par l'IT) mais la plupart des users n'ont quand même pas des besoins de délégation systématiques et extravagants (même si là aussi ça dépend du coeur de métier de la boîte).
Par exemple on délègue la gestion des membres d'une DL à un responsable identifié, ou dans le cas d'un projet, le chef de projet se voit attribué le droit de faire sa tambouille sur sa BAL/calendrier/DL d'équipe de façon autonome par exemple.
 
Mais laisser chacun déléguer ses droits comme il l'entend, quand tu as 50K users c'est ingérable. C'est comme si on leur laissait gérer l'accès aux filer, au bout de quelques mois tout le monde aura accès à tout
 
Pour te donner une idée des contraintes légales, pour donner l'accès à une BAL perso, pour un pays il faut que cela se fasse devant 3 témoins présents physiquement, et ça c'est un pays, il y a une centaine d'autres avec chacun leur réglementation à gérer
 

C'est surtout le fait de s'arrêter à ce qu'offre l'interface graphique qui m'interpelle. Et je tuerai père et mère pour que les cmdlets de délégation soient intégrés au module AD. Et là encore, comme souvent dans le débat GUI vs CLI, selon que tu devras modifier une ou 2000 BAl tu n'utiliseras pas forcément le même outil.
 
 
Donc toi sur tes exchanges tu vires la possibilité pour les users d'utiliser la délégation tel qu'elle existe ou d'aller attaquer directement les ACL sur leurs dossiers (tu moments que t'as accès rien qu'à la boite reception et au send as t'as à 90% des problèmes que tu exposes) ? Bizarrement j'y crois pas (et je sais même pas si c'est possible ) [/quote]
On a des clients qui ont demandé ça oui : empêcher la possibilité d'utiliser la délégation outlook pour tout centraliser au niveau IT. Ce qui fait qu'au final (avec une organisation Exchange ad-hoc forcément), ils ne gèrent que des exceptions.
J'ai du mal à voir ce qui choque, la politique de l'open bar ça fait bien longtemps que c'est banni côté IT au profit d'une gestion raisonnée.

Notre Abdrx national est en vacances ? J'aurai voulu savoir s'il avait testé les tablettes Toshiba, savoir ce que ça donne.

lesquelles ?

Hello,
 
Des gens chez Avanade ici ?

je vois mal quelqu'un lacher comme ça le nom de sa boite

Pour l'historique, j'ai créé il ya quelques temps un compte skype propre à chaque PC de stagiaire, déjà loggué et avec la mémorisation de l'accès et connexion automatique.  
C'est pour gagner du temps plutôt que de faire créer un compte skype à chaque nouveau stagiaire ou qu'il mette son compte perso et passe son temps à chatter.
 
Le patron qui vient de voir et me demande si j'ai bien pensé à changer le mot de passe du compte skype que j'ai créé sur le pc d'un ancien stagiaire (qu'on vient de dégager mais dont il ne s'occupait de toute façon pas) car il avait peur que ce stagiaire se loggue sur le compte de l'extérieur    
 
J'aime bien les gens qui ne font déjà pas leur boulot et soudainement, se croient plus intelligent que toi et viennent se mêler du tien ...

mais tu l'as changé ou pas le mot de passe ?

Je ne l'ai jamais donné à personne surtout
Skype se connectant automatiquement, je n'ai pas besoin de le communiquer.

Enfin, pour lui que oublie souvent ses mots de passe .... c'est déjà bien qu'il sache que ça se change ...

Tu parlais de responsabilité devant la loi, maintenant de responsabilité en interne devant un VIP : c'est pas exactement la même chose.
Et de toutes façons VIP ou pas les gens sont responsables de leurs actes  

Mais concrètement quel droit de regard peut bien avoir l'IT sur tout ça ? Je veux bien faire la manip et ne pas la laisser à user, mais dans un boite de 50k users si un gars appelle le helpdesk en disant "je veux donner accès à ma boite à X" quel autorité ou connaissance du métier l'IT peut avoir pour légitimement refuser ?
Et je te garantie que je connais des boites de bien plus de 50k ou les users sont très autonomes sur la gestion de leurs fichiers via du sharepoint ou autre.

Quel pays ?   Et c'est une contrainte légale ou une un truc auto-imposé par des juristes paranos ou des syndicalistes extrémistes ?
Toujours est-il qu'en France, chez la plupart de nos voisins et aux US tu n'as pour moi absolument pas ce genre de chose imposé par la loi, et que 2 des plus gros produits produits du secteur (Exchange et Domino/Notes) ont ce genre de fonction activée par défaut : ta contrainte légale c'est du pipo

C'est surtout le fait de s'arrêter à ce qu'offre l'interface graphique qui m'interpelle. Et je tuerai père et mère pour que les cmdlets de délégation soient intégrés au module AD. Et là encore, comme souvent dans le débat GUI vs CLI, selon que tu devras modifier une ou 2000 BAl tu n'utiliseras pas forcément le même outil.

Responsabiliser et donner du pouvoir aux utilisateur de façon encadrée c'est pas forcement du "n'importe quoi" ou de "l'open bar" ça peut très bien marcher et être positif pour tout le monde, IT inclus (mais pour ça faut des outils adaptés, ce qu'on a pas totalement avec Exchange) : visiblement Doum fonctionnait comme ça depuis des années sous Notes (Notes !), tout le monde en était a priori content et sa boite n'a pas coulé. Et dans des tas de cas imposer de passer par l'IT c'est pas forcement une gestion raisonnée ça peut tout autant être une perte de temps et d'énergie inutile.
Faut prendre un peu de recul sur ce que toi tu vis...
Sinon par curiosité j'aimerais quand même savoir comment on peut désactiver la délégation de façon propre dans Exchange

Y'a absolument aucune  contrainte légale c'est du bidon
et si y'en avait, ca serait surement bien plus pour interdire l'IT de le faire en background, plutot que pour interdire le user de le faire lui meme
 
Moi tout ce que je dis c'est que Lotus (comme tu dis, Lotus !) permettait super simplement a un user de déléguer toute sa boite, alors que dans exchange c'est une GROSSE MERDE

Ça reste quand même ton patron, quoi qu'il fasse à côté qu'il s’intéresse et contrôle ce que tu fais n'est pas spécialement scandaleux et la question n'est pas spécialement débile, au contraire : si tu t’énerves pour si peu je comprends que la comm soit difficile dans ta boite

Et les hash des passwords skype enregistré sont stockés dans le profil de l'user, le profil doit pouvoir être copié pour repartir avec le mdp enregistré sur un autre poste, et déplomber un hash c'est à la porté du 1er script kiddie venu : faut changer le mot de passe

Par contre, juste comme ça, si tout est automatique etc.
 
ca empeche pas un stagiaire de se délogguer et utiliser le sien non ?  

Ca m'étonnerait même qu'il soit hashé...

Bon bah, encore un truc qui fonctionnait et qui ne fonctionne plus chez mon client.
 
Sur une configuration foireuse signalée il y a 3 mois... mais qui fonctionnait, là, une IP a disparu, plus d'accès aux données en cas de PRA

quand meme, c'est pas un clampin tout seul chez lui qui édite le truc

La dernière fois que j'ai eu besoin de bricoler dessus il l'était en sha-1, ce qui permet de bien tranquillement lui lui dictionariser ou lui bruteforcer la gueule

Déjà en 1981, Apple était bien plus cher que la concurrence
http://www.mkomo.com/cost-per-gigabyte

Skype avant le rachat par MS (et pas forcement beaucoup moins depuis) je le considérais limite comme un malware...

 
Qu'est-ce qui a fait évoluer (aussi peu soit-il) ton jugement ?

Des certitudes c'est toujours mieux que de l'incertitude : avant je savais pas ce que Skype faisait de mes données, maintenant je sais que MS file tout a la NSA

 
je suis pas sur que ça ai beaucoup evolué depuis.
Comme msn, skype c'est une joli daube dev avec des moufles peut être même des palmes.

 
Euuuh, toi, tu ne vois pas assez d'appli metier de gestion, ça se sent.

 
hum j'avoue c'est pas trop mon créneau, je connais juste apinégoce&co dans le style c'est vrai que c'est bien daubé tout sur une base access /love it so much
Après je fais du support sur des logiciels maisons donc les devs de manouche je connais un peu quand même

Dites, y'en aurait il qui ont mis en place Direct Access ? si possible en version 2012
 

 
Oh ouais les ex-APIsoft c'est de la belle vacherie ça.

 
Juste en PoC (Server2012 + Win8). Ca marche mais je n'ai pas pu tester plus que ça.

C'est même pas ça le problème, skype s'installe sans les droits d'admins, s'incruste de partout dans le système, ils ont toujours fait pour que ce qui passe par leur flux soit le plus obscure et le plus difficile a identifier et bloquer possible, même les binaires étaient fait bizarrement avec des méthodes ressemblant a celles d'auteur de virus voulant être le plus difficilement identifiable (et sont peut-être toujours, j'en sais rien), avant le rachat par MS l'archi P2P était encore la pour donner une autre couche d'obscurité dans le fonctionnement du système, y'avait en permanence de la data qui partait vers le net depuis skype meme en idle, etc. Tout ça était inquiétant, mais montrait que ça n'avait vraiment pas été codé avec des moufles.
 
Edit : une analyse orienté sécu du skype pre-MS (je sais pas ce qui a changé ou pas depuis) http://www.blackhat.com/presentati [...] ndi-up.pdf

"Barracuda Networks is the worldwide leader in Security, Application Delivery and Data Protection Solutions."
 
http://thehackernews.com/2013/07/B [...] ty_24.html
 

 
 
 

Entre les 85 pubs et les conneries genre le texte pas sélectionnable c'est abominable à naviguer hackernews   Et l'article est super mal écrit, je suis même pas sur de ce qui est touché et ce qu'il faut comprendre.

 
Je ne me suis pas énervé ni rien du genre. Je lui ai juste rappelé ce que je lui avais expliqué la semaine dernière, à savoir que personne n'avait le mdp.
 
Mais c'est la personne qui ne gère rien (je dois réclamer ma fiche de paie chaque mois vu qu'il la reçoit par mail mais n'est pas foutu de me la filer) ... Genre là on a 5/6 cas de personnes n'étant plus clients chez nous et qui ont eu récemment un prélèvement de notre part, mais d'une de nos anciennes banques.
Le montant et le descriptif correspondent à une facture de 2007/2008. On a juste changé 2 fois de banque entre temps.
 
Je lui ai proposé de gérer le truc car c'est assez critique au final et il a préféré le faire.
Ça fait 3 semaines qu'il n'a rien fait ...
 

 
Ouaip sauf que comme on utilise skype entre nous, ça se verrait très vite.
 

 
Le stagiaire en question n'étant même pas foutu de faire une recherche google, je ne crains rien.

 
T'as suivi une doc un peu claire et complete qui liste tout ce qu'il y a à faire ?  
J'essayerai bien de le mettre en place en test mais ce que j'ai trouvé est souvent trop du lab, et colle pas a une infra crédible en entreprise (DMZ, DMZ privé existante par exemple)

Franchement l'appréciation juste ou pas des intentions et capacités du mec c'est pas important, ça prend 1 minute de changer un mdp auquel un mec "dégagé" et donc a priori pas pas parti dans de très bonnes dispositions avait indirectement accès, il faut pas se poser de question et le faire.

vla l'erreur de débutant en plus c'est vraiment pareil partout tiens.

Une page d'admin d'un de leurs sites web est protégée par un login/mot de passe mais le fichier contenant ces credentials est lui-même dans le même répertoire que l'index, et donc est accessible par n'importe quel visiteur qui connaît son nom (qui est standard donc pas difficile à deviner). Les best practices c'est soit de mettre ce fichier de credentials en dehors des répertoires accessibles par les visiteurs du site web, soit de configurer une ACL dans le serveur web pour empêcher l'accès à ce fichier spécifiquement, mais là aucune des deux mesure n'a été prise.

 
Non, j'ai fait un mix entre http://syscomlab.blog.com/2012/09/ [...] 012-guide/ et http://blogs.msdn.com/b/canberrapf [...] 12-rp.aspx (qui sont très proches par ailleurs). J'imagine que tu as déjà vu ces docs
 
Vu que c'était juste dans le cadre d'un PoC, j'avais une archi ultra-simple, le serveur DA 2012, un DC 2008R2 dans le même LAN et un Win8 en client

 
ah oui d'accord toi c'est ca que tu appelles PoC
pour moi ca c'est du lab, un Poc c'est dans l'environnement réel mais limité en nombre d'utilisateur