| commit | f0af8594734a83a242d7a2af7accbd5ba45df1d9 | [log] [tgz] |
|---|---|---|
| author | James Feist <james.feist@linux.intel.com> | Fri Mar 27 16:28:59 2020 -0700 |
| committer | James Feist <james.feist@linux.intel.com> | Tue Mar 31 20:31:10 2020 +0000 |
| tree | 6c8bebc35e249f000a9d1ad6d431e1e87581b025 | |
| parent | c6f4e01779afb7a6eb25be15003829b46f81ba4c [diff] |
Protect against slow read attack Right now as long as an attacker continutes to do a slow read, the connection will stay open forever. Set a timeout so this can't happen. Tested: Used slowhttptest to verify this wouldn't happen Change-Id: I4dbe2a18f9ccce0ba36875572ec3df6bf3be6a1e Signed-off-by: James Feist <james.feist@linux.intel.com>
This component attempts to be a "do everything" embedded webserver for openbmc.
At this time, the webserver implements a few interfaces:
BMCWeb is configured by setting -D flags that correspond to options in bmcweb/CMakeLists.txt and then compiling. For example, cmake -DBMCWEB_ENABLE_KVM=NO ... followed by make. The option names become C++ preprocessor symbols that control which code is compiled into the program.
When BMCWeb starts running, it reads persistent configuration data (such as UUID and session data) from a local file. If this is not usable, it generates a new configuration.
When BMCWeb SSL support is enabled and a usable certificate is not found, it will generate a self-sign a certificate before launching the server. The keys are generated by the secp384r1 algorithm. The certificate
C=US, O=OpenBMC, CN=testhost,SHA-256 algorithm.