Cybersecurity research · Lagos, Nigeria

Cybersecurity research & responsible disclosure

I am a cybersecurity researcher and ethical hacker based in Lagos, Nigeria. I have found three broken access control flaws in production systems run by a government agency, a university and a payments app, and reported each one privately before anyone else heard about it. These are high-level summaries published after disclosure.

BASED IN
Lagos, Nigeria
FOCUS
Broken access control, IDOR, API security
VALIDATED BY
ngCERT

How I handle a finding

I follow the same three rules whether or not the organisation runs a bug bounty program.

  1. 01

    Minimum necessary access

    Enough evidence to prove the flaw exists, and not one record more. Nothing is retained, copied or shared.

  2. 02

    Private report first

    The affected organisation, or the relevant national CERT, hears about it before anyone else, with a clear remediation path attached.

  3. 03

    Publish only what is safe

    Case studies go live after remediation and describe class and impact, never endpoints, payloads or steps another person could follow.

GOVERNMENTBroken access control (IDOR)

Corporate Affairs Commission (CAC)

Electronic Document Management System

A document-retrieval path in the Commission's Electronic Document Management System served corporate records without verifying that the requester was entitled to them. Because document identifiers were sequential and no authorisation check stood in front of the response, the exposure was not limited to a single record. It was systemic.

WHAT WAS AT RISK

  • Corporate registration and incorporation documents
  • Identity documents belonging to company directors
  • Signed corporate resolutions and constitutional documents

IMPACT IF EXPLOITED

Identity theft, corporate impersonation and business fraud at national scale, because the registry is what companies are verified against.

DISCLOSURE TIMELINE

  1. 10 Dec 2025I report the finding to the national CERT (ngCERT), with full technical detail supplied on request.
  2. 10 Dec 2025ngCERT opens incident ticket ngCERT/zJgH/2025 and begins investigation.
  3. 12 Dec 2025ngCERT confirms it successfully validated the vulnerability and commits to remediation of the affected endpoint.

I reported it alongside remediation guidance: authentication middleware on document routes, document-level access control lists, rate limiting, audit logging, and a wider review of the platform's session management.

REPORTED
10 December 2025
CHANNEL
ngCERT (NCCC / ONSA)
TICKET
ngCERT/zJgH/2025
VALIDATED
12 December 2025
SCOPE
21M+ registered entities
STATUS
Validated, fix committed by ngCERT
EDUCATIONBroken access control

Miva Open University

University learning platform

A broken access control flaw on the university's learning platform exposed personal data belonging to other students. I stopped testing once I had enough evidence to prove it, then contacted the university's Chief Technology Officer to set up a private channel before sharing any detail.

WHAT WAS AT RISK

  • Personal data belonging to enrolled students

IMPACT IF EXPLOITED

Privacy violation for the student body, with downstream exposure of personal information held by the institution.

DISCLOSURE TIMELINE

  1. 17 Oct 2025I request a secure channel from the university's CTO and send a detailed written report the same evening.
  2. 17 Oct 2025The university acknowledges the report and routes it internally.
  3. 29 Oct 2025Bug bounty paid.

The university had a named owner for the report, acknowledged it the same day and paid a bounty twelve days later.

REPORTED
17 October 2025
CHANNEL
Direct to the university CTO
ACKNOWLEDGED
Same day
OUTCOME
Bug bounty paid
STATUS
Fixed
FINTECHBroken access control, account data disclosure

BillPoint

Payments app, found as a customer

I found this while using BillPoint as a customer. An account lookup on the platform returned a user's full profile to anyone who supplied their email address. There was no check that the requester owned the account being looked up, so a single known email address was enough to read that customer's contact details and financial position. Since an email address is not a secret, every registered account was effectively queryable by anyone who knew, or guessed, the address attached to it.

WHAT WAS AT RISK

  • Account holder email address and phone number
  • Wallet and account balance information
  • Profile details tied to a registered payment account

IMPACT IF EXPLOITED

Targeted fraud and social engineering against named customers. Knowing a person's balance alongside their phone number turns a generic scam into a convincing, personalised approach, and on a payment platform that is the precondition for account takeover.

DISCLOSURE TIMELINE

  1. Oct 2024While using the app as a customer, I identify that an account lookup responds to an email address without verifying the requester owns that account.
  2. Oct 2024I confirm the scope against my own account only, then stop and report privately to the BillPoint product team.

No exploit chain was needed, just an endpoint that returned data without checking who asked. On a payments product that data is exactly what a fraudster needs to sound legitimate.

REPORTED
October 2024
SECTOR
Payments / fintech
CHANNEL
Direct to the product team
TRIGGER
Email address alone
STATUS
Reported, fix not confirmed
Ethics

What you will never find on this page

No vulnerable endpoints. No request payloads. No identifiers, screenshots of real records, or reproduction steps. No data taken from any system, in any form. The aim is to show how I handle a finding, not to give anyone a way in.

Reporting something in one of my own projects? security@ndemafiawilsmith.com

Get in touch

Hiring, or working on a hard data problem?

I am open to engineering roles and contract work in document AI, data pipelines and web. Vulnerability reports go to the security address.