Croodle is a web application to schedule a date or to do a poll on a general topics. Stored content data like title and description, number and labels of options and available answers and names of users and there selections is encrypted/decrypted in the browser using 256 bits AES.
This is an alpha version. Changes could brake backward compatibility. Also it is not well tested and some features are missing. It is not ment for productive use yet.
Croodle is inspired by PrivateBin and, of course, by Doodle.
Therefore you have to
- use an encrypted connection to the server hosting Croodle. In most use cases this will be an httpS connection. We strongly recomend people hosting Croodle to force an encrypted connection.
- trust the server.
You could check for an attack like this by analysing the source code retrieved from server and/or using developer tools of your browser and check what data is send over the network or stored in cookies, localStorage or similar browser techniques.
Croodle is designed to have as few as possible requirements on the server it is running on. Croodle runs on almost every web space with PHP >= 5.6. Croodle stores the data in textfiles, so there is no need for a database server like mySQL.
Due to security reasons you should have SSL encryption enabled and provide a valid certificate.
Build process and installation
Production builds are provided as github release assets.
git clone firstname.lastname@example.org:jelhan/croodle.git cd croodle yarn install bower install cd api/ && composer install --no-dev && cd .. ember build --prod
Afterwards copy all files in /dist folder to your werbserver.
Api could be configured by creating a
api/ folder which returns an associative array.
Have a look at
api/config.default.php for available options.
data/folder has to be writeable by web server, but must not be accessible publicy. Protect it in your webserver configuration or move it out of webroot by changing
- Croodle uses subresource integrity (SRI) for assets. Therefore you must not tamper with build output (e.g. you have to disable cloudflare Auto Minify feature). If that's not an option for you, you have to disable SRI and build yourself.
- HTTPS connection should be forced. You should consider using HTTP Strict Transport Security (HSTS) and HTTP Public Key Pinning (HPKP).
- Content-Security-Policy (CSP) should be used. Default CSP headers are provided in
.htaccessfile but commented out.
php api/cron.phpon a regular basis to delete outdated polls. A cronjob running once a day should be fine.
ember serve generates a development build of croodle and starts
a server listening on
http://localhost:4200 which is serving it.
If source files are changing, a rebuild and reload is triggered.
By default croodle uses an api mock in development. Since that one does not persist records all polls are gone after a reload.
If you like to test against real api, run api via php built-in web
php -S 127.0.0.1:8080 -t dist/
Afterwards start ember-cli development server using
ember server --proxy http://127.0.0.1:8080.
Ember-cli clears dist folder on each rebuild. If you like to keep
created polls over rebuild, configure api to use a non default folder
to save your polls:
CROODLE__DATA_DIR=/tmp/croodle_data php -S 127.0.0.1:8080 -t dist/
Prefered way is to run tests against PhantomJS, Chrome and Firefox
ember test --server. Results are reported in command-line and
Files are watched for changes.
If you only like to run tests ones against PhantomJS in command-line
you could use
ember test. This is also used in CI.
Test are run against a mock-api provided by ember-cli-mirage.
Api tests are provided by Codeception. To run them change current
/api and execute
./vendor/bin/codecept run. You have
to install composer development requirements before (
croodle is MIT Licensed.