Reprise du message précédent :
Quelqu'un sait comment cloner les droits d'un utilisateur sous Oracle de façon à ce que la préprod soit iso avec la prod ? (en ligne de commande sous SunOS)

   
 
Non je ne sais pas comment spécifiquement ils marchent ces soft, j'ai pas mis le nez dedans, mais comment tu peux être certain de ça, que chez TeamViwer ils n'ont pas la clé stockée quelque part ?
 

 
Ouai, je suis un linuxien, je vie dans une grotte, mon réseau social c'est SSH + wall, et mon PC me chante mon anniversaire avec festival    
 
Encore une fois, c'est une histoire de moyen et de gestion des risques. L'espionnage industriel, c'est pas que dans les films, mais chez nous, ce genre de pratique, c'est faute  professionnelle, et de toute façon, l'ISO 27001 nous l'interdit

Le client Creative Cloud qui t'impose une MAJ de lui même qui prend 45 minutes quand tu veux juste le désinstaller  

As tu essayé de couper la carte réseau ?

Bizarre ces avis sur TeamViewer, est ce que cela vient du piratage via retro engeniery que certaines personnes ont été infecté à cause d'un Teamviewer resident avec mot de passe fixe le même que celui FB ? Avec la pub virale derriere, et l'arret des DNS de teamviewer durant 10H ?

Chez nous c'est Teamviewer auth ad et mot de passe changeant à chaque session, non résident.
Et Ultrvnc dans le vpn

Le plus chiant j'ai tjs pas compris pkoi Ultravnc parfois le alt +ctrl +sup fonctionnait pour ouvrir la session et d'autre fois non ^^

 
   
 
Avec la version "Host" je crois pas que tu puisse pas de mot de passe random.

Si, et c'est relou à utiliser

 
Encore une fois : c'est pas résident (par défaut).
 
L'utilisateur qui a besoin d'aide doit lancer le soft sur son ordi.
Une fois lancé, le soft genere un code temporaire, qu'il doit communiquer au presta/mec qui doit se connecter.
Une fois que le presta s'est déconnecté, teamviewer est automatiquement fermé.
Si le presta veut se reconnecter, même 1s après sa derniere intervention, l'utilisateur devra à nouveau relancer teamviewer, afin de recevoir un nouveau code, et le communiquer à nouveau au presta.
 
Tu peux le retourner dans tous les sens, c'est pour moi bien plus sécurisé qu'une connexion VPN accessible n'importe quand et qu'un VNC unattended.
 
 

 
Annéffé, mais justement, je n'utilise pas la host. Oui, l'utilisation de la host en entreprise, surtout pour gerer les serveurs est critiquable, là je vous rejoins, c'est pas vraiment défendable.
 
 
 
Pas du tout.
 
Ne pas confondre ce que dit la norme et les interprétations qui peuvent en être faites par un DSI ou un service qualité.
 

 
Sous NT6.1 et + il faut modifier une clé de registre pour que ça marche

 
L'agent client peut tourner en service permanent, et la sécu c'est valable pour le presta tiers, pas pour teamviewer qui peuvent bien foutre ce qu'ils veulent dans leurs binaires.

 
Oui, c'est ce que je dis depuis le début, mais c'est pas du tout le comportement par défaut à l'install, et un utilisateur ne peut pas l'activer sans droits admin. Si tu l'actives c'est ton choix, avec les conséquences qui vont avec.
 
C'est comme VNC, tu peux mettre le même mot de passe sur tous les ordis si tu veux.

Mais pour un usage service info/users internes et pas presta/clients tu vas certainement l'installer comme ça, tu dois très souvent prendre la main sur des postes sans qu'un user soit devant. Et si teamviewer est compromis de l'intérieur il suffit que le client soit de toutes façon lancé quelques minutes à la main pour qu'ils fassent ce qu'ils veulent  

 
Non mais j'ai bien compris   , qui te dit que la clé du client n'est pas uploadée sur les serveurs de TV ?
 

 
Une machine connectée à une infra non gérée, chez nous, avec l'auditeur 27001 c'est une non conformité  

 
Heu .. non
Je serais curieux de connaitre l'usage: si tu dois dépanner, l'user est devant son pc

 
Bah, euh non ? à quel moment ?
 
Si c'est pour faire de la maintenance type admin, on n'a pas besoin d'outils de ce genre, on a tous les outils de déploiement etc, et au pire s'il faut faire des manips on se connecte en admin sur la bécane, aucun besoin de solution de partage d'écran pour ça.
Et si on doit intervenir sur la session d'un utilisateur, mieux vaut que l'utilisateur soit là pour tout ce qui est confidentialité etc. Pas de risques que le mec se plaigne ensuite que "je suis sur que le mec du helpdek a lu mes mails" ou je ne sais quoi d'autre.
 
Je ne vois pas bien à quel moment on a besoin d'une solution type TV/logmein/gotoassist etc en dehors du support utilisateur donc en dehors de sa présence.

Si c'est le cas t'a surement un problème de process quelques part , j'ai très peu d'action que j'ai besoin de pouvoir faire quand l'user n'est pas devant le poste et en général je peux les faire avec un psexec ou un RDP en session admin, déploiement.

 
en HNO non

 
Et pourtant, ça n'a aucun rapport avec la norme.  
 
L'ISO 27001 demande juste une identification, un contrôle et une maitrise des risques, avec un plan d'action adapté etc. A aucun moment l'utilisation d'un acteur tiers/cloud n'est interdit dans la norme à partir du moment où il est identifié, possede un contrat avec la boite etc.
 
L'install d'un teamviewer/logemein/gotoassit etc par un tech dans son coin sans rien dire à personne, oui c'est une non conformité.
L'utilisation en tant qu'outil identifié au niveau du SI, avec sa propre documentation etc, est completement autorisé par la norme.
 
D'ailleurs certains comme logmein ont leur propre certif 27001.
 
Tout vient de l'interprétation qui est faite. Oui si dans la définition des risques que vous avez fait en amont vous avez classifié "le monde exterieur" comme un risque, vous êtes morts et devez vivre en autarcie, mais c'est pas du tout la norme qui dit ça.

 
 
Vous êtes gentils mais vous manquez d'imagination et d'expérience Des postes sans aucun user ça existe, des interventions qui nécessite de travailler sur une session locale aussi, les VIP qui refusent de passer 5 minutes à te regarder bouger leur souris également, j'ai des des intervenants qui ont le droit sur l'outil de PMAD mais à qui je veux pas donner d'autres droits (dont admin ou RDP sur les postes) et d'accès à d'autres outils, et j'en passe plein. Et surtout n'oublions pas l'user boulet qui est absolument incapable de lancer un exe et te filer correctement un code...

 
Chez nous effectivement on doit vivre en Autarcie  

Voila, mais c'est votre interprétation/mise en application de la norme qui vous force à ça, pas du tout la norme elle-même.

c'est tout le principe des normes , de la bible et du coran, ca depend qui le lit

Oublie la norme, le fonctionnement en permanence ou au besoin : même quand tu lances puis fermes un TV ou similaire il y a quelques minutes ou un tiers que tu ne maîtrises pas qui peut prendre la main sur ton système, fait la même chose avec une solution 100% on premise et tu n'as pas ça. On peut décider que ce tiers est suffisamment de confiance et que ce risque est acceptable, mais dire qu'il n'y a absolument aucun risque est juste faux et selon le contexte on a aussi le droit de dire que ce risque n'est pas acceptable en lui même ou par rapport aux risques et inconvénients d'autres solutions.

Il y a quand même un monde entre du bricolage à base d'UltraVNC et du TeamViewer: de vrai solution de gestion de parc

 
vendredi , passera pas

sa marche seulement dans la cas d'un parc homogène  
 
vas essayer de gerer 1000 Pc chez 100 clients différents sur toute la France avec 100 presta matos differents  

Pour info, notre soft n'est pas en SaaS mais tourne chez les clients. En cas de besoin de support, le client fait entre « xoa support tunnel » dans le shell de notre appliance, et ça retourne un numéro de port aléatoire qu'il doit nous communiquer. Ça ouvre un reverse tunnel SSH qu'on peut utiliser de notre côté pour rentrer chez eux (avec une clef SSH bien entendu)

Dès que le support est fini, l'user fait Ctrl+C pour fermer le tunnel, et voilà

on peut gérer 1000 pc chez un client ou gérer 1 PC chez 1000 clients mais on peut pas gérer 1000 PC chez 1000 clients

 
Et donc le vpn autorise un tunnell SSH sur un port aleatoire vers un endroit tiers
 
Et donc tu es le tier, et il doit avoir confiance en toi

qui te parle de VPN

Notre appliance tourne dans l'infra du client, s'il a un FW en sortie il faut autoriser le nom de domaine de la machine qui centralise les tunnels (support.bidule.machin)

edit : le port aléatoire c'est pour le reverse tunnel sur la cible, côté client c'est le port 22 en sortie.

 
Fake

 
Doit y avoir un problème alors, appelle le support au 555-555

 
 
J'ai (presque) terminé mon Infra LDAP, avec provider & consumers. Sauf pour update les arbes AD, les slave ne relèguent pas le contexte, du coup le BINDN est vide pour maj le master  

flash_gordon, mon mauvais, il semble que sur la dernière version (12), même la version Host peut avoir un mdp random.

Avant on assignait le mdp dans le .msi lors du déploiement, ce qui est assez pratique pour prendre la main rapidement quand le gogole d'user confond un Ø un O ou donne pas l'indication pour les MaJs (tiens c'est gratuit c'est vendredi )

Mais maintenant il semble que le mdp peut être aléatoire, en tant qu'admin on demande une connexion, la fenêtre chez l'user pop avec le mdp *

*Ça change pas le prix

Je fais du golden gate (oracle) et c'est ma joie

J'envie ta joie
 

dernière fois que je prends pas des congés en aout.
Toutes les équipes dont je dépends (réseau d'infra, hosting etc.) sont en sous-effectif, voire carrément au point mort. Tous les projets en standby alors qu'à la rentrée ça va être la déferlante.
La prod ne bouge pas d'un iota, parce qu'il y a peu d'opération (comme quoi, moins on touche ... ), et globalement les trafics sont moindres.
 
Putain le mois d'aout au taff, c'est la mort  

bah c'est bien justement. Faut partir en Septembre quand toute la merde se décante

c'est parce que tu t'y prends mal :
le mois d'aout au taff, tu fais des 10"0-16h avec 2h de pause déjeuner au soleil et en rattrapant les trucs persos sur lesquels t'as jamais le temps de bosser.
et ca c'est bien.

+1  
Le mois d'aout au calme  , et en septembre quand les autres reviennent, toi t'es pénard