Account pre-hijacking in the Prowler API through email based social account linking without verification
Improper Authentication in the social account linking path of the Prowler API in Prowler from 5.4.0 before 5.35.0 allows a remote unauthenticated attacker to obtain persistent access to the account of a user who has not yet registered, because ProwlerSocialAccountAdapter.pre_social_login() in api/src/backend/api/adapters.py links a Google or GitHub login to any existing local account that has the same email address as the one returned by the provider, without requiring that the address has been verified by the provider or on the existing account, and without any other check that both accounts belong to the same person. Self registration is open and the new account is usable at once, because UserViewSet.get_permissions() in api/src/backend/api/v1/views.py grants AllowAny to the create action, ACCOUNT_EMAIL_VERIFICATION is set to none in api/src/backend/config/settings/social_login.py, and the Django ModelBackend checks only the password and is_active, not the django-allauth EmailAddress record. An attacker who registers an email address before its owner keeps the password set at registration after the link is made, because sociallogin.connect() does not reset the password and does not disable the existing account, and the owner who later signs in with Google or GitHub is logged into the attacker's account. django-allauth makes the same email based link on its own, because SOCIALACCOUNT_EMAIL_AUTHENTICATION and SOCIALACCOUNT_EMAIL_AUTHENTICATION_AUTO_CONNECT are both set to Tru
- Products
- Not specified
- Affected versions
- Not specified
- Fixed versions
- Not specified
- CVEs
- CVE-2026-100169, CVE-2026-59151
- Confirmed fixed CVEs
- Not specified
- Updated in this feed
- 2 Nov 2026, 18:27 UTC · Revision 1
Source evidence
Account pre-hijacking in the Prowler API through email based social account linking without verification
core-osv · Original sourcePublished 14 Oct 2026, 16:01 UTC
Improper Authentication in the social account linking path of the Prowler API in Prowler from 5.4.0 before 5.35.0 allows a remote unauthenticated attacker to obtain persistent access to the account of a user who has not yet registered, because ProwlerSocialAccountAdapter.pre_social_login() in api/src/backend/api/adapters.py links a Google or GitHub login to any existing local account that has the same email address as the one returned by the provider, without requiring that the address has been verified by the provider or on the existing account, and without any other check that both accounts belong to the same person. Self registration is open and the new account is usable at once, because UserViewSet.get_permissions() in api/src/backend/api/v1/views.py grants AllowAny to the create action, ACCOUNT_EMAIL_VERIFICATION is set to none in api/src/backend/config/settings/social_login.py, and the Django ModelBackend checks only the password and is_active, not the django-allauth EmailAddress record. An attacker who registers an email address before its owner keeps the password set at registration after the link is made, because sociallogin.connect() does not reset the password and does not disable the existing account, and the owner who later signs in with Google or GitHub is logged into the attacker's account. django-allauth makes the same email based link on its own, because SOCIALACCOUNT_EMAIL_AUTHENTICATION and SOCIALACCOUNT_EMAIL_AUTHENTICATION_AUTO_CONNECT are both set to Tru
osv:CVE-2026-100169
Complete source record
{
"id": "4cb2e428e3d33c5cf6a0f4d7bf56c980a854a8bf42255b3b1bc70dfa2bd7cc44",
"url": "https://osv.dev/vulnerability/CVE-2026-100169",
"method": "structured",
"payload": {
"kind": "advisory",
"title": "Account pre-hijacking in the Prowler API through email based social account linking without verification",
"summary": "Improper Authentication in the social account linking path of the Prowler API in Prowler from 5.4.0 before 5.35.0 allows a remote unauthenticated attacker to obtain persistent access to the account of a user who has not yet registered, because ProwlerSocialAccountAdapter.pre_social_login() in api/src/backend/api/adapters.py links a Google or GitHub login to any existing local account that has the same email address as the one returned by the provider, without requiring that the address has been verified by the provider or on the existing account, and without any other check that both accounts belong to the same person. Self registration is open and the new account is usable at once, because UserViewSet.get_permissions() in api/src/backend/api/v1/views.py grants AllowAny to the create action, ACCOUNT_EMAIL_VERIFICATION is set to none in api/src/backend/config/settings/social_login.py, and the Django ModelBackend checks only the password and is_active, not the django-allauth EmailAddress record. An attacker who registers an email address before its owner keeps the password set at registration after the link is made, because sociallogin.connect() does not reset the password and does not disable the existing account, and the owner who later signs in with Google or GitHub is logged into the attacker's account. django-allauth makes the same email based link on its own, because SOCIALACCOUNT_EMAIL_AUTHENTICATION and SOCIALACCOUNT_EMAIL_AUTHENTICATION_AUTO_CONNECT are both set to Tru",
"evidence": "osv:CVE-2026-100169",
"products": [],
"severity": "high",
"structured": {
"id": "CVE-2026-100169",
"aliases": [
"CVE-2026-100169",
"CVE-2026-59151",
"GHSA-h8m9-jgf8-vwvp",
"PYSEC-2026-3725"
],
"metrics": [
{
"type": "CVSS_V4",
"score": "CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:P/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N"
}
],
"affected": [
{
"ranges": [
{
"repo": "https://github.com/prowler-cloud/prowler",
"type": "GIT",
"events": [
{
"introduced": "926f449ae627a84bd93bd9e975ea177a5108f0b3"
},
{
"fixed": "9b0c4a0073daa877e6da1164cff0c69ff82ab465"
},
{
"fixed": "0f31f1a3c2daa05b4d77a78f451e3fbfb3fe3411"
}
],
"database_specific": {
"extracted_events": [
{
"range": [
{
"introduced": "5.4.0"
},
{
"fixed": "5.35.0"
}
],
"source": "AFFECTED_FIELD",
"strategy": "StandardRange"
},
{
"range": [
{
"fixed": "0f31f1a3c2daa05b4d77a78f451e3fbfb3fe3411"
}
],
"source": "REFERENCES_COMMIT"
},
{
"range": [
{
"fixed": "9b0c4a0073daa877e6da1164cff0c69ff82ab465"
}
],
"source": "REFERENCES_TAG",
"original_tag": "5.35.0"
}
]
}
}
],
"database_specific": {
"source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-100169.json"
}
}
],
"modified": "2026-10-28T02:30:22.225930052Z",
"provider": "osv",
"references": [
"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/100xxx/CVE-2026-100169.json",
"https://github.com/prowler-cloud/prowler/releases/tag/5.35.0",
"https://github.com/prowler-cloud/prowler/security/advisories/GHSA-h8m9-jgf8-vwvp",
"https://nvd.nist.gov/vuln/detail/CVE-2026-100169",
"https://secur0.com/en/cna/cve-list/cve-2026-100169-prowler-account-pre-hijacking",
"https://github.com/prowler-cloud/prowler/commit/0f31f1a3c2daa05b4d77a78f451e3fbfb3fe3411",
"https://github.com/prowler-cloud/prowler/pull/12013",
"https://github.com/prowler-cloud/prowler"
],
"provider_metadata": {
"cwe_ids": [
"CWE-287"
],
"cna_assigner": "Secur0",
"osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/100xxx/CVE-2026-100169.json"
}
},
"related_cves": [
{
"value": "CVE-2026-100169",
"evidence": "/id"
},
{
"value": "CVE-2026-59151",
"evidence": "/aliases"
}
],
"security_relevant": true,
"severity_evidence": "/severity/0/score"
},
"source_id": "core-osv",
"document_id": 488404,
"published_at": "2026-10-14T16:01:59.909+00:00"
}