ladybird/Services
Timothy Flynn 4470f94129 RequestServer: Store a couple of data hashes in disk cache entries
We currently have a FIXME to validate cached data with a crc32. But this
is sort of a non-starter, because we never actually have the cached data
in-memory - we transfer it to the WebContent process via system calls,
and it never reaches userspace in RequestServer.

Chrome makes a bit of an educated gamble here. They assume cosmic bit
blips are extremely unlikely, thus the cached data does not get verified
with a hash. Instead, they store non-cryptographic hashes of some select
fields, and they validate just those hashes.

Here, we store a hash of the cache key in the cache header, and a hash
of the cache header in the cache footer. With these validations, along
with other validations already in-place, we can be reasonably sure we
are not sending corrupt data to the WebContent process.
2025-11-21 08:48:42 +01:00
..
ImageDecoder ImageDecoder+LibWeb: Perform initial alpha conversion in ImageDecoder 2025-11-06 17:56:29 +01:00
RequestServer RequestServer: Store a couple of data hashes in disk cache entries 2025-11-21 08:48:42 +01:00
WebContent LibWeb: Avoid invoking Trusted Types where avoidable 2025-11-06 11:43:06 -05:00
WebDriver LibCore: Remove unused KeepAsChild and disown mechanisms 2025-11-07 11:27:51 +01:00
WebWorker LibWeb: Remove exception throwing from Fetch 2025-11-07 04:08:30 +01:00
CMakeLists.txt Services/WebDriver: Enable on Windows 2025-09-15 09:19:52 +02:00