Cay Horstmann
unread,Mar 13, 2025, 3:53:15 AMMar 13Sign in to reply to author
Sign in to forward
You do not have permission to delete messages in this group
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to Shaffer, Cliff, Hicks, Alex, splice-smart-learni...@googlegroups.com
If the PrairieLearn content is displayed in an iframe, then that iframe is loaded from the student's browser. The host of the aggregator is in the "Referer" HTTP header, so Craig's server could whitelist specific referers. That way he can be protected against unwanted aggregators. However, if someone wanted to do a denial of service attack, they could fake the header.
Alternatively, Craig could give out API tokens that he can revoke on abuse. Then the aggregator would programmatically populate the iframe. It's a little weird but it can be done:
https://stackoverflow.com/questions/52027873/can-the-src-attribute-of-an-iframe-perform-a-post-request
Il 13/03/25 01:13, Shaffer, Cliff ha scritto:
> I might have spoken to one or both of you about this already. But let's try to get something written down.
>
> Issue: I was speaking to Craig Zilles from UIUC and PrairieLearn about the SPLICE protocol. He raised the issue that some PraireLearn exercises require substantial server-side computation to grade. So he is concerned about the notion of providing public access to them that arbitrary third parties might incorporate into their own aggregators (eTextbook, etc). Conceivably, that could lead to too much load on the system.
>
> Conceptually, a reasonable solution should be to whitelist sites that would get serviced, and throttle requests from other sites when needed (or always).
>
> How easy is this approach to accommodate?
> -- Cliff
>
> --
> Dr. Cliff Shaffer
> Professor
> Department of Computer Science Phone:
(540) 231-4354
> Virginia Tech, Blacksburg, VA 24061 WWW:
www.cs.vt.edu/~shaffer <
http://www.cs.vt.edu/~shaffer>
>
--
Cay S. Horstmann |
https://horstmann.com