sys.v_$sqlarea fonctionnement et interpretation

Bonjour

Ma question du jour est relative a la variable et sont contenu.

J'ai creer un nouvel utilisateur avec uniquement le droit en lecture.

J'ai changer son mot de passe directement sur son profil et puis j'ai creer un second utilisateur, toujours readonly et j'ai essayer de modifier son mot passe avec mon premier utilisateur> Le but etant de permettre a mes utilisateurs de modifier leur mot de passe eux-meme.

Bref, j'ai voulu verifier les requetes lance par mon utilisateur 1 via la commande :

Code:

---

1 2	select * from sys.v_$sqlarea where parsing_user_id = 1

---

et j'ai des requetes dont je ne connais pas la provenance, par exemple

Citation:

---

select username from user_role_privs where username = (select user from dual) and granted_role = 'DBA'

---

Cela est-il normal? Est-ce lier au test pour changer le mot de passe de mon utilisateur?

Est-il normal que je ne vois pas la requete de modification de mot de passe??

Merci pour votre aide.:D

NB : J'utilise SQL Developer v19 pour lancer mes commandes

Bonjour,

Tu verras plein de requêtes "système" dans cette vue. Pourquoi tu recherches la requête dans cette vue? Pour changer un mot de passe utilisateur c'est la commande ALTER USER. Tu peux le voir d'ailleurs dans SQL Developer dans l'onglet "SQL":

Pièce jointe 570480

Merci pour ta rponse VANAGREG

En fait, pour le mot de passe, je veux que mon utilisateur puissent-le faire lui meme, d'ou le passage en requete.

Lors de sa premiere connection, il le change.

Avant, il venait dans mon bureau et je lui laissait la main sur mon environnement pour changer son mot de passe (puisque si il est expire, l'utilisateur ne peux plus se connecter), mais maintenant que tout le monde travail de chez soi, j'essaye de trouver une autre methode pour qu'il puisse le faire et je voulais verifier si il l'a fait en visualisant ces requetes.

En esperant que ce que je raconte ait un sens logique:weird:

Et je ne comprends pas d'ou vient cette requete, as-tu une idee ??

Merci

Il peut simplement faire lui-même dans une feuille SQL :

Code:

---

alter user nom_utilisateur identified by "nouveau_mot_de_passe";

---

Citation:

---

Envoyé par vanagreg

Il peut simplement faire lui-même dans une feuille SQL :

Code:

---

alter user nom_utilisateur identified by "nouveau_mot_de_passe";

---

---

Oui, c'est la methode que je vais utiliser, mais pour ca apparement je ne peux pas mettre une date d'expiration pour son mot de passe

Tu peux assigner un profile qui a une expiration de mot de passe.

Bonjour,
Je ne pense pas que cette requête soit lancée par un outil oracle car je ne vois pas pourquoi faire

Code:

---

username = (select user from dual)

---

plutôt que

Code:

---

username = user

---

Sinon, le ALTER USER ne se trouvera pas dans V$SQLAREA. Ce serait une faille de sécurité d'exposer le password dans des vues de performances.

De toute façon, V$SQLAREA n'est pas là pour logger des actions. C'est juste une vue sur le cache de requêtes. Pour logguer, il y a l'audit:

Code:

---

CREATE AUDIT POLICY CHANGEMENT_DE_MOT_DE_PASSE ACTIONS CHANGE PASSWORD;

---

et ça va dans unified audit trail.

Sinon, si le besoin est de forcer l'utilisateur à changer le mot de passe, il suffit de le créer avec PASSWORD EXPIRED.

Citation:

---

Envoyé par pachot

Je ne pense pas que cette requête soit lancée par un outil oracle car je ne vois pas pourquoi faire

Code:

---

username = (select user from dual)

---

plutôt que

Code:

---

username = user

---

---

Justement, je ne comprends pas d'ou peut bien provenir cette requete surtout qu'elle apparait sur mon nouveau utilisateur. Peut-il s'agir d'une faille de securite?? Je n'y connais pas grand chose en gestion des utilisateurs et je ne voudrais pas ouvrir la porte a je ne sais trop quoi...:weird:


Pour le mot de passe, effectivement, le mot de passe expirant est la meilleure solution, mais je n'etais pas sur que l'utilisateur puisse le modifier dans SQL developer apres expiration.

Merci.