Editing abuse filter

Filter parameters

Filter ID:	42
Description: (publicly viewable)
Conditions:	user_editcount < 30 & ( ( new_size < 300 & old_size > 300 ) \| edit_delta < -5000 ) & ( !added_lines irlike "^#Redirect\s\[\[" & !contains_any ( page_title, "Sockpuppet investigations", user_name, "Sandbox" ) & ( bad_words := "\b(?:(?:P+H+\|F)+U+C+K+[\w\d]?\|AN+U+S\|CR+A+P\|SH+I+T\|[KC]+U+N+T\|NI+GG+(E+R\|A)\|(ASS+\|BU+(T+\|M+))[ \-](H+O+L+E\|S+E+X\|R+A+P+E)\|(CO\|KA+W+)[CK]\|LOO+[SZ]+E+R\|BI+T+C+H\|PE+N+I+S\|WA+N+K+E+R\|SP+U+R+T\|MA+S+T+U+R+B+A+T+I+O+N\|HA+GG+E+R\|HERMAPHRO\|JESKE COURLANO\|(?:PH+\|F)A+G+O+T\|KINGPINIE\|ORLY)\b"; ccnorm(added_lines) rlike bad_words & !ccnorm(removed_lines) rlike bad_words ) ) user_editcount < 30 & ( ( new_size < 300 & old_size > 300 ) \| edit_delta < -5000 ) & ( !added_lines irlike "^#Redirect\s\[\[" & !contains_any ( page_title, "Sockpuppet investigations", user_name, "Sandbox" ) & ( bad_words := "\b(?:(?:P+H+\|F)+U+C+K+[\w\d]?\|AN+U+S\|CR+A+P\|SH+I+T\|[KC]+U+N+T\|NI+GG+(E+R\|A)\|(ASS+\|BU+(T+\|M+))[ \-](H+O+L+E\|S+E+X\|R+A+P+E)\|(CO\|KA+W+)[CK]\|LOO+[SZ]+E+R\|BI+T+C+H\|PE+N+I+S\|WA+N+K+E+R\|SP+U+R+T\|MA+S+T+U+R+B+A+T+I+O+N\|HA+GG+E+R\|HERMAPHRO\|JESKE COURLANO\|(?:PH+\|F)A+G+O+T\|KINGPINIE\|ORLY)\b"; ccnorm(added_lines) rlike bad_words & !ccnorm(removed_lines) rlike bad_words ) )
Notes:	Just familiarizing myself with the syntax for now; if it's horribly, horribly wrong don't hesitate to nuke it. —Nihiltres "new_wikitext" now replaced with more epic "added_lines" :) —Nihiltres Enabled warning - Tiptoety Optimised -- Andrew AntiAbuseBot hit something with only "nigger" in it earlier, adding that too. - Hersfold Made sure it has to be mass-removal --Andrew I've been adding some more variations —Nihiltres Enable "prevent user from doing the action" This filter is good. -Prodego too many false positives, four of the first fifteen hits were good edits; dropping to just logging for now - east Fixed, disallow has been set, applying to mainspace only (after hitting a sig of a user with poop in their name) -Prodego Adding not-sysop line, hopefully that will help optimize some, this filter is hitting the safeguard level. - hersfold Added one. Does it matter whether you use single/double quotes? - It Is Me Here Removed addition by It Is Me Here: since we're using ccnorm() on added_lines, "SHIT" is already covered by "5H1T", and "SHIT" will never turn up. Filters need to be kept short for performance reasons. As far as I know, single/double quotes don't matter. —Nihiltres Added HAGGER (duh) -- NawlinWiki Changed to use contains_any :) --Andrew Add "Wikipedia is Communism" (boy, there's an oldie) -- NW Added ' WANKER' (note the initial space); if it turns out any false positives, feel free to nuke it. Would it make this filter more efficient to order the most common words earlier in the contains_any()? A study of which words turn up would be interesting. —Nihiltres It would only make it a tiny bit more efficient, assuming that bad words edits are rare. RF. Excluding articles turned into redirects, which causes false positives. --Conti Refined the redirect check; we don't want "I REDIRECT THIS PAGE TO YOUR ANUS" to be an easy workaround for the filter. —Nihiltres Added variant "A55 H01E" of "A55H01E". Remove if problematic. —Nihiltres Obama "Epic fail" vandal. --NW 4/13 Added variant "F U C K"; saw it in an article history and confirmed that it was being used to bypass the filter ( http://en.wikipedia.org/wiki/Special:AbuseLog?title=Special%3AAbuseLog&wpSearchUser=125.237.148.153&wpSearchFilter=12 ). I wonder how computationally expensive contains_any() is; it might be useful to use a regex system if it isn't significantly cheaper. If we get too many variants I'd be tempted to change ccnorm to norm, though that's more likely to produce false positives. —Nihiltres Removing restriction of article pages only and adding a phrase for Joker vandalism; this type of vandalism is not appropriate on user talk pages either. Tested at length. --NW 5/20 More Joker garbage, tested. --NW 5/20 More from tonight, tested. --NW 5/21 *+ 1 more, also tested. --NW 5/21 More, tested. --NW 5/22 Shouldn't the additions of the last few days be moved to a separate filter? None of them are actual obscenities. --Conti Makes sense, unless two filters eat up more time than one. Or we could just change the name of this one to "replacing a page with vandalism". --NW I think we can live with the 5 additional ms. I'd rather not rename this filter, tho. Adding "☺" to pages is not vandalism, it's the MO of a specific vandal, and therefore should deserve its own filter. --Conti * Done -- the non-obscenities are now in filter 13. --NW Fixed the "shit" filter (oops) and added a variant. —Nihiltres Re-add one not covered elsewhere anymore. --NW Modify to deal with 4chan vandalism. --NW 11/24 *Revert self, that's not gonna work. --NW 11/24 Add "Hermaphrodite" per recent attacks -TS 1/3 allow users to blank their own talkpages -- Soap 1-21 exception for bots due to FP; more intelligent solution would be nice. also added space before crap to let "skyscraper" through (can we not use \b with ccnorm? that would be more ideal) -- Soap 1-23 Simplified. - Ruslik I made a sudden change, tested on test wiki first, to correct the false positives. This required a complete redesign, but I took many of the ideas from the old filter. This should reduce false positives. Log only currently to see how it does. - Shirik 27 Jan 2010 +1, blame SGF -- Shirik 5 Mar 2010 +2 from ongoing attacks -- Shirik 7 Mar 2010 Added exception for SPI due to recent false positives until I can find a better way of doing it. -- Shirik 29 Mar 2010 Rm namespace for SPI exemption, since article_text does not have namespace in it. -Tim Song 31 Mar 2010 Added replacement with "ORLY" due to an ongoing attack - Shirik 20 Apr 2010 My first edit filter change. Added + signs after each letter, to match thins like "FFFUUUCCCKKK". Also added matches for butt hole and bum hole. Changed to log only per request of shirik. Tim1357 April 26 Turned disallow back on, added LOOSER Tim1357 April 26 Optimize (Move "Sockpupet investigation" exclusion to before the regex.--Tim Rm false positive "cook" (oops) -- Tim 5/5 Add a rule that it is only if the page is reduced in size, even though I know that it was made this way on purpose. See Redrose64's \filter logs -- Soap Add line to exclude users with more than 2,000 edits. -- Tim 4/28 Reorder to optimize and add some. -- Tim 6/26 I'm pretty sure a vandal won't survive more than 100 edits. - KoH Exlude "Sandbox" in page title, there is already a bot to clean that page. -Sole Soul Use irlike and simplify redirect regex. RF 2014-02-17 Clean layout and reduce condition count. -DF Simplify regex. RF 2015-07-03 Enhanced redirect regex, renamed bad_words, reduced condition count. Possible that more optimisation could be done using statistics. (E.g. are SPI edits very much rarer than bad_words edits?) RF 20150806 Updated for both old and new version of ccnorm. RF 20160812 https://phabricator.wikimedia.org/T29987 fully deployed and confirmed working, removing old code ~MA 2016.08.18 A couple regex fixes --Kaldari 2016-08-19 Tweak. RF 20160911 Public per [[Special:Permalink/784131724#Privacy of general vandalism filters]] ~MA Update deprecated, make more readable/optimize. -G 2018.02.21
Flags:	Hide details of this filter from public view Enable this filter Mark as deleted
Filter last modified:	09:44, 24 November 2021 by WikiDwarf (talk \| contribs)
History:	View this filter's history
Tools:	Export this filter to another wiki {"data":{"rules":"user_editcount \u003C 30 \u0026 (\r\n (\r\n new_size \u003C 300 \u0026\r\n old_size \u003E 300\r\n ) \|\r\n edit_delta \u003C -5000\r\n ) \u0026 \r\n (\r\n !added_lines irlike \"^#Redirect\\s\\[\\[\" \u0026\r\n !contains_any ( page_title, \"Sockpuppet investigations\", user_name, \"Sandbox\" ) \u0026 (\r\n bad_words := \"\\b(?:(?:P+H+\|F)+U+C+K+[\\w\\d]?\|AN+U+S\|CR+A+P\|SH+I+T\|[KC]+U+N+T\|NI+GG+(E+R\|A)\|(ASS+\|BU+(T+\|M+))[ \\-](H+O+L+E\|S+E+X\|R+A+P+E)\|(CO\|KA+W+)[CK]\|LOO+[SZ]+E+R\|BI+T+C+H\|PE+N+I+S\|WA+N+K+E+R\|SP+U+R+T\|MA+S+T+U+R+B+A+T+I+O+N\|HA+GG+E+R\|HERMAPHRO\|JESKE COURLANO\|(?:PH+\|F)A+G+O+T\|KINGPINIE\|ORLY)\\b\";\r\n\r\n ccnorm(added_lines) rlike bad_words \u0026\r\n !ccnorm(removed_lines) rlike bad_words\r\n )\r\n)","name":"Replacing a page with obscenities","comments":"Just familiarizing myself with the syntax for now; if it's horribly, horribly wrong don't hesitate to nuke it. \u2014Nihiltres\r\n\"new_wikitext\" now replaced with more epic \"added_lines\" :) \u2014Nihiltres\r\nEnabled warning - Tiptoety\r\nOptimised -- Andrew\r\nAntiAbuseBot hit something with only \"nigger\" in it earlier, adding that too. - Hersfold\r\nMade sure it has to be mass-removal --Andrew\r\nI've been adding some more variations \u2014Nihiltres\r\nEnable \"prevent user from doing the action\" This filter is good. -Prodego\r\ntoo many false positives, four of the first fifteen hits were good edits; dropping to just logging for now - east\r\nFixed, disallow has been set, applying to mainspace only (after hitting a sig of a user with poop in their name) -Prodego\r\nAdding not-sysop line, hopefully that will help optimize some, this filter is hitting the safeguard level. - hersfold\r\nAdded one. Does it matter whether you use single/double quotes? - It Is Me Here\r\nRemoved addition by It Is Me Here: since we're using ccnorm() on added_lines, \"SHIT\" is already covered by \"5H1T\", and \"SHIT\" will never turn up. Filters need to be kept short for performance reasons. As far as I know, single/double quotes don't matter. \u2014Nihiltres\r\nAdded HAGGER (duh) -- NawlinWiki\r\nChanged to use contains_any :) --Andrew\r\nAdd \"Wikipedia is Communism\" (boy, there's an oldie) -- NW\r\nAdded ' WANKER' (note the initial space); if it turns out any false positives, feel free to nuke it. Would it make this filter more efficient to order the most common words earlier in the contains_any()? A study of which words turn up would be interesting. \u2014Nihiltres\r\n*It would only make it a tiny bit more efficient, assuming that bad words edits are rare. RF. \r\nExcluding articles turned into redirects, which causes false positives. --Conti\r\nRefined the redirect check; we don't want \"I REDIRECT THIS PAGE TO YOUR ANUS\" to be an easy workaround for the filter. \u2014Nihiltres\r\nAdded variant \"A55 H01E\" of \"A55H01E\". Remove if problematic. \u2014Nihiltres\r\nObama \"Epic fail\" vandal. --NW 4/13\r\nAdded variant \"F U C K\"; saw it in an article history and confirmed that it was being used to bypass the filter ( http://en.wikipedia.org/wiki/Special:AbuseLog?title=Special%3AAbuseLog\u0026wpSearchUser=125.237.148.153\u0026wpSearchFilter=12 ). I wonder how computationally expensive contains_any() is; it might be useful to use a regex system if it isn't significantly cheaper. If we get too many variants I'd be tempted to change ccnorm to norm, though that's more likely to produce false positives. \u2014Nihiltres\r\n\r\nRemoving restriction of article pages only and adding a phrase for Joker vandalism; this type of vandalism is not appropriate on user talk pages either. Tested at length. --NW 5/20\r\nMore Joker garbage, tested. --NW 5/20\r\nMore from tonight, tested. --NW 5/21\r\n*+ 1 more, also tested. --NW 5/21\r\n More, tested. --NW 5/22\r\nShouldn't the additions of the last few days be moved to a separate filter? None of them are actual obscenities. --Conti\r\nMakes sense, unless two filters eat up more time than one. Or we could just change the name of this one to \"replacing a page with vandalism\". --NW\r\nI think we can live with the 5 additional ms. I'd rather not rename this filter, tho. Adding \"\u263a\" to pages is not vandalism, it's the MO of a specific vandal, and therefore should deserve its own filter. --Conti\r\n* Done -- the non-obscenities are now in filter 13. --NW\r\nFixed the \"shit\" filter (oops) and added a variant. \u2014Nihiltres\r\nRe-add one not covered elsewhere anymore. --NW\r\nModify to deal with 4chan vandalism. --NW 11/24\r\n*Revert self, that's not gonna work. --NW 11/24\r\n\r\nAdd \"Hermaphrodite\" per recent attacks -TS 1/3\r\nallow users to blank their own talkpages -- Soap 1-21\r\nexception for bots due to FP; more intelligent solution would be nice. also added space before crap to let \"skyscraper\" through (can we not use \\b with ccnorm? that would be more ideal) -- Soap 1-23\r\nSimplified. - Ruslik\r\n\r\nI made a sudden change, tested on test wiki first, to correct the false positives. This required a complete redesign, but I took many of the ideas from the old filter. This should reduce false positives. Log only currently to see how it does. - Shirik 27 Jan 2010\r\n+1, blame SGF -- Shirik 5 Mar 2010\r\n+2 from ongoing attacks -- Shirik 7 Mar 2010\r\nAdded exception for SPI due to recent false positives until I can find a better way of doing it. -- Shirik 29 Mar 2010\r\nRm namespace for SPI exemption, since article_text does not have namespace in it. -Tim Song 31 Mar 2010\r\nAdded replacement with \"ORLY\" due to an ongoing attack - Shirik 20 Apr 2010\r\nMy first edit filter change. Added + signs after each letter, to match thins like \"FFFUUUCCCKKK\". Also added matches for butt hole and bum hole. Changed to log only per request of shirik. Tim1357 April 26\r\nTurned disallow back on, added LOOSER Tim1357 April 26\r\nOptimize (Move \"Sockpupet investigation\" exclusion to before the regex.--Tim\r\nRm false positive \"cook\" (oops) -- Tim 5/5\r\nAdd a rule that it is only if the page is reduced in size, even though I know that it was made this way on purpose. See Redrose64's \\filter logs -- Soap\r\nAdd line to exclude users with more than 2,000 edits. -- Tim 4/28\r\nReorder to optimize and add some. -- Tim 6/26\r\nI'm pretty sure a vandal won't survive more than 100 edits. - KoH\r\nExlude \"Sandbox\" in page title, there is already a bot to clean that page. -Sole Soul\r\nUse irlike and simplify redirect regex. RF 2014-02-17\r\n\r\nClean layout and reduce condition count. -DF\r\nSimplify regex. RF 2015-07-03\r\nEnhanced redirect regex, renamed bad_words, reduced condition count. Possible that more optimisation could be done using statistics. (E.g. are SPI edits very much rarer than bad_words edits?) RF 20150806\r\nUpdated for both old and new version of ccnorm. RF 20160812\r\n\r\nhttps://phabricator.wikimedia.org/T29987 fully deployed and confirmed working, removing old code ~MA 2016.08.18\r\n\r\nA couple regex fixes --Kaldari 2016-08-19\r\nTweak. RF 20160911\r\n\r\nPublic per [[Special:Permalink/784131724#Privacy of general vandalism filters]] ~MA\r\n\r\nUpdate deprecated, make more readable/optimize. -G 2018.02.21","group":"default","actions":{"disallow":["abusefilter-disallowed"]},"enabled":false,"deleted":true,"hidden":false,"global":false},"actions":{"disallow":["abusefilter-disallowed"]}}

Actions to take when matched

Trigger actions only if the user trips a rate limit

Number of actions to allow:

Period of time (in seconds):

Group throttle by:

user

See the documentation on mediawiki.org.

Trigger these actions after giving the user a warning

System message to use for warning:

Page name of other message:

(without "MediaWiki:" prefix)

Prevent the user from performing the action in question

System message to use for disallowing:

Page name of other message:

(without "MediaWiki:" prefix)

Revoke the user's autoconfirmed status

Block the user and/or IP address from editing

Block the user and/or IP address from editing their own talk page

Block duration for anonymous users:

Block duration for registered users:

Tag the edit for further review

Tags to apply: