Single assessment
A defined application, a defined test window and a fixed quotation. Includes the written report and one retest within 30 days. This is where most teams start.
Suited to: a specific release, or assurance before an audit
Each service is scoped and quoted on its own, with a written methodology. Nothing is bundled by default, and we do not quote until we understand what we are testing.
Authenticated and unauthenticated testing of your web application and its APIs. We cover the OWASP Top 10, and spend most of our time on the issues automated scanners consistently miss.
Testing is manual first. We use tooling to widen coverage and for fuzzing, never to write the report.
For an application approaching go-live. The aim is not a long list of findings. It is to make sure you launch without the kind of architectural flaw that is cheap to fix now and expensive to fix later.
Most organisations cannot reliably list everything they expose to the internet. We maintain that inventory for you and tell you when it changes, because the forgotten staging server is often the one that gets compromised.
Android testing that combines static analysis of the shipped package with runtime instrumentation on a real device. What the decompiled code suggests and what the app does at runtime are often different, so we look at both, along with the API behind the app.
Finding a vulnerability is half the job. This covers getting it fixed properly, and showing your stakeholders, customers and auditors that it has been.
If external researchers report security issues to you, we can triage those reports on your behalf: reproduce them, rate them accurately and help you respond well.
We use the five-level P1–P5 scale common to coordinated disclosure programmes, so our findings fit the triage process your team already runs.
| Rating | Typical examples | When you hear about it |
|---|---|---|
| P1 · Critical | Access to other customers' data, remote code execution, takeover of accounts or tenants | Within 24 hours |
| P2 · High | Authentication or authorisation bypass, stored XSS in authenticated areas, SSRF reaching internal services or cloud metadata, privilege escalation | Within 48 hours |
| P3 · Medium | Reflected XSS, CSRF on sensitive actions, weaknesses in session handling | In the report |
| P4 · Low | Issues with limited impact, or that depend on unlikely conditions | In the report |
| P5 · Informational | Hardening recommendations without a direct, exploitable impact | In the report |
A defined application, a defined test window and a fixed quotation. Includes the written report and one retest within 30 days. This is where most teams start.
Suited to: a specific release, or assurance before an audit
Testing tied to your release cadence. Each significant release is assessed before it reaches production, against a standing scope that grows with your product.
Suited to: teams that ship frequently
Attack-surface monitoring throughout the year, quarterly penetration tests, and remediation support by email or Slack in between.
Suited to: organisations that need continuous coverage
Describe your application and what you need assurance on. We will recommend a scope, explain why, and send a fixed quotation, usually within one business day.
Or email enquiries@hebtech.in