We provide website and API security testing for Hong Kong businesses. Agree what needs checking, receive clear findings, and give your developer practical guidance for follow-up.
Automated scanning checks one agreed internet-facing host or website entry point for common issues; we manually verify important results. This does not cover all features behind a login.
From HK$4,800
1 authorised external entry point
Report & developer guidance
Online walkthrough · 20 min
One retest of original findings · 30 days / 1 hours max
Excludes comprehensive authenticated and business-logic testing.
Fees cover agreed work and deliverables, not the number of findings. No guarantee of finding vulnerabilities or complete security. All testing requires prior written authorisation.
Scope at a glance
Focused Web & API Security Testing
Manual testing of agreed login, permissions and data-access features. Receive documented findings and guidance for your developer.
Automated scanning checks one agreed internet-facing host or website entry point for common issues; we manually verify important results. This does not cover all features behind a login.
From a security question to a practical next step.
A finding should explain what happened, why it matters and where to start fixing it. This fictional example illustrates that structure.
We test and advise. Your developer implements the changes.
Documented findings, reproduction evidence and risk rationale.
Remediation guidance to help your developer follow up.
Focused testing includes a 30-minute walkthrough and one retest within 30 days, up to 2 hours.
Deliverables shown relate to Focused Web & API Security Testing. Other services have their own scope.
EXAMPLE / ACCESS CONTROL
Could one customer read another customer’s booking?
In this fictional scenario, changing a booking reference could expose a different customer’s booking details.
Why it matters
If present in a real application, this issue could expose information to a user who should not see it.
Developer starting point
Check the signed-in user’s permission for each requested booking on the server. A hidden button alone does not restrict access.
View illustrative reproduction steps
Illustrative example using fictional data—not a client case or completed assessment.
Create two fictional customer accounts with separate bookings in an owned test environment.
As customer A, request customer B’s booking reference.
The illustrative failure is a response containing B’s details rather than access being denied.
After a fix, recheck both permitted and denied access; this example contains no actual test results.
Illustrative example using fictional data—not a client case or completed assessment.
The expertise behind Handoff Security.
Work directly with the tester responsible for your assessment, from agreeing the scope to reviewing the report. Clear findings and practical remediation advice help you and your developer plan the next steps.
Tester credentials
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
Process
01
Scope discussion
Explain your website and concern.
02
Quote & written authorisation
Agree scope, fixed quote, dates and written authorisation.
03
Testing
Arrange test accounts and access; test data is preferred.
04
Report & walkthrough
Receive the agreed report or records. Assessments include a time-limited walkthrough.
05
Agreed retesting
After developer changes, recheck original findings within the included limits.
FAQ
How do I know whether testing is useful?
Describe your website and what concerns you. A simple information website may need a narrower assessment or may not fit these services; customer accounts and online transactions involve different checks. Suitability and scope are discussed before a quote.
What if I do not know how my website was built?
That is fine. Explain what visitors can do and whether someone maintains it. Technical details and required access can be established later with the appropriate person; do not send passwords in an initial enquiry.
Will you fix the website?
We test and explain findings and remediation advice. Your developer implements changes; code changes and ongoing maintenance are excluded. If you have no developer, discuss how findings could be followed up before commissioning testing.
How is pricing agreed?
Describe what your website or application does, its approximate size and what you want checked. We review the technology, scope, complexity and timing before providing a fixed quote. Starting prices apply only to the scope listed for each service. Start and delivery dates are agreed based on the scope and schedule. Before testing, the quote must be confirmed, written authorisation obtained and any required test accounts or access arranged.
Can you test a website that is already in use?
A separate test environment is preferred. Testing a live website requires prior agreement on authorisation, the areas to test and the arrangements. Denial-of-service testing—attempts to make a service unavailable through large volumes of requests or other means—is excluded.
Are vulnerabilities guaranteed?
No. Fees cover the agreed testing work and deliverables, not the number of vulnerabilities found. Completing a test does not mean the application is completely secure.
Describe your website and what concerns you. We review suitability, discuss the work and provide a fixed quote before testing. Dates and written authorisation are agreed separately.