mysql.com เป็นเว็บโกงหรือเปล่า? สแกม สแปม และรีวิว
สรุปคะแนนและประเด็นสำคัญ
ภาพรวม
SQLデータベースエンジン
+62 แสดงภาษาเพิ่มเติม
สัญญาณที่ควรระวัง ⓘ
- [ต่ำ] ส่วนหัวด้านความปลอดภัย เช่น HSTS และ CSP มีไม่เพียงพอหรือไม่ได้กำหนด.
- [ต่ำ] การขาด SPF/DMARC ทำให้มีความเสี่ยงต่อการปลอมแปลงผู้ส่งอีเมลสูง.
- [ต่ำ] คุณลักษณะความปลอดภัยของคุกกี้ไม่เพียงพอ (รวม 2 รายการ).
ชื่อเสียง
สรุปการรีวิว — mysql.com
คะแนนรวม 90 (ปลอดภัยโดยส่วนใหญ่)ตัวชี้วัดด้านความปลอดภัยหลายรายการอยู่ในเกณฑ์ดี และสัญญาณความเสี่ยงเด่น ๆ มีไม่มาก.
จุดเด่น
- มีใบรับรอง SSL/TLS ที่ถูกต้อง
- เปิดใช้ HSTS
- ตั้งค่า DMARC แล้ว
- อายุโดเมน ≥ 1 ปี
จุดที่ควรพัฒนา
- ยังไม่ตั้งค่า CSP
- ยังไม่ตั้งค่า SPF
รีวิวฉบับเต็ม — mysql.com
รีวิวโดเมน
โดเมนสร้างเมื่อ: 1999-02-03T05:00:00Z (≈ 26y 10m). ผู้รับจดทะเบียน: MarkMonitor Inc.. โฮสติ้ง / AS: ORACLE-BMC-31898, US — United States. ความนิยม: Tranco #491, OPR 6.46/10. ชื่อเสียง: GSB ปลอดภัย WebRisk ปลอดภัย. ความปลอดภัยของอีเมล: SPF ปิด, DMARC ไม่มี. ใบรับรองหมดอายุวันที่: 2026-03-04T23:59:59+00:00.
รีวิวร้านค้า / การทำธุรกรรม
ไม่ตรวจพบคอนเทนต์แบบผสม. ไม่ตรวจพบคอนเทนต์แบบผสม. โครงสร้างข้อมูล: Organization ไม่มี, contactPoint ไม่มี. สัดส่วนข้อความที่มองไม่เห็น 0%.
รีวิวเชิงเทคนิค
HTTP 200 ปกติ · เซิร์ฟเวอร์ ORACLE-BMC-31898, US. HSTS ปิด (preload: ไม่ทราบ). กำหนดส่วนหัวความปลอดภัย 3/6 รายการ. DNSSEC ปิด. ความปลอดภัยของอีเมล: SPF ปิด, DMARC ไม่มี. นโยบาย MTA‑STS: ไม่มี. TLS‑RPT ปิด. security.txt: ไม่มี. คุณลักษณะคุกกี้ที่ขาดไป: Secure×1 / HttpOnly×0 / SameSite×1. คะแนนการทำโค้ด JS ให้อ่านยาก 0. ชื่อเสียง: GSB clean, WebRisk clean → ภาพรวม ดี.
คำอธิบาย — จุดแข็งและความเสถียร
อายุ: ประมาณ (≈ 26y 10m) (สร้างเมื่อ 1999-02-03T05:00:00Z).
GSB ปลอดภัย
WebRisk ปลอดภัย
ใบรับรองหมดอายุวันที่: 2026-03-04T23:59:59+00:00.
กำหนดส่วนหัวความปลอดภัย 3/6 รายการ.
ไม่ตรวจพบคอนเทนต์แบบผสม.
เมื่อพิจารณาข้อมูลการดำเนินงานร่วมกับตัวชี้วัดความน่าเชื่อถือ จะช่วยให้ประเมินความสอดคล้องของแบรนด์/ผู้ให้บริการและโอกาสในการดำเนินงานระยะยาวได้ชัดเจนขึ้น.
การตรวจสอบความปลอดภัยของหน้าชำระเงิน (การบังคับ HTTPS เป้าหมายการส่งฟอร์ม ความสมบูรณ์ของสคริปต์) ควบคู่กับบริการลูกค้าและนโยบายการคืนสินค้า ช่วยให้เห็นภาพระดับความน่าเชื่อถือจริงได้แม่นยำขึ้น.
การกำหนดส่วนหัวความปลอดภัย การต่ออายุใบรับรองอัตโนมัติ การป้องกันโดเมนอีเมล (DMARC/TLS‑RPT) และการลบคอนเทนต์แบบผสม จะช่วยเพิ่มความน่าเชื่อถือและความเสถียรโดยรวมของเว็บไซต์.
คำอธิบาย — ความเสี่ยงและสิ่งที่ควรปรับปรุง
หากไม่มี HSTS อาจเสี่ยงต่อการโจมตีแบบ downgrade หรือ man‑in‑the‑middle ซึ่งลดความแข็งแรงของการบังคับใช้ HTTPS ควรเปิดใช้ HSTS และเตรียมโดเมนสำหรับการส่งเข้ารายการ preload.
เมื่อขาดส่วนหัวด้านความปลอดภัยที่สำคัญ เว็บไซต์จะเปราะบางต่อการโจมตีแบบ clickjacking การเดา MIME type และการรั่วไหลของข้อมูล.
หากไม่ใช้ DNSSEC ความเชื่อถือจะขึ้นอยู่กับเซิร์ฟเวอร์เนมของโซนแม่เพียงอย่างเดียว ซึ่งอาจเพิ่มความเสี่ยงต่อการแก้ไขปลอมแปลง DNS ในบางสภาพแวดล้อม.
ถ้าไม่มี DMARC หรือกำหนดเป็น p=none การป้องกันการปลอมแปลงผู้ส่งอีเมลจะอ่อนแอ แนะนำให้พิจารณาตั้งเป็น quarantine หรือ reject.
หากไม่มี MTA‑STS การบังคับใช้ TLS สำหรับ SMTP จะอ่อนลง.
หากไม่มี TLS‑RPT จะรวบรวมสัญญาณปัญหา TLS ได้ยาก ทำให้มองเห็นปัญหาการทำงานได้น้อยลง.
ถ้าไม่มี security.txt ช่องทางในการรายงานช่องโหว่จะไม่ชัดเจน และอาจทำให้การตอบสนองล่าช้า.
คุกกี้ที่ไม่มี Secure / HttpOnly / SameSite อาจเสี่ยงต่อการถูกขโมยหรือการโจมตีแบบ session fixation.
การวิเคราะห์นี้เป็นความเห็นอัตโนมัติที่อ้างอิงจากข้อมูล ใช้เพื่อประกอบการตัดสินใจเท่านั้น โปรดตรวจสอบข้อมูลด้วยตนเองก่อนทำการชำระเงินหรือดาวน์โหลดไฟล์ใด ๆ.
เกี่ยวกับรายงานนี้
- การวิเคราะห์ครั้งแรก: -
- อัปเดตล่าสุด: 2025-11-20 13:55:56
การขอสิทธิ์ความเป็นเจ้าของเว็บไซต์
Traffic signals
ประสิทธิภาพ
ส่วนหัวด้านความปลอดภัย
- HSTS ⓘ
- Content‑Security‑Policy ⓘ
- X‑Content‑Type‑Options ⓘ
- X‑Frame‑Options ⓘ
- Referrer‑Policy ⓘ
- Permissions‑Policy ⓘ
add_header Content-Security-Policy "default-src 'self'; img-src 'self' data:; object-src 'none'; base-uri 'self'";
add_header Referrer-Policy "strict-origin-when-cross-origin" always;
add_header Permissions-Policy "geolocation=(); microphone=(); camera=()" always;
v=spf1 include:_spf.google.com ~all
Set-Cookie: name=value; Path=/; Secure; HttpOnly; SameSite=Lax
MySQL_S=u9ftm9a31hg94epg9kordda5ms7ql828
ลำดับเหตุการณ์ของโดเมน
-
1999-02-03จดทะเบียนโดเมน: 1999-02-03T05:00:00Z
หัวข้อสำคัญ
รายละเอียด DMARC
v=DMARC1; p=none; rua=mailto:dmarc_rua@emaildefense.proofpoint.com; ruf=mailto:dmarc_ruf@emaildefense.proofpoint.com; fo=1v=DMARC1; p=none; rua=mailto:dmarc_rua@emaildefense.proofpoint.com; ruf=mailto:dmarc_ruf@emaildefense.proofpoint.com; fo=1ข้อมูลเชิงลึกด้านภัยคุกคาม
- หากไม่มี HSTS อาจเสี่ยงต่อการโจมตีแบบ downgrade หรือ man‑in‑the‑middle ซึ่งลดความแข็งแรงของการบังคับใช้ HTTPS ควรเปิดใช้ HSTS และเตรียมโดเมนสำหรับการส่งเข้ารายการ preload.
- หากไม่ได้ตั้งค่า SPF ความสามารถในการป้องกันการปลอมแปลงผู้ส่งอีเมลจะต่ำ แนะนำให้กำหนด SPF สำหรับทุกโดเมนที่ใช้ส่งอีเมล.
- พบทรัพยากรที่โหลดผ่าน HTTP บนหน้าเว็บแบบ HTTPS
คะแนนความเสี่ยงของเว็บไซต์นี้คำนวณจากหลายปัจจัย ได้แก่ ส่วนหัวความปลอดภัยของเบราว์เซอร์ สถานะ SSL การมี/ไม่มีคอนเทนต์แบบผสม การป้องกันโดเมนอีเมล (SPF/DMARC) รูปแบบการเปลี่ยนเส้นทางหรือการทำโค้ดให้อ่านยาก และผลจาก Google Safe Browsing กับ WebRisk. ขณะนี้ยังไม่พบสัญญาณเด่นที่ชี้ไปทางเจตนาร้าย แต่หากส่วนหัวความปลอดภัยหรือการป้องกันอีเมลไม่เพียงพอ ความเสี่ยงต่อฟิชชิงหรือการดักจับทราฟฟิกอาจเพิ่มขึ้น ก่อนใส่ข้อมูลสำคัญ ควรตรวจทานการสะกดชื่อโดเมนและวิธีที่คุณเข้ามายังเว็บไซต์ (โฆษณา ข้อความส่วนตัว ลิงก์ย่อ ฯลฯ). ก่อนกรอกข้อมูลการชำระเงินหรือข้อมูลส่วนบุคคล ควรตรวจสอบข้อมูลผู้ให้บริการ (บริษัท/ช่องทางติดต่อ) การบังคับใช้ HTTPS การตั้งค่า DMARC/TLS‑RPT และว่ามีคอนเทนต์แบบผสมหรือไม่.
การสแกนเชิงลึก (HTML / ส่วนหัว)
- เว็บไซต์บล็อกการเข้าถึงอัตโนมัติ จึงไม่สามารถตรวจสอบรายละเอียดได้ครบถ้วน.
- มีการโหลดทรัพยากรที่ไม่เข้ารหัส (HTTP).
- คุณลักษณะความปลอดภัยของคุกกี้ (Secure/HttpOnly/SameSite) บางส่วนขาดหาย.
ตรวจสอบให้แน่ใจว่าคุณเข้าจากลิงก์ทางการหรือจากในแอป และก่อนชำระเงิน/เข้าสู่ระบบ ให้ตรวจดูว่าชื่อโดเมนในแถบที่อยู่ตรงกับเว็บไซต์จริงหรือไม่. หากเป็นไปได้ให้ใช้เฉพาะ HTTPS และเปลี่ยนทรัพยากร HTTP ภายในหน้าให้เป็น HTTPS ทั้งหมด.
แสดงตัวอย่างทรัพยากร HTTP
http://www.oracleimg.com/us/assets/metrics/ora_ocom.js
Set‑Cookie (ตัวอย่าง)
AK_NETWORKTYPE=ESSL; expires=Thu, 20-Nov-2025 13:57:56 GMT
สถานการณ์การใช้งาน
หากคุณชำระเงินบนเว็บไซต์นี้
สัญญาณด้านเทคนิคหรือชื่อเสียงบางอย่างบอกให้ใช้ความระมัดระวัง ตรวจสอบแถบที่อยู่ HTTPS และคำเตือนของเบราว์เซอร์ก่อนกรอกข้อมูลชำระเงิน. ทรัพยากรแบบผสมหรือไม่เข้ารหัส (HTTP) และ TLS ที่อ่อนแออาจทำให้ข้อมูลการชำระเงินหรือตัวโทเค็นเซสชันรั่วได้ในบางเครือข่าย.
หากคุณล็อกอินหรือกรอกข้อมูลส่วนตัว
ไม่พบรูปแบบอันตรายที่ชัดเจน แต่รหัสผ่านและรหัส 2FA ถือเป็นข้อมูลสำคัญมาก หลีกเลี่ยงการใช้รหัสผ่านเดียวกันในหลายเว็บไซต์. การขาดแอตทริบิวต์ด้านความปลอดภัยของคุกกี้หรือฟอร์ม POST ข้ามโดเมนอาจเปิดช่องให้ขโมยหรือนำเซสชันไปใช้ในทางที่ผิด หลังล็อกอินควรสังเกตความผิดปกติของบัญชีหรือการเรียกเก็บเงิน.
ตำแหน่งเซิร์ฟเวอร์ ⓘ
ประวัติ
การเปลี่ยนแปลง ⓘ --เว็บไซต์ที่เพิ่งถูกเพิ่มล่าสุด
รีวิว
เฉลี่ย - / ทั้งหมด 0
เช็กซัม 0133f61388c9e169cc57dab8e443e42652877596387e898bcf754fbcb6a0cd86
โซเชียล ⓘ
แพลตฟอร์มที่เว็บไซต์นี้อาจใช้งาน.