界: API Abuse

API は、呼び出し元と呼び出し先の間のコントラクトです。最も一般的な API の不正使用の形態は、呼び出し元がこのコントラクトの終わりを守らないことによって発生します。たとえば、プログラムが chroot() を呼び出した後に chdir() を呼び出すのに失敗すると、アクティブなルートディレクトリを安全に変更する方法を指定したコントラクトに違反することになります。ライブラリの悪用のもう 1 つの良い例は、呼び出し先が信頼できる DNS 情報を呼び出し元に返すことを期待することです。この場合、呼び出し元は、呼び出し先の API の動作 (戻り値が認証目的に使用できること) についてある種の仮定をすることで、呼び出し先の API を悪用します。また、相手側から、呼び出し元と呼び出し先のコントラクトを違反することもできます。例えば、コーダーが SecureRandom をサブクラス化し、ランダムではない値を返した場合、コントラクトに違反することになります。

Code Correctness: Negative Content-Length

Java/JSP
JavaScript/TypeScript

Abstract

Content-Length ヘッダーには負の数が設定されています。

Explanation

ほとんどの場合、リクエストの Content-Length ヘッダーを設定した開発者は、
サーバーに送信されたPOSTデータの長さのやり取りに興味を持っています。ただし、このヘッダーには 0 または正の数を
設定する必要があります。

例 1: 次のコードでは、不正な Content-Length を設定することになります。


  URL url = new URL("http://www.example.com");
  HttpURLConnection huc = (HttpURLConnection)url.openConnection();
  huc.setRequestProperty("Content-Length", "-1000");

References

[1] Standards Mapping - CIS Azure Kubernetes Service Benchmark 1.0

[2] Standards Mapping - CIS Amazon Elastic Kubernetes Service Benchmark 5.0

[3] Standards Mapping - CIS Amazon Web Services Foundations Benchmark 3

[4] Standards Mapping - CIS Google Kubernetes Engine Benchmark normal

[5] Standards Mapping - Common Weakness Enumeration CWE ID 398

[6] Standards Mapping - Payment Card Industry Data Security Standard Version 3.0 Requirement 6.5.6

[7] Standards Mapping - Payment Card Industry Data Security Standard Version 3.1 Requirement 6.5.6

[8] Standards Mapping - Payment Card Industry Data Security Standard Version 3.2 Requirement 6.5.6

[9] Standards Mapping - Payment Card Industry Data Security Standard Version 3.2.1 Requirement 6.5.6

desc.structural.java.api_abuse_code_correctness_negative_content_length

Abstract

Content-Length ヘッダーには負の数が設定されています。

Explanation

ほとんどの場合、リクエストの Content-Length ヘッダーを設定した開発者は、
サーバーに送信されたPOSTデータの長さのやり取りに興味を持っています。ただし、このヘッダーには 0 または正の数を
設定する必要があります。

例 1: 次のコードでは Content-Length ヘッダーに誤って負の数を設定しています。


  xhr.setRequestHeader("Content-Length", "-1000");