Oneric 0ec62acb9d Always insert Dedupe upload filter ... This actually was already intended before to eradict all future path-traversal-style exploits and to fix issues with some characters like akkoma#610 in 0b2ec0ccee. However, Dedupe and AnonymizeFilename got mixed up. The latter only anonymises the name in Content-Disposition headers GET parameters (with link_name), _not_ the upload path. Even without Dedupe, the upload path is prefixed by an UUID, so it _should_ already be hard to guess for attackers. But now we actually can be sure no path shenanigangs occur, uploads reliably work and save some disk space. While this makes the final path predictable, this prediction is not exploitable. Insertion of a back-reference to the upload itself requires pulling off a successfull preimage attack against SHA-256, which is deemed infeasible for the foreseeable futures. Dedupe was already included in the default list in config.exs since 28cfb2c37a, but this will get overridde by whatever the config generated by the "pleroma.instance gen" task chose. Upload+delete tests running in parallel using Dedupe might be flaky, but this was already true before and needs its own commit to fix eventually.		2024-03-18 22:33:10 -01:00
..
config	remove default emoji file	2022-08-11 19:05:41 +01:00
credo/check/consistency	giant massive dep upgrade and dialyxir-found error emporium (#371)	2022-12-14 12:38:48 +00:00
fixtures	Add XML matcher	2023-08-07 11:12:14 +01:00
instance_static	URL encode remote emoji pack names (#362)	2023-01-15 18:14:04 +00:00
mix	Always insert Dedupe upload filter	2024-03-18 22:33:10 -01:00
pleroma	Always insert Dedupe upload filter	2024-03-18 22:33:10 -01:00
support	Prune old Update activities	2024-02-17 16:57:40 +01:00
test_helper.exs	Always insert Dedupe upload filter	2024-03-18 22:33:10 -01:00