Information security

Last updated: 15 August 2026.
This page is for whoever has to approve Walkstamp inside a company: how it works, what leaves your machine, and what we do not have.

In one line: the tool has no processing server and never receives your video, your audio or your frames. That holds on every plan, and you do not have to take our word for it — you can check in thirty seconds, with the browser you already have open. Anyone on a paid plan gets an account, and there is exactly one thing it can store by your choice; it is spelled out below.

Why the question has a different shape here

Vendor assessments usually follow a checklist: where is the data held, who can access it, which certification do you hold, which processing agreement do we sign. That checklist assumes the vendor receives something.

In Walkstamp the entire process happens in your browser tab. The video is read from your disk by the browser itself, the images are extracted there, the audio is transcribed there, and the PDF, Word, ZIP and JSON files are assembled in the tab's memory and saved by the browser. There is no upload at any step. There is no temporary copy on our side, because there is no side of ours involved in the processing.

This does not make Walkstamp automatically approvable — it makes the conversation different. Instead of “trust their access controls”, the question becomes “does this really send nothing?”, which is a question you can answer yourself.

How to check, without trusting us

This is the most important part of the page, and it takes less time than reading it:

  1. Open the tool and press F12 to open the developer tools.
  2. Go to the Network tab and leave it recording.
  3. Load a large video — deliberately, a multi-gigabyte one — and generate the PDF.
  4. Look at the column for bytes sent. It stays at zero. No request carries the video, the images or the text.

A test your own security team runs is worth more than any statement of ours, which is why it is here instead of a badge.

The offline version, for when that is still not enough

There is a single HTML file with the whole tool inside. You download it, disconnect the network, open the file, and it works. Nothing in it talks to any server.

And that is not a promise in prose: the process that produces that file fails the build if any measurement address is left inside it. It is a lock in the pipeline, not an intention. You can verify it by searching the downloaded file for “supabase” or “insights” — there are no matches.

In the offline version you lose automatic transcription (the speech model is downloaded on demand), text recognition from images, and the Google Drive button. Everything else works the same. It can also be stored in an internal repository, scanned by your team, and distributed without depending on us.

What leaves your machine, and when

None of these connections carries video, audio, images or transcripts. The PDF library is served from our own domain, not from a CDN.

There is one exception, and it is in the table rather than hidden: the Send to Google Docs button is the only function where the generated document leaves the computer. It exists because many teams review evidence in Drive, and it asks for explicit confirmation before sending — if you do not want it, you do not click it, and nothing changes. If your policy forbids taking the content to Google, note that the button only appears when Drive credentials are configured, and the offline version does not have it.

One case tends to surprise people: translation of the transcript does not leave here either. It uses the translator the browser itself embeds, running on your device — not the Google Cloud API, which would require a key of ours in the code and would send your text to a server. Where that translator does not exist, what the tool offers is the speech model translating as it listens, also on your computer. In neither path is the text transmitted.

The paid account, and the one exception

Using the tool requires no account, and that has not changed: signed out, /app records, transcribes and generates documents exactly the same. Anyone on a paid plan gets an account holding the sign-in e-mail, the invoices, the support tickets, the team seats and — if you use the test run screen — the list of cases to run.

On that screen, marking a case done stores a receipt: the case code, the system, the ticket, the date, the name of the generated file and the fingerprint of every frame. Those are numbers. No image, no transcript, no step text. It is what lets you take a PDF months later and check that it is the same one — which is why it exists.

The exception, and it is yours: when you confirm the case as done, there is an optional field to attach the complete session .json. That file has the frame images inside it. Attaching it is the one thing in this product that puts content of yours on a server of ours; it never goes on its own, the field starts closed, and what it means is written next to the field — not in a terms page. Every attachment has a delete button, and deleting removes the file, not just the row pointing at it. Your video and audio still never leave your browser, attachment or no attachment.

What stays in your browser

None of your content is kept between visits. Of the evidence identification fields, only system and executed by are held in sessionStorage — which the browser clears when the tab closes — so they are not retyped for every case; a button clears them immediately. Test case, ticket, result and the notes are not stored even while the tab lives. None of this is a cookie, none of it is read by us, and none of it leaves your device.

Alongside the model there is a configuration note: which combination of library and file format manages to open the model on this machine. Version names, no content — and the button that deletes the model deletes the note with it.

The only thing that persists is the transcription model, cached by the browser itself so it is not downloaded again. It sits on your device, under your control, and is removed when you clear browsing data. We use no cookies — neither our own nor third-party ones.

What we do not have

This is the part almost no vendor writes, and precisely the part your team needs. We hold no security certification, and we are not in the process of obtaining one. Below is what each one means and why it does — or does not — apply to a tool that receives no data.

What exists instead

  • The code that runs in your browser can be read: it is a page, and Ctrl+U shows all of it. There is no server-side code because there is no server.
  • The offline version can be downloaded, scanned, versioned and distributed by your own team.
  • Verifying that nothing leaves takes thirty seconds and does not depend on believing us.

What remains your responsibility

  • The generated document contains whatever was on your screen. If you recorded production data, the file that came out has production data — and where it goes next is your decision.
  • Screen sharing captures everything on screen, including the window you left open behind. Prefer sharing a specific window when the content is sensitive.
  • Automatic transcription downloads a speech model from a public CDN the first time. If your policy forbids external CDNs, use the offline version and type the notes by hand.
  • Walkstamp produces the visual evidence. The approval trail stays in your change management system.

Who answers

Walkstamp is offered by Produtize Produtos e Serviços Inteligentes Ltda., Brazilian company registry (CNPJ) 48.417.292/0001-99.

To report a security issue, ask for clarification for a vendor assessment, or request the offline version: privacidade@walkstamp.com. There is no bug bounty programme, but we do answer.

This page describes how things work as of the date above. If anything changes in a way that affects what is written here, this page changes with it — and the date at the top is how you check that.