| 语言 | 消息 |
|---|---|
| de | Daten aus dem Anfrageobjekt werden an eine neue serverseitige Anfrage übergeben. Das kann zu Server-Side Request Forgery (SSRF) führen, über die Angreifer an private Organisationsdaten gelangen könnten. Stellen Sie zur Abmilderung sicher, dass Schemata und Hosts gegen eine Allowlist geprüft werden, reichen Sie die Antwort nicht an den Benutzer weiter und sichern Sie die weitergeleitete Anfrage mit ordentlicher Authentifizierung und Sicherheit auf Transportschicht. |
| en | Data from request object is passed to a new server-side request. This could lead to a server-side request forgery (SSRF), which could result in attackers gaining access to private organization data. To mitigate, ensure that schemes and hosts are validated against an allowlist, do not forward the response to the user, and ensure proper authentication and transport-layer security in the proxied request. |
| fr | Des données de l'objet requête sont transmises à une nouvelle requête côté serveur, ce qui peut conduire à une falsification de requête côté serveur (SSRF) et donner à des attaquants accès à des données privées de l'organisation. Pour atténuer, assurez-vous que les schémas et les hôtes sont validés contre une liste blanche, ne renvoyez pas la réponse à l'utilisateur, et garantissez une authentification correcte et une sécurité de la couche transport dans la requête mandatée. |
| ja | リクエストオブジェクトのデータが新しいサーバー側リクエストに渡されており、サーバーサイドリクエストフォージェリ（SSRF）を引き起こす恐れがあり、攻撃者はこれを悪用して組織のプライバシー情報を取得できます。緩和策：scheme と host をホワイトリストで検証する、レスポンスをユーザーに転送しない、プロキシするリクエストには認証とトランスポート層のセキュリティを確保する。 |
| ko | 요청 객체의 데이터가 새로운 서버 측 요청에 전달되어 서버 측 요청 위조(SSRF)가 발생할 수 있으며, 공격자가 이를 악용해 조직의 프라이버시 데이터를 획득할 수 있습니다. 완화 조치: 허용 목록을 기준으로 scheme과 host를 검증하고, 응답을 사용자에게 전달하지 않으며, 프록시 요청에는 인증과 전송 계층 보안을 적용하십시오. |
| ru | Данные объекта запроса передаются в новый серверный запрос — возможна SSRF (подделка серверных запросов), через которую злоумышленник получит доступ к закрытым данным организации. Для защиты валидируйте схемы и хосты по белому списку, не пересылайте ответ пользователю и обеспечьте надлежащую аутентификацию и защиту транспортного уровня в проксируемом запросе. |
| zh | 请求对象的数据被传入新的服务端请求，可能造成服务端请求伪造（SSRF），攻击者可借此获取组织隐私数据。缓解措施：按白名单校验 scheme 与 host、不要把响应转发给用户、代理请求做好认证与传输层安全。 |
| zh-Hant | 請求物件的資料被傳入新的伺服器端請求，可能造成伺服器端請求偽造（SSRF），攻擊者可藉此獲取組織隱私資料。緩解措施：按白名單驗證 scheme 與 host、不要把回應轉發給使用者、代理請求做好認證與傳輸層安全。 |
| 语言 | 名称 | 修复建议 |
|---|---|---|
| de | SSRF (Server-Side Request Forgery) | Prüfen Sie Ziel-URLs per Allowlist, blockieren Sie interne/Loopback-/Metadaten-Adressen und leiten Sie ausgehende Anfragen einheitlich über einen kontrollierten Proxy. |
| en | — | — |
| fr | Falsification de requête côté serveur (SSRF) | Validez les URL cibles par liste blanche, interdisez les adresses internes/loopback/métadonnées et faites sortir tout le trafic par un proxy contrôlé. |
| ja | SSRF（サーバーサイドリクエストフォージェリ） | 対象 URL はホワイトリストで検証し、内部ネットワーク/ループバック/メタデータアドレスを禁止して、外部への通信は制御されたプロキシ経由に統一してください。 |
| ko | SSRF(서버 측 요청 위조) | 대상 URL은 허용 목록으로 검증하고, 내부망/루프백/메타데이터 주소는 비활성화하며, 아웃바운드 통신은 통제된 프록시를 통해 일원화하십시오. |
| ru | SSRF (подделка серверных запросов) | Проверяйте целевой URL по белому списку, запрещайте внутренние, loopback- и адреса метаданных, выпускайте трафик через управляемый прокси. |
| zh | SSRF（服务端请求伪造） | 目标 URL 白名单校验，禁用内网/回环/元数据地址，统一经受控代理出网。 |
| zh-Hant | SSRF（伺服器端請求偽造） | 目標 URL 白名單驗證，停用內部網路/迴環/後設資料位址，統一經受控代理出網。 |