How AlertWard works
Everything you need to set up a workspace and trust its reminders.
Getting started
- Create a client for each company you look after. Every item belongs to exactly one client.
- Paste your hosts and domains under Bulk add: AlertWard adds the TLS certificate of each host and the registration of each domain, then checks them within a minute.
- Add licenses, subscriptions and certificate files with their renewal dates, and set an owner for anything that matters.
- Invite your team. Reminders go to the item's owner, or to every owner, admin and member who has e-mail alerts on.
Item types
- SSL/TLS certificate — a host and port. We read the certificate actually served and check it daily.
- Domain registration — the registered domain (example.co.uk, not www.example.co.uk). Expiry, registrar and nameservers come from the registry, checked daily. A few registries do not publish expiry dates; for those, type the date yourself.
- License or subscription — vendor, product, seats, cost and renewal date.
- Digital certificate — certificate files such as ICP-Brasil A1 (e-CNPJ, e-CPF), code-signing or client certificates.
- Custom — anything else with a date: insurance, contracts, warranties.
Statuses
- OK — expiry is further away than the workspace's “expiring soon” window (30 days by default).
- Expiring soon — inside that window.
- Expired — the date has passed.
- Error — the last checks failed (host unreachable twice in a row, domain not registered) or the certificate has a blocking problem: untrusted chain, wrong hostname, self-signed. Expired always wins over error.
- Pending — not checked yet.
Weak but working settings (an RSA key under 2048 bits, a SHA-1 signature, validity over 398 days, an expired intermediate still served) are listed as warnings on the item without changing its status.
Reminders
By default reminders go out 60, 30, 14, 7, 3 and 1 day before expiry and on the day itself. Change the days in workspace settings.
- Each reminder is sent once per expiry date. An item added late gets only the current reminder, not a burst of old ones.
- Acknowledge means “someone is on it”: earlier reminders stop, but the last-day and expiry-day reminders still go out.
- Snooze silences an item for 1 to 90 days.
- Mark renewed: for certificates and domains we check again at once and confirm when the new expiry date is visible. For other items, enter the new date. A renewal starts a fresh reminder series.
- Several items due for the same person arrive in one e-mail.
- Telegram: under Account → Telegram, press Connect Telegram and then Start in the chat with @AlertWardBot. Reminders then also arrive there, with buttons to acknowledge or snooze; send
/statusto see what expires soon and/stopto disconnect. Each member can switch Telegram off per workspace under Team.
Roles
- Owner — everything, including billing and promoting admins.
- Admin — everything except billing: settings, members, deleting clients.
- Member — adds and edits clients and items, acknowledges and renews.
- Read-only — sees, never changes. A read-only seat can be limited to one client, which is how you give a client access to their own items. Read-only seats do not count towards the team-member limit.
Bulk add
Paste hosts, URLs or domains separated by new lines, commas or semicolons. https://shop.example.com:8443/login becomes the certificate on shop.example.com:8443 and the domain example.com. Lines starting with # are ignored; anything already monitored is skipped and reported.
The scanner
Our checks identify themselves as AlertWardBot/0.1 (+https://alertward.com/docs#scanner) for HTTP requests and open one TLS connection per certificate per day — no more than a browser visiting the page. We only connect to public addresses: names that resolve to private, loopback or reserved ranges are refused, and the address we check is the one we connect to.
Security
- Each workspace is isolated by row-level security in the database, on top of the checks in the application.
- Passwords are hashed with argon2id. Two-factor authentication (TOTP) is available for every account.
- Secrets such as two-factor seeds are encrypted at rest. Certificate private keys and their passwords are never stored.
- Every change is recorded in the workspace's audit log.