CY 공공기관
Assistance and awareness resources for French audiences.
IN 연구 및 교육
Research in digital science and technology.
NC 공공기관
Technical guidance, alerts and protection resources.
IN 공공기관
Cybersecurity resources for businesses and citizens.
CE 공공기관
Incident response and security awareness in Brazil.
IP 공공기관
Information security, software and digital skills.
NA 국방
Cyber defence research, training and exercises.
IT 공공기관
International cooperation and digital capacity building.
OW 커뮤니티 및 표준
Open projects for application and AI security.
AR 연구 및 교육
Scientific preprints; peer review is not guaranteed.
HU 민간기업
AI models, datasets and open tools.
PO 민간기업
Web security learning in authorised labs.
BE 커뮤니티 및 표준
Open-source verification methods and resources.
FI 커뮤니티 및 표준
Vulnerability severity specification and calculators. A score alone does not describe organisation-specific risk.
참고 자료 상세
확인된 데이터 또는 기준 CVSS 4.0 scores run from 0.0 to 10.0. Base, Threat, Environmental and Supplemental metric groups serve different purposes.
사용 방법 Retain the score version, vector and date. Compare it with the installed version, access paths and business consequences before ordering remediation.
유지해야 할 한계 A high score is not evidence of exploitation; a low score does not mean a service has no risk.
공식 참고 자료 ↗
문서 검토일 2026-10-22
CVSS, EPSS, KEV 및 VEX What is the technical severity under the assessed metrics?
The score proves neither exploitation nor consequences for your service.
Read the CVSS, EPSS, KEV and VEX reference →
Primary sources and scope Sources checked on 2026-10-22
CV 커뮤니티 및 표준
Public vulnerability identifiers and records. Check products, affected versions and links to original advisories.
참고 자료 상세
확인된 데이터 또는 기준 A JSON schema defines the CVE record format. An identifier and the published contents of its record are distinct things.
사용 방법 Open the record and references; check its state, described affected versions and supplier information. Keep the identifier in action tracking.
유지해야 할 한계 A CVE identifier is neither a severity score nor proof that your installation is affected.
공식 참고 자료 ↗
문서 검토일 2026-10-22
NI 공공기관
Vulnerability database and technical enrichment. Cross-check records against vendor advisories and the deployed configuration.
NI 공공기관
Voluntary framework and resources for documenting AI risks. Check the version and status of consulted documents.
참고 자료 상세
확인된 데이터 또는 기준 The AI RMF Core is organised around Govern, Map, Measure and Manage. It is a voluntary risk-management framework.
사용 방법 Define intended use, affected people and error consequences. Connect each risk to an evaluation, owner and stop or recovery mechanism.
유지해야 할 한계 The framework certifies neither a model nor an application. Using it does not remove the need to examine applicable requirements.
공식 참고 자료 ↗
문서 검토일 2026-10-22
OW 커뮤니티 및 표준
Open risk reference for LLM and generative AI applications, including prompt injection, disclosure and excessive permissions.
참고 자료 상세
확인된 데이터 또는 기준 The 2025 edition includes Prompt Injection, Sensitive Information Disclosure and Excessive Agency.
사용 방법 Turn a risk into an observable scenario: hostile document, restricted data or out-of-scope tool. Record expected behaviour and evidence of refusal.
유지해야 할 한계 A risk list is not a complete assessment. Input filtering alone does not establish authorisation for every action.
공식 참고 자료 ↗
문서 검토일 2026-10-22
RAG: 접근 권한, 인용 및 캐시 An accurate answer can disclose a forbidden document. Retrieval relevance, citation validity and access authorisation are separate checks. The service providing passages must enforce the current identity’s rights before exposing them to the model.
Explore the RAG access matrix and replay cases →
References consulted on 2026-10-22
W3 커뮤니티 및 표준
Standards, evaluation methods and web accessibility resources. Supports complete journey testing beyond automated checks.
GO 민간기업
Official documentation on crawling, indexing and AI features in Google Search. Does not guarantee rankings or citations.
IA 커뮤니티 및 표준
Internet protocol parameter registries and related references. Use to check codes and numbers against their standardised context.
MI 연구 및 교육
Name classes of software and hardware weakness.
참고 자료 상세
확인된 데이터 또는 기준 A CWE describes a weakness that can contribute to vulnerabilities. It does not represent a particular incident.
사용 방법 Connect the weakness to the observed mechanism: input, processing and missing control. Use it to fix the cause and plan regression tests.
유지해야 할 한계 A keyword in a report alone does not establish the correct CWE classification.
공식 참고 자료 ↗
문서 검토일 2026-10-22
W3 커뮤니티 및 표준
Evaluate accessibility criteria for web content.
참고 자료 상세
확인된 데이터 또는 기준 WCAG 2.2 is a W3C Recommendation. Success criteria have A, AA and AAA levels.
사용 방법 Define tasks, pages and states, then combine inspection, keyboard, zoom and relevant assistive technology. Keep reproduction steps for barriers.
유지해야 할 한계 An automated scanner does not establish conformity of a complete journey. Evaluation must cover interactive states and actual content.
공식 참고 자료 ↗
문서 검토일 2026-10-22
GO 민간기업
Distinguish loading, responsiveness and visual stability.
참고 자료 상세
확인된 데이터 또는 기준 Good thresholds are LCP ≤ 2.5 s, INP ≤ 200 ms and CLS ≤ 0.1 at the 75th percentile, segmented by mobile and desktop.
사용 방법 Separate field measurement from laboratory tests. Record period, URL, device, population and sample size before comparing changes.
유지해야 할 한계 These thresholds are not measured results for this site. A good lab score alone does not establish visitor experience.
공식 참고 자료 ↗
문서 검토일 2026-10-22