Prevent Screen Capturing
-
Hi, Is there a way to avoid taking screen shots of my application? I need to avoid Print Screen as well as other utilities doing the same. Any suggestions or hints are greatly welcome. :) Thank you.
- ns ami -
I could take a picture of the screen ... so ... do the math.
Watched code never compiles.
-
Just a side-question: would placing your flatscreen on a scanner actually work i wonder? I mean, since the scanner has a bright lightsource i supose the reflection of that (on the screen) would supress the light coming from the display. If there's a way to turn the scanner's lightsource off (or to not turn in on in the first place) and do the scanning than i supose it could work...but it would probably produce some fancy interference/refresh-asynchronity artifacts.
> The problem with computers is that they do what you tell them to do and not what you want them to do. < > "It doesn't work, fix it" does not qualify as a bug report. < > Amazing what new features none of the programmers working on the project ever heard of you can learn about when reading what the marketing guys wrote about it. <
Code-o-mat wrote:
Just a side-question: would placing your flatscreen on a scanner actually work i wonder
I'm not sure myself. I'm pretty sure a CRT would not work. But an LCD/TFT? It's almost worth an experiment! Iain.
I am one of "those foreigners coming over here and stealing our jobs". Yay me!
-
Iain Clarke, Warrior Programmer wrote:
Are you embarrassed about your UI design?
:laugh: You're The Best! :)
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler. -- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong. -- Iain Clarke
[My articles]CPallini wrote:
You're The Best!
Just a little out of practise! Iain.
I am one of "those foreigners coming over here and stealing our jobs". Yay me!
-
Are you embarrassed about your UI design? I suppose you might be able to RegisterHotKey and grab PrntScr for yourself. But users could run some other screen capturing program. Using DirectXYZ won't help either - people take screen captures from games, after all. You could look to replace the shell, so people can't run other applications. But will your software also come with an armed guard to stop people from taking photos of the screen? Placing their flat screen on a scanner? Iain.
I am one of "those foreigners coming over here and stealing our jobs". Yay me!
Iain Clarke, Warrior Programmer wrote:
Are you embarrassed about your UI design?
Never! But if the application is a viewer for a confidential document? And if the vendor never interested in redistribution of that document without his approval? :)
Iain Clarke, Warrior Programmer wrote:
I suppose you might be able to RegisterHotKey and grab PrntScr for yourself.
Thank you. I have to check that and similar things to avoid Print Screen.
Iain Clarke, Warrior Programmer wrote:
But users could run some other screen capturing program. Using DirectXYZ won't help either - people take screen captures from games, after all.
Yes. But trying to avoid such things to the maximum possible extent.
Iain Clarke, Warrior Programmer wrote:
You could look to replace the shell, so people can't run other applications. But will your software also come with an armed guard to stop people from taking photos of the screen? Placing their flat screen on a scanner?
:D
- ns ami -
-
Iain Clarke, Warrior Programmer wrote:
Are you embarrassed about your UI design?
Never! But if the application is a viewer for a confidential document? And if the vendor never interested in redistribution of that document without his approval? :)
Iain Clarke, Warrior Programmer wrote:
I suppose you might be able to RegisterHotKey and grab PrntScr for yourself.
Thank you. I have to check that and similar things to avoid Print Screen.
Iain Clarke, Warrior Programmer wrote:
But users could run some other screen capturing program. Using DirectXYZ won't help either - people take screen captures from games, after all.
Yes. But trying to avoid such things to the maximum possible extent.
Iain Clarke, Warrior Programmer wrote:
You could look to replace the shell, so people can't run other applications. But will your software also come with an armed guard to stop people from taking photos of the screen? Placing their flat screen on a scanner?
:D
- ns ami -
Nishad S wrote:
But if the application is a viewer for a confidential document?
That was my guess, really. My suggestion about the UI was very tongue in cheek. But the points given to you are very good ones. a) It's not your computer - but that might not be true, if the environment is provided for this purpose. Think train ticket purchasing kiosks. b) If a person can see it, they can use a camera, pen and paper, or even just their own brain cells to remember. If you can trust a user not take a photo, you can trust them not to use Print Screen. If the computer is under your control (Let's say you work for the CIA in IT), then it doesn't matter if they print screen - they have no usable USB slots to export the data! This strikes me as a daft requirement by someone who has not given it a lot of thought. Now, which Clancy novel was it, where every time a document was shown to someone, it had a deliberate error, so they'd know who the leak was...? I think the only way you can stop people is to make it a firable offence to steal, and to not let unauthorised people play! Iain.
I am one of "those foreigners coming over here and stealing our jobs". Yay me!
-
Code-o-mat wrote:
Just a side-question: would placing your flatscreen on a scanner actually work i wonder
I'm not sure myself. I'm pretty sure a CRT would not work. But an LCD/TFT? It's almost worth an experiment! Iain.
I am one of "those foreigners coming over here and stealing our jobs". Yay me!
I wonder what my colegues here would say if i were to try that... :) They'd probably say i am a few bits short of an integer...
> The problem with computers is that they do what you tell them to do and not what you want them to do. < > "It doesn't work, fix it" does not qualify as a bug report. < > Amazing what new features none of the programmers working on the project ever heard of you can learn about when reading what the marketing guys wrote about it. <
-
Nishad S wrote:
But if the application is a viewer for a confidential document?
That was my guess, really. My suggestion about the UI was very tongue in cheek. But the points given to you are very good ones. a) It's not your computer - but that might not be true, if the environment is provided for this purpose. Think train ticket purchasing kiosks. b) If a person can see it, they can use a camera, pen and paper, or even just their own brain cells to remember. If you can trust a user not take a photo, you can trust them not to use Print Screen. If the computer is under your control (Let's say you work for the CIA in IT), then it doesn't matter if they print screen - they have no usable USB slots to export the data! This strikes me as a daft requirement by someone who has not given it a lot of thought. Now, which Clancy novel was it, where every time a document was shown to someone, it had a deliberate error, so they'd know who the leak was...? I think the only way you can stop people is to make it a firable offence to steal, and to not let unauthorised people play! Iain.
I am one of "those foreigners coming over here and stealing our jobs". Yay me!
Iain Clarke, Warrior Programmer wrote:
That was my guess, really.
Great! :) Your points are really valuable. I too believe that 100% foolproof software cannot be created. But I am trying to increase the difficulty to take unauthorized copies so that its frequency will get decreased. Thank you for your suggestions!
- ns ami -
-
Just a side-question: would placing your flatscreen on a scanner actually work i wonder? I mean, since the scanner has a bright lightsource i supose the reflection of that (on the screen) would supress the light coming from the display. If there's a way to turn the scanner's lightsource off (or to not turn in on in the first place) and do the scanning than i supose it could work...but it would probably produce some fancy interference/refresh-asynchronity artifacts.
> The problem with computers is that they do what you tell them to do and not what you want them to do. < > "It doesn't work, fix it" does not qualify as a bug report. < > Amazing what new features none of the programmers working on the project ever heard of you can learn about when reading what the marketing guys wrote about it. <
Code-o-mat wrote:
Just a side-question: would placing your flatscreen on a scanner actually work i wonder?
I probably lose nerd points for speaking this out loud... you could also use a digital camera for that matter. :) Btw, it works. Kind of. I tried and put my laptop screen on a scanner and the result was very stripy and hard to read, still it was possible to identify icons in the background and Google logo in Firefox. Mystery solved?
-
Code-o-mat wrote:
Just a side-question: would placing your flatscreen on a scanner actually work i wonder?
I probably lose nerd points for speaking this out loud... you could also use a digital camera for that matter. :) Btw, it works. Kind of. I tried and put my laptop screen on a scanner and the result was very stripy and hard to read, still it was possible to identify icons in the background and Google logo in Firefox. Mystery solved?
Yeah, i know how it sounds but still, it's not that obvious if you think about it...
Moak wrote:
you could also use a digital camera for that matter.
with flash of course, don't forget the flash so your screen won't look too dark. :P
> The problem with computers is that they do what you tell them to do and not what you want them to do. < > "It doesn't work, fix it" does not qualify as a bug report. < > Amazing what new features none of the programmers working on the project ever heard of you can learn about when reading what the marketing guys wrote about it. <
-
Code-o-mat wrote:
Just a side-question: would placing your flatscreen on a scanner actually work i wonder?
I probably lose nerd points for speaking this out loud... you could also use a digital camera for that matter. :) Btw, it works. Kind of. I tried and put my laptop screen on a scanner and the result was very stripy and hard to read, still it was possible to identify icons in the background and Google logo in Firefox. Mystery solved?
Moak wrote:
Btw, it works
And to think, I thought I was talking rubbish... Iain.
I am one of "those foreigners coming over here and stealing our jobs". Yay me!
-
Yeah, i know how it sounds but still, it's not that obvious if you think about it...
Moak wrote:
you could also use a digital camera for that matter.
with flash of course, don't forget the flash so your screen won't look too dark. :P
> The problem with computers is that they do what you tell them to do and not what you want them to do. < > "It doesn't work, fix it" does not qualify as a bug report. < > Amazing what new features none of the programmers working on the project ever heard of you can learn about when reading what the marketing guys wrote about it. <
Code-o-mat wrote:
Yeah, i know how it sounds but still, it's not that obvious if you think about it...
I know what you mean, once I had the idea in my head I had to try it out. :)
-
Code-o-mat wrote:
Yeah, i know how it sounds but still, it's not that obvious if you think about it...
I know what you mean, once I had the idea in my head I had to try it out. :)
And? Did you get true holographic imagery as i suspect one would if one had to try? :P :)
> The problem with computers is that they do what you tell them to do and not what you want them to do. < > "It doesn't work, fix it" does not qualify as a bug report. < > Amazing what new features none of the programmers working on the project ever heard of you can learn about when reading what the marketing guys wrote about it. <
-
And? Did you get true holographic imagery as i suspect one would if one had to try? :P :)
> The problem with computers is that they do what you tell them to do and not what you want them to do. < > "It doesn't work, fix it" does not qualify as a bug report. < > Amazing what new features none of the programmers working on the project ever heard of you can learn about when reading what the marketing guys wrote about it. <
Hehe. :) What wonders me that the scanned quality is so bad, maybe has something to do with overexposing/interference from two light sources (scanner and screen).
-
Iain Clarke, Warrior Programmer wrote:
That was my guess, really.
Great! :) Your points are really valuable. I too believe that 100% foolproof software cannot be created. But I am trying to increase the difficulty to take unauthorized copies so that its frequency will get decreased. Thank you for your suggestions!
- ns ami -
"But I am trying to increase the difficulty to take unauthorized copies so that its frequency will get decreased" Yes but ... doing it illegally (or with illegal methods) is unauthorized as well. Who are you to disable my system's features if I didn't authorize you to do so?
2 bugs found. > recompile ... 65534 bugs found. :doh:
-
Nishad S wrote:
But if the application is a viewer for a confidential document?
That was my guess, really. My suggestion about the UI was very tongue in cheek. But the points given to you are very good ones. a) It's not your computer - but that might not be true, if the environment is provided for this purpose. Think train ticket purchasing kiosks. b) If a person can see it, they can use a camera, pen and paper, or even just their own brain cells to remember. If you can trust a user not take a photo, you can trust them not to use Print Screen. If the computer is under your control (Let's say you work for the CIA in IT), then it doesn't matter if they print screen - they have no usable USB slots to export the data! This strikes me as a daft requirement by someone who has not given it a lot of thought. Now, which Clancy novel was it, where every time a document was shown to someone, it had a deliberate error, so they'd know who the leak was...? I think the only way you can stop people is to make it a firable offence to steal, and to not let unauthorised people play! Iain.
I am one of "those foreigners coming over here and stealing our jobs". Yay me!
Iain, just for completeness, your point a) is correct, but a "bad design" may be hidden. If that's the case, it is the OS of the kiosk that should be configured not to have non-required features, not each specific application that may be developed for it (even a ticket kiosk may have many, if selling tickets for different companies) to take care about. Otherwise we are ... compensating a bad security manager with "bad" apps. Although "-*- == +" we are left with an unsafe system (in case it will run another app) and an unfair app (if running upon another system). Unless the kiosk doesn't have an OS at all and the OS IS THE APP. But it seems not the case here.
2 bugs found. > recompile ... 65534 bugs found. :doh:
-
Iain Clarke, Warrior Programmer wrote:
Are you embarrassed about your UI design?
Never! But if the application is a viewer for a confidential document? And if the vendor never interested in redistribution of that document without his approval? :)
Iain Clarke, Warrior Programmer wrote:
I suppose you might be able to RegisterHotKey and grab PrntScr for yourself.
Thank you. I have to check that and similar things to avoid Print Screen.
Iain Clarke, Warrior Programmer wrote:
But users could run some other screen capturing program. Using DirectXYZ won't help either - people take screen captures from games, after all.
Yes. But trying to avoid such things to the maximum possible extent.
Iain Clarke, Warrior Programmer wrote:
You could look to replace the shell, so people can't run other applications. But will your software also come with an armed guard to stop people from taking photos of the screen? Placing their flat screen on a scanner?
:D
- ns ami -
Just one curiosity: why is your "vendor" giving "confidential document" to people he doesn't trust? Why should the "customer" trust you "vendor"'s products? If the the bug is in the problem, every answer is "bad".
2 bugs found. > recompile ... 65534 bugs found. :doh:
-
Just one curiosity: why is your "vendor" giving "confidential document" to people he doesn't trust? Why should the "customer" trust you "vendor"'s products? If the the bug is in the problem, every answer is "bad".
2 bugs found. > recompile ... 65534 bugs found. :doh:
Emilio Garavaglia wrote:
why is your "vendor" giving "confidential document" to people he doesn't trust? Why should the "customer" trust you "vendor"'s products?
Why was original poster looking for a possible technical solution? Because opportunity makes the thief and by limiting the quick-n-easy access you already prevent the majority of people from doing something stupid. It's why we have crappy locks on our doors, it does not keep out trained intruders/thiefs/ninjas, but still better than having them unlocked, just a little lock does a great job. Unfortunately, there is no simple technical solution to prevent data theft or screen capturing. /M
-
Hehe. :) What wonders me that the scanned quality is so bad, maybe has something to do with overexposing/interference from two light sources (scanner and screen).
If possible, try to turn the backlight off of the screen.
> The problem with computers is that they do what you tell them to do and not what you want them to do. < > "It doesn't work, fix it" does not qualify as a bug report. < > Amazing what new features none of the programmers working on the project ever heard of you can learn about when reading what the marketing guys wrote about it. <
-
Moak wrote:
Btw, it works
And to think, I thought I was talking rubbish... Iain.
I am one of "those foreigners coming over here and stealing our jobs". Yay me!
We have a saying that goes "A good priest learns until his death.", don't ask me where that came from though...
> The problem with computers is that they do what you tell them to do and not what you want them to do. < > "It doesn't work, fix it" does not qualify as a bug report. < > Amazing what new features none of the programmers working on the project ever heard of you can learn about when reading what the marketing guys wrote about it. <
-
Emilio Garavaglia wrote:
why is your "vendor" giving "confidential document" to people he doesn't trust? Why should the "customer" trust you "vendor"'s products?
Why was original poster looking for a possible technical solution? Because opportunity makes the thief and by limiting the quick-n-easy access you already prevent the majority of people from doing something stupid. It's why we have crappy locks on our doors, it does not keep out trained intruders/thiefs/ninjas, but still better than having them unlocked, just a little lock does a great job. Unfortunately, there is no simple technical solution to prevent data theft or screen capturing. /M
Locks are only meant to keep the honest ones out.
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"Man who follows car will be exhausted." - Confucius