doc/todo/__42__forward__42__ing_functionality_for_the_meta_plugin.mdwn

   1 Here is a patch [[tag patch]] to add a *forward*ing functionality
   2 to the [[`meta`_plugin|plugins/meta]].
   3
   4 Find the most recent version at
   5 <http://www.schwinge.homeip.net/~thomas/tmp/meta_forward.patch>.
   6
   7 I can't use `scrub(...)`, as that will strip out the forwarding HTML command.
   8 How to deal with that?
   9
  10 I can also submit a Git patch, if desired.
  11
  12
  13 # Syntax
  14
  15 **URL** = http://some.nice/place/ (*etc.*)
  16
  17 **WHITHER** = \[\[**[[wikilink]]**]] | **URL**
  18
  19 **D** = natural number (*meaning seconds*)
  20
  21 **OPT_DELAY** = delay=**D** | empty (*immediatelly*)
  22
  23 \[[meta forward="**WHITHER**" **OPT_DELAY**]]
  24
  25
  26 # Extensions and Ideas
  27
  28 It might be doable to add references to pages that refer to the page containg
  29 the forwarding statement also to the referred-to page.
  30
  31 --[[tschwinge]]
  32
  33
  34 # Discussion
  35
  36 > The html scrubber cannot scrub meta headers. So if you emit one
  37 > containing user-supplied data, it's up to you to scrub it to avoid all
  38 > possible XSS attacks. Two attacks I'd worry about are cyclic meta refresh
  39 > loops, which some, but not all web browsers detect and break, and any way
  40 > to insert javascript via the user-supplied parameters. (Ie, putting
  41 > something in the delay value that closes the tag can probably insert
  42 > javascript ATM; and are there ways to embed javascript in the url?)
  43 > --[[Joey]]
  44
  45 >> OK.  I can add code to make sure that `$delay` **D** indeed is a natural number
  46 >> and that the passed target address **WHITHER** is nothing but a valid target address.
  47 >> (How to qualify a valid target address?)
  48 >> What is a *cyclic meta refresh loop*?  Two pages in turn forwarding to each other?
  49 >> I think it would be possible to implement such a guard when only in-wiki links
  50 >> ([[wikilink]]s) are being used, but how to do so for external links?  --[[tschwinge]]
  51
  52 >>> This seems a lot more securely to do for in-wiki links, since we know
  53 >>> that a link generated by a wikilink is safe, and can avoid cycles.
  54 >>> Obviously there's no way to avoid cycles when using external links.
  55 >>>
  56 >>> An example of code that doesn't detect such cycles is LWP::UserAgent,
  57 >>> which will happily follow cycles forever. There's a LWPx::ParanoidAgent
  58 >>> that can deal with cycles. I suppose this could be considered a client
  59 >>> side issue, except that if I were going to turn this redirect feature
  60 >>> on in my wikis, I'd really prefer to not have to worry about my wiki
  61 >>> causing such problems for clients. I feel it makes sense to make
  62 >>> external redirects or other potentially unsafe things an option,
  63 >>> and have the default behavior be only things that are known to be
  64 >>> secure.
  65 >>>
  66 >>> I haven't checked if there's a way to embed javascript in meta refresh
  67 >>> links or not. Given all the other places I've seen it be embedded, I'll
  68 >>> assume it is possible until it's shown not to be though.. --[[Joey]]