Editorial policy

Editorial policy for Digiton security briefs

A security brief answers one question about a news event: what happened, who is affected and what to do today. This page says how each brief is sourced, how it is produced, how it is corrected and where Digiton has an interest in the topic.

Last updated Written by

How briefs are sourced

How briefs are produced

Briefs are researched from the listed sources, drafted with AI assistance, and every fact is checked against its source on the date stated on the brief. A brief goes up within a day of the first credible report, or not at all. Each is published under the name of Brandon Da Costa.

Some briefs carry a block called What we checked. It holds only commands that were run on the Mac that builds this site on the date shown, with the output exactly as it appeared. When nothing can truthfully be run for a topic, the block is left out. We do not describe experience we did not have. Nothing is made up.

Each brief's image is a typographic card made by a script from the brief's question and its publish date. It is not a photograph and it does not show the event.

Corrections and updates

Conflicts of interest

Digiton sells production reviews and security audits for teams that ship AI-built software. Every brief says so in one sentence near the end and links the Digiton page that fits the topic. That sentence is the only place a brief mentions what Digiton sells.

Where to read them

All briefs are listed on the security briefs index and in the RSS feed. The author, Brandon Da Costa, has a profile page.

Building something that has to hold up in production?

Start with a free 25-minute scoping call. If it fits, the first paid step is a production review: five working days on your real repository, scored against ten layers, with a costed fix list.

Book a 25-minute scoping call