Reprise du message précédent :
Mwahaha.
 
La cogip a bouffé un crypto, plus rien n'était sauvegardé.
 
"Nan mais les cartouches c'est nul"
 
Ah ouais, bah on va voir si tu peux encore bosser quand tout le monde n'a plus accès à rien

 
mais tu n'avais pas foutu un nas ?

avec un peu de chance un power user l'a monté ne lecteur réseau avec une lettre et tout est crypté \o/ (c'est du vécu ! )

 
Meuh non, encore mieux. Y'a les identifiants du compte admin qui sont enregistrés sur les machines avec full access

Propre!

Best stage ever

Bordel, le stage qui se termine avec la cerise sur le gâteau  
 
 
Tuuuu tutuuu tutu tutuuu...  

On peut venir visiter l'entreprise ?

quelle entreprise ?   suite à la faillite tout a fermé et le bâtiment a été revendu et rasé

arrêtez tout et faites en un musée

Abus de langage de ma part, c'est bien des services qui se retrouvent être des sites dans certains cas
(Je voulais surtout l'opposer aux ressources)

Pour le coup, c'est vraiment en fonction des gpo et ca va grandement m'aider pour la délégation...

Par contre, y'a beaucoup d'avis ici plus ou moins différent. Faudrait savoir ceux qui ont répondu, si ils installent des AD ou les utilisent ....

Ça m'est déjà arrivé de reprendre le Wsus installé par une entreprise. Ça fonctionne techniquement, mais alors pour l'exploitation....

 
C'est magique hein ?
 
J'espère juste être payé, le reste je m'en ballec

T’avais pas fini officiellement ?

 
Si. C'est d'ailleurs pour ça que la police va venir lui dire bonjour

Si le crypto locker a touché aux fichiers de la compta…

Ou qu'il a crypté le rapport de stage  
A+,

Ce rapport de stage qui arrive ...    

A part Doum qui a craqué son slip on te dit plus ou moins la même chose (et on va pas te faire du design AD gratos non plus )
 
Ca depend aussi de comment va évoluer ta boîte (rachats, nouveaux services etc...)
 

Ca alors, une architecture dépendrait du contexte? Et architecte serait un métier, nécessitant une étude de l'existant et du besoin pour établir l'architecture?
C'est à peine croyable

Non mais je te rassure, moi je te monte un Ldap a la mimine, avec un petit champ d'authent custom multivalué tu vas voir tu m'en dira des nouvelles pour intégrer tes applis métier

Epic pour ton départ

Ah tiens, j'en ai eu une bonne ce matin (pas moi direct mais un collègue qui m'a raconté).
Le client a eu un problème sur un DC sur un site vendredi. Un presta qui est en régie chez eux depuis qd même pas mal de temps, sur un poste AD, a "remonté le DC" en urgence le samedi, astreinte toussa.
Lundi matin, les lusers arrivent, essaient de se loguer au domaine, blabla sécurité d'approbation entre le domaine et le poste ne fonctionne pas, bizarre.
Le presta dit à mon collègue qu'il croit qu'il y a un "problème de réplication". Mon collègue arrive pas à se loguer en rdp sur le dc, le presta y arrive avec le compte "administrateur du domaine", compte qu'il connait pas ...
Mon collègue commence à regarder chelou le presta en mode "mais qu'est ce qu'il fait lui ?". Le presta ouvre la console AD et ne voit en effet aucun user, groupe ou machine etc.
Mon collègue lui demande comment il a monter le DC, bah ce con a créé une nouvelle forêt ... tu m'étonnes que ça synchronise pas ...
Plus d'une heure à comprendre le truc, et le presta ne tiquait pas, il lançait des repadmin et tout, des KCC bref ...
Le DC a été réinstallé comme il faut dans la demi journée et le presta est la risée de l'équipe

Mais comment il a réussi à remonter une nouvelle forêt sans s'en rendre compte? C'est quoi le process de restauration ? Pourquoi les lusers ne pouvaient pas ouvrir de session si un seul DC était tombé ?
 
Il y a tellement de trucs qui puent là  
 

Un AD correctement monté, rien qu'au niveau OU (pas de délégation rien), ça doit représenter 1 % des boîtes (et je suis gentil)
Précisément parce que ça fonctionne même si tu fais plein de merde avec.

C'est surtout de "laisser vivre"...

Les GPO horribles mais ça fonctionne...  

 
Je pense qu'il est juste teubé en fait (ou allez, on va dire tête en l'air au mieux).
Le process c'était metadata cleanup puis réinstallation du dc je pense.
Il a du faire next next next j'imagine en se disant que vu que le lien réseau était pas super rapide ça prendrait un peu de temps à répliquer et n'a pas regardé après.
 
Les clients du site avaient en dns le dc en question donc qd ils tentaient d'ouvrir la session vu que le domaine avait le même nom et tout ça disait ça.

Ouais donc un process de restau hérité des années 2000 comme je le pensais (mais bordel le truc de la nouvelle forêt…). Et pas de redondance côté DNS Au moins le truc vit tout seul, c'est du pognon facile pour le presta
Bref je vais boire pour oublier.

Si si. En fait c'est la nana d'un des mecs qui bossent dans le groupe qui me l'a dit.

Il se trouve que la nana en question bosse au centre de formation.

Mais c'est tellement épique

edit : mon mémoire était fait à la maison, multiples copies sur différents stockages. Je suis pas taré

Ici sur HFR on analyse pas. La réponse est toujours universelle et exacte. Jamais d'ajustement, rien. Le hfrien sait. Jamais une solution qui peut paraître loufoque peut être tout a fait justifiée dans un contexte précis.

Je bosse pour un projet de SI au boulot qui comporte des données à caractère personnelle

A ce titre, j'essaie de connaître quel serait le "must have" en terme de sécurité pour éviter que ces données fuitent

En gros, quelle archi vous mettriez en place pour "enfouir" au mieux les données tout en les laissant accessibles sur un réseau Internet  

Si ma question est HS, incomplète ou pas au bon endroit, dites-le moi

Merci

Edit : en me relisant, le "tout en les laissant accessibles sur un réseau Internet" est pas forcément lisible, ce que je voulais dire par là et que les données seront stockées sur des serveurs accessibles via Internet, et non pas des serveurs internes (j'espère que les termes sont corrects )

https://www.ssi.gouv.fr/guide/guide [...] ormatique/

You're welcome

Donnés à caractère personnel, tu commence par aller voir ton DPO
Et ensuite, tu va voir un architecte.

 
Ne pas stocker les données. De rien

 
Merci, je vais lire ça
 

 

 
Mais merci
 

 
Tu peux expliciter ?

Autant l'architecte tu peux t'en passer sur le papier, autant le DPO ça peut être une obligation légale dans ta boîte, renseigne toi.
Et pour du stockage de données personnelles, autant les bonnes pratiques de l'anssi donnent une base, autant elles ne suffisent pas. Ils ont plein d'autres documents que je t'invite à consulter, mais ça ne remplacera pas un type dont c'est le métier.

You're welcome https://www.cnil.fr/fr/rgpd-passer-a-laction (bis)

Je suis DPO dans ma boite, si tu veux conseils indications tu peux me MP  

Même en ayant un DPO le nombre de décisions qui te passes sous le nez

OK merci à vous deux
 
Je vais bosser le sujet et je reviens vers vous (enfin toi surtout @theperco comme tu t'es proposé ) si j'ai des questions

 
tu ne les rends pas accessible depuis internet . CQFD de rien.

 
chez nous c'est pas le cas c'est séparé
mais je vois pas en quoi concretement ca serait bcp plus de la merde.

y'en a qui utilisent/ont deja mis en place les work folders ?
 
je lisais ce guide de migration
https://techcommunity.microsoft.com [...] a-p/425800
 
mais je vois pas comment ca peut marcher.
 
Ils disent :
 
When specifying the user folder structure, select “User alias” to maintain compatibility with the Folder Redirection folder structure.
 
sauf que chez nous les dossiers redirigé se base sur le "username" qui est un matricule venant de la paye
 
les dossiers sont donc : \\fileserver\home$\U00001,\\fileserver\home$\U00002 etc
 
mais pour moi l'alias c'est prenom.nom, venant de l'email
 
est ce un abus de langage et alias = username (contrairement a l'option alias@domain qui serai U00001@domain.com) ou alias = alias de l'upn donc prenom.nom ?