1
0
mirror of https://github.com/schollz/croc.git synced 2024-11-28 01:16:10 +03:00
Easily and securely send things from one computer to another 🐊 📦
Go to file
2018-04-23 23:52:29 -06:00
logo logo added 2017-10-23 21:59:25 +08:00
testing_data Tests for CatFiles 2017-10-25 15:01:37 +03:00
vendor Bug fix: tarring in Windows and untarring in Linux 2017-11-04 05:38:27 -06:00
.gitignore Added a git ignore 2017-10-20 14:44:19 +01:00
.travis.yml update .travis.yml 2017-10-21 23:54:47 +02:00
CODE_OF_CONDUCT.md Create CODE_OF_CONDUCT.md 2017-10-19 11:44:22 -06:00
connect.go Add cleanup on Ctl+C 2018-04-23 23:52:28 -06:00
crypto_test.go cleaned up "temp" file created in the test 2017-10-20 14:44:42 +01:00
crypto.go Added Encrypt/Decrypt file 2017-10-19 19:01:07 -06:00
Gopkg.lock Bug fix: tarring in Windows and untarring in Linux 2017-11-04 05:38:27 -06:00
Gopkg.toml Vendoring 2017-10-17 18:58:16 -06:00
goreleaser.yml update goreleaser 2017-10-18 14:07:03 -06:00
LICENSE Create LICENSE 2017-10-18 11:50:06 -06:00
main.go use link flag to control version 2018-04-23 23:52:28 -06:00
README.md Update README.md 2018-04-23 23:52:29 -06:00
relay.go fix file split bugs and sending server:port display error 2018-02-07 16:24:44 +08:00
utils_test.go Simplified FileSize function 2017-10-25 15:03:36 +03:00
utils.go fix file split bugs and sending server:port display error 2018-02-07 16:24:44 +08:00

croc
Build Status Version Gitter Go Report Card GoDoc

Secure transfer of stuff from one side of the internet to the other.

This is more or less (but mostly less) a Golang port of @warner's magic-wormhole which allows you to directly transfer files and folders between computers. I decided to make this because I wanted to send my friend Jessie a file using magic-wormhole and when I told Jessie how to install the dependencies she made this face: 😭. So, nominally, croc does the same thing (encrypted file transfer directly between computers) without dependencies so you can just double-click on your computer, even if you use Windows.

Don't we have enough open-source peer-to-peer file-transfer utilities?

There are great tools that already do this. But, no we don't, because after review, I found it was useful to make a new one.

Example

These two gifs should run in sync if you force-reload (Ctl+F5)

Sender:

send

Receiver:

receive

Sender:

$ croc -send croc.exe
Sending 4.4 MB file named 'croc.exe'
Code is: 4-cement-galaxy-alpha

Sending (->[1]63982)..
  89% |███████████████████████████████████     | [12s:1s]
File sent (2.6 MB/s)

Receiver:

$ croc
Enter receive code: 4-cement-galaxy-alpha
Receiving file (4.4 MB) into: croc.exe
ok? (y/n): y

Receiving (<-[1]63975)..
  97% |██████████████████████████████████████  | [13s:0s]
Received file written to croc.exe (2.6 MB/s)

Note, by default, you don't need any arguments for receiving! This makes it possible for you to just double click the executable to run (nice for those of us that aren't computer wizards).

Install

Download the latest release for your system.

Or, you can install Go and build from source with go get github.com/schollz/croc.

How does it work?

croc is similar to magic-wormhole in spirit and design. Like magic-wormhole, croc generates a code phrase for you to share with your friend which allows secure end-to-end transfering of files and folders through a intermediary relay that connects the TCP ports between the two computers.

In croc, code phrase is 16 random bits that are menemonic encoded plus a prepended integer to specify number of threads. This code phrase is hashed using sha256 and sent to a relay which maps that key to that connection. When the relay finds a matching key for both the receiver and the sender (i.e. they both have the same code phrase), then the sender transmits the encrypted metadata to the receiver through the relay. Then the receiver decrypts and reviews the metadata (file name, size), and chooses whether to consent to the transfer.

After the receiver consents to the transfer, the sender transmits encrypted data through the relay. The relay setups up Go channels for each connection which pipes all the data incoming from that sender's connection out to the receiver's connection. After the transmission the channels are destroyed and all the connection and meta data information is wiped from the relay server. The encrypted file data never is stored on the relay.

Encryption

Encryption uses PBKDF2 (see RFC2898) where the code phrase shared between the sender and receiver is used as the passphrase. For each of the two encrypted data blocks (metadata stored on relay server, and file data transmitted), a random 8-byte salt is used and a IV is generated according to NIST Recommendation for Block ciphers, Section 8.2.

Decryption

On the receiver's computer, each piece of received encrypted data is written to a separate file. These files are concatenated and then decrypted. The hash of the decrypted file is then checked against the hash transmitted from the sender (part of the meta data block).

Run your own relay

croc relies on a TCP relay to staple the parallel incoming and outgoing connections. The relay temporarily stores connection information and the encrypted meta information. The default uses a public relay at, cowyo.com, which has no guarantees except that I guarantee to turn if off as soon as it gets abused (click here to check the current status of the public relay).

I recommend you run your own relay, it is very easy. On your server, your-server.com, just run

$ croc -relay

Now, when you use croc to send and receive you should add -server your-server.com to use your relay server.

Note: If you are behind a firewall, make sure to open up TCP ports 27001-27009.

Contribute

I am awed by all the great contributions made! If you feel like contributing, in any way, by all means you can send an Issue, a PR, ask a question, or tweet me (@yakczar).

License

MIT

Acknowledgements

Thanks...