Bug 95424 - Export PDF with password protection for copying content doesn't protect copy of content
Summary: Export PDF with password protection for copying content doesn't protect copy ...
Status: RESOLVED NOTOURBUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Printing and PDF export (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:pdf, security
: 115370 (view as bug list)
Depends on:
Blocks: PDF-Export
  Show dependency treegraph
 
Reported: 2015-10-29 21:45 UTC by Pavlos K. Ponos
Modified: 2018-12-06 12:42 UTC (History)
8 users (show)

See Also:
Crash report or crash signature:


Attachments
test file (41.78 KB, application/vnd.oasis.opendocument.presentation)
2015-10-29 21:45 UTC, Pavlos K. Ponos
Details
test file 1 (21.76 KB, application/pdf)
2015-10-29 21:46 UTC, Pavlos K. Ponos
Details
pdf file with a password (7.78 KB, application/pdf)
2018-12-05 18:59 UTC, PICCORO Lenz McKAY
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Pavlos K. Ponos 2015-10-29 21:45:14 UTC
Created attachment 120083 [details]
test file

Hello,

I'd like to export an .odp file to PDF and protect the latter not only with an open password but also with a permission password, so as to avoid copying the content of the PDF.

The process I followed is the following (in order to reproduce it):

File->Export as PDF->Security->Set Passwords->(setting passwords for both open and permission)
open password: 1234
permission password: 12345

In the content section, I had the following options:
Printing: not permitted
Changes: not permitted
Content: both check boxes unchecked

Click on "Export" and "Save" respectively.

When I was trying to open the PDF, it requests the open password, so far so good!
The problem is that when I tried to copy the text and paste it in a text editor, I successfully did it..

Unless there is an error in the process I followed, can you please let me know why this happened? 
The options under "Content" clearly stated if we would like to enable copying of content, so if we uncheck this, it should have restrict me from copying the content..

Thanks in advance for looking into this!
Regards,
Pavlos
Comment 1 Pavlos K. Ponos 2015-10-29 21:46:29 UTC
Created attachment 120084 [details]
test file 1
Comment 2 A (Andy) 2015-11-07 11:34:51 UTC
For me not reproducible with LO 5.0.3.2, Win 8.1.
If I uncheck the two buttons in the section CONTENT of the tab SECURITY, then I can not copy the text from the PDF.

Do you also have the opportunity to test it with a more recent version of LO?
Comment 3 Pavlos K. Ponos 2015-11-07 12:03:02 UTC
Hello and thanks for the feedback!

The problem is not with the LO version, but with the OS.
Let me explain: I tried to do the same in an Windows 7 machine and it perfectly works, I couldn't be able to copy the text, LO version was 4 something, not 5.
I tried the same with success in a virtual machine install in my PC, guest OS is a Windows XP and LO version 4 something again. 

So for me it's quite clear that the problem is in the OS + the LO (not the version itself).

Does anyone else try this in a Linux OS?

Thanks!
Pavlos
Comment 4 Buovjaga 2015-11-11 11:49:02 UTC
Reproduced. Was able to copy.

PDF viewer used: Document viewer of Ubuntu (Evince, I guess).

Ubuntu 15.10 64-bit 
Version: 5.0.2.2
Build ID: 00m0(Build:2)
Locale: en-US (en_US.UTF-8)
Comment 5 PICCORO Lenz McKAY 2016-03-23 04:35:35 UTC
the probloem its not the OS its on the code, this problem was since ooo up to 3 series, and then its not solved

this its a long date bug, since ooo 3 brand pdf writing with protection was broken in linux, only work in stupid guindows..

the problem its only in Linux or unix related (debian, bsd, mac), this problem are available wince the new ooo3 brand was started

if u try to set passwod in a linux with ooo 2.X will work! 

if used ooo 2.4 and works with debian lenny, 

but in debian squeeze and wheeze does not work due uses openoffice or libreoffice 3.X

so in linux works with openoffice 2.X
does not work with openoffcie or libreoffice 3.X, 4.X or mayor
Comment 6 QA Administrators 2017-10-30 08:32:45 UTC Comment hidden (obsolete)
Comment 7 PICCORO Lenz McKAY 2017-10-30 10:53:29 UTC
what part are not understand, i search at the code base, also i using libreoffice 3 and also openoffice 2.4

until and at today libreoffice does not work with pdf export protection!

this bug its still present since year please ! "excelent work"

curious that i heard in mocosoft guindows its works perfect !
Comment 8 Pavlos K. Ponos 2017-11-01 22:58:52 UTC
Hello,

reproduced once more in following version:

Version: 5.2.7.2
Build ID: 1:5.2.7-1
CPU Threads: 2; OS Version: Linux 4.9; UI Render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); Calc: group

I'm running Debian Stretch.
Comment 9 Cor Nouws 2017-11-23 14:59:31 UTC
Isn't this 'protecting' depending on capabilities of the PDF reader software?
Comment 10 PICCORO Lenz McKAY 2017-11-23 15:02:26 UTC
nop! theprotection are appart, if the software has no capabilities cant read the contents..

and in any case, let's suppost the some software not have it!, well my produced document pdf must be protected in those that support protection and its not happened!
Comment 11 Timur 2018-02-01 13:54:58 UTC
*** Bug 115370 has been marked as a duplicate of this bug. ***
Comment 12 PICCORO Lenz McKAY 2018-02-01 14:40:51 UTC Comment hidden (no-value)
Comment 13 Dirk 2018-03-20 21:46:52 UTC
I have the same problem at Mac OS X 10.10.5 and LO 6.0.2.1.
If I export an ODT file as PDF with setting a permission password, I am still able to copy texts and images from the PDF.
Comment 14 Michael Stahl (CIB) 2018-11-08 15:21:36 UTC
many PDF readers do not implement copy permission because it's a silly feature to begin with - you can just use a PDF reader that doesn't implement copy permissions to work around the copy permissions...

AFAIK no open source PDF reader - Evince, Okular etc. implements this feature.

if it works with Adobe Acrobat, then we can assume that the passwords were written correctly into the PDF file by LibreOffice, and there is no bug.

setting to NEEDINFO; please set this bug to NEW if you can reproduce this problem with Adobe Acrobat, or resolve it as NOTOURBUG if nobody can do that.
Comment 15 Buovjaga 2018-11-08 15:35:09 UTC
You are right. Acrobat Reader disallows the copying.
Comment 16 Michael Stahl (CIB) 2018-11-08 15:40:08 UTC
thanks; if anybody wants this to work in Evince, Okular etc. please file bugs against those applications.
Comment 17 Michael Stahl (CIB) 2018-11-13 17:20:11 UTC
oops, didn't want to set the resolution to that...
Comment 18 PICCORO Lenz McKAY 2018-11-13 17:25:24 UTC
Hey, that's a lie! i property set the PDF permission using OpenOffice 2.X and okular detect those permissions! but using Libreoffice does not work!

in fact only bug happenend if we used all the libreoffice 3+ releases, with 2.X releases work perfectly!
Comment 19 Buovjaga 2018-11-23 17:50:15 UTC
(In reply to PICCORO Lenz McKAY from comment #18)
> Hey, that's a lie! i property set the PDF permission using OpenOffice 2.X
> and okular detect those permissions! but using Libreoffice does not work!
> 
> in fact only bug happenend if we used all the libreoffice 3+ releases, with
> 2.X releases work perfectly!

Please attach a PDF you exported from OpenOffice 2.x so we can see it working with Okular with our own eyes.
Comment 20 Pavlos K. Ponos 2018-11-30 21:05:37 UTC Comment hidden (no-value)
Comment 21 Xisco Faulí 2018-12-05 10:18:06 UTC
@Pavlos K. Ponos, please update the file as requested in comment 19
Comment 22 PICCORO Lenz McKAY 2018-12-05 18:59:39 UTC
Created attachment 147308 [details]
pdf file with a password

now i uploaded a pdf file that i was tested again debian Jessie (venenux 1.0), was produced from Debian etch with openoffice 2.4 (venenuX 0.6 powered) and opened with atril, atril said "document was protected"
Comment 23 PICCORO Lenz McKAY 2018-12-05 19:07:23 UTC
my uploaded pdf opened with evince 3.X said: "se requiere uan contraseña"

the development of libreoffice and free software are in the time today so stupid.. more a more depends and less efectivelly and performance..

this bug have several years.. when i upgraded from etch to lenny i lost important functionality! puff!
Comment 24 Buovjaga 2018-12-06 12:00:25 UTC
(In reply to PICCORO Lenz McKAY from comment #22)
> Created attachment 147308 [details]
> pdf file with a password
> 
> now i uploaded a pdf file that i was tested again debian Jessie (venenux
> 1.0), was produced from Debian etch with openoffice 2.4 (venenuX 0.6
> powered) and opened with atril, atril said "document was protected"

And what is the password?
Comment 25 PICCORO Lenz McKAY 2018-12-06 12:09:37 UTC
if you cannot decript this bug it's confirmed! that's all i said!

so then fourth yeas to confirm a very well knowed bug! pufff
Comment 26 PICCORO Lenz McKAY 2018-12-06 12:11:41 UTC
also this happened in MAcOSX too i tested yesterday!

> if you cannot decript this bug it's confirmed! that's all i said!

> so then fourth yeas to confirm a very well knowed bug! pufff
Comment 27 Michael Stahl (CIB) 2018-12-06 12:40:59 UTC
Comment on attachment 147308 [details]
pdf file with a password

evidently there is a regular password on the file and it is encrypted, not *only* a password-to-copy. thus this is off-topic for this bug.
Comment 28 Buovjaga 2018-12-06 12:42:59 UTC
The original attachment 120083 [details] does NOT allow copying in Okular.
Michael explained the situation in comment 14.
I was wrong to confirm this in 2015 and now I will close it and that is the end of the discussion.