testssl icon

3ds Max File Archive Failed Code 4 Cracked __full__ (FRESH)


testssl.sh

is a free command line tool which checks a server's service on any port for the support of TLS/SSL ciphers, protocols as well as recent cryptographic flaws and more.

3ds Max File Archive Failed Code 4 Cracked __full__ (FRESH)

Troubleshooting the 3ds Max File Archive Failed Code 4 Error: A Comprehensive Guide

Are you a 3ds Max user who's encountered the frustrating "file archive failed code 4" error? Have you been searching for a solution to this problem, only to come across cracked or pirated software that you don't want to resort to? You're in the right place. In this article, we'll explore the causes of this error, provide step-by-step troubleshooting guides, and offer tips on how to prevent it from happening in the future.

Understanding the 3ds Max File Archive Failed Code 4 Error

The "file archive failed code 4" error is a common issue that occurs when trying to save or archive a 3ds Max file. This error can be caused by a variety of factors, including:

  1. Corrupted 3ds Max installation: A corrupted or incomplete installation of 3ds Max can lead to this error.
  2. Insufficient disk space: If your hard drive is running low on space, 3ds Max may not be able to save or archive your file.
  3. File system issues: Problems with your file system, such as corrupted files or folders, can prevent 3ds Max from saving or archiving your file.
  4. Conflicting plugins or scripts: Conflicting plugins or scripts can cause the error.

Causes of the 3ds Max File Archive Failed Code 4 Error

To better understand the causes of this error, let's take a closer look at each of the potential culprits:

  1. Corrupted 3ds Max installation: A corrupted installation of 3ds Max can occur due to a variety of reasons, such as a faulty download or installation process, or a virus infection. If your 3ds Max installation is corrupted, you may experience a range of errors, including the "file archive failed code 4" error.
  2. Insufficient disk space: When your hard drive is running low on space, 3ds Max may not be able to save or archive your file. This is because 3ds Max requires a certain amount of free disk space to function properly.
  3. File system issues: File system issues, such as corrupted files or folders, can prevent 3ds Max from saving or archiving your file. This can occur due to a variety of reasons, such as a virus infection or a hardware failure.
  4. Conflicting plugins or scripts: Conflicting plugins or scripts can cause the "file archive failed code 4" error. This can occur if you have multiple plugins or scripts installed that are not compatible with each other.

Troubleshooting the 3ds Max File Archive Failed Code 4 Error

Now that we've explored the causes of the "file archive failed code 4" error, let's take a look at some troubleshooting steps you can take to resolve the issue:

  1. Check your 3ds Max installation: Ensure that your 3ds Max installation is up-to-date and not corrupted. You can do this by checking for updates on the Autodesk website or by reinstalling 3ds Max.
  2. Check your disk space: Ensure that you have sufficient disk space available on your hard drive. You can do this by checking your hard drive's properties or by using a disk cleanup tool.
  3. Check your file system: Ensure that your file system is healthy and free from corruption. You can do this by running a disk check or by using a file system repair tool.
  4. Disable plugins and scripts: Try disabling any plugins or scripts that you have installed and see if the error persists.

Step-by-Step Troubleshooting Guide

Here is a step-by-step guide to troubleshooting the "file archive failed code 4" error:

Step 1: Check your 3ds Max installation

  1. Open the Autodesk website and check for updates to 3ds Max.
  2. If an update is available, download and install it.
  3. If you're using a cracked or pirated version of 3ds Max, consider purchasing a legitimate copy.

Step 2: Check your disk space

  1. Open File Explorer and right-click on your hard drive.
  2. Select "Properties" and check the available disk space.
  3. If your hard drive is running low on space, consider freeing up some space by deleting unnecessary files or expanding your hard drive.

Step 3: Check your file system

  1. Open Command Prompt as an administrator.
  2. Type "chkdsk C:" (replace C: with the drive letter of your hard drive) and press Enter.
  3. If any errors are found, follow the prompts to repair them.

Step 4: Disable plugins and scripts

  1. Open 3ds Max and go to the "Plugins" menu.
  2. Disable any plugins or scripts that you have installed.
  3. Save your file and try archiving it again.

Preventing the 3ds Max File Archive Failed Code 4 Error

To prevent the "file archive failed code 4" error from happening in the future, follow these tips:

  1. Regularly update your 3ds Max installation: Ensure that your 3ds Max installation is up-to-date and patched.
  2. Monitor your disk space: Regularly check your hard drive's available disk space and free up space as needed.
  3. Use a reliable file system: Ensure that your file system is healthy and free from corruption.
  4. Use compatible plugins and scripts: Only use plugins and scripts that are compatible with your version of 3ds Max.

Conclusion

The "file archive failed code 4" error can be a frustrating issue for 3ds Max users. However, by understanding the causes of the error and following the troubleshooting steps outlined in this article, you can resolve the issue and prevent it from happening in the future. Remember to always use legitimate software and to follow best practices for maintaining a healthy and efficient 3ds Max installation.

FAQs

Q: What is the cause of the 3ds Max file archive failed code 4 error? A: The cause of the error can be a corrupted 3ds Max installation, insufficient disk space, file system issues, or conflicting plugins or scripts.

Q: How do I troubleshoot the 3ds Max file archive failed code 4 error? A: You can troubleshoot the error by checking your 3ds Max installation, disk space, file system, and disabling plugins and scripts. 3ds max file archive failed code 4 cracked

Q: How can I prevent the 3ds Max file archive failed code 4 error? A: You can prevent the error by regularly updating your 3ds Max installation, monitoring your disk space, using a reliable file system, and using compatible plugins and scripts.

Q: Can I use a cracked or pirated version of 3ds Max to fix the error? A: No, using a cracked or pirated version of 3ds Max is not recommended and may lead to further issues. It's best to use a legitimate copy of 3ds Max and to follow best practices for maintaining a healthy and efficient installation.

Resolving the 3ds Max File Archive Failed Code 4 Error: A Comprehensive Guide

The "3ds Max file archive failed code 4" error is a frustrating issue that can occur when working with Autodesk's 3ds Max software, a popular tool for 3D modeling, animation, and rendering. This error typically arises when the software fails to archive or save a file properly, often due to corrupted files, incorrect configurations, or software bugs. When compounded by the term "cracked," it suggests that the user might be working with a version of the software that has been modified to bypass licensing restrictions, which can introduce additional instability.

How to collect a scene manually (if Archive keeps failing)

  1. Create a project folder and a few subfolders: Scenes, Bitmaps, Plugins, Other.
  2. Save the .max into Scenes.
  3. Use Asset Tracking to list all external files and copy bitmaps into Bitmaps (keep folder structure if needed).
  4. Export custom materials or scripts into the Plugins/Other folders.
  5. Zip the project folder with a standard compression tool (7-Zip, WinRAR) and verify contents.

Part 1: The Legend of Code 4

For the uninitiated, Autodesk’s 3ds Max is a titan of digital creation. Its native .max file format is a vault containing polygons, textures, animation curves, and lighting data. When you hit "Save," the software performs a delicate ballet of compression and verification.

Error Code 4 is the ballet’s lead dancer tripping and breaking their ankle. Officially, in legitimate versions, it signals a catastrophic write failure—a dying hard drive, a full disk, or a permissions nightmare. But in the cracked ecosystem, Code 4 takes on a personality of its own.

1. Check for Corrupt Files

5. Conclusion

The "3ds Max File Archive Failed Code 4" error is a direct result of the software's DRM (Digital Rights Management) successfully preventing the unauthorized copy from running, or the crack failing to bypass it.

Recommendation: If you are a student or hobbyist, the most robust solution is to sign up for the Autodesk Student/Educator plan, which grants a free 1-year renewable license for 3ds Max. This eliminates the error, removes security risks, and ensures software stability. If you must persist with the cracked version, the Registry Permission Fix (Method A) has the highest success rate in community discussions.

The 3ds Max File Archive Failed (Code 4) error typically occurs due to issues with file permissions, path lengths, or asset naming rather than being a specific "cracked" version lockout. Common Fixes for Error Code 4

Run as Administrator: Right-click the 3ds Max shortcut or executable and select "Run as Administrator". This often bypasses Windows permission restrictions on the target save folder.

Check Path Lengths & Characters: Ensure the total file path does not exceed the 256-character Windows limit. Avoid using special characters (e.g., @, #, $, %, &) in file or folder names.

Verify Disk Space: Ensure the target drive has at least twice the expected archive size in free space. Large scenes or assets exceeding 2-4 GB can also cause the process to fail.

Remove Duplicate Bitmaps: Having different textures with the same filename in different folders (e.g., C:\Textures\stone.jpg and C:\Project\Textures\stone.jpg) can cause archiving conflicts.

Avoid Temp Folders: Do not attempt to save the archive into a Windows Temp drive or folder, as these locations may have restricted write permissions. Alternative Archiving Methods

If the built-in archive tool continues to fail, you can manually collect assets:

Resource Collector: Use the built-in Resource Collector utility (found in the Utilities tab) to gather all maps and the .max file into a single folder.

Third-Party Scripts: Use scripts like Collect Asset from ScriptSpot to gather and organize your project files.

Manual Zipping: Manually zip the project folder once all assets have been gathered into a central location using the Resource Collector.

For more detailed troubleshooting, you can visit the official Autodesk support article regarding archive errors.

The "File archive failed (code 4)" error in 3ds Max typically indicates that the software's internal archiving process encountered a fatal obstacle, often related to insufficient permissions, disk space, or file path limitations . While users of modified or "cracked" versions may encounter this, the root cause is frequently tied to Windows OS restrictions or scene asset organization rather than the software's license state itself. Common Causes for Code 4 Errors Troubleshooting the 3ds Max File Archive Failed Code

Insufficient Permissions: 3ds Max may lack the necessary Windows permissions to write to the designated save location or delete temporary files during the process .

Storage Limitations: There may be inadequate drive space to hold both the original scene and the resulting MAXZIP file .

Lengthy File Paths: Windows has a 256-character limit for file paths. If your project is buried in multiple subfolders, the archiver may fail .

Special Characters: Using non-English or special characters (like @, #, $, %) in file or folder names often breaks the simplistic MAXZIP routine .

File Size Limits: Individual scene files or assets exceeding 2–4 GB can trigger failures because the internal archiver cannot handle them . Recommended Troubleshooting Steps

Run as Administrator: Right-click the 3ds Max shortcut and select "Run as Administrator" . This can bypass many Windows permission issues .

Check Save Location: Ensure you are not saving to a "Temp" drive or a restricted system folder. Try archiving to the root of a local drive (e.g., D:\) to avoid path length issues .

Verify Asset Names: Remove any special characters or spaces from your file names and asset paths .

Use Third-Party Scripts: Since the built-in archive tool is often cited as "simplistic," many professionals use the Resource Collector utility or free scripts like Collect Asset to gather files manually .

Disable "Compress on Save": In Customize > Preferences > Files, turn off "Compress on Save", as this setting can sometimes corrupt large files and interfere with archiving .

If you are using a modified version of the software, be aware that missing registry entries or altered .dll files can cause instability during heavy operations like archiving. If standard fixes fail, performing a Repair or Reinstall via the Windows Control Panel may be necessary .

The "Archive Failed (Code 4)" error in 3ds Max typically occurs when the software cannot access or copy a specific asset, often due to file path issues or missing external references.

⚠️ Note: If you are using a non-genuine or "cracked" version of the software, certain background services (like the Autodesk Desktop Connector) may be disabled or corrupted, which frequently triggers this specific error. 🛠️ Common Fixes for Code 4 1. Fix Path Lengths (The "256 Rule") Windows has a 256-character limit for file paths. Move your .max file to a simple folder (e.g., C:\Work). Try archiving from this new, shorter location.

Ensure asset names don't have special characters (@, #, $, %). 2. Relink Missing Assets

Code 4 often means 3ds Max is looking for a file that isn't there. Open the Asset Tracking Toggle (Shift + T). Look for any files marked as "Missing".

Either find the files or right-click and Remove the missing references. Try to archive again once all statuses say "OK" or "Found." 3. Run as Administrator

Permissions issues can block the archive script from creating the .zip file. Right-click the 3ds Max icon. Select Run as Administrator. Attempt the archive process. 4. Check Temp Folder Space

3ds Max compresses files in your Windows Temp directory before moving them.

Clear your temp files: Press Win + R, type %temp%, and delete the contents.

Ensure your C: Drive has at least double the space of your project size. 💡 Better Alternatives to "Archive" Corrupted 3ds Max installation : A corrupted or

If the built-in archive tool keeps failing, use these manual methods:

Resource Collector: Go to the Utilities tab (wrench icon) > More > Resource Collector. This copies all assets into one folder without zipping them, which is less prone to "Code 4" errors.

Manual Zip: Use the Resource Collector first, then zip the resulting folder manually using WinRAR or 7-Zip. To help you get this working, let me know:

Are you saving to a network drive or cloud folder (like OneDrive)? How large is the file size of the scene?

Do you have any third-party plugins (V-Ray, Forest Pack) installed?

It sounds like you're dealing with a common headache when trying to use the Archive function in a cracked or improperly licensed version of 3ds Max. A "Code 4" error typically points to a failure in the file-handling process, often because the software cannot correctly call the external compression utility (like 7zip or winutils) that it uses to package the assets. Why the Archive Fails

When you hit "Archive," 3ds Max tries to gather every texture, proxy, and IES file associated with your scene and zip them into one file. Code 4 usually means:

Permission Denied: The "crack" may have modified the .exe permissions, preventing 3ds Max from writing to the temporary folder or the destination drive.

Path Length Issues: If your textures are buried in deep folders (over 256 characters), the archiver crashes.

Broken File Links: If the scene is looking for a "missing" asset that doesn't exist, the archiving process often errors out instead of skipping it. The Reliable Workarounds

Since the built-in Archive tool is failing, you should use these manual methods to ensure you don't lose your external assets. 1. Use "Resource Collector" (The Best Alternative)

Instead of archiving to a zip, use the Resource Collector. It’s a built-in utility that copies all files into one folder without compressing them. Go to the Utilities tab (the hammer icon). Click More... and select Resource Collector. Specify an Output Path (a new folder on your desktop).

Check Collect Bitmaps / Photometric Files and Include MAX File. Click Begin. Once finished, you can manually zip that folder yourself. 2. Check for Missing Assets (Shift + T)

An archive often fails because it’s "choking" on a file it can’t find. Press Shift + T to open the Asset Tracking Toggle. Look for any files labeled "Missing."

Either find those files and relink them or delete the reference in your materials/environment. A "clean" asset tracker is much more likely to archive successfully. 3. Run as Administrator

Cracked software often struggles with Windows User Account Control (UAC). Close 3ds Max.

Right-click the 3ds Max shortcut and select Run as Administrator.

Try the Archive function again. This gives the software the "permission" it needs to execute the compression script. 4. Shorten Your File Paths

If you are saving to a deep sub-directory like C:\Users\Name\Desktop\Projects\2024\Client\Project_Final_v2\Archives, try archiving directly to the root of your drive (e.g., C:\ArchiveTest.zip). Long character strings are a known trigger for Code 4. A Note on Cracked Software

Errors like Code 4 are frequent in non-genuine versions because the "phone home" or licensing checks that are bypassed often break the hooks between 3ds Max and its secondary plugins (like the archiver). If you are using this for professional work, consider the 3ds Max Indie license, which is significantly cheaper than the full enterprise version and eliminates these stability issues.

1. Technical Cause of the Error

In legitimate enterprise environments, the "File Archive Failed" error relates to the Autodesk Network License Manager attempting to read or write a license file and failing.

In the context of a cracked version, the error happens because the mechanism designed to trick 3ds Max into thinking it is licensed is failing to execute. Specifically:


Key features

License

testssl.sh is free and open source software. You can use it under the terms of GPLv2, please review the License before using it.

Attribution is important for the future of this project -- also in the internet. Thus if you're offering a scanner based on testssl.sh as a public and/or paid service in the internet you are strongly encouraged to mention to your audience that you're using this program and where to get this program from. That helps us to get bugfixes, other feedback and more contributions.

Donations

If you like this software, you or your company uses it a lot or even your company makes money from any service around testssl.sh, why not support the project with a donation? It helps keeping the project alive and kicking.

Dirk setup a paypal account for it, keeps track of the money and makes sure it is spend on project related activities.

Donate with PayPal


If you want a deductable commercial invoice in return please get in touch with me before using paypal.

Development

github Development takes place at github. We're now @ 3.2.3 (stable) and 3.3dev.
There was a last release of 3.0.10 (oldstable) but that was the last one in the 3.0.x branch.



Support status

Supported will always be the current dev version and the version before (n-1 rule). As soon as the dev version becomes the stable release, this will be the n-1 version and receives bugfixes only. The dev version has historically not delivered really broken software (no facebook paradigm). Consider it like a rolling release: It'll definitely change-- that is the point of development-- things might break for you if you e.g. expect the output or features all to be the same. But other than that: The dev version itself won't break (TM).

3.2 is the stable branch. There was one final 3.0.10 release, a.k.a the old stable. If you need longer support for 3.0.x there's a possibility for paid maintenance support. We are focussing on 3.3dev, further development will take place in that branch. We aim to not break things badly but, as said, things will change. If you want to make use of new features like QUIC, TLS 1.3 0-RTT, newer SSLlabs rating, check for the Opossum vulnerability and more, you should consider this branch.

-

February 13, 2026: Prerelease/snapshot of 3.3dev, see github or here (signature) .

February 12, 2026: Release of bugfixed version 3.2.3, see 3.2.3 github or here (signature) .

September 18, 2025: Release of bugfixed version 3.2.2, see 3.2.2 github or here (signature) .

June 15, 2025: Start of new development branch 3.3dev, see 3.3dev github.

June 15,2025: Release of final bugfixed version 3.0.10, see 3.0.10 github or here (signature) .

June 13, 2025: Release of bugfixed version 3.2.1, see 3.2.1 @ github or here (signature) .

April 23, 2025: Release of final stable version 3.2.0, after several release candidates. see 3.2.0 @ github or here (signature) .

Jun 13, 2024: Version 3.0.9, see 3.0.9 @ github or here(signature) .

Oct 10, 2023: After several non-tagged and not labelled rc versions a now version 3.2rc3 was released, see 3.2rc3 @ github

Sep 19, 2022: Version 3.0.8, see 3.0.8 @ github or here(signature) .

Feb 19, 2022: Version 3.0.7, see 3.0.7 @ github or here(signature) .
[..]
Jan 23, 2020: Version 3.0 release, see 3.0 @ github. It's been a long rolling release candidate phase since the first 3.0 RC version.

Dec 12, 2017: ROBOT / Bleichenbacher check has been implemented. . Read more about this old+new attack @ robotattack.org. Please checkout 2.9dev @ github. I compiled also some info here, including an Alexa Top 10k scan and some background information.

Sep 19, 2017: Version 2.9.5 has been released. Please checkout 2.9.5 @ github or download it from here, you need the etc tar ball as well.

Screenshots /Pictures here

The pictures are still from an older version of testssl.sh. This will be updated later. It should suffice to get a picture though.

Longer read

testssl.sh is pretty much portable/compatible. It is working on every Linux, Mac OS X, FreeBSD distribution, on MSYS2/Cygwin (slow). It is supposed also to work on any other unixoid systems. A newer OpenSSL version (1.0) is recommended though. /bin/bash is a prerequisite – otherwise there would be no sockets.

Speaking of it: Since version 2.4 some of the checks were done with bash sockets. This improved gradually and from 2.9.5 on almost every check is done with bash sockets. Still OpenSSL is needed for some core functions like openssl <verify|ocsp|pkey> . In principle any OpenSSL or even LibreSSL can be used as a helper. It's recommended to use the one supplied as it makes sure special tests or features like IPv6, proxy support, STARTTLS MySQL or PostgreSQL are supported. (The one supplied stems originally from github.com/PeterMosmans/openssl. openssl-1.0.2k-chacha.pm.ipv6.Linux+FreeBSD.tar.gz is a Linux- and FreeBSD-only tarball. The directory openssl-1.0.2i-chacha.pm.ipv6.contributed/ contains contributed builds for ARM7l and Darwin binaries).

Download shortcuts

Note the following features are supported by the webserver configuration: – each to standard output. Please note however that from 2.9dev on you need the mandatory files in etc/ though, see https://github.com/testssl/testssl.sh/tree/3.0/etc.

Usage

The normal use case is probably just testssl.sh <hostname>, see first picture right hand above (a deliberately bad configuration).

Starting testssl.sh with no params will give you a general idea how to use it:
userid@somehost:~ % testssl.sh

     "testssl.sh [options] <URI>"    or    "testssl.sh <options>"


"testssl.sh <options>", where <options> is:

     --help                        what you're looking at
     -b, --banner                  displays banner + version of testssl.sh
     -v, --version                 same as previous
     -V, --local                   pretty print all local ciphers
     -V, --local <pattern>         which local ciphers with <pattern> are available? If pattern is not a number: word match

     <pattern>                     is always an ignore case word pattern of cipher hexcode or any other string in the name, kx or bits

"testssl.sh <URI>", where <URI> is:

     <URI>                         host|host:port|URL|URL:port   port 443 is default, URL can only contain HTTPS protocol)

"testssl.sh [options] <URI>", where [options] is:

     -t, --starttls <protocol>     Does a default run against a STARTTLS enabled <protocol,
                                   protocol is <ftp|smtp|lmtp|pop3|imap|xmpp|telnet|ldap|nntp|postgres|mysql>
     --xmpphost <to_domain>        For STARTTLS enabled XMPP it supplies the XML stream to-'' domain -- sometimes needed
     --mx <domain/host>            Tests MX records from high to low priority (STARTTLS, port 25)
     --file/-iL <fname>            Mass testing option: Reads one testssl.sh command line per line from <fname>.
                                   Can be combined with --serial or --parallel. Implicitly turns on "--warnings batch".
                                   Text format 1: Comments via # allowed, EOF signals end of <fname>
                                   Text format 2: nmap output in greppable format (-oG), 1 port per line allowed
     --mode <serial|parallel>      Mass testing to be done serial (default) or parallel (--parallel is shortcut for the latter)
     --warnings <batch|off>        "batch" doesn't continue when a testing error is encountered, off continues and skips warnings
     --connect-timeout <seconds>   useful to avoid hangers. Max <seconds> to wait for the TCP socket connect to return
     --openssl-timeout <seconds>   useful to avoid hangers. Max <seconds> to wait before openssl connect will be terminated

single check as <options>  ("testssl.sh URI" does everything except -E and -g):
     -e, --each-cipher             checks each local cipher remotely
     -E, --cipher-per-proto        checks those per protocol
     -s, --std, --standard         tests certain lists of cipher suites by strength
     -p, --protocols               checks TLS/SSL protocols (including SPDY/HTTP2)
     -g, --grease                  tests several server implementation bugs like GREASE and size limitations
     -S, --server-defaults         displays the server's default picks and certificate info
     -P, --server-preference       displays the server's picks: protocol+cipher
     -x, --single-cipher <pattern> tests matched <pattern> of ciphers
                                   (if <pattern> not a number: word match)
     -c, --client-simulation       test client simulations, see which client negotiates with cipher and protocol
     -h, --header, --headers       tests HSTS, HPKP, server/app banner, security headers, cookie, reverse proxy, IPv4 address

     -U, --vulnerable              tests all (of the following) vulnerabilities (if applicable)
     -H, --heartbleed              tests for Heartbleed vulnerability
     -I, --ccs, --ccs-injection    tests for CCS injection vulnerability
     -T, --ticketbleed             tests for Ticketbleed vulnerability in BigIP loadbalancers
     -BB, --robot                  tests for Return of Bleichenbacher's Oracle Threat (ROBOT) vulnerability
     -R, --renegotiation           tests for renegotiation vulnerabilities
     -C, --compression, --crime    tests for CRIME vulnerability (TLS compression issue)
     -B, --breach                  tests for BREACH vulnerability (HTTP compression issue)
     -O, --poodle                  tests for POODLE (SSL) vulnerability
     -Z, --tls-fallback            checks TLS_FALLBACK_SCSV mitigation
     -W, --sweet32                 tests 64 bit block ciphers (3DES, RC2 and IDEA): SWEET32 vulnerability
     -A, --beast                   tests for BEAST vulnerability
     -L, --lucky13                 tests for LUCKY13
     -F, --freak                   tests for FREAK vulnerability
     -J, --logjam                  tests for LOGJAM vulnerability
     -D, --drown                   tests for DROWN vulnerability
     -f, --pfs, --fs, --nsa        checks (perfect) forward secrecy settings
     -4, --rc4, --appelbaum        which RC4 ciphers are being offered?

tuning / connect options (most also can be preset via environment variables):
     --fast                        omits some checks: using openssl for all ciphers (-e), show only first preferred cipher.
     -9, --full                    includes tests for implementation bugs and cipher per protocol (could disappear)
     --bugs                        enables the "-bugs" option of s_client, needed e.g. for some buggy F5s
     --assume-http                 if protocol check fails it assumes HTTP protocol and enforces HTTP checks
     --ssl-native                  fallback to checks with OpenSSL where sockets are normally used
     --openssl <PATH>              use this openssl binary (default: look in $PATH, $RUN_DIR of testssl.sh)
     --proxy <host:port|auto>      (experimental) proxy connects via <host:port>, auto: values from $env ($http(s)_proxy)
     -6                            also use IPv6. Works only with supporting OpenSSL version and IPv6 connectivity
     --ip <ip>                     a) tests the supplied <ip> v4 or v6 address instead of resolving host(s) in URI
                                   b) arg "one" means: just test the first DNS returns (useful for multiple IPs)
     -n, --nodns <min|none>        if "none": do not try any DNS lookups, "min" queries A, AAAA and MX records
     --sneaky                      leave less traces in target logs: user agent, referer
     --ids-friendly                skips a few vulnerability checks which may cause IDSs to block the scanning IP
     --phone-out                   allow to contact external servers for CRL download and querying OCSP responder
     --add-ca <cafile>             path to <cafile> or a comma separated list of CA files enables test against additional CAs.
     --basicauth <user:pass>       provide HTTP basic auth information.

output options (can also be preset via environment variables):
     --quiet                       don't output the banner. By doing this you acknowledge usage terms normally appearing in the banner
     --wide                        wide output for tests like RC4, BEAST. PFS also with hexcode, kx, strength, RFC name
     --show-each                   for wide outputs: display all ciphers tested -- not only succeeded ones
     --mapping <openssl|           openssl: use the OpenSSL cipher suite name as the primary name cipher suite name form (default)
                iana|rfc             -> use the IANA/(RFC) cipher suite name as the primary name cipher suite name form
                no-openssl|          -> don't display the OpenSSL cipher suite name, display IANA/(RFC) names only
                no-iana|no-rfc>      -> don't display the IANA/(RFC) cipher suite name, display OpenSSL names only
     --color <0|1|2|3>             0: no escape or other codes,  1: b/w escape codes,  2: color (default), 3: extra color (color all ciphers)
     --colorblind                  swap green and blue in the output
     --debug <0-6>                 1: screen output normal but keeps debug output in /tmp/.  2-6: see "grep -A 5 '^DEBUG=' testssl.sh"

file output options (can also be preset via environment variables)
     --log, --logging              logs stdout to '${NODE}-p${port}${YYYYMMDD-HHMM}.log' in current working directory (cwd)
     --logfile|-oL <logfile>       logs stdout to 'dir/${NODE}-p${port}${YYYYMMDD-HHMM}.log'. If 'logfile' is a dir or to a specified 'logfile'
     --json                        additional output of findings to flat JSON file '${NODE}-p${port}${YYYYMMDD-HHMM}.json' in cwd
     --jsonfile|-oj <jsonfile>     additional output to the specified flat JSON file or directory, similar to --logfile
     --json-pretty                 additional JSON structured output of findings to a file '${NODE}-p${port}${YYYYMMDD-HHMM}.json' in cwd
     --jsonfile-pretty|-oJ <jsonfile>  additional JSON structured output to the specified file or directory, similar to --logfile
     --csv                         additional output of findings to CSV file '${NODE}-p${port}${YYYYMMDD-HHMM}.csv' in cwd or directory
     --csvfile|-oC <csvfile>       additional output as CSV to the specified file or directory, similar to --logfile
     --html                        additional output as HTML to file '${NODE}-p${port}${YYYYMMDD-HHMM}.html'
     --htmlfile|-oH <htmlfile>     additional output as HTML to the specified file or directory, similar to --logfile
     --out(f,F)ile|-oa/-oA <fname> log to a LOG,JSON,CSV,HTML file (see nmap). -oA/-oa: pretty/flat JSON.
                                   "auto" uses '${NODE}-p${port}${YYYYMMDD-HHMM}'. If fname if a dir uses 'dir/${NODE}-p${port}${YYYYMMDD-HHMM}'
     --hints                       additional hints to findings
     --severity <severity>         severities with lower level will be filtered for CSV+JSON, possible values <LOW|MEDIUM|HIGH|CRITICAL>
     --append                      if (non-empty) <logfile>, <csvfile>, <jsonfile> or <htmlfile> exists, append to file. Omits any header
     --outprefix <fname_prefix>    before  '${NODE}.' above prepend <fname_prefix>


Options requiring a value can also be called with '=' e.g. testssl.sh -t=smtp --wide --openssl=/usr/bin/openssl <URI>.
<URI> always needs to be the last parameter.


userid@somehost:~ % 

Details are in the man page.

You are free to check any port – supposed there's any SSL enabled service (TCP) listening. For the service HTTP you can also supply a full URL. STARTTLS services are those which are plaintext and need some kind of an upgrade command to speak TLS. This is very protocol (see difference between IMAP and SMTP) specific. A STARTTLS check with testssl.sh would be invoked with testssl.sh -t pop3 pop.o2online.de:110. Other examples:
testssl.sh --starttls smtp <smtphost>.<tld>:587 
testssl.sh --starttls ftp <ftphost>.<tld>:21
testssl.sh -t xmpp <jabberhost>.<tld>:5222 
testssl.sh -t xmpp --xmpphost <XMPP domain> <jabberhost>.<tld>:5222 
testssl.sh --starttls imap <imaphost>.<tld>:143
The ports in those examples above are just the standard ports. Also here you're free to check any port. //refactor those, see e.g. https://content-security-policy.com/unsafe-hashes/ or just drop tis shit
If you just want to check the mail exchangers of a domain, do it like this: testssl.sh --mx google.com (make sure port 25 outbound is not blocked by your firewall) – see left hand side picture.

With the output option --wide you get where possible a wide output with hexcode of the cipher, OpenSSL cipher suite name, key exchange (with DH size), encryption algorithm, encryption bits size and maybe the RFC cipher suite name.

If you have the file mapping-rfc.txt in the same directory as testssl.sh it displays in the wide outputs also the corresponding RFC style cipher name. If you don't want this, you need to move mapping-rfc.txt away. Another thing: If you want to find out what local ciphers you have and print them pretty, use testssl.sh -V. Ever wondered what hexcode a cipher is? testssl.sh -V x14 lets you search for the hexcode x14. For hexcodes: If you just specify 14 instead of x14 you will get all ciphers returned which have 14 as a low, middle or high byte. For ciphers: You can also supply a word case pattern, e.g. testssl.sh -V CBC puts out every locally available cipher having the Cipher Block Chaining mode in its name.

testssl.sh -x <pattern> <URI> does the same as testssl.sh -V, it only checks the matched pattern at the server, so e.g. testssl.sh -x ECDH google.com checks google.com for ECDH ciphers (and lists also not available ones at the target), testssl.sh -x DHE smtp.posteo.de:465 does a similar thing for the TLS enabled SMTP service.

testssl.sh --file <myfile> let you do mass testing. The syntax of the file is very easy: one cmdline per line. Use comment signs # as you like, blank lines will be skipped, EOF signals the end of the file – what else? ;-).

You can also specify a proxy since version 2.6: testssl.sh --proxy=<proxyhost>:<proxyport> <your_other_cmds_here> will sneak the openssl and bash sockets requests e.g. out of our corporate environment. Proxy authentication is not supported and the port and protocol has to be allowed in the proxy.

Another neat feature: testssl.sh --header <URI> gives you some information on the HTTP header and marks security features in green (see upper black picture on the right hand side), not so good headers range from yellow over brown to red. It also allows you to fingerprint proxies, see lower black picture.


Changes

3.2




       ... branch is stable github only. Changes relative to 3.0 see changelog.

3.0






















Misc

Feedback, bugs and contributions are welcome! Currently there's one git repo at https://github.com/testssl/testssl.sh. Here @ https://testssl.sh you will always find the latest stable version.

Bugs (and fixes) as well as other PRs can by filed at the git repo or send me a mail to dirk aet testssl dot sh.

I post all significant updates on Mastodon or Bluesky. There was a personal twitter account which is deprecated as we don't like nazis or hate speech.  


Services:  If you need a scanning service or consulting get in touch with me..


Imprint