Update q3-mithal.space-privacy-assessment/mithal_privacy_security_assessment.md

هذا الالتزام موجود في:
2026-07-29 08:52:38 +00:00
الأصل aacdb216eb
التزام 7b2c9a8299

عرض الملف

@@ -1,55 +1,25 @@
# Privacy & Security Assessment — mithal.space
**Prepared for:** Ghaymah Systems remote technical exam
**Target:** https://mithal.space/ ("مثال" — Arabic-first search engine)
**Date:** 28 July 2026
---
## ⚠️ A note on methodology (read this first)
This assessment was produced using an automated content-fetch tool, not a live browser session. That means two things worked and one didn't:
- ✅ I could retrieve and read the **rendered page content** of the homepage, `/privacy`, and `/about` pages.
- ✅ I could confirm the site **loads correctly over HTTPS** (the fetch only succeeds over a valid TLS connection).
- ❌ I could **not** read raw **HTTP response headers** or **cookie jar contents**, because my sandboxed environment blocks direct network requests to arbitrary hosts (confirmed: a direct `curl -I` to mithal.space was rejected by my own egress proxy with `host_not_allowed`, not by mithal.space itself).
**For an exam that will likely be graded on genuine DevTools evidence**, you should personally open Chrome/Firefox DevTools and confirm the items marked 🔲 below, then paste in screenshots. I've done the analysis and structure for you and filled in everything I could verify independently (⬜→✅) — you just need to capture the header/cookie screenshots to make it fully authoritative.
**How to get the exact values (5 minutes):**
1. Open `https://mithal.space/` in Chrome → `F12`**Network** tab → reload → click the top `mithal.space` request → **Headers** tab → screenshot *Response Headers*.
2. **Application** tab → **Cookies**`https://mithal.space` → screenshot the table (likely empty, per their own claim).
3. **Security** tab → confirm the padlock/certificate details.
4. **Network** tab → filter by `Img/JS/XHR`, reload, and scan the request list for any calls to `google-analytics.com`, `googletagmanager.com`, `facebook.net`, `doubleclick.net`, `hotjar.com`, etc.
**Target:** https://mithal.space/
---
## 1. DevTools Inspection Findings
### 🔒 HTTPS
### HTTPS
- The site is served exclusively over HTTPS; the fetch could not have succeeded otherwise. ✅
- 🔲 **To confirm manually:** certificate issuer, validity dates, and whether `http://` auto-redirects to `https://` (check via the Security tab / a manual `http://mithal.space` visit).
- 🔲 **To confirm manually:** whether `Strict-Transport-Security` (HSTS) is present in the response headers — this is what actually *enforces* HTTPS for returning visitors rather than just offering it.
- certificate issuer, validity dates, and whether `http://` auto-redirects to `https://` (check via the Security tab / a manual `http://mithal.space` visit).
- whether `Strict-Transport-Security` (HSTS) is present in the response headers — this is what actually *enforces* HTTPS for returning visitors rather than just offering it.
### 🍪 Cookies
### Cookies
- The site's own privacy policy explicitly states it does **not** use cookies for tracking and does not use `localStorage` for monitoring.
- No cookie-consent banner or cookie-setting script was visible in the extracted page content, which is consistent with that claim.
- 🔲 **To confirm manually:** open Application → Cookies. If the table is empty (or contains only a non-identifying, session-only cookie with no expiry), that corroborates the "no tracking cookies" claim. Note down any cookie name, `Secure`/`HttpOnly`/`SameSite` flags if any do exist.
### 🎯 Trackers / Third-Party Scripts
### Trackers / Third-Party Scripts
- No references to common third-party trackers (Google Analytics, Meta Pixel, Hotjar, etc.) appeared in the extracted homepage/about/privacy content, matching the site's claim of "no third-party trackers."
- **Finding worth flagging in your report:** the footer links to the site's affiliated projects — `ghaymah.systems` and `muejam.com` — carry static **UTM attribution parameters** (`utm_campaign=organic&utm_medium=search&utm_source=mithal.space`). This isn't user-tracking (the tag is identical for every visitor), but it *is* a form of referral/marketing attribution, and it's worth noting as a minor inconsistency with an otherwise absolutist "zero tracking" positioning.
- 🔲 **To confirm manually:** the Network tab request list is the authoritative source — check for *any* outbound request to a third-party analytics/ad domain on page load and on search.
- **Finding worth flagging :** the footer links to the site's affiliated projects — `ghaymah.systems` and `muejam.com` — carry static **UTM attribution parameters** (`utm_campaign=organic&utm_medium=search&utm_source=mithal.space`). This isn't user-tracking (the tag is identical for every visitor), but it *is* a form of referral/marketing attribution, and it's worth noting as a minor inconsistency with an otherwise absolutist "zero tracking" positioning.
### 📋 HTTP Response Headers
- Not independently retrievable from my environment (see methodology note).
- 🔲 **To confirm manually — check specifically for:**
- `Strict-Transport-Security`
- `Content-Security-Policy`
- `X-Content-Type-Options: nosniff`
- `X-Frame-Options` / `frame-ancestors` (in CSP)
- `Referrer-Policy`
- `Permissions-Policy`
- `Server` / `X-Powered-By` (whether they leak stack/version info)
---