Reprise du message précédent :

 
Absolument pas, c'est une grosse erreur que de croire ça. Mais faut se pencher sur la question pour le comprendre.

 
J'ai jamais dit ça.  
Je dis simplement que les sysadmins qui refusent la segmentation et qui croient encore à la sécurité périmétrique sont en général les mêmes qui refusent pour des raisons idéologiques le cloud et les infras hybrides et qui vont finir par être inemployables parce que leurs seules compétences seront vmware/windows.  
Le cloud n'est pas une solution magique, on est bien d'accord, mais le full on premise c'est le passé.

Tu es sur un topic vmware/windows

non

 
Je m'en fous à vrai dire, je m'en vais.

Hmmm disons que ça déplace les problématiques. La crainte que je vois avec du déploiement d'un simple clic c'est l'absence de volonté de débug, je redeploie une nouvelle vm et roulez jeunesse.

Ca me semble réducteur

Réducteur de test ?
A+,

Évidemment y'a pas que ça. En soit que ce soit du cloud ou legacy, t'as toujours cloisonnement, contrôle des flux, dns, ad, etc

Les contreparties sont plutôt du côté dépendance au fournisseur et tarif incontrôlables.

Ça dépend des contextes et toutes les applications ne sont cloudifiable.

Tu veux dire comme ceux qui redémarre un serveur sans chercher plus loin actuellement ?

Dis comme ça  

 
C'est plus clair dit comme ça, merci

Le zerotrust c'est bien une forme de périmétrique pourtant, donc je ne suis pas sûr que le terme périmétrique soit adapté.

Tu peux expliciter   ?

Ca c'est plutôt la logique historique des équipes de sécu 100% réseau, où le firewall protège de toutes les menaces de la galaxie, et où les attaques internes sont inenvisageables, et donc la sécu des système, on s'en bat les couilles. Et en général, cette philosophie n'évolue que quand la boîte en question se mange un crypto.
Ce qui ne veut pas dire que côté sysadmins il n'y a pas de résistances non plus bien sûr.

Contrainte de temps  

Là ca explique ce que je veux dire quand je dis ça : https://itsocial.fr/tribunes/modele [...] imetrique/

 
 
ça c'est  évidemment jamais vu on premise ça ....  
 
oracle  

 
Plus en cloud qu'ailleurs ? T'as vu Vmware et du Microsoft donc tu maitrises l'ensemble des coûts ?  
 

 
Je ne dis pas ça, l'avenir c'est l'infra hybride.
 

 
Pas.Du.Tout. C'est même l'inverse du concept, ce que tu dis.

 
A chaque fois que j'ai vu des résistances dans l'application du zero trust / zero trust-like, c'est le système que j'ai vu vent debout à pas vouloir se faire chier avec les matrices de flux, pas le réseau.

Ouais, pas faux.

Mais sur du on prem, une fois les licences achetées y'a plus de surprise logiquement. Sauf si l'éditeur décide du jour au lendemain de ne plus supporter ton produit.

J'en suis convaincu aussi.

On doit pas avoir les mêmes définitions sans doute pour les deux termes.

 
Nan mais y'a pas d'histoire de définition, le zero trust c'est l'absence de zone trust, donc le périmétrique n'existe pas dans le concept.

 
 
c'est pour ça que AWS Outposts &  Azure Stack existent  

D'ailleurs la 2108 d'azure stack hub avec AKS (en public preview) est sortie hier, comme quoi tout arrive à point à qui sait attendre midi à quatorze heures
 Mais dans la vision "cloud hybride" la plus commune, c'est clairement azure stack hci+Azure Arc qui vont constituer le gros de la stratégie MS

1) Cet article ne veux rien dire, et défini encore moins ce qu'est le zero-trust
2) c'est du publi-redactionnel pour CyberArk (qui vend des bastions, d'où le blabla sur les accès admins)
A ta place, je chercherais d'autres lectures sur le zéro trust
Y'avais un papier sympa par Google (BeyondCorp) sur le sujet (même si l'approche est forcément 100% cloud et internet faced)
Ah bah tiens, une ref qui veut un peu plus dire des trucs : https://www.ssi.gouv.fr/agence/publ [...] ero-trust/

Ça fait des années que j'en suis convaincu.
C'est ce que je voulais mettre en place dans ma boîte précédente, je me suis mangé un mur en adamantite.

Après c'est pas à la portée de tout le monde.

 
 
en ce moment je me prends des murs violents chez un client de la part de gens qui ne veulent déjà  pas comprendre comment ça se passe on premise  ( "on a un sla avec notre infogérant alors l'infra technique en dessous c'est pas notre problème" ) alors le cloud n'en parlons pas  

J'aurais pas définis ca totalement comme ça, mais c'est justepour ça qu'on se comprend pas en fait

J'essayais de pas rentrer dans les détails, c'est pour ça, mais si faut tout détailler j'aurais plus le temps de bosser

Faut des compétence dans ces technos.  
Selon les clients ou je bosse, c'est loin d'être gagné.
 
Ceux par exemple ou ca redémarre les serveurs quand l'appli a un problème sans chercher pourquoi, tu te doutes bien qu'ils sont pas matures pour ce genre de technos.

 
Jamais ca se voit Oracle qui change sa tarification, jamais
Jamais ca se voit le changement de calcul des licences, jamais
Une boite honnête et fiable, la preuve oracle est partenaire de Iron Man

J'aurais du parler d'orientation zero-trust pour être plus clair en fait.

 
rien ne t'empeche de faire la même chose avec outpost    
 
et de toutes façons c'est les meme qui râlaient quand la virtu est apparue  

Je veux bien que tu rentres dans les détails parceque je comprends toujours pas ta position initiale, et c'est pas l'article linké qui m'aide  

J'ai dis ça :

Pour moi le zero-trust c'est un ensemble de zone trust individuelles donc un peu du périmétrique, mais je sais pas si je suis très clair quand je dis ça.
En lisant en diagonale je pensais que l’article disais ça.

Zerotrust c'est depuis longtemps un buzzword dont personne n'a la même définition (si au moins il y a une définition), deal with it

Oui enfin la première ligne de wiki dit quand même "zéro trust security model, sometimes known as perimeterless security [...]".
Sinon en ref de qualité, y'a le papier de l'ANSSI, les docs de Beyond Trust et une publi du NIST, c'est quand même mieux qu'un publi reportage

Hého calmos, on est le matin

 
Dès que tu abolis les concepts de nuit et de sommeil, en vrai, ça pose plus tellement souci ce genre de détails.