krunch3r76 / gc__filterms Goto Github PK

instead of whitelisting against names it would be useful to whitelist for certain provider features without fussing with the logic in the requestor code itself by invoking with an environment variable, which could be a json string.

an additional environment variable could be used to blacklist in the same way as whitelist

although this is underlying issue, the provider name is not unique, provider id is, so it should be used for filtering

if a custom strategy is being used by the l-user then this would replace it (by virtue of being passed in as the strategy to Golem( in lieue). this should be addressed by wrapping (or subclassing) a strategy upon construction if desired.

currently a white/blacklist prioritizes names over addresses. a bad actor could create a name that is an address and try to get blacklisted. however, once the actor leaves this identity, the address may remain in the white/blacklist and subsequently and unintentionally the eponymous address would be filtered.

one solution would be to define separate environment variables depending on whether names or addresses shall be filtered. this is the most simple but detracts from the simplicity of the tool a bit. alternatives are swimming in the tank.

ideally hashes are case insensitive