Waarom het verkeerd is om het bestaande wachtwoord te gebruiken:

* Gecompromitteerde beveiliging: Als u het oude wachtwoord kunt gebruiken om een ​​nieuw wachtwoord in te stellen, kan iedereen die toegang krijgt tot die mogelijkheid (bijvoorbeeld een malafide medewerker, een hacker die uw systeem in gevaar brengt) in stilte gebruikerswachtwoorden wijzigen en accounts overnemen zonder dat de gebruiker het weet.

* Verlies van verantwoordelijkheid: Als u het wachtwoord van een gebruiker kent, kunt u in theorie acties uitvoeren als die gebruiker. Dit maakt controle en verantwoording onmogelijk. U kunt niet bewijzen dat de gebruiker de actie heeft ondernomen, aangezien u dit zelf had kunnen doen.

* Principes voor wachtwoordopslag: Moderne systemen slaan wachtwoorden nooit in leesbare tekst op. Ze zijn *gehasht* en vaak *gezouten*. Zelfs als je de opgeslagen hash *zou kunnen* verkrijgen, ondermijnt het gebruik ervan om een ​​nieuw wachtwoord in te stellen het doel van het hash-algoritme en introduceert het kwetsbaarheden. Het proberen om te keren van een hash is computationeel moeilijk en potentieel onmogelijk (zo ontworpen!), maar toegang geven tot het wachtwoord omzeilt de beveiliging.

De juiste manier om wachtwoorden opnieuw in te stellen (zelfs met beheerderstoegang):

De juiste methoden houden in dat de gebruiker het resetproces initieert, of dat een beheerder een reset activeert die de gebruiker *dwingt* een nieuw wachtwoord te kiezen bij de volgende login.

1. Door gebruiker geïnitieerde wachtwoordreset (zelfbediening): Dit is de voorkeursmethode.

* Functie "Wachtwoord vergeten": De meeste websites en applicaties hebben een link "Wachtwoord vergeten" of "Wachtwoord opnieuw instellen".

* E-mailverificatie: De gebruiker klikt op de link, voert zijn e-mailadres (of gebruikersnaam) in en het systeem stuurt hem een ​​e-mail met een unieke, in de tijd beperkte link naar een pagina voor het opnieuw instellen van het wachtwoord.

* Beveiligingsvragen/herstelopties: Minder gebruikelijk, maar nog steeds geldig:de gebruiker beantwoordt beveiligingsvragen die hij eerder heeft ingesteld, of gebruikt een vooraf gedefinieerde herstelmethode (bijvoorbeeld een hersteltelefoonnummer).

* Nieuw wachtwoord invoeren: De gebruiker klikt op de link en wordt naar een pagina geleid waar hij een nieuw wachtwoord kan invoeren en bevestigen. Dit nieuwe wachtwoord wordt vervolgens veilig gehasht en opgeslagen.

2. Door de beheerder geïnitieerde wachtwoordreset (een wijziging forceren):

* Beheerderspaneel/opdrachtregelprogramma: De beheerder gebruikt een tool met de juiste machtigingen om de *status* van het wachtwoord opnieuw in te stellen, NIET om rechtstreeks een nieuw wachtwoord *in te stellen*.

* Markeren voor wachtwoordwijziging: Het systeem zet een vlag op het account van de gebruiker, waardoor de gebruiker wordt gedwongen zijn wachtwoord te wijzigen de volgende keer dat hij inlogt.

* Tijdelijk wachtwoord (niet aanbevolen): In *sommige* zeer specifieke gevallen (en *alleen* als er geen andere opties beschikbaar zijn) kan een beheerder een *tijdelijk* wachtwoord genereren. Het systeem *moet* forceren de gebruiker om het onmiddellijk na de eerste keer inloggen met het tijdelijke wachtwoord te wijzigen in een nieuw wachtwoord. Dit is over het algemeen een slechte gewoonte omdat:

* Het vereist het opslaan van het tijdelijke wachtwoord, zelfs kortstondig.

*Gebruikers mogen dit niet onmiddellijk wijzigen, waardoor het risico toeneemt.

Implementatiedetails (varieren per systeem/taal):

De exacte code en stappen zijn afhankelijk van de taal en het framework dat u gebruikt (bijvoorbeeld Python met Django, PHP met Laravel, Node.js met Express, enz.). Hier is een algemeen overzicht:

* Backend (serverzijde):

* Wachtwoordhashing: Gebruik een krachtig hash-algoritme zoals bcrypt, Argon2 of scrypt (niet MD5 of SHA1, die als defect worden beschouwd). Bibliotheken zijn direct beschikbaar voor alle belangrijke talen.

* Zoutproductie: Genereer een unieke salt voor elk wachtwoord. De salt is een willekeurige waarde die vóór het hashen wordt gecombineerd met het wachtwoord. Dit voorkomt aanvallen op regenboogtafels.

* Wachtwoordopslag: Bewaar de *hash* en *salt* in uw database, nooit het wachtwoord in platte tekst.

* Token genereren opnieuw instellen: Wanneer een reset wordt aangevraagd, genereert u een uniek, willekeurig token (bijvoorbeeld een UUID) en koppelt u dit aan de gebruiker in de database. Voeg een tijdstempel toe om het token na een bepaalde periode (bijvoorbeeld 1 uur) te laten verlopen.

* E-mail verzenden: Gebruik een bibliotheek of dienst om e-mails te verzenden. Zorg ervoor dat uw e-mails de juiste indeling hebben en er niet uitzien als spam.

* Tokenvalidatie: Wanneer de gebruiker op de resetlink klikt, valideert u het token tegen de database en controleert u of het bestaat, niet is verlopen en aan de juiste gebruiker is gekoppeld.

* Wachtwoordupdate: Na een succesvolle validatie kunt u de gebruiker een nieuw wachtwoord laten invoeren, het met een nieuwe salt hashen en de database bijwerken. Maak het resettoken ongeldig of verwijder het.

* Frontend (clientzijde):

* Beveiligde formulieren: Gebruik HTTPS om de communicatie tussen de browser en de server te coderen.

* Wachtwoordsterktemeter: Geef visuele feedback aan de gebruiker over de sterkte van zijn wachtwoord.

* Bevestigingsveld: Vereisen dat de gebruiker het nieuwe wachtwoord tweemaal invoert om typefouten te voorkomen.

Voorbeeld (conceptuele Python/Django):

```python

van django.contrib.auth.hashers importeer make_password, check_password

van django.contrib.auth.models importeer gebruiker

importeer uuid

datum/tijd importeren

def reset_password_request (e-mail):

poging:

gebruiker =Gebruiker.objects.get(e-mail=e-mail)

reset_token =uuid.uuid4()

user.profile.reset_token =reset_token # Ervan uitgaande dat u een UserProfile-model hebt

user.profile.reset_token_expiry =datetime.datetime.now() + datetime.timedelta(uren=1)

gebruiker.profiel.save()

# Stuur een e-mail met reset_token

send_password_reset_email(gebruiker.email, reset_token)

terugkeer Waar

behalve User.DoesNotExist:

return False # Of handel de fout op de juiste manier af

def verificatie_reset_token(token):

poging:

gebruiker =Gebruiker.objects.get(profile__reset_token=token, profile__reset_token_expiry__gt=datetime.datetime.now())

terugkerende gebruiker

behalve User.DoesNotExist:

retour Geen

def set_new_password(gebruiker, nieuw_wachtwoord):

user.password =make_password(new_password) # Hash het nieuwe wachtwoord

user.profile.reset_token =Geen # Maak het token ongeldig

user.profile.reset_token_expiry =Geen

gebruiker.profiel.save()

gebruiker.save()

```

Belangrijke beveiligingsoverwegingen:

* HTTPS: Gebruik altijd HTTPS om de communicatie te versleutelen.

* Snelheidslimiet: Implementeer snelheidsbeperking om brute-force-aanvallen op het eindpunt voor het opnieuw instellen van het wachtwoord te voorkomen.

* Tokenvervaldatum: Stel een redelijke vervaltijd in voor reset-tokens.

* Loggen: Registreer verzoeken en pogingen voor het opnieuw instellen van wachtwoorden voor auditdoeleinden.

* Regelmatige beveiligingsaudits: Controleer regelmatig uw implementatie van het opnieuw instellen van uw wachtwoord om potentiële kwetsbaarheden te identificeren en op te lossen.

* Privilegeprincipe: Verleen alleen de minimaal noodzakelijke machtigingen aan beheerders die het opnieuw instellen van wachtwoorden kunnen initiëren.

Samenvattend:het kennen van het bestaande wachtwoord van een gebruiker mag *nooit* worden gebruikt om het opnieuw in te stellen. Gebruik de hierboven beschreven veilige, door de gebruiker of door de beheerder geïnitieerde methoden (wijziging forceren bij volgende aanmelding) om gebruikersaccounts te beschermen en een veilig systeem te onderhouden.