razvan bogdan

Should You Blog About Your Job?

bogo — Fri, 02 Jun 2006 19:29:00 GMT

Blogs can lead to conflict in the workplace: few businesses warm to the 
idea f a public discussion about what goes on inside their offices. But more and
more, young people unfamiliar with the mores of the corporate world and
raised with instant messaging and personal web pages are blogging about
their experiences at work. And the most publicized cases, where 
employees ere fired because of the content of their blogs, haven't served asdeterrents.

(In fact, several people shown the door have received lucrative ook or movie deals!)

Only now are companies starting to address blogging intheir corporate policies. Read on at:

<http://www.nytimes.com/2006/05/25/fashion/thursdaystyles/25intern.html?_r=1
&incamp=article_popular&oref=slogin>

the abstract of my project

bogo — Wed, 31 May 2006 02:01:00 GMT

CAPITOLUL 1: ELEMENTE DE GRID COMPUTING

Obiectivul principal al grid computingului este acela de a transforma reţeaua mondială de sisteme de calcul (procesoare, sisteme de stocare a datelor, date, senzori etc.) într-o vastă resursă computaţională a cărei putere de calcul să fie oferită utilizatorilor, în aceeaşi manieră în care serviciile reţelei de electricitate sunt oferite clienţilor acesteia. Gridul îşi propune să furnizeze [7] infrastructura şi mijloacele care fac posibilă partajarea pe scară largă, sigură a resurselor, dar şi o putere de procesare impresionantă.

Gridul reprezintă o infrastructură hardware şi software capabilă să furnizeze acces dependabil, consistent, universal şi ieftin la resurse de calcul. Vorbim despre o infrastructură deoarece gridul presupune, în primul rând, reunirea de resurse: cicluri CPU, date, senzori sau persoane. Drept urmare este nevoie de o infrastructură hardware semnificativă pentru a realiza conexiunea între resursele menţionate şi o infrastructură software utilizată în scopul monitorizării şi controlului ansamblului obţinut.

Marile realizări [3] în cadrul Gridului sunt următoarele:

· Existenţa unui mediu de dezvoltare a aplicaţiilor Grid, sub forma resursei gratuite Globus Toolkit.

· Existenţa unui model arhitectural OGSA (Open Grid Services Architecture) care defineşte noţiunea de serviciu Grid, plecând de la noţiunea de serviciu web şi concepe mediul grid ca o colecţie de astfel de servicii, conferind astfel mediului grid avantajele unei arhitecturi orientate pe servicii (SOA – Service Oriented Architecture). Marile companii ale momentului (IBM, Microsoft, Platform, Sun etc) şi-au exprimat suportul pentru acest model. Principalul deziderat este: pentru ca o entitate să poată fi parte a unui grid, atunci aceasta trebuie să implementeze protocoalele OGSA InterGrid, la fel cum pentru ca un sistem de calcul să aparţină Internetului, trebuie să aibă o adresă IP.

· Existenţa grupului Global Grid Forum care încearcă crearea unor standarde.

Conceptul de partajare controlată, dinamică în cadrul organizaţiilor virtuale (VO) este fundamental. Abordările curente ale calculului distribuit nu oferă un cadru general de partajare a resurselor care să adreseze cerinţele VO. Tehnologiile grid se disting oferind această abordare generică asupra partajării resurselor. Această situaţie favorizează aplicarea tehnologiilor grid.

Din punctul de vedere al arhitecturii gridului, problema de faţă este privită în literatura de specialitate din două puncte de vedere:

· Structural (anatomic) – se identifică componentele structurale ale mediului

· Funcţional (fiziologic) – se identifică funcţiile componentelor mediului grid şi relaţiile dintre acestea.

Problemele întâmpinate de grid sunt atât de natură tehnică, dar şi socio-politică. Provocările tehnice includ dezvoltarea mai multor medii pentru crearea aplicaţiilor grid, inexistenţa serviciilor de nivel înalt, îmbunătăţirea securităţii atât la nivel funcţional, cât şi general şi nu în ultimul rând, inexistenţa unor standarde. Cele socio-politice au de-a face cu formarea mai multor comunităţi de utilizatori şi dezvoltatori grid, atragerea fondurilor pentru proiecte grid.

CAPITOLUL 2: SECURITATEA ÎN MEDIUL GRID

Securitatea încapsulează atribute ca autentificarea, confidenţialitatea şi integritatea, necesitând existenţa simultană a 1) disponibilităţii doar pentru acţiuni autorizate, 2) confidenţialităţii, şi 3) integrităţii, în sensul absenţei neautorizate a defectării sistemului.

Arhitectura de securitate grid se regăseşte implementată în Grid Security Infrastructure [23]. Motivaţiile care stau la baza Infrastructurii de Securitate Grid (Grid Security Infrastructure, GSI) sunt:

· Necesitatea unei comunicaţii sigure (autentificabile şi confidenţiale) între elementele unui grid computaţional.

· Necesitatea implementării securităţii între diferite organizaţii virtuale.

· Facilitatea de „single sign-on” pentru utilizatorii unui grid, inclusiv delegarea credenţialelor pentru calcule care implică resurse multiple.

Un concept central al autentificării în Infrastructura de Securitate Grid, este acela de certificat. Fiecare utilizator şi serviciu din grid este identificat via un certificat care conţine informaţie vitală pentru identificarea şi autentificarea unui utilizator sau a unui serviciu. Dacă două sisteme au certificate şi ambele sisteme au încredere în Autorităţile de Certificare care le-au semnat certificatele, atunci cele două sisteme îşi pot demonstra reciproc că sunt ceea ce pretind a fi. Acest mecanism este cunoscut sub denumirea de autentificare mutuală. GSI foloseşte Secure Sockets Layer (SSLv3) ca protocol de autentificare mutuală, fiind descris în cele ce urmează. De menţionat că SSL este cunoscut şi sub denumirea IETF ca Transport Layer Security sau TLS.

Cerinţele de securitate în mediile grid sunt impuse de faptul că trebuie să se asigure suport pentru organizaţii virtuale dinamice, distribuite şi scalabile. Dintr-o perspectivă a securităţii, un atribut cheie al organizaţiilor virtuale este acela că participanţii şi resursele sunt guvernate de reguli şi politici ale organizaţiilor clasice la care sunt membri.

Arhitectura de securitate grid este definită de protocoalele care sunt folosite în interacţiunile dintre entităţile sitemului [5]. Interacţiunile de bază posibile între entităţi sunt:

· Alocarea unei resurse de către utilizator

· Alocarea unei resurse de către un proces

· Comunicarea între procese aflate în domenii diferite de încredere.

Modelul de securitate al arhitecturii orientate spre servicii tratează funcţiile de securitate ca şi servicii OGSA. Această strategie permite definirea unor protocoale şi interfeţe pentru servicii, dar şi atingerea securităţii de către o aplicaţie prin folosirea unui serviciu de securitate cu o anumită implementare.

Globus Toolkit 4 prezintă mecanisme de securitate atât la nivel de transport, cât şi la nivel de mesaj. Infrastructura de Securitate Grid poate fi înţeleasă ca fiind compusă din următoarele patru funcţii distincte: protecţia mesajelor, autentificare, delegare şi autorizare. Pentru a se asigura existenţa acestor funcţii, sunt folosite implementări a unor standarde diferite.

GSI a avut implementată autentificarea şi delegarea prin folosirea certificatelor X.509 şi a cheilor publice. Începând cu Globus Toolkit 4, Infrastructura de Securitate Grid suportă autentificare prin intermediul opţiunii de nume utilizator/parolă.

CAPITOLUL 3: ELEMENTE DE DEPENDABILITATE ÎN MEDIUL

GRID

Dependabilitatea unui sistem este capacitatea de a evita eşecuri de servicii care sunt mai frecvente şi mai severe decât este acceptabil.

Un element cheie care apare în cadrul sistemelor grid, este acela că aplicaţiile pot fi compuse dintr-o multitidine de servicii autonome, fiecare dintre acestea având posibilitatea să se execute pe staţii diferite, sub controlul unor organizări diferite. În acest context, nu putem oferi garanţii referitor la rezultatul produs de anumite resurse (acest rezultat poate fi în mod inteţionat alterat), la fiabilitatea unor servicii sau la performanţa pe care se presupune că o au [30]. Una dintre principalele provocări în dependabilitatea grid, este abilitatea de a tolera defecte şi posibilitatea recoverului (ideal, într-o manieră transparentă), datorită faptului că middlewareul grid încă nu are prevăzute capacităţi de toleranţă la defecte.

Un model al ameninţărilor este folosit pentru a descrie o anumită ameninţare şi consecinţele pe care le-ar avea asupra sistemului dacă acesta ar avea o vulnerabilitate.

Modelul ameninţărilor [32] poate fi împărţit după cum urmează:

1. Ameninţări la adresa resurselor grid atunci când datele/aplicaţiile sunt într-o stare necritică.

2. Ameninţări la adresa resurselor grid atunci când datele/aplicaţiile sunt într-o stare critică.

3. Ameninţări din partea grid.

Toleranţa la defecte este o modalitate foarte importantă de a atinge dependabilitatea în reţelele grid deoarece dependabilitatea resurselor grid individuale nu poate fi garantată. Există posibilitatea unei îmbunătăţiri a modelelor de defecte prezente în grid şi totodată a metodelor de oferire a toleranţei la defecte a aplicaţiilor grid. Aceste metode vor furniza protecţie atât împotriva serviciilor malicious, cât şi a celor ce pot produce o eroare.

CAPITOLUL 4: DESCRIEREA APLICAŢIEI

În cadrul aplicaţiei s-a utilizat Java Commodity Kit (Java COG). Commodity Grid Kit este modalitatea Globus de a integra uneltele Globus în platformele existente, care permit utilizatorilor să folosească funcţionalităţile Globus Toolkit în codul lor fără apelare la scripturi şi în anumite cazuri fără a avea Globus instalat. Commodity Kit sunt disponibile pentru Java, Pythin, CORBA, Perl şi Matlab.

Java Commodity Kit este o extensie a bibliotecilor şi claselor Java care oferă funcţionalitate Globus Toolkit şi oferă o implementare Java a facilităţilor Globus [24].

O primă facilitate a aplicaţiei este aceea de a crea un proxy într-un format care este utilizat în Globus Toolkit. În acest sens se foloseşte clasa CoGProperties care oferă modalitatea de accesare a fişierului cog.properties, unde sunt stocate toate locaţiile fişierelor.

CoGProperties properties = CoGProperties.getDefault();

String proxyFile = properties.getProxyFile();

String keyFile = properties.getUserKeyFile();

String certFile = properties.getUserCertFile();

Cheia privată este criptată în keyFile. Utilizând bibliotecile Open SSL, se poate obţine cheia privată şi descripta oferind o parolă. Cheia publică CA poate fi încărcată utilizând clasa CertUtils.

Pentru a crea proxyul se va crea un nou certificat utlizând cheia privată. Acest certificat este marcat ca fiind un proxy şi are un timp de viaţă. Se foloseşte o variabilă pentru a genera un proxy compatibil GT3 sau GT2.

Pentru a regăsi credenţialele de la un proxy existent pentru a fi utlizate în aplicaţie, trebuie încărcat fişierul proxy. Acesta poate fi localizat folosind fişierul cog.properties sau doar specificând numele fişierului.

Distrugerea unui proxy se realizează prin ştergerea fişierului aferent.

Java CoG Kit oferă pachetul org.globus.ftp pentru a efectua operaţii FTP şi GridFTP. Este în fapt o implementare a protocolului GridFTP. Folosind proxyul prezentat anterior se recurge la transferul unor fişiere prin protocolul GridFTP. Pentru a transfera un fişier de la un server la altul este necesară crearea unui client pe fiecare server.

Se vor citi credenţialele din fişierul proxy. Pentru autentificare este necesar un obiect GSSCredential, astfel încât trebuie schimbat obiectul GlobusCredential la GSSCredential, proces în care se utilizează DEFAULT_LIFETIME. Când se creeează GridFTPClient este necesar a fi utilizat portul GridFTP, care implicit este 2811. Autentificarea este realizată folosind metoda authenticate() căreia i se pasează GSSCredentials.

Când se transferă un fişier de la un client local la un server sau de la un server la client, trebuie furnizată o interfaţă locală la mediul de stocare a fişierului. Pentru a expedia un fişier la server trebuie interfaţa la fişierul local. Acest lucru se poate realiza cu interfaţa DataSource. Când se recepţionează un fişier de la un server trebuie oferită o interfaţă locală la fişierul unde se vor scrie datele.

CAPITOLUL 5: CONCLUZII

Pentru a avea un grid de succes, trebuie să existe în primul rând griduri funcţionale. Eforturile pentru obţinerea unei funcţionalităţi sunt demne de luat în calcul, drept pentru care o primă problemă de rezolvat este funcţionalitatea.

Gridul nu va fi folosit pe scară largă decât în momentul în care securitatea în termeni de acces, comunicaţii, criptare este disponibilă. Se preconizează [14] că acesta este cel mai vulnerabil punct al gridului, deoarece chiar dacă există infrastructura Grid Security Infrastructure (GSI), aceasta nu rezolvă decât autentificarea cu un sistem, celelalte probleme legate de atingerea securităţii [6], inclusiv aspecte ale autorizării, rămânând încă nerezolvate.

O altă problemă majoră este inexistenţa unor standarde. Aceasta se poate observa nu numai în necesitatea unor protocoale comune (ca cele de tipul TCP/IP sau API), dar şi impunerea unei taxonomii. Există totuşi organizaţii al căror obiect este standardizarea (Global Grid Forum, Peer-toPeer Working Group, New Productivity Initiative etc.), dar întrebarea este: care dintre standardele acestor organizaţii se va impune?

O altă calitate pe care ar trebui să o aibă sistemele grid, ar fi facilitatea instalării. În prezent, instalarea puţinelor unelte software este deosebit de anevoioasă, drept pentru care a convinge noi utilizatori de necesitatea gridului va fi cel puţin greu.

exemple de qt

bogo — Sun, 07 May 2006 03:38:00 GMT

grid makefiles

bogo — Fri, 05 May 2006 01:42:00 GMT

To remember and know:

1. in order to verify if some packages are installed, I have to use: gpt-verify

2. I am not allowed to put on new lines some commands from the same label

3. What is globus_nexis-gcc32dbg-dev ?

security matter

bogo — Sat, 29 Apr 2006 03:00:00 GMT

Azi am terminat capitolul de securitate...De cand n-am mai postat nimic? Inseamna ca de atunci a durat. Centralizare, citind, documentandu-ma...

A meritat din plin. Azi sunt mandru de mine!!

to be done

bogo — Fri, 21 Apr 2006 02:23:00 GMT

1) http://newsletters.zdnetuk.cneteu.net/t/113067/1982506/75424/0/

2) http://newsletters.zdnetuk.cneteu.net/t/113067/1982506/109601/0/

3) http://www.cbronline.com/article_news.asp?guid=44F6BD06-8855-44AF-98A1-F319FF5895B9

4) http://washingtontimes.com/business/20060330-100831-5571r.htm

[ 5) http://www.newsroom.ucr.edu/cgi-bin/display.cgi?id=1288 ]

[ 6) http://newsletters.zdnetuk.cneteu.net/t/113558/1982506/1374/0/ ]

[ 7) http://www.spectrum.ieee.org/apr06/3245 ]

8) http://www.eurekalert.org/pub_releases/2006-03/a-psf032606.php

9) http://www.physorg.com/news63384039.html

10) http://www.ieee.org/addservices

threats model

bogo — Fri, 21 Apr 2006 02:15:00 GMT

Model al amenintarilor: am gasit articole in Security&Privacy si ZDNET. Le-am salvat.

unsecured broker

bogo — Fri, 21 Apr 2006 02:14:00 GMT

Referitor la partea practica: voi incerca dezvoltarea unui broker cu grefe de securitate. Imi place ideea, imi place provocarea de a-l securiza. Voi incerca sa accesez reteaua in UV printr-un calculator din UPT. Momentan atat aici.

SPOR!!*

*de asta am nevoie zilele astea. Primavara cred ca e de vina.

GT4 GSI

bogo — Fri, 21 Apr 2006 02:13:00 GMT

Am citit in ultimele zile:

Globus Toolkit Version 4 Grid Security Infrastructure: A Standards Perspective – m-a facut sa ma intreb/sa caut o ierarhizare a standardelor folosite in GSI. Care standarde sunt de facto si care sunt specifice implementarii Globus. Articolul de fata prezinta aspecte legate de serviciile web si securitate. Aceste aspecte se cer gasite si in lucrare.
GT 4.0 Security: Key Concepts – cred ca ar fi trebuit sa incep cu acest articol la inceput. Sunt acele notiuni care nu mi-au fost pe deplin intelese.

Ce as vrea sa citesc in continuare:

Pki04-welch-proxy-cert-final.pdf

National Scale Authentication Infrastructure

Despre amandoua se vorbeste ca articole de baza, deci trebuie parcurse.

SPOR!!

security and secure systems

bogo — Wed, 12 Apr 2006 21:37:00 GMT

Today I found a nice site about security and secure systems:

http://www.schneier.com

Career Test Drive, Jobshop

bogo — Sun, 02 Apr 2006 17:23:00 GMT

The second week of the 13^th JobShop Career Test Drive edition from Politehnica University, Timisoara. This week you will be able to talk to the HR managers of the most important companies from around.

www.jobshop.ro

Powered by BEST

Arhitecturi si tehnologii grid

bogo — Sat, 01 Apr 2006 19:40:00 GMT

De cateva zile am inceput sa citesc Arhitecturi si tehnologii grid, de Dana Petcu. Am parcurs mai bine de o treime din carte. Se insista pe OGSA, arhitectura bazata pe servicii. Sunt prezentate pagini cu interfete si operatii, atat la OGSA, cat si la OGSI. Peste partea aceasta, nu am pus accent. Daca am nevoie la aplicatie, stiu unde sa o caut si sa o inteleg. In urmatoarele X ore, vreau sa citesc un pic ceva e XML. E baza OGSA si nu stiu mare lucru.

Cam atat azi.

Master in Grid, UvA

bogo — Sat, 01 Apr 2006 19:38:00 GMT

On 29 of March I received the confirmation of Amsterdam University, http://www.english.uva.nl/ : I am offically a Master student in Grid Computing. Now the financial problem…

jobshop

bogo — Tue, 28 Mar 2006 01:01:00 GMT

From 27 of March until 6^thof April, don’t miss the 13^th JobShop edition from Politehnica University, Timisoara. During these days, the best companies from Romania will be present. Great trainings and presentations. If you have any questions, you will be able to talk to the HR managers of the companies. ;)

Have I convinced you? Still no…take a look at this:

www.jobshop.ro

research days

bogo — Sun, 26 Mar 2006 04:13:00 GMT

Iata bilantul ultimelor 2 zile:

-am adunat informatii despre principalele proiecte grid si am finalizat tabelul (are 26 proiecte din cele aproape 40 studiate).

-am studiat materiale (Avizienis, PHD Tirtea, Applied Cryptography) si am conceput un paragraf introductiv la securitate si dependabilitate

-am cautat grid+dependability. Materiale destul de putine si de vagi – mai ales. Iata principalele titluri:

ð Threat Model for Grid Security Services, Syed Naqvi, Michel Riguidel

ð Reliability Analysis for Grid Computing,Xuanhua Shi, Hai Jin, Weizhong Qiang, and Deqing Zou

ð Assessing the Dependability of OGSA Middleware by Fault Injection

Nik Looker and Jie Xu

ð WS-FIT: A Tool for Dependability Analysis of Web Services by Nik Looker,University of Durham Malcolm Munro, University of Durham, Jie Xu, University of Leeds, UK

ð Practical Dependability Analysis of SOAP Based Systems by Nik Looker,University of Durham Malcolm Munro, University of Durham, Jie Xu, University of Leeds, UK

ð Private Information Retrieval in the Presence of Malicious Failures

Erica Y. Yang, Jie Xu and Keith H. Bennett

Alte articole de cautat cu eMule. Le vad pe cele de la Springer.

Maine studiez documentatia dnei prof Petcu si incep sa citesc cartea. As vrea sa termin de citit cartea cat mai repede. Ma gandesc la articol. Am avut si mai am mult de muncit, intr-adevar. Dl profesor a avut dreptate. Nu am crezut sa imi ia atat de mult. Cel putin, joi dupa masa mi-am cautat carti de grid. Acum am vreo 3. De orice problema, as avea unde sa o caut. Am sentimentul sigurantei stiind ca am cartile langa mine. Poate nu mi-am organizat bine timpul si de asta acum pare mai greu de rezolvat. Dar sunt pe drumul cel bun ;)