Handoff Security
Menu
繁中

Website & API security testing for Hong Kong SMEs

Find security weaknesses in your website and APIs — for Hong Kong SMEs.

For business websites with customer logins, online bookings, or customer records.

Within agreed website and API functions, we check whether customers can access other people’s data or perform actions beyond their permissions. You receive documented results, evidence of confirmed issues and practical remediation guidance for your developer.

From HK$7,800. Scope and fixed price agreed before testing.

A closer look at your business websiteIllustrative checkpoints around a website: its public entry point, customer features and information access. These are not test results.YOUR BUSINESS WEBSITEPublic entry pointCustomer featuresWho can see the dataEXTERNAL ASSESSMENTAGREED FEATURE CHECKSACCESS CHECKSHandoff Security / WEB & API
Illustrative checkpoints · Actual scope agreed before testing

About the Handoff Security team

How the assessment works

We agree the targets and checks in writing, verify important results and distinguish confirmed findings from unverified results. Reports explain evidence, impact, remediation and testing limitations. OWASP guidance informs agreed application checks; this focused service does not cover every item or replace a comprehensive penetration test.

Work directly with the tester performing your assessment.

Handoff Security · info@handoffsecurity.com

  • CREST Registered Penetration Tester (CRT)
  • Previously ranked #3 on the Hack The Box global leaderboard
  • HTB MVP · 2024, 2025
  • Team PrimeRank — winner of the 2026 HTB Global Cyber Skills Benchmark
  • Bug bounty researcher on HackerOne and Bugcrowd, with programme-confirmed high-severity vulnerability discovery.

Services & pricing

Not sure? Describe your website and we’ll discuss suitability.

Website & API security assessment

Website & API security testing

For custom portals before launch or updates.

From HK$7,800

1 app · Up to 2 workflows / 2 roles / 6 API endpoints

All limits apply together.

  • Report & developer guidance
  • Discussion: up to 30 min
  • One original-findings retest within 30 days of report / 2 hours max

Excludes code changes, denial-of-service testing (DoS) and compliance certification.

Checks agreed customer login, permissions, data access and input handling functions.

Fixed quotes depend on agreed scope, complexity and access requirements.

External assessment

For public-facing systems.

From HK$4,800

1 agreed authorised external target

Automated scanning; important results verified.

  • Report & developer guidance
  • Discussion: up to 20 min
  • One original-findings retest within 30 days of report / 1 hour max

Excludes comprehensive authenticated and business-logic testing.

Checks exposed services for common vulnerabilities, then verifies important scanner results.

Fixed quotes depend on agreed scope, complexity and access requirements.

Individual issue verification

For a reported issue or fix.

From HK$1,200

1 specified issue · Up to 1 hour hands-on

Requires existing evidence, written authorisation and ready access. Short verification records and limitations; non-reproduction does not prove a fix. Setup investigation or extra work needs a new quote. Included assessment retests are not charged again.

No new comprehensive assessment or reissued compliance conclusion.

Checks whether one already reported issue can be reproduced or an agreed fix verified.

Fixed quotes depend on agreed scope, complexity and access requirements.

Scope at a glance

Website & API security testing

For custom portals before launch or updates.

Full scope & terms

External assessment

For public-facing systems.

Full scope & terms

Individual issue verification

For a reported issue or fix.

Full scope & terms

When to consider testing

Suitability depends on your website, hosting and authorisation. Third-party platforms are not automatically included.

What you receive

An owner summary, evidence and guidance for your developer. Assessments include a results discussion and one limited retest; see each package below.

Booking example: a customer sees someone else’s booking

On this fictional booking website, a signed-in customer could read another customer’s booking because ownership was not checked.

Why it matters
Private booking details could be exposed.
What needs attention
Check viewing permissions before releasing this function.
Who acts next
The owner prioritises; the developer fixes access checks using Handoff’s evidence and guidance.
Technical details for your developer

01 / Scope & coverage

Demo scope: one fictional booking application; two workflows (view booking, update booking), two roles (customer, administrator), and two endpoints (GET /bookings/{id}, PATCH /bookings/{id}). Two synthetic customer accounts and one administrator account. Coverage records include checks with no confirmed issue; untested areas remain outside the conclusion.

02 / DEMO-01 · Missing booking ownership check

Affected function: viewing a booking through GET /bookings/{id}. Illustrative priority: High, because a normal customer account can read another customer’s private booking without that customer’s permission. Actual severity depends on verified access and exposed data.

03 / Synthetic reproduction & evidence

  1. Sign in as synthetic customer A. Confirm booking DEMO-A belongs to A and DEMO-B belongs to synthetic customer B.
  2. Request GET /bookings/DEMO-A, then request GET /bookings/DEMO-B using A’s same session.
  3. Illustrative result: both return 200; the second response contains {"id":"DEMO-B","owner":"customer-B","service":"Demo appointment"}. Expected: deny access and return no booking data.

04 / Business impact

The demonstration exposes another customer’s booking details. Names or contact details would increase the impact if present; those fields were not part of this synthetic evidence. No claim is made about access to every record.

05 / Developer guidance

Enforce server-side authorisation for each booking read and update using the authenticated user and the booking owner or an explicitly permitted role. Reject unauthorised access before returning data. An unpredictable record ID alone is insufficient. Add regression checks for own-record, other-customer and administrator access. Your developer implements the changes.

06 / Example retest record

DEMO-01 · Illustrative retest after a fictional developer change: A requests DEMO-B and receives 403 with no booking data; A can still read DEMO-A. Status: original reproduction blocked in the tested conditions. This is not a new assessment or proof that all access-control issues are fixed.

07 / Limitations & a report with no confirmed findings

This demonstration does not show a complete assessment. Untested endpoints, third-party platforms, denial-of-service and source-code review are excluded. A real report records agreed scope, checks, results and limitations even when no vulnerabilities are confirmed. No confirmed findings does not establish complete security.

Process

  1. 01

    Enquiry & scope

    Describe your website and concerns. We discuss suitability and the functions to check.

  2. 02

    Quote & testing arrangements

    Review the fixed quote covering scope, deliverables, exclusions, fees and testing/delivery dates. Then provide written authorisation, pay 100% and arrange required test access before testing starts.

  3. 03

    Security checks & report

    Testing takes place on the agreed dates. We document the checks, confirmed results and limitations, then deliver the report. Individual issue verification provides short verification records.

  4. 04

    Developer handoff & limited retest

    Your developer implements fixes. We explain actionable findings and perform the assessment’s agreed limited retest; extra work requires a separate agreement.

Your developer handles code changes; development work and charges are arranged separately.

FAQ

What if I do not know how my website was built?

Explain what your website does. We can establish technical details with your maintainer later. Do not send passwords. Full scope & terms

What if I have no developer — who fixes issues?

Discuss how you would follow up findings before commissioning testing. Code changes and ongoing maintenance are excluded. Full scope & terms

What do I need to arrange?

Arrange written authorisation, full payment and required test access. A test environment, separate test accounts and synthetic data are preferred. Full scope & terms

Can you test a website that is already in use?

A test environment is preferred. Live testing needs agreed scope, authorisation and arrangements. Denial-of-service testing is excluded. Full scope & terms

When are testing and delivery dates agreed?

Testing and delivery dates depend on scope and availability and are agreed in the quote. Full scope & terms

What does retesting include?

One check of original findings after fixes, within the package’s period and hour cap. This is not a new assessment; extra work is agreed separately. Full scope & terms

Service scope & important notes

Let’s start with your website.

Tell us what your website does and what concerns you. Submit your enquiry here, or email us directly.

No technical knowledge needed.

Prefer email? Use the address above.

Exclude passwords, tokens, customer data, private links and sensitive screenshots.

Describe your website, what concerns you, and whether your developer can help arrange test access. Do not include passwords or customer data.

Your details are used to respond to this enquiry. Read our privacy notice.