I
I
ITemka2022-01-23 22:03:08
Python
ITemka, 2022-01-23 22:03:08

How to bypass the verification system during automated account registration?

Verification was invented to protect against automatic programs. How to bypass this system?

I think that you can also automatically go to the specified mail to which the letter with the code came, parse it from there and paste it into the field during registration. But what if the address doesn't exist? You will have to create an account separately for him. All this, again, needs to be automated, which, in turn, will take time and a lot of unnecessary movements.

Maybe intercept the request? Where to get it then?

I will be grateful for the answer

Answer the question

In order to leave comments, you need to log in

2 answer(s)
S
soremix, 2022-01-23
@ITemka

you can also automatically go to the specified mail to which the letter with the code came, parse it from there and paste it into the field during registration

Can
You will have to create an account separately for him. All this, again, needs to be automated, which, in turn, will take time and a lot of unnecessary movements.

Have to
Maybe intercept the request?

Which? If we are talking about a request to create an account / send a token to the mail, then you can only admire it. If the token doesn't leak anywhere, then that's it.

A
Alexander, 2022-02-02
@Arlekcangp

you can also automatically go to the specified mail to which the letter with the code came, parse it from there and paste it into the field during registration

It makes sense to do this if you are testing the registration itself. In other tests, there are several options depending on where and on what basis the tests are run (obviously, these are functional or integration tests, since we are talking about third-party mail) If the tests are run on a toy base, an empty base, or some kind of stage that closed enough from the outside world, then you can deploy there additional. a module that will contain the registration API without checking the code from the mail. This module will not be deployed to production and it must be made in such a way that it would be painlessly cut off from the application without violating its functionality (and of course, taking into account security requirements) Of course, this is only for tests that do not check registration itself, but for them a fresh registered user is required.
If the tests are running on the market, then obviously this method is not suitable and either the pre-registered user is always the same. Or each time to register a box and then to check it.

Didn't find what you were looking for?

Ask your question

Ask a Question

731 491 924 answers to any question