flat assembler
Message board for the users of flat assembler.

flat assembler > Heap > sleepsleep's new OS concept for x86/x64 & arm smartphone

Author
Thread Post new topic Reply to topic
sleepsleep



Joined: 05 Oct 2006
Posts: 8275
Location: ˛                              ⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣ Posts: 6699
initial thoughts, long long time ago, always my desire to think of something totally new, easy to use, secure.

http://board.flatassembler.net/topic.php?p=188276#188276

i will write about this new OS concept and implementation here, SLEEP OS will powers every device and replace windows & linux based OS soon.

idea & solution: different version dll, same name
====================================
there will exist a kind of directory /lib/x32 or /lib/x64, these 2 directories allow file name to be exactly same, but we traced them by different build datetime

so if os detect user program build date eg. July 2016, if program build date June 2015, will link with Jan 2016 dll.
eg.
abc.dll (build Jan 2015)
abc.dll (build Jan 2016)
abc.dll (build July 2016)

idea & solution : api restriction controlled by user
====================================
in /apps, all programs must remain inside,
in /apps/"application_name"/lib/x32/abc.dll <- application personal dll
in /lib/x32/gdi.dll <- os provided dll

/apps/notepad/notepad.exe
/apps/notepad/lib/x32/abc.dll

what happened mostly inside application personal dll is, calling to os dll functions, to call os dll function, application must create a simple text file, import.txt, then only application could call such api

eg. import.txt

/lib/x32/gdi.dll
BeginPaint
...
etc

so if user delete the line BeginPaint in import.txt, it means, os will disallow BeginPaint to be call from this application.

another idea is /apps/notepad/disallow.txt,

eg. disallow.txt (possible command in disallow.txt)
[ext_hd_read] - no read access to external hard disk, including pendrive
[int_hd_read]
[int_spk] - internal speaker
[ext_spk] - earphone, external speaker
[int_webcam] - no spy
[ext_webcam] - no usb webcam spy
[int_network] - no network access to & from, on board lan, laptop lan
[ext_network] - no network, pci lan card, usb lan
[int_bluetooth], [ext_bluetooth]
[int_gpu] - no nvidia or amd, must only use onboard,

basically, more detail commands to restrict what devices / (group of apis) could be used by application. (per application basis)
Post 01 Jul 2016, 16:22
View user's profile Send private message Reply with quote
sleepsleep



Joined: 05 Oct 2006
Posts: 8275
Location: ˛                              ⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣ Posts: 6699
/apps :
application launcher will only allow application to run if they are inside /apps/x32/ or /apps/x64/
if application wants to run script, they must create the script in /apps/x32/notepad/scripts <- here
only the scripts inside allow to be run by that particular apps

/scripts: (no read/write/browse access from /apps)
os scripts, os batch file etc

/os: os files here,
/os/lib/x32: os personal 32bit library (not callable by others)
/os/lib/x64
/os/graphic: pictures & graphic used by os (this concept also apply to /apps/x32/graphic
/os/audio:
/os/autorun: if user create a program link and place it inside this directory, eg. notepad.exe > /apps/x32/notepad/notepad.exe
/os/firewall: in, out, allow, disallow, port ranges, port redirect
/os/dns : all control DNS here, ban domain, redirect domain, fake domain, like host file in windows, but i could make it more powerful
/os/icons : apply to /apps as well /apps/x32/notepad/icons

/media/veracrypt1 : as usual
/mnt/sda1 : as usual
/mnt/sda2
Post 01 Jul 2016, 16:44
View user's profile Send private message Reply with quote
Furs



Joined: 04 Mar 2016
Posts: 1421
Not exactly a fan of hardcoding paths for programs. I prefer portable ones where I can place them anywhere and just run. Even from a USB stick.

Sorry but I'd hate your OS Wink
Post 01 Jul 2016, 23:31
View user's profile Send private message Reply with quote
YONG



Joined: 16 Mar 2005
Posts: 8000
Location: 22° 15' N | 114° 10' E
sleepsleep wrote:
i will write about this new OS concept and implementation here, SLEEP OS will powers every device and replace windows & linux based OS soon.
I will definitely give it a try when it is available! Razz

Would your OS secretly collect information of my phone calls and SMSs? Rolling Eyes

Wink
Post 02 Jul 2016, 04:57
View user's profile Send private message Visit poster's website Reply with quote
sleepsleep



Joined: 05 Oct 2006
Posts: 8275
Location: ˛                              ⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣ Posts: 6699
Furs wrote:
Not exactly a fan of hardcoding paths for programs. I prefer portable ones where I can place them anywhere and just run. Even from a USB stick.

Sorry but I'd hate your OS Wink


portable, yeah, i love portable apps too,

so basically user can choose where they want to, they just need a link in /apps/x86/appsname

every apps must run only from /apps/x86 or /apps/x64, the only place where executable could run.
Post 02 Jul 2016, 11:27
View user's profile Send private message Reply with quote
sleepsleep



Joined: 05 Oct 2006
Posts: 8275
Location: ˛                              ⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣ Posts: 6699
YONG,

sleep os should only provide api to do those things, read/write sms, retrieve phone calls, record phone calls, forward calls, etc,

but since each apps to perform those functions are inside /os/apps/x32 or /os/apps/x64, so user could control them 100%

user could write into disallow.txt or control import.txt
Post 02 Jul 2016, 11:47
View user's profile Send private message Reply with quote
YONG



Joined: 16 Mar 2005
Posts: 8000
Location: 22° 15' N | 114° 10' E
sleepsleep wrote:
... so user could control them 100%

user could write into disallow.txt or control import.txt
That would be GREAT! I can't wait to try SLEEP OS! Razz
Post 02 Jul 2016, 12:16
View user's profile Send private message Visit poster's website Reply with quote
revolution
When all else fails, read the source


Joined: 24 Aug 2004
Posts: 16651
Location: In your JS exploiting you and your system
sleepsleep wrote:
portable, yeah, i love portable apps too,

so basically user can choose where they want to, they just need a link in /apps/x86/appsname
If it needs a link in the system than it is, by definition, not-portable, because then it requires installation. Sad
Post 02 Jul 2016, 14:33
View user's profile Send private message Visit poster's website Reply with quote
sleepsleep



Joined: 05 Oct 2006
Posts: 8275
Location: ˛                              ⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣ Posts: 6699
revolution wrote:
If it needs a link in the system than it is, by definition, not-portable, because then it requires installation.


yeah, user must consciously create a link for executable in /apps/x86 or /apps/x64,
if creating a link is "installation", yes then.
Post 03 Jul 2016, 11:21
View user's profile Send private message Reply with quote
Display posts from previous:
Post new topic Reply to topic

Jump to:  


< Last Thread | Next Thread >
Forum Rules:
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You can attach files in this forum
You can download files in this forum


Copyright © 1999-2019, Tomasz Grysztar.

Powered by rwasa.