KAVALU//LABS OPEN A CASE

root@kavalu:~$ ./services --list

SECURITY SERVICES BUILT FOR REAL-WORLD RISKS.

Find security weaknesses. Understand the evidence. Get practical guidance to fix what matters.

  1. 01AUTHORIZE
  2. 02ASSESS
  3. 03VALIDATE
  4. 04REPORT
SCROLL

root@kavalu:~$ ./website-security --checks

What do we check on your website?

We examine key areas of your website to identify security weaknesses, explain the risks, and recommend practical improvements.

5 CHECK AREAS · EXTERNAL WEBSITE REVIEW

HOVER OVER A LINE OF THE RESPONSE TO SEE WHAT WE CHECK AND WHY IT MATTERS · ON TOUCH SCREENS, TAP A LINE

REQUEST https://your-website/5 AREAS INSPECTED

AREA 01 / 05

Secure Connections

Check whether your website protects information sent between visitors and your site.

WHAT WE CHECK

  • HTTPS and secure connection behavior
  • Certificate validity and common configuration issues
  • HTTP-to-HTTPS redirects where tested

WHY IT MATTERS

Helps identify connection settings that may expose visitors to avoidable risk.

  • HTTPS behavior
  • Certificate validity
  • HTTP-to-HTTPS redirects

AREA 02 / 05

Browser Protection

Review website settings that help browsers protect visitors from common risks.

WHAT WE CHECK

  • Relevant security headers and their values
  • Browser protections configured by the site
  • Missing or inconsistent settings in tested responses

WHY IT MATTERS

Correct settings can add useful layers of protection, depending on the application.

  • Security headers
  • Header values
  • Missing or inconsistent settings

AREA 03 / 05

Cookie Security

Check settings that help protect login sessions and keep session information safer.

WHAT WE CHECK

  • Secure and HttpOnly attributes where appropriate
  • SameSite settings for relevant cookies
  • Cookie scope and observed behavior in tested responses

WHY IT MATTERS

Cookie settings help reduce certain ways session information can be exposed or misused.

  • Secure and HttpOnly
  • SameSite settings
  • Cookie scope

AREA 04 / 05

Website Redirects

Check whether visitors are sent to the expected destinations when pages redirect.

WHAT WE CHECK

  • HTTP-to-HTTPS redirect behavior
  • Observed redirect destinations and chains
  • Unexpected behavior within the tested paths

WHY IT MATTERS

Unexpected redirects can confuse visitors or create security risks in some circumstances.

  • HTTP-to-HTTPS behavior
  • Redirect destinations
  • Redirect chains

AREA 05 / 05

Information Exposure

Look for technical details your website may reveal publicly without needing to.

WHAT WE CHECK

  • Public response headers and server banners
  • Unnecessary technical details in responses
  • Information visible in the agreed test scope

WHY IT MATTERS

Excessive detail can help outsiders learn more about the technology behind a site.

  • Response headers
  • Server banners
  • Technical details in responses

Actual checks depend on the agreed assessment scope and available testing capabilities.

root@kavalu:~$ ./checker --scope public-indicators

Know what your website reveals.

Check selected security settings visible from outside your website. Understand what was observed, why it matters, and what may need attention.

checker.session

Start with your website

Enter a public website address you own or have permission to assess.

PREVIEW MODE · CHECKS UNAVAILABLE

The checker is not yet able to produce results.

checker.scope

What can be examined?

  1. 01

    Connection security

    HTTPS behavior and certificate details.

    NOT RUN
  2. 02

    Browser protections

    Selected HTTP security headers.

    NOT RUN
  3. 03

    Session cookies

    Relevant cookie security attributes.

    NOT RUN
  4. 04

    Redirect behavior

    Observed redirects and destinations.

    NOT RUN
  5. 05

    Public information

    Technical details exposed in responses.

    NOT RUN

Understand the result, not just the status.

No assessment results yet. When the checker is available and a check completes, evidence and explanations will appear here.

  • Observed result
  • Possible issue requiring review
  • Unassessed area

A public security check covers only the checks performed. It does not replace a full security assessment or prove that a website is secure.

root@kavalu:~$ ./reports --example

A security report, start to finish.

See how security findings are documented, supported by evidence, and translated into practical fixes.

FICTIONAL EXAMPLE · NOT A LIVE SCAN OR CLIENT ASSESSMENT

EXAMPLE

executive-summary

This example shows how security observations are documented, assessed, and prioritized. Each finding explains the evidence, potential impact, and recommended next steps.

scope · methodology · risk

Results depend on the systems tested, the checks performed, and the evidence collected. Severity should reflect the verified issue and its context.

A complete example, from summary to limitations.

LIMITATION: Findings reflect only the checks performed and evidence collected. No finding does not guarantee that a system is secure.

root@kavalu:~$ ./process --stages

Four stages, one chain of evidence.

HOVER OVER A STAGE TO SEE WHAT HAPPENS IN IT · ON TOUCH SCREENS, TAP A STAGE

  1. 01

    Authorize & define scope

    We agree on the systems to assess, testing boundaries, and written permission before work begins.

    DELIVERABLEAGREED SCOPE

    WHAT HAPPENS

    • Systems and areas to be assessed are agreed
    • Testing boundaries are defined
    • Written permission is in place before work begins

    NEXT → 02 Test & collect evidence

  2. 02

    Test & collect evidence

    We perform the agreed security checks and record relevant observations and supporting evidence.

    DELIVERABLETEST OBSERVATIONS

    WHAT HAPPENS

    • The agreed security checks are performed
    • Relevant observations are recorded
    • Supporting evidence is recorded alongside them

    NEXT → 03 Review & validate findings

  3. 03

    Review & validate findings

    We review the evidence, check the basis for each finding, and distinguish confirmed issues from observations.

    DELIVERABLEREVIEWED FINDINGS

    WHAT HAPPENS

    • The evidence is reviewed
    • The basis for each finding is checked
    • Confirmed issues are separated from observations

    NEXT → 04 Report & recommend fixes

  4. 04

    Report & recommend fixes

    We explain the risks, provide practical remediation steps, and identify what should be addressed first.

    DELIVERABLESECURITY ASSESSMENT REPORT

    WHAT HAPPENS

    • Risks are explained in clear language
    • Practical remediation steps are provided
    • What to address first is identified

    FINAL STAGE

root@kavalu:~$ ./services --list

Security services that help protect your business.

We help you find security weaknesses, understand the risks, and fix problems before they become bigger issues. Explore our services to see how we can help.

01

Website Security Testing

We check your website for security weaknesses that attackers could use to access information or misuse its features.

WHAT WE DO

  • Check for common website security problems.
  • Test important pages and user actions.
  • Explain the issues we find and how to fix them.

OUTCOMEKnow what needs fixing on your website.

02

Web Application Penetration Testing

We safely test how your web application behaves under attempted attacks, with your authorization.

WHAT WE DO

  • Test login and account security.
  • Check how the application handles user input.
  • Assess access controls and important application features.

OUTCOMEUnderstand how attackers might misuse your application.

03

API Security Testing

We check the connections that allow your website, mobile app, and other systems to exchange data.

WHAT WE DO

  • Check whether users can access only the data they are allowed to see.
  • Test API authentication and permissions.
  • Look for weaknesses in how data is handled.

OUTCOMEHelp protect the data flowing between your systems.

04

Vulnerability Assessment

We identify potential security weaknesses across the agreed systems and help you decide which ones to address first.

WHAT WE DO

  • Review the agreed systems for known weaknesses.
  • Assess the importance of identified issues.
  • Provide a prioritized list of recommended fixes.

OUTCOMEKnow which security issues deserve attention first.

05

Security Configuration Review

We review important security settings to identify mistakes or gaps that could leave your systems exposed.

WHAT WE DO

  • Review relevant security settings and HTTP headers.
  • Check HTTPS, cookie protection, and related configurations where applicable.
  • Recommend practical improvements.

OUTCOMEImprove your systems’ security settings.

Not sure which service you need?

Tell us about your website or system, and we can discuss the right assessment for your needs.

REQUEST AN ASSESSMENT

root@kavalu:~$ ./methodology --compare

A quick check is a starting point. An assessment goes deeper.

Understand the difference between a basic external check and a structured security assessment.

basic security check

A quick look at selected, publicly visible security settings on a website.

WHAT IT CAN DO

  • Check selected HTTPS and certificate details.
  • Review certain response headers and cookie settings.
  • Highlight potential configuration issues.

BEST FOR

An initial look at common external indicators.

authorized security assessment

A planned review of agreed systems, with testing, evidence, and actionable recommendations.

WHAT IT CAN INCLUDE

  • Testing within the agreed scope.
  • Validation of findings and their potential impact.
  • A detailed report with remediation guidance.
  • Optional retesting after fixes.

BEST FOR

Understanding and addressing security risks in greater depth.

Actual coverage depends on the selected service, agreed scope, and testing performed.

root@kavalu:~$ cat about.txt

Security testing built on evidence, not assumptions.

Kavalu Labs helps organizations identify security weaknesses, understand their real-world implications, and take practical steps to address them. We focus on clear findings, useful recommendations, and transparent reporting.

01 / EVIDENCE FIRST

Show what was found.

We explain what was observed, how it was verified, and what the evidence does—and does not—prove.

02 / CLEAR COMMUNICATION

Make risks understandable.

We explain potential business impact in plain language and provide technical detail for the people fixing the issue.

03 / PRACTICAL REMEDIATION

Help teams decide what to fix.

We provide actionable recommendations that help teams prioritize weaknesses and improve their security posture.

04 / RESPONSIBLE TESTING

Test with permission and clear boundaries.

We work within agreed scope and authorization, handle evidence carefully, and communicate limitations honestly.

root@kavalu:~$ ./contact --request-assessment

Let's understand your security needs.

Tell us about your website, application, or system. We'll use the information to understand what you need and discuss an appropriate security assessment.

contact.form

Share your contact details and a brief description of your requirements.

assessment.process

What happens next?

A straightforward process, from understanding your needs to agreeing on the right assessment.

  1. 01

    Understand your needs

    We review the information you provide and clarify your security goals.

  2. 02

    Discuss the scope

    We identify the systems to assess, the required testing, and the boundaries of the work.

  3. 03

    Agree on next steps

    We discuss the proposed approach, deliverables, and authorization before testing begins.

assessment.options

What can we assess?

Website security · Web application testing · API security · Vulnerability assessment

Submitting a request does not authorize security testing. Testing begins only after scope and authorization are agreed.