Project

General

Profile

Actions
Copy link

Bug #22018

closed

reset password form ignores usage of kb_md5fepw

Added by Heiko Haensge almost 15 years ago. Updated almost 13 years ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
felogin
Target version:
-
Start date:
2010-01-27
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
4.3
PHP Version:
Tags:
Complexity:
Is Regression:
Sprint Focus:

Description

I'm using md5 encrypted passwords with kb_md5fepw and Typo3 4.3.1.
While resetting the password via frontend form the new passwords are saved NOT md5 encrypted in the database but in clear text.
This way a front user is blocked out completely.

According to a German forum thread the cause could be a missing marker ###ON_SUBMIT### in the tmplate part CHANGEPASSWORD_FORM.
http://www.typo3.net/forum/list/list_post//95631/

regards
Akali Heiko Hänsge

(issue imported from #M13352)

Actions
Copy link
 #1

Updated by Matthew Kennewell over 14 years ago

Hi,

I just saw this bug report after submitting similar bug over here http://bugs.typo3.org/view.php?id=14101

In my bug report i suggest a quick fix for now and suggestions on how to resolve long term.

Actions
Copy link
 #2

Updated by Jigal van Hemert almost 13 years ago

  • Status changed from New to Closed
  • Target version deleted (0)
  • TYPO3 Version set to 4.3

The hook $GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['felogin']['password_changed'] can be used by extensions to manipulate the password before it's stored. This is already used by saltedpasswords, etc.

Actions
Copy link

Also available in: Atom PDF