[ https://issues.apache.org/jira/browse/COMPRESS-299?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14298324#comment-14298324 ]
Stefan Bodewig commented on COMPRESS-299: ----------------------------------------- That's what we do: https://github.com/apache/commons-compress/blob/trunk/src/main/java/org/apache/commons/compress/archivers/sevenz/AES256SHA256Decoder.java#L101 :-) - I think Tim showed us the nested exception. [~talli...@apache.org]: when you install an Oracle JDK you normally get the default JCE which only supports weak crypto (short key length) so it can be distributed everywhere. Strong crypto is subject to US export regulations, so you need to enable it by downloading additional jars - and claiming you don't live in a country where it is forbidden to export strong crypto to. The jars are always there, they just contain different restrictions and you always have to overwrite the weaker default policy files. I think OpenJDK comes with strong crypto enabled by default, maybe this is what you are using on Linux. I know I need to install the stronger policy every time we update Oracle's JDK on Ubuntu as well. > Issue with a 7z encrypted file > ------------------------------ > > Key: COMPRESS-299 > URL: https://issues.apache.org/jira/browse/COMPRESS-299 > Project: Commons Compress > Issue Type: Bug > Reporter: Tim Allison > Priority: Minor > Attachments: test7Z_protected_passTika.7z > > > A file that we are using to test SevenZ on Tika is failing in some > environments. > I tested the soon to be attached file with commons compress trunk and > received this exception: > {noformat} > java.security.InvalidKeyException: Illegal key size > at javax.crypto.Cipher.checkCryptoPerm(Cipher.java:1024) > at javax.crypto.Cipher.implInit(Cipher.java:790) > at javax.crypto.Cipher.chooseProvider(Cipher.java:849) > at javax.crypto.Cipher.init(Cipher.java:1348) > at javax.crypto.Cipher.init(Cipher.java:1282) > at > org.apache.commons.compress.archivers.sevenz.AES256SHA256Decoder$1.init(AES256SHA256Decoder.java:98) > at > org.apache.commons.compress.archivers.sevenz.AES256SHA256Decoder$1.read(AES256SHA256Decoder.java:117) > at java.io.DataInputStream.readUnsignedByte(DataInputStream.java:288) > at org.tukaani.xz.rangecoder.RangeDecoderFromStream.<init>(Unknown > Source) > at org.tukaani.xz.LZMAInputStream.initialize(Unknown Source) > at org.tukaani.xz.LZMAInputStream.initialize(Unknown Source) > at org.tukaani.xz.LZMAInputStream.<init>(Unknown Source) > at > org.apache.commons.compress.archivers.sevenz.Coders$LZMADecoder.decode(Coders.java:114) > at > org.apache.commons.compress.archivers.sevenz.Coders.addDecoder(Coders.java:78) > at > org.apache.commons.compress.archivers.sevenz.SevenZFile.buildDecoderStack(SevenZFile.java:864) > at > org.apache.commons.compress.archivers.sevenz.SevenZFile.buildDecodingStream(SevenZFile.java:831) > at > org.apache.commons.compress.archivers.sevenz.SevenZFile.getNextEntry(SevenZFile.java:153) > at > org.apache.commons.compress.archivers.sevenz.SevenZFileTest.testTikaEncryptedFile(SevenZFileTest.java:215) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at junit.framework.TestCase.runTest(TestCase.java:176) > at junit.framework.TestCase.runBare(TestCa > {noformat} > This is the unit test: > {noformat} > public void testTikaEncryptedFile() throws Exception { > String password = "Tika"; > SevenZFile sevenZFile = new > SevenZFile(getFile("test7Z_protected_passTika.7z"), > password.getBytes("UnicodeLittleUnmarked")); > try { > SevenZArchiveEntry entry = sevenZFile.getNextEntry(); > assertEquals("text.txt", entry.getName()); > } finally { > sevenZFile.close(); > } > } > {noformat} > Environment: Windows 7, Java 1.7.0_76-b13. > No problem on RHEL 1.7.0_75 -- This message was sent by Atlassian JIRA (v6.3.4#6332)