Draft, pending legal review. Version 0.2, 8 November 2026.
This notice is for people who visit damage-analysis.com or use the Damage Analysis app. It says what we collect, why, who else handles it, and what you can ask of us.
Damage Analysis is run by David Stekly, a sole trader in Fairy Meadow, New South Wales, Australia (ABN 13 648 736 212). Write to hello@dareakt.com.
For your account and for visits to the site, David Stekly is the person responsible for your personal data (the controller).
Projects and photos you put into the app can hold other people's data: your client, the inspectors, a location, notes, and anything a photo shows. For that data your organisation is the controller and we act for it (the processor). The terms of that processing are in section 6 of our terms at damage-analysis.com/legal/terms.
You can read damage-analysis.com without an account. This is what happens when you do.
To sign up you give your name, email address and a password. An account holds:
When you sign in we set the sign-in cookie da_auth. It is a signed token that page scripts cannot read (httpOnly), with SameSite lax. A remembered session lasts at most 30 days idle and 90 days in all.
The app also keeps things in your own browser, for example: interface preferences such as your light or dark choice and the position and layout of panels (localStorage), a short log of recent uploads (localStorage), a marker that stops the app reloading in a loop (sessionStorage), a cookie named da_site that tells the app which screen to open after you sign in, and photos you take offline, which wait in the browser (IndexedDB) until they upload. We set no cookie for tracking or advertising.
The app is for recording inspections. What you put into it:
Photos are re-encoded when they upload, and the stored copy keeps no embedded camera data: the photos stored on 8 November 2026 carry no EXIF block. The GPS position, if any, is kept with the photo's record.
Photos are kept on our server's disk in Helsinki, Finland. They are not encrypted there, and they are not in our backup copies. The measurements and markings you make on a photo are stored encrypted (AES-256-GCM) for photos added since we turned that on; those of older photos are stored plain. The photo details in the list above, including any GPS position, are stored plain.
Detection, crack tracing and text reading run in your browser. The app sends no photo to an outside AI service, and calls no outside service at all.
A project's photos can be seen only by the person who created the project, the people invited to it, and our administrator.
Connections are encrypted (TLS 1.3). The disks of our server are not encrypted.
We send mail about your account, such as a password reset or a sign-in link, and an invitation when someone invites you to their organisation. It goes out through our own mail server under the name Damage Analysis. That server's logs (mailbox sign-ins with IP address, sender and recipient addresses) are kept for 30 days, then deleted.
The law (GDPR Article 6) requires a reason for each use. Ours are:
These companies handle some of the data for us:
| Provider | What for | Which personal data | Where |
|---|---|---|---|
| Hetzner (company in Germany) | Our server, and the separate machine that runs our mail server | Everything we hold on our server: accounts, projects, photos, logs and mail | Helsinki, Finland |
| Hetzner, a Hetzner Storage Box | Our backup copies | Backup copies of our databases, including accounts and project records (not the photo files) | Helsinki, Finland |
| Anthropic (company in the United States) | Claude Code, the AI coding assistant we use to build and operate the service. Claude Code sessions run by our operator read production data on our server over ssh. | What those sessions read on our server, which can include personal data from our databases and files. It is sent to Anthropic's service. | Company in the United States; we have not checked where its service holds data |
| CrowdSec (company in France) | Blocking of attacking addresses | IP addresses that trigger an attack rule, with the details in section 2 | Company in France; we have not checked where its service holds data |
| deSEC (organisation in Germany) | Name servers (DNS) for damage-analysis.com | DNS records only, no personal data | Germany; we have not checked where its servers are |
| Let's Encrypt (organisation in the United States) | Certificates, so that connections are encrypted | Domain names only | United States; we have not checked where it holds data |
We do not sell your data or use it for advertising.
Anthropic is outside the EU and the EEA, and Damage Analysis is run from Australia. Under Chapter V of the GDPR, sending personal data outside the EU needs a legal safeguard. For Anthropic and for access from Australia we have not yet put one in place. This part of the notice is under legal review.
Our databases are copied every night (3 copies kept), and the Storage Box keeps 20 daily snapshots. Each new backup copy we make on our own server since 6 November 2026 is encrypted as it is written, to a key that is not kept on any of our servers. Older copies made before then are still plain until they are removed. Photo files are not backed up, so keep your own copies of anything you cannot lose. After we delete data, its last backup copy is gone within about 50 days.
| Record | What it holds | How long |
|---|---|---|
| Web server log | IP address, time, request, status, referrer, browser string | About 14 days (rotated daily, 14 kept). Some parts of the site log nothing. |
| Web server error log | Server errors, which can name the IP address that caused them | About 14 days. |
| Engine logs | Logs from the service's own engine, for example a sign-in with a partly hidden email address | About 14 days (rotated daily, 14 kept). |
| Visit statistics, raw rows | Items listed in section 2; no IP address or browser string | 90 days. |
| Visit statistics, daily totals | Totals made from the raw rows | 1 year. |
| Sign-in and security events | Event, IP address, browser string | 90 days. |
| Sign-in lockouts | A temporary block after failed attempts | 1 day. |
| Browser security reports | Reports from your browser; browser string cut to 200 characters | 30 days. |
| Behaviour profile of an address | How an IP address has behaved on our server | 30 days after the address was last seen. |
| Full request captures | Taken only for high or critical threat detections, at most 5 per address per day | 50 days. |
| Temporary bans (fail2ban) | Addresses banned for repeated failures | The ban database is purged after 1 day. |
| Threat record of an address | IP address, rough location, score, first and last seen, whether blocked | Removed 90 days after the last time we saw the address or ended a block on it. While the address is blocked the record stays. A block ends after 14 days with no new attack from it, or sooner. An address we marked as trusted is kept with no time limit. |
| Mail server log | Mailbox sign-ins with IP address, sender and recipient addresses | 30 days, then deleted. |
| Administrator actions | When our administrator acts on an account (for example signing in as you to fix a problem): the administrator's email, IP address and browser string | No time limit is set yet. |
| Your account | Items listed in section 3 | Until you or we delete it. |
| Projects and photos | Items listed in section 4 | Until you delete them. Deleting a project deletes its photos. Deleting your account does not delete them (section 10). |
You have these rights over your personal data:
You need to give your name, email address and a password for an account. Without them we cannot run it. Nothing else is required.
For projects and photos your organisation is the controller, so people in them should ask your organisation. If they ask us, we pass the request to your organisation promptly.
Write to hello@dareakt.com. We answer within one month. For a complex request we may extend that by up to two further months, and we will tell you why. We may ask you to prove who you are. We do not charge for this.
We may change this notice. Each version shows its date and version number at the top. When we change it, we change the date and the number.