Ethical Hacking Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package. | Computer Forensics Training at InfoSec Institute Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors. |

| Subject: | [Full-Disclosure] Re: Xfree86 video buffering? |
|---|---|
| Date: | Fri, 25 Feb 2005 08:41:31 -0600 |
James Tucker <jftucker@gmail.com> wrote:
Is it not possible to switch processing modes without switching video modes? Could a fast(er) operation, such as a blank intermediate pallete be loaded to 'wash out' all coloured pixels on the screen?
It seems like worrying about this at startup is the wrong approach. If
I'm looking at a root prompt in X, I'm already trusting the entire video
infrastructure (card, driver, &c) to be secure to whatever extent I
require. If my driver/card combo has this problem with failing to
explicitly clear video memory at shutdown, and if my solution is to make
sure that the video driver clears the buffer at _startup_, then I'm also
implicitly trusting the next piece of software that's going to touch
that particular framebuffer not to read it out and send it off to
{insert favorite TLA here}.
Why extend your trust to a driver over which you perhaps have no
control? The driver that is displaying the sensitive data should have
the responsibility of clearing same from the video card's memory. Any
other solution is only a quick hack; it'll prevent a casual observer
from seeing anything sensitive, but not a dedicated adversary.
--
Riad S. Wahby
rsw@jfet.org
_______________________________________________
Full-Disclosure - We believe in it.
Charter: http://lists.netsys.com/full-disclosure-charter.html
| Previous by Date: | Re: [Full-Disclosure] Xfree86 video buffering?, James Tucker |
|---|---|
| Next by Date: | Re: [Full-Disclosure] Xfree86 video buffering?, Michael Holstein |
| Previous by Thread: | Re: [Full-Disclosure] Xfree86 video buffering?, James Tucker |
| Next by Thread: | Re: [Full-Disclosure] Xfree86 video buffering?, bkfsec |
| Indexes: | [Date] [Thread] [Top] [All Lists] |