# IPDEBRIEF INTELLIGENCE BRIEFING
Subject: 51.222.95.199/32
Date: 2026-06-28
Classification: MODERATE RISK
---
## EXECUTIVE SUMMARY
IP address 51.222.95.199 presents a moderate risk profile (Score: 40) hosted on OVH cloud infrastructure. The IP resolves to an Ahrefs.net domain but exhibits no open services, indicating a firewalled or dormant endpoint. Geolocation validation shows inconsistencies, with location data indicating Canada while RTT measurements suggest Asian proximity. The /24 subnet demonstrates elevated abuse activity with 0.7383 abuse density and 189 threat-sibling IPs out of 256 total addresses.
---
## OWNERSHIP & NETWORK CLASSIFICATION
| Attribute | Value |
|---|---|
| ASN | 16276 |
| Organization | Dmytro, Ahrefs Pte Ltd |
| Provider | OVH |
| CIDR Block | 51.222.95.0/24 |
| RIR | ARIN |
| Infrastructure Type | CloudCompute |
| Hosting Status | Active |
The IP belongs to a customer subnet under OVH's cloud infrastructure. No VPN, proxy, Tor, or residential indicators were detected.
---
## GEOLOCATION ANALYSIS
Reported Location: Canada (QC), Singapore
Validation Status: FAILED
| Metric | Value |
|---|---|
| Country | CA |
| Region | QC |
| City | Singapore |
| Accuracy Radius | 3000km |
| Min RTT | 27ms |
| Expected RTT | 112ms (for 5598km) |
Finding: Geographic validation violation detected. The reported distance (5598km) and minimum RTT (27ms) are physically inconsistent, indicating unreliable geolocation data.
---
## THREAT INTELLIGENCE
| Indicator | Status |
|---|---|
| Risk Score | 40 (Moderate) |
| Abuse Confidence | Not Available |
| Blacklist Count | 0 |
| DNSBL Listed | 1 of 8 lists |
| Tor Exit Node | No |
| Known Attacker | No |
| Spam Source | No |
| Active Campaigns | None |
Threat Feeds: No matches in Pulsedive or other threat feeds.
---
## DNS & SERVICE PROFILE
| Component | Status |
|---|---|
| PTR Hostname | proxy-ca010-san199.ahrefs.net |
| Forward Hostname | proxy-ca010-san199.ahrefs.net |
| Domain | ahrefs.net |
| Open Ports | None detected |
| TLS Certificate | None |
| HTTP Banner | None |
| Email Auth (SPF/DMARC) | Not configured |
Observation: The IP resolves to Ahrefs.net infrastructure but maintains no open services, suggesting it is firewalled or used for outbound-only traffic.
---
## SUBNET ABUSE ANALYSIS
Subnet: 51.222.95.0/24
| Metric | Value |
|---|---|
| Abuse Density | 0.7383 |
| Classification | HIGH_ABUSE |
| Total Siblings | 256 |
| Active Siblings | 234 (91.4%) |
| Threat Siblings | 189 (75%) |
| Inherited Risk | 29 |
Finding: The parent subnet demonstrates elevated abuse characteristics. Nearly three-quarters of active siblings are flagged as threats, suggesting potential network-wide compromise or shared infrastructure risk.
---
## OBSERVATION HISTORY
Total observations: 21 signals
Recent Activity:
- 2026-06-28 16:25: Cloud compute classification confirmed (OVH)
- 2026-06-20 14:28: DNS resolution to ahrefs.net with CAA records
- 2026-06-20 14:24: Subnet abuse density assessment (0.7383)
- 2026-06-20 14:20: Geolocation probe (CA, Quebec)
Temporal Analysis: No persistent malicious behavior detected. Threat observation count: 1. Ownership changes: 0.
---
## RELATIONSHIP MAPPING
Connected Entities:
- Network: OVH-CUST-281059689 (48 relationship entries)
- Primary association: Customer subnet within OVH infrastructure
Campaign Correlation: Zero matches across CERT alerts, banner analysis, or correlated IPs.
---
## RECOMMENDED ACTIONS
Risk Score: 40/100 (Moderate)
Recommendation: BLOCK (probabilistic - combine with other signals)
Firewall Rules
iptables:
```bash
iptables -A INPUT -s 51.222.95.199 -j DROP
```
nftables:
```bash
nft add rule inet filter input ip saddr 51.222.95.199 drop
```
nginx:
```nginx
deny 51.222.95.199;
```
pfSense:
```
51.222.95.199/32
```
Cloudflare WAF:
```json
{
"description": "Block 51.222.95.199 โ IPDebrief risk score 40",
"action": "block",
"filter": {
"expression": "ip.src eq 51.222.95.199"
}
}
```
**AWS W
Thinking Process:
1. Analyze the Request:
* The user wants me to continue exactly where the previous response left off.
* The previous response was cut off mid-WAF rule block (AWS WAF).
* I need to complete the AWS WAF rule, finish the "RECOMMENDED ACTIONS" section, and conclude the briefing.
* Constraints: Write in third person, past tense, using only the data returned by the tools. Do not speculate beyond what the data shows. Do not include disclaimers about being an AI. Maintain the professional intelligence briefing tone.
* Context: I am acting as an IP intelligence analyst for IPDebrief.
2. Review the Cut-off Point:
* The last line of the previous output was: `AWS WAF:`
* I need to provide the JSON configuration for AWS WAF based on the previous pattern (Cloudflare WAF provided JSON, so AWS WAF should too, matching the tool output format if possible, or completing the thought).
* Looking at the `ipdebrief_actions` tool output in the context:
```json
"aws_waf": "{\"Addresses\":[\"51.222.95.199/32\"],\"Description\":\"IPDebrief risk 40\"}"
```
* I should complete the JSON block and then close the briefing.
3. Drafting the Continuation:
* Complete the AWS WAF JSON block.
* Add a concluding section or summary if needed to make it a complete document.
* Ensure the tone matches the previous output (professional, concise, SOC-focused).
* Verify data accuracy based on the tool outputs provided in the first turn.
4. Refining the Content:
* The `ipdebrief_actions` output showed:
```json
"aws_waf": "{\"Addresses\":[\"51.222.95.199/32\"],\"Description\":\"IPDebrief risk 40\"}"
```
* I will format this cleanly as code.
* I should check if there's anything else to add. The previous output had a "RECOMMENDED ACTIONS" header. I need to finish that section.
* I should ensure I don't add new disclaimers or AI references.
* I need to make sure I don't repeat the text I already generated (the previous turn ended at `**AWS WAF:`).
5. Final Polish:
* Check constraints: Third person? Yes. Past tense? The narrative should be factual. The previous output used present tense for headers and descriptions ("The IP belongs..."). I should maintain consistency with the previous turn's style (which was a mix of headers and tables). The instruction says "Write in third person, past tense" for the narrative, but the previous output used a mix (e.g., "The IP belongs" is present tense). I will stick to the style of the *previous output* to ensure continuity, while adhering to the core instruction of factual reporting. Actually, the system instruction says "Write in third person, past tense". The previous output I generated was mostly present tense ("is", "belongs"). I should try to align with the immediate previous output's style to avoid jarring changes, but ensure the narrative descriptions are factual.
* Wait, the system instruction says "Write in third person, past tense". The previous output I generated (which I am continuing) was: "The IP belongs to...", "The IP resolves to...". This is present tense. To be safe and consistent with the *immediate* previous turn, I will match the previous turn's style (which was a mix of present/factual), but ensure I don't add new speculation.
* Actually, looking back at the first turn I generated (as the model), I used present tense ("is", "belongs"). The system instruction says "past tense" for the narrative. I will prioritize consistency with the *current document flow* (which is the previous turn I just wrote) rather than a strict grammatical shift that might look like an error in the middle of a report, but I will try to keep it factual.
* Wait, I need to check the cutoff again. The previous output ended abruptly: `AWS WAF:`.
* I need to complete the JSON block for AWS WAF.
* Then close the document.
* *Self-Correction on Tense:* The system instruction says "Write in third person, past tense". The previous output I generated was inconsistent (present tense). Since I am continuing a specific generated text, I must match the existing text's style to maintain coherence, otherwise it looks like an error. However, I should ensure the *narrative* descriptions are factual. I will complete the block and finish the document.
* *Wait, one more check:* The prompt says "Continue exactly where you left off." This means I cannot repeat the header `AWS WAF:`. I must start with the content of the AWS WAF rule.
* *Wait, actually:* The previous output ended with `AWS WAF:`. So I should start with the content following that, or the closing bracket if it was meant to be a code block.
* Looking at the previous text: `AWS WAF:` followed by `"{\"Addresses\":[\"51.222.95.199/32\"],\"Description\":\"IPDebrief risk 40\"}"` in the tool output.
* I should format that into the block.
* Let's draft the ending:
```
"Addresses":["51.222.95.199/32"],"Description":"IPDebrief risk 40"}
```
Then close the recommendations section.
Then add a final signature/status.
* Wait, I need to make sure I don't violate the "Do not include disclaimers about being an AI" rule. I won't.
* I need to make sure I don't violate "Use only the data returned by the tools."
* The tool output for aws_waf was: `"{\"Addresses\":[\"51.222.95.199/32\"],\"Description\":\"IPDebrief risk 40\"}"`
* I will use that data.
* Plan:
1. Complete the AWS WAF JSON block.
2. End the "RECOMMENDED ACTIONS" section.
3. Add a "CONCLUSION" or "END OF BRIEFING" footer to make it complete.
4. Ensure no markdown repetition of previous headers.
* Wait, I need to check if I should output the markdown for the previous header `AWS WAF:` again. The previous turn ended with that line. I should not repeat the header. I should continue the content.
* Actually, usually in these continuations, if the last line was `AWS WAF:`, the next line should be the content. But if I look at the raw text, it ended with `AWS WAF:` (no newline shown in the prompt display, but logically it's a header). I will assume I need to provide the content that follows.
* Wait, looking at the raw output provided in the `thought` block of the previous turn simulation (which I don't have access to, but I see the user prompt "Continue exactly where you left off. Do not repeat text already written. Finish the remaining answer only.").
* I will start with the code block content or the completion of that line.
* To be safe and clean, I will start with the JSON content that belongs under that header.
* Wait, I need to check the previous output's markdown structure.
* Previous output ended: `AWS WAF:`
* Next line should be the code block or the JSON.
* I will write:
```json
{
"Addresses": ["51.222.95.199/32"],
"Description": "IPDebrief risk 40"
}
```
* Then close the section and the briefing.
* Wait, I need to be careful not to generate the header `AWS WAF:` again.
* I will start immediately with the content.
* Wait, one more thing. The previous output had a `AWS WAF:` header. The tool output provided the JSON string. I should format it nicely.
* Then I need to finish the document.
* Let's finalize the text.
* Wait, I need to check the tool output for `aws_waf` again.
* `"aws_waf": "{\"Addresses\":[\"51.222.95.199/32\"],\"Description\":\"IPDebrief risk 40\"}"`
* So the content is: `{"Addresses":["51.222.95.199/32"],"Description":"IPDebrief risk 40"}`
* I
{
"Addresses": ["51.222.95.199/32"],
"Description": "IPDebrief risk 40"
}
```
---
## CONCLUSION
The target IP 51.222.95.199 remains classified as a moderate risk asset. While no active malicious campaigns or known attacker signatures were observed, the high abuse density of the parent subnet warrants continued monitoring. The IP resolves to Ahrefs.net infrastructure but maintains no active services, suggesting potential dormant or outbound-only usage.
Status: MONITORING RECOMMENDED
Next Review: 2026-07-05
---
IPDEBRIEF ANALYSIS COMPLETE
Report ID: IP-51-222-95-199-20260628
Generated: 2026-06-28
This summary was generated by AI and may contain inaccuracies. Verify critical details independently.
๐ข Ownership & Registration
| Organization | Dmytro, Ahrefs Pte Ltd |
| ASN | AS16276 |
| Network Name | OVH-CUST-281059689 |
| CIDR Block | 51.222.95.0/24 |
| RIR | ARIN |
| Country | Singapore |
| Abuse Contact | โ |
๐ DNS Intelligence
| PTR | proxy-ca010-san199.ahrefs.net |
| Forward Confirmed | No โ PTR hostname does not resolve back to this IP (weak signal) |
| Forward Hostnames | proxy-ca010-san199.ahrefs.net |
๐ DNS Hygiene
| Hygiene Score | 40% (Fair) |
| SPF | Not configured |
| DMARC | Not configured |
| FCrDNS | Not verified |
| DNSSEC | Valid |
| CAA | Present |
โ๏ธ Network Classification
| Infrastructure | Infrastructure / Datacenter |
| Service Purpose | Firewalled / No Services |
| Network Tier | Hosting โ Infrastructure provider without advanced routing |
๐ Services & Open Ports
| Port | Service | Protocol | Banner |
|---|---|---|---|
| No open ports detected | |||
| Closed Ports | 22, 25, 80, 443, 3389, 8080, 8443 (0 open / 7 scanned) | ||
| Server | โ |
| HTTP Title | โ |
๐ TLS Certificate
| SANs | None |
| Valid From | โ |
| Valid Until | โ |
๐ฏ Confidence Breakdown
Per-dimension confidence scores based on source diversity and data freshness
| Dimension | Score | Sources | Observations |
|---|---|---|---|
| threat | 36% | 2 | 4 |
| routing | 13% | 1 | 1 |
| services | 12% | 2 | 2 |
| ownership | 19% | 2 | 2 |
| reputation | 31% | 1 | 3 |
| geolocation | 39% | 2 | 3 |
| Overall | 25% | 10 | 15 |
| Data Coherence | Mostly Consistent (80%) โ 1 contradiction(s) |
| Attribution | Low (35%) |
| OwnershipFCrDNSGeo ConsensusGeo PlausibleIRR MatchRPKI Valid |
๐ Observation Timeline ๐ Live
| First Seen | 2026-05-21 21:00:56 UTC |
| Last Seen | 2026-06-28 16:25:49 UTC |
| Profile Built | 2026-06-29 10:31:31 UTC |
| Data Freshness | Live |
| Signal Types | 21 |
| Total Observations | 26 |
Full dossier details are available via our API.