A lot of spam seems to play on people's insecurities. How they look, how strong they are, how much hair you've got etc... That's part of the reason that drives me to try and help get rid of spam. It's such a cheap tactic...
but it also looks like the operation in India is just an affiliate network and the actual spam eventually clicks through to sites who do not necessarily send spam at all
that's face care, though most of the copy looked like "take care of yourself" which in many jurisdictions means "don't order pills which could be placebo or worse"
[ SmokeDetector | MS ] URL-only title, bad NS for domain in body, bad NS for domain in title, bad keyword in body, bad keyword in title, +4 more: stanafiltry.com/tcore-plus/ by ipzr on askubuntu.com
but so it's not altogether clear to me that the pharma links are actually the real beef here, it could be just an operation to hijack people's browsers or worse
I once clicked a link to check if it is a spam, which appeared a link to an article, but when I clicked it, it took me to the multiple websites, which probably were ads, then to some porn site.
I had code in Halflife to follow the redirects but it got pretty messy -- the sites I looked at had on the order of half a dozen redirects before actually clicking through to the target
so potentially several layers of affiliate kickbacks, several points where the redirector could redirect to different sites depending on your browser, OS, geolocation, or other traits, and several places where a real browser could get hijacked by various Javascript hacks
@AJ depends entirely on the type of attack, a drive-by download could have installed a binary on your computer and so just cleaning the browser is nowhere near sufficient
but anything pure Javascript should be gone by restarting the browser probably
if you want to click through spam links, I'd suggest setting up a pristine browser in Virtualbox and flushing it back to the original state periodically
@SmokeDetector k (mod flagged, but it smells like spam)
@tripleee since paypal-techsupport.com is legitimate, could you change line 1525 of blacklisted_websites.txt from (customer|tech|technical)-?(support|service)\.com to (?<!paypal-)(customer|tech|technical)-?(support|service)\.com please?
Protections disabled. I really wish GH would make it clear that applies to regular commits as well as pull requests. Also an option to keep master commits enabled.
[ SmokeDetector | MS ] URL-only title, bad NS for domain in body, bad NS for domain in title, blacklisted website in body, blacklisted website in title, +1 more: womenshealthclaimed.com/royal-kiraz/ by nsns on askubuntu.com
@tripleee That pattern looks like it's already caught by Blacklisted website in body, Blacklisted website in answer, Bad ns for domain in answer, and Bad ns for domain in body; use !!/blacklist-website-force if you really want to do that.
not really necessary because it is blacklisted by a broader pattern, but adding it anyway because it's at 32/32 already and I want to make sure that blacklisting really works again
@tripleee That pattern looks like it's already caught by Bad ns for domain in body and Bad ns for domain in answer; use !!/blacklist-website-force if you really want to do that.
@tripleee That pattern looks like it's already caught by Bad keyword in answer and Bad keyword in body; use !!/blacklist-keyword-force if you really want to do that.
GH config caused a problem, angus pushed a change to mitigate problem by considering everyone un-code-privileged, GH config is fixed, change is not yet reverted
PANDARUS:
Alas, I think he shall be come approached and the day
When little srain would be attain'd into being never fed,
And who is but a chain and subjects of his death,
I should not sleep.
Second Senator:
They are away this miseries, produced upon my soul,
Breaking and strongly should be buri...
@ThomasWard the one remaining problem is that several instances had pending unpushed commits which need to be cleaned out before they will be fully operational again
at least bwDraco's and probably NobodyNada's instances will most likey need to have a manual git reset --hard upstream/master done in theeir local master branch before Git commands will work again
if that turns out to be unnecessary; great
but I'm leaving another note here just in cvse
thnks and condolences equally to all (-:
oh one more thing. For background, here's where Angus managed to connect the dots
@ArtOfCode it's not quite as bad as I thought: it appears I can do git rebase auto-blacklist... origin/master like normal but I'm not sure how to push the new ref
it didn't seem to like git push origin refs/remote/master:master