authentification

principe

https://fr.wikipedia.org/wiki/Authentification_forte

rêgle de sécurité

Authentifieur

Autorisation



local : LocalStrategy (nodeJs et passport) , exemple flask

authentifieur local

étape 1

utilisateur (id_utilisateur,login, password, role,  est_actif, nom, email)      
INSERT INTO utilisateur(id_utilisateur,login,email,password,role,nom,est_actif) VALUES
(1,'admin','admin@admin.fr',
    'sha256$dPL3oH9ug1wjJqva$2b341da75a4257607c841eb0dbbacb76e780f4015f0499bb1a164de2a893fdbf',
    'ROLE_admin','admin','1'),
(2,'client','client@client.fr',
    'sha256$1GAmexw1DkXqlTKK$31d359e9adeea1154f24491edaa55000ee248f290b49b7420ced542c1bf4cf7d',
    'ROLE_client','client','1'),
(3,'client2','client2@client2.fr',
    'sha256$MjhdGuDELhI82lKY$2161be4a68a9f236a27781a7f981a531d11fdc50e4112d912a7754de2dfa0422',
    'ROLE_client','client2','1');

auth google


exemple udemy

présentation du squelette du projet


contrôleur auth_security





système d’authentification : modélisation

Utiliser le fichier looping suivant

mcd : authentification avec plusieurs rôles

Tester avec différentes jointures

association classique
association : héritage
association : héritage


On appellera “entité” une instance d’“une classe d’entité” comme P. Bergougnoux (bref identique à un enregistrement).
Il est possible de trouver une autre interprétation d’une “entité”


X : “exclusivité” ou “exclusion mutuelle” : une entité du sur-type concernée par une entité du sous-type ne peut pas être concernée par une entité d’un autre sous-type


T : “totalité” : toutes les entités du sur-type sont concernées par au moins une entité d’un sous-type, il y a “totalité”