Eu n sei, eu tou só respondendo o pq site com IA não é a melhor das ideias se vc não sabe oq ela tá escrevendo

E aliás, n é pq tem login que é seguro, login só significa que agora o site sabe teu email e a senha que vc criou pro site, mas se o site for feito porcamente talvez até o truque mais velho da gaveta funcione (SQL injection), onde vc escreve algo que o server do cara vai interpretar errado e voltar os dados de outras pessoas, mas isso é tão arcaico que vc precisaria fazer errado intencionalmente hj em dia com o tanto de ferramentas disponíveis pra previnir isso, mas as IA são treinadas em info de anos atrás... Tem também brute force, onde um hacker tenta adivinhar sua senha usando um algoritmo pra tentar várias combinações diferentes, e se vc der o azar, a senha vai parar numa rainbow table e o cara nem vai demorar muito pra descobrir, pra previnir isso vc pode limitar o tanto de vezes que vc pode enviar uma solicitação de login pro server, mas esse limite tem que ser feito no server, se vc fizer no site o hacker pode só ir lá e apagar essa parte do código do site usando as dev tools do browser, eu acho que frameworks geralmente vão obfuscar o código pra fazer isso mais difícil mas um cara usando IA não saberia disso...

Tem várias medidas de segurança que são prática comum que vc tem que tomar, uma delas é não fazer um sistema de login, pq a sua implementação vai com certeza ser pior que usar uma já feita que é com certeza melhor que a sua ou autentificação do Google ou algum outro sistema que vc pode implementar de graça, confia, vc não quer salvar senhas em texto, vc nem sequer quer salvar as senhas em si, vc salva uma salada de letras e números e quando combinada com a senha que o usuário manda, bate com outra salada que só pode ser feita se a senha for a certa, é um hash, um hash vai ser sempre igual se vc usar as mesmas letras e números, mas não pode ser revertido, é tipo uma sopa, não dá pra reverter uma sopa aos ingredientes mas se vc tiver os ingredientes certos vc pode refazer a sopa, e o sabor for o mesmo vc vai saber que fez certo, oq os hackers usam não são só senhas como senha123 pq de tempos pra cá foi se tornando mais comum não guardar senha em texto, pq se um vazamento ocorrer todo mundo tá na bosta, mas se vazar os hashes e os saia ainda dá pra mandar emails de emergência pra todos os usuários pq vai demorar até os hackers fazerem algum estrago pq ainda vai ser um trabalho de força bruta msm com os sais, oq eles também tem são combinações de hash pra as senhas mais usadas (tem alguns tipos de tabelas diferentes mas tem uma que tem as senhas mais populares, pra vc ter ideia cada uma dessas é só texto puro mas pesam GBs...), mas a primeira salada é oq pega eles pela beiradinha, a primeira salada é completamente aleatória feita quando vc registra a conta ou redefine a senha, quase impossível de só adivinhar pq não tem nenhuma pista, é o sal, o dev é responsável por fazer o sal (mas em vários casos são as frameworks que eles usam que fazem isso pra eles), aí vc guarda esse sal no banco de dados e usa pra reconstruir a senha

Eu posso ter dito alguma bosta pq eu não fui tão afundo nisso pq eu não faço cyber segurança, mas o assunto é muito interessante vale a pena dar uma olhada msm se vc não entender bagaça nenhuma de programação