3 ms·
Maybe having a way to architect complexity in a way that preserves the author's intent for input data restriction is one way? Can code be built such that a sql
by badrabbit 6y ago
Maybe having a way to architect complexity in a way that preserves the author's intent for input data restriction is one way?
Can code be built such that a sql query input could be declared such that it can only be processed in a control flow that ends up interacting with data on disk and return output? I don't mean things like control flow guard that precompute control flow, but an input oriented control flow whitelist enforced by the processor. Programming languages would declare input and explicitly declare what functions can execute as a result of or against that input. So, ideally, each input declaration would have a precomputed control flow graph, the processor will need to register memory as "input" (like NX/DEP) and the program will need to load the control flow graph with an interrupt that causes the processor to track operation resulting from control flow that interacted with the input in memory that is not accessible to the OS. The technology to do this and make it practical exists today but it did't at the advent of modern computing.
- deleted 6y ago[deleted]