10
/10

Security Report

https://x.com/home
CRITICAL RISK โ€” unchanged from last scan
Scan DateSeptember 15, 2026
Scan Time05:40 AM
Open Ports0
Public IP151.101.130.146
AI ModelRule-based (AI unavailable)
2
High Risk
51
Medium Risk
42
Low / Info
0
Total Open Ports
๐Ÿ“‹ Executive Summary

The security scan of x.com found 95 issues including 2 high-risk and 51 medium-risk findings. The most critical issue is 'Sensitive Path Publicly Accessible โ€” /id_rsa' which requires immediate attention. Full remediation steps are provided for each finding below.

A risk score of 10/10 (CRITICAL) indicates your business has security issues that need attention. The higher the score, the greater the chance of a breach, ransomware, or data theft.
โšก Top Recommendations
1
Sensitive Path Publicly Accessible โ€” /id_rsa: Remove or block public access to /id_rsa immediately, and rotate any credentials it may have contained.
2
Sensitive Path Publicly Accessible โ€” /.aws/credentials: Remove or block public access to /.
3
HTTP Not Redirecting to HTTPS: Add a permanent redirect from HTTP to HTTPS.
HTTP Not Redirecting to HTTPS
Port HTTP
MEDIUM Fix within 1 week CWE-319 โ–ผ

Visiting http:// doesn't redirect to https:// โ€” some visitors may use an unencrypted connection without knowing

Anyone who types or clicks an http:// link is sending their activity on your site โ€” potentially including form data or passwords โ€” unencrypted, where it can be read by anyone on the same public wifi or compromised network.

Example: A customer types the domain into their browser without 'https://', lands on the unencrypted version of the site, and submits a form before ever reaching the secure page โ€” sending that data in plain text the whole time.

Add a permanent redirect from HTTP to HTTPS. Nginx: add 'return 301 https://$host$request_uri;' in your port 80 server block. Apache: add 'RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]' in your .htaccess. Cloudflare users: go to SSL/TLS > Edge Certificates > enable 'Always Use HTTPS'.

CWE-319 โ€” Cleartext Transmission of Sensitive Information
Sensitive data is sent over the network unencrypted, so anyone monitoring the connection can read it.

CSP script-src Too Permissive
Port HTTPS
MEDIUM Fix within 1 week CWE-693 โ–ผ

CSP script-src allows 'unsafe-inline' โ€” an injected or hijacked script can still run freely

This setting defeats most of the protection CSP is meant to provide. If a third-party script you rely on is ever compromised โ€” the exact mechanism behind most 'watering hole' attacks โ€” it will execute without restriction and with no warning.

Example: A vendor's analytics or chat-widget script gets compromised at the source; because the policy still allows it (or allows inline/eval scripts generally), the malicious code runs exactly as if it belonged on the site, with no warning to anyone.

Tighten script-src to an explicit allowlist of trusted domains and drop 'unsafe-inline'/'unsafe-eval'/wildcards. Move inline scripts to external files or use a nonce/hash. Test changes with https://csp-evaluator.withgoogle.com before deploying.

CWE-693 โ€” Protection Mechanism Failure
A security safeguard that should be protecting the system is missing, disabled, or not strong enough.

Third-Party Scripts Missing Subresource Integrity (SRI)
Port HTTPS
MEDIUM Fix within 1 week CWE-353 โ–ผ

1 third-party script source(s) loaded without Subresource Integrity (SRI): abs.twimg.com

If any of these third-party providers is ever compromised โ€” a real, recurring attack pattern called a 'watering hole' or supply-chain attack, where attackers hit a widely-trusted vendor instead of you directly โ€” the malicious code they inject would run on your site with no verification and no warning to you or your visitors.

Example: A widely-used analytics or widget provider gets compromised (a real, recurring attack pattern), and because the script loads without integrity verification, the malicious version executes on every visitor's browser with no warning to you or them.

Add integrity and crossorigin attributes to each third-party <script> tag, e.g. <script src="..." integrity="sha384-..." crossorigin="anonymous"></script>. Most CDNs (cdnjs, jsdelivr, unpkg) publish the correct hash on their site โ€” copy it directly.

CWE-353 โ€” Missing Support for Integrity Check
There's no way to verify that data wasn't altered in transit, so tampering would go unnoticed.

Missing Permissions-Policy Header
Port HTTPS
LOW Monitor CWE-693 โ–ผ

Missing Permissions-Policy โ€” browser features like camera, microphone, and location aren't restricted for embedded third-party scripts

If you ever embed third-party ads, widgets, or analytics scripts, they could request a visitor's camera, microphone, or location without you intending to allow it โ€” an avoidable privacy risk for your customers.

Example: An embedded ad network's script requests the visitor's location or microphone access through a permission prompt the site owner never intended to allow, simply because nothing in the page's headers restricted it.

Add: 'add_header Permissions-Policy "camera=(), microphone=(), geolocation=()" always;' Adjust based on what your site actually uses. This limits what ad/analytics scripts can access.

CWE-693 โ€” Protection Mechanism Failure
A security safeguard that should be protecting the system is missing, disabled, or not strong enough.

Insecure Cookie Flags (guest_id_marketing)
Port HTTPS
LOW Fix within 1 month CWE-1004 โ–ผ

Cookie 'guest_id_marketing' is missing the HttpOnly flag(s). Observed attributes: Max-Age=63072000, Expires=Thu, 14 Sep 2028 05:40:16 GMT, Path=/, Domain=.x.com, Secure, SameSite=None.

This cookie's name doesn't clearly indicate it holds session or authentication data, so the practical impact depends on what value it actually stores โ€” anywhere from low-stakes (a UI preference) to more sensitive (tracking or personalization data). Missing these flags means whatever the cookie does hold is more exposed than it needs to be to interception or script access.

Example: whatever value 'guest_id_marketing' holds could be read by an injected script (no HttpOnly) or intercepted on an unencrypted connection (no Secure) โ€” the actual severity depends on how sensitive that value turns out to be.

Add the missing flag(s) when setting this cookie: Secure (only send over HTTPS), HttpOnly (block JavaScript access), SameSite=Lax or Strict (limit cross-site sending). Most frameworks expose this as a one-line config option โ€” e.g. Flask: app.config['SESSION_COOKIE_SECURE']=True, SESSION_COOKIE_HTTPONLY=True, SESSION_COOKIE_SAMESITE='Lax'.

CWE-1004 โ€” Sensitive Cookie Without 'HttpOnly' Flag
The cookie isn't marked HttpOnly, so a malicious script on the page (such as one injected via XSS) can read and steal it.

Insecure Cookie Flags (guest_id_ads)
Port HTTPS
LOW Fix within 1 month CWE-1004 โ–ผ

Cookie 'guest_id_ads' is missing the HttpOnly flag(s). Observed attributes: Max-Age=63072000, Expires=Thu, 14 Sep 2028 05:40:16 GMT, Path=/, Domain=.x.com, Secure, SameSite=None.

This cookie's name doesn't clearly indicate it holds session or authentication data, so the practical impact depends on what value it actually stores โ€” anywhere from low-stakes (a UI preference) to more sensitive (tracking or personalization data). Missing these flags means whatever the cookie does hold is more exposed than it needs to be to interception or script access.

Example: whatever value 'guest_id_ads' holds could be read by an injected script (no HttpOnly) or intercepted on an unencrypted connection (no Secure) โ€” the actual severity depends on how sensitive that value turns out to be.

Add the missing flag(s) when setting this cookie: Secure (only send over HTTPS), HttpOnly (block JavaScript access), SameSite=Lax or Strict (limit cross-site sending). Most frameworks expose this as a one-line config option โ€” e.g. Flask: app.config['SESSION_COOKIE_SECURE']=True, SESSION_COOKIE_HTTPONLY=True, SESSION_COOKIE_SAMESITE='Lax'.

CWE-1004 โ€” Sensitive Cookie Without 'HttpOnly' Flag
The cookie isn't marked HttpOnly, so a malicious script on the page (such as one injected via XSS) can read and steal it.

Insecure Cookie Flags (gt)
Port HTTPS
LOW Fix within 1 month CWE-1004 โ–ผ

Cookie 'gt' is missing the HttpOnly flag(s). Observed attributes: Max-Age=9000, Expires=Tue, 15 Sep 2026 08:10:16 GMT, Path=/, Domain=.x.com, Secure, SameSite=Lax.

This cookie's name doesn't clearly indicate it holds session or authentication data, so the practical impact depends on what value it actually stores โ€” anywhere from low-stakes (a UI preference) to more sensitive (tracking or personalization data). Missing these flags means whatever the cookie does hold is more exposed than it needs to be to interception or script access.

Example: whatever value 'gt' holds could be read by an injected script (no HttpOnly) or intercepted on an unencrypted connection (no Secure) โ€” the actual severity depends on how sensitive that value turns out to be.

Add the missing flag(s) when setting this cookie: Secure (only send over HTTPS), HttpOnly (block JavaScript access), SameSite=Lax or Strict (limit cross-site sending). Most frameworks expose this as a one-line config option โ€” e.g. Flask: app.config['SESSION_COOKIE_SECURE']=True, SESSION_COOKIE_HTTPONLY=True, SESSION_COOKIE_SAMESITE='Lax'.

CWE-1004 โ€” Sensitive Cookie Without 'HttpOnly' Flag
The cookie isn't marked HttpOnly, so a malicious script on the page (such as one injected via XSS) can read and steal it.

Insecure Cookie Flags (personalization_id)
Port HTTPS
LOW Fix within 1 month CWE-1004 โ–ผ

Cookie 'personalization_id' is missing the HttpOnly flag(s). Observed attributes: Max-Age=63072000, Expires=Thu, 14 Sep 2028 05:40:16 GMT, Path=/, Domain=.x.com, Secure, SameSite=None.

This cookie's name doesn't clearly indicate it holds session or authentication data, so the practical impact depends on what value it actually stores โ€” anywhere from low-stakes (a UI preference) to more sensitive (tracking or personalization data). Missing these flags means whatever the cookie does hold is more exposed than it needs to be to interception or script access.

Example: whatever value 'personalization_id' holds could be read by an injected script (no HttpOnly) or intercepted on an unencrypted connection (no Secure) โ€” the actual severity depends on how sensitive that value turns out to be.

Add the missing flag(s) when setting this cookie: Secure (only send over HTTPS), HttpOnly (block JavaScript access), SameSite=Lax or Strict (limit cross-site sending). Most frameworks expose this as a one-line config option โ€” e.g. Flask: app.config['SESSION_COOKIE_SECURE']=True, SESSION_COOKIE_HTTPONLY=True, SESSION_COOKIE_SAMESITE='Lax'.

CWE-1004 โ€” Sensitive Cookie Without 'HttpOnly' Flag
The cookie isn't marked HttpOnly, so a malicious script on the page (such as one injected via XSS) can read and steal it.

Insecure Cookie Flags (guest_id)
Port HTTPS
LOW Fix within 1 month CWE-1004 โ–ผ

Cookie 'guest_id' is missing the HttpOnly flag(s). Observed attributes: Max-Age=63072000, Expires=Thu, 14 Sep 2028 05:40:16 GMT, Path=/, Domain=.x.com, Secure, SameSite=None.

This cookie's name doesn't clearly indicate it holds session or authentication data, so the practical impact depends on what value it actually stores โ€” anywhere from low-stakes (a UI preference) to more sensitive (tracking or personalization data). Missing these flags means whatever the cookie does hold is more exposed than it needs to be to interception or script access.

Example: whatever value 'guest_id' holds could be read by an injected script (no HttpOnly) or intercepted on an unencrypted connection (no Secure) โ€” the actual severity depends on how sensitive that value turns out to be.

Add the missing flag(s) when setting this cookie: Secure (only send over HTTPS), HttpOnly (block JavaScript access), SameSite=Lax or Strict (limit cross-site sending). Most frameworks expose this as a one-line config option โ€” e.g. Flask: app.config['SESSION_COOKIE_SECURE']=True, SESSION_COOKIE_HTTPONLY=True, SESSION_COOKIE_SAMESITE='Lax'.

CWE-1004 โ€” Sensitive Cookie Without 'HttpOnly' Flag
The cookie isn't marked HttpOnly, so a malicious script on the page (such as one injected via XSS) can read and steal it.

Insecure Cookie Flags (ct0)
Port HTTPS
LOW Fix within 1 month CWE-1004 โ–ผ

Cookie 'ct0' is missing the HttpOnly flag(s). Observed attributes: Max-Age=-1789450815, Expires=Thu, 01 Jan 1970 00:00:01 GMT, Path=/, Domain=.x.com, Secure, SameSite=Lax.

This cookie's name doesn't clearly indicate it holds session or authentication data, so the practical impact depends on what value it actually stores โ€” anywhere from low-stakes (a UI preference) to more sensitive (tracking or personalization data). Missing these flags means whatever the cookie does hold is more exposed than it needs to be to interception or script access.

Example: whatever value 'ct0' holds could be read by an injected script (no HttpOnly) or intercepted on an unencrypted connection (no Secure) โ€” the actual severity depends on how sensitive that value turns out to be.

Add the missing flag(s) when setting this cookie: Secure (only send over HTTPS), HttpOnly (block JavaScript access), SameSite=Lax or Strict (limit cross-site sending). Most frameworks expose this as a one-line config option โ€” e.g. Flask: app.config['SESSION_COOKIE_SECURE']=True, SESSION_COOKIE_HTTPONLY=True, SESSION_COOKIE_SAMESITE='Lax'.

CWE-1004 โ€” Sensitive Cookie Without 'HttpOnly' Flag
The cookie isn't marked HttpOnly, so a malicious script on the page (such as one injected via XSS) can read and steal it.

No Abuse Reports Found for Public IP
Port HTTPS
INFO Informational โ–ผ

Public IP 151.101.130.146 (hosted by Fastly, Inc.) has no abuse reports on AbuseIPDB in the last 90 days.

A clean IP reputation is a good sign โ€” no other indication needed here.

No action required.

Hosting Network Identified
Port HTTPS
INFO Informational โ–ผ

Public IP 151.101.130.146 is registered to Fastly, Inc. โ€” network: SKYCA-3 โ€” block: 151.101.0.0 โ€“ 151.101.255.255.

This is informational โ€” it tells you (and anyone else who looks it up) which hosting provider or network actually operates this IP. Useful for confirming you're hosted where you expect, or for context if the IP reputation check above flags anything.

No action required โ€” this is identifying information, not a vulnerability.

โœ… What You're Doing Right

Your server is reachable, which means the web checks and SSL analysis were able to run successfully.

๐Ÿš€ Next Steps

Start with the 2 HIGH risk finding(s) today โ€” these are your most urgent risks. First, address 'Sensitive Path Publicly Accessible โ€” /id_rsa': Remove or block public access to /id_rsa immediately, and rotate any credentials it may have contained. Then work through the remaining findings in order of severity.

โฌ‡๏ธ Download PDF
This report is for informational purposes only and represents a point-in-time automated scan. It is not a substitute for a professional penetration test.
Generated by SecureCheck ยท September 15, 2026