TaskingerРаботната книга е граница, не папка
В повечето инструменти контекстите ти са проекти, дъски или страници в едно общо пространство, а разделянето е въпрос да се сетиш да споделиш правилното нещо с правилния човек. В Taskinger работната книга е единицата на съхранение и на достъп. Всяка задача, бележка, проект, файл и екип принадлежи на точно една работна книга, а всяка работна книга има свой списък с членове. Записът за член е това, което дава достъп; без него работната книга не съществува за теб, дори като име в списък.
Отказ по подразбиране, на сървъра
Достъпът се решава от правила за сигурност, които работят вътре в самата база данни, при всяко четене и всеки запис, преди каквито и да е данни да напуснат сървърите на Google. Правилата тръгват от „не“ и позволяват операция само ако извикващият е влязъл, е член на тази работна книга и носи флага, който операцията изисква. В опростен вид:
allow read: if isolated(workbook) && (member.can('readAll') || task.assignee == me);
allow write: if isolated(workbook) && member.can('assignOthers');Понеже проверката става в базата данни, тя не може да се заобиколи от променен клиент, разширение на браузъра или скрипт, който говори директно с API. Интерфейсът само отразява това, което правилата вече позволяват.
Какво вижда един член
Членството само по себе си не ти показва всичко. Всеки член има роля и осем флага за права, а най-обикновеният член вижда само възложените му задачи плюс бележките, които може да чете. Екипите стесняват още: ръководителят вижда своя екип и подекипите му, служителят вижда своя сегмент, собственикът вижда всичко. Флаговете стоят в записа на члена, така че промяна на правата на човек в една работна книга не променя нищо в правата му другаде. Пълната матрица на правата е на страницата за екипи.
Покани, екипи и API
Хората влизат в работна книга само чрез покана, създадена от някой с флага „Управлява членове“; поканите са частни адреси с токен, които могат да се отменят. Екипите живеят вътре в работната книга и не могат да обхващат две. KPI API, наличен в плана Team, работи с ключове, които собственикът на работната книга създава само за нея, отменяеми по всяко време, и се обслужва от функции, които проверяват същото членство и същите флагове.
Доказано при всяка промяна
Правилата са покрити от автоматичен набор от тестове, който се изпълнява преди всеки деплой. Тестовете опитват точно това, което би опитал нападател: четене на задачите на друга работна книга с валиден акаунт, повишаване на собствените флагове на член, повторно използване на покана, достъп до замразена работна книга, местене на файл между работни книги. Провален тест спира деплоя. Броят се променя с растежа на продукта, затова не печатаме число; принципът не се променя.
Какво изолацията не прави
Изолацията е за достъпа между членове, не за криптиране от край до край. Данните са криптирани в покой и при пренос от Google Cloud, но операторът технически има достъп до тях при условията в политиката за поверителност, например за да изтрие акаунт по заявка. Член, на когото си дал „Вижда всички задачи и бележки“, вижда всички задачи и бележки в тази работна книга; флагът прави това, което казва. А човек, който е член на две твои работни книги, вижда и двете, защото ти си го направил член и на двете.
Един акаунт, всичките ти светове
Смисълът на границата е, че не трябва да живееш зад нея. Един вход показва всяка работна книга, в която членуваш: „Дом“, фирмата, страничният бизнес, лична, която никой друг не вижда. Превключването е едно докосване, а приложението помни къде си бил. Две работни книги, които създаваш, и трима души, които добавяш, са безплатни; сигурността е една и съща във всеки план. Виж как това се сравнява с Todoist, Trello, Notion и Google Tasks.