Re: ptrace can't be transparent on readonly MAP_SHARED

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Sep 15, 2005 at 09:34:12AM -0700, Linus Torvalds wrote:
> If you think the data is wrong, then you are arguing against the COW. Yes, 
> the COW will make the data "wrong", but you can't escape that. That's what 
> a "write" by ptrace does.

My point is that exactly because this is the wrong page with the wrong
data with the wrong ptrace usage, these kind of things will happen in a
very controlled environment, so if you can deal with the wrong data and
the wrong page with wrong ptrace usage, you can sure deal with the pte
being writeable too. Especially the ptrace over PROT_NONE that you
mentioned is a total nosense, so that is really wrong ptrace usage, it's
not worth it to even try to make transparent such a wrong usage of ptrace.

I don't see why the kernel should bother to fix an unfixable case.

The only thing we might want to argue about is the ptrace over anonymous
memory (not the subject here but still affected by my changes), that
is the only one that can work right and it does currently, but even that
is quite a corner case that doesn't seem worth it IMHO since ptrace on
readonly vma is a corner case since the first place.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]
  Powered by Linux