On-premise
Events, logs, configs and tickets are read where they sit.
What we collect on pulsarops.ai, who we share it with, and the control you have over it.
Section 06 is the one enterprise buyers want. PulsarOps AI deploys on-premise, so the events it ingests never leave your perimeter.
This policy is a draft and is pending review by MIR legal counsel. It was prepared as a working document so that the site is not published with no privacy policy at all. It has not been reviewed or approved by a lawyer, and it should not be treated as final, as counsel-approved, or as legal advice.
Points marked for counsel in the text below need a decision from MIR before publication. Questions can go to sales@pulsarops.ai.
PulsarOps AI is a unified event intelligence platform built by MIR Digital Solutions. "MIR", "we" and "us" mean MIR, which operates pulsarops.ai and answers sales@pulsarops.ai from the US, Canada and the UAE. More on the about page.
If you do not agree with it, do not use the site and do not send us your details.
For counsel: name the legal entity acting as controller, its registration number and its registered office.
This policy covers the public website at pulsarops.ai:
It does not cover two things:
When you request a demo or write to us, we collect what you send:
Our host records standard request data: pages viewed, referring page, device and browser type, approximate location from the IP address, and the time. We read it to see which pages get used.
Two explainer videos are embedded from YouTube in privacy-enhanced mode, so no advertising cookies are set until you press play. Then YouTube's own policy applies.
Do not send credentials, live configurations, raw log extracts, packet captures, or anything covered by an agreement with your own customers. A technical exchange that needs them gets a controlled channel first.
We use it to:
We do not sell personal information. We do not pass it to advertising networks or build profiles for unrelated advertising.
Where the GDPR, UK GDPR or a similar law applies, we rely on:
Withdraw consent any time at sales@pulsarops.ai. It does not undo processing that was lawful before.
PulsarOps AI is deployed on-premise, sovereign-ready and cloud-agnostic, inside the customer perimeter. The syslogs, application logs, configurations, inventory, tickets and topology it ingests stay there, under that customer's control. MIR receives no copy by default, and this policy does not govern it.
Two situations change that, and both are bounded:
If your information sits inside a customer's deployment, your request goes to that organization. We pass on what we receive, but only they can act.
The security and deployment page has the detail.
We share what you send only with the providers that help us run the site and reply:
We may also disclose it:
For counsel: name each provider before publication, and confirm which require a data processing agreement.
The site uses browser storage in two groups:
No cross-site advertising trackers run here. You can block cookies in your browser, though blocking the necessary group breaks the site.
For counsel: confirm whether a consent banner is required for analytics in each region, and whether UAE law adds anything beyond the GDPR position.
MIR works across the US, Canada and the UAE, and our providers may process information in any of them. What you send may be handled outside your own country.
Where we move information out of a region that restricts transfers, we rely on the safeguards that law provides, such as standard contractual clauses.
Where a customer's deployment runs is separate. A sovereign-ready deployment stays where the customer puts it.
We keep information as long as we need it for the purpose we collected it, then as long as our legal obligations require.
When it is no longer needed we delete it or strip what identifies you. Section 16 is how you ask us to delete sooner.
For counsel: set an explicit retention period per category. This draft states none rather than inventing one.
We take reasonable technical and organizational measures: encryption in transit, access control on the mailbox and the systems behind it, established hosting.
No method is completely secure, so we promise no absolute security. We hold as little as possible instead, which is why section 03 asks you not to email configurations.
Found a security issue? Write to sales@pulsarops.ai and mark it a security report.
Depending on where you live, you may have some or all of these rights:
Where those rights come from:
Requests go to sales@pulsarops.ai. We respond within the time your local law requires, and we may need to verify who you are.
If your request concerns a customer's own deployment, section 06 explains why it belongs with them.
This site is aimed at network operations professionals and IT leadership. It is not directed at children, and we do not knowingly collect information from anyone under 18.
If a child has sent us information, write to us and we delete it.
The site links to and embeds material from others, including mirdigitalsolutions.com and the two explainer videos on YouTube.
We do not control those services and are not responsible for their content or how they handle your information. Their own terms apply.
We may update this policy. The date at the top changes when we do, and a significant change gets said plainly.
Continued use after an update means you accept the revised policy. The first will follow legal review and remove the draft notice above.
Questions about this policy, what we hold, or how a deployment handles data go to sales@pulsarops.ai. It reaches the team that runs the demos, so a technical question gets a technical answer.
For counsel: add the postal address for privacy correspondence, a named contact or data protection officer where required, and an EU or UK representative if needed.
A reminder, because it belongs at the bottom as well as the top. This policy is a draft prepared as a working document. It is pending review by MIR legal counsel and has not been approved by a lawyer. Related pages: terms of use and security and deployment.
A policy is only as good as the architecture under it.
Security and deploymentEvents, logs, configs and tickets are read where they sit.
For infrastructure where residency is a requirement, not a preference.
No hyperscaler dependency and no forced egress. You choose where it runs.
What the published figures mean, and where the license lives.
Read the terms
The deployment model, for the people who sign off on it.
See the deployment model
What happens to an event once it arrives, and how the answer gets its evidence.
Open the platform page
Thirty minutes with an engineer. Residency questions first.