THMMY.gr

Εδώ μπορείτε να σχολιάζετε τα θέματα και
να συζητάτε τις όποιες απορίες σας πάνω σε παλιά θέματα της
Ασφάλειας Πληροφοριακών Συστημάτων.
(Τα παλιά θέματα υπάρχουν εδώ (http://www.thmmy.gr/index.php?option=com_docman&task=cat_view&gid=232&Itemid=45)).

Edit: Tags.

Θα μπορούσε κάποιος να μου πει σε ποιες σελίδες στο βιβλίο βρίσκονται οι απαντήσεις για τα παρακάτω ερωτήματα (2ο θέμα εξεταστικής Φεβρουαρίου 2006);

ΘΕΜΑ 2ο
α) Ποια είναι τα πλεονεκτήματα και τα μειονεκτήματα από τη χρήση όψεων (views) στα σχεσιακά συστήματα βάσεων δεδομένων;
β) Ποια είδη επιθέσεων υπάρχουν στην επικοινωνία δύο νόμιμων χρηστών στο Internet;

Ερώτηση-μπόνους (από τα θέματα Φεβρουαρίου 2004): Ποια τα συγκριτικά πλεονεκτήματα και μειονεκτήματα της κρυπτογραφίας μυστικού και δημοσίου κλειδιού;

Ευχαριστώ!


Edit: Tags.

Θέμα 2ο

α) σελ 116
β) σελ 23


Φεβρουάριος 2004:
σελ.209


Τα σημεία των απαντήσεων προφανή :)

Edit: Tags.

Άρχοντας, thanks!

Edit: Tags.

και μένα μου την σπάνε βιβλία χωρίς index.


είναι μισά! :)

Edit: Tags.

2 ερωτηξουλες.
1ον στα θεματα 2004 το 2 β Ποιες οι βασικες αρχες που σχετιζονται με την ασφαλεια των βασεων??
2ον στα θεματα sql οταν λεει στο τελος με περιορισμους ασφαλειας θελει να κανουμε δλδ κ ρολους κ να δωσουμε δικαιωματα οπως στην εργασια???

Edit: Tags.

αυτο που καταλαβαινω εγω ειναι οτι δεν εννοει ρολους ή οψεις οπως στην εργασια.
νομιζω πως θελει τους περιορισμους ακεραιοτητας των δεδομενων δηλαδη:
  πρωτευν κλειδια,not null και unique πεδια,δευτερευοντα κλειδια,καταχωρησεις για τιμες των πεδιων(int,date,varchar κα.)
  καθως και καποιους περιορισμους στις τιμες των πεδιων(π.χ. ενα πεδιο να ειναι τετραψηφιο ή απο 1500 εως 1600) κλπ

δεν ειναι λογικο να ζηταει ρολους καθως δεν εξηγει τους χρηστες του συστηματος ωστε να καταλαβεις
ποιες οψεις πρεπει να δημιουργησεις και ποια διακιωματα πρεπει να δωσεις πανω σε αυτες και στους αρχικους πινακες σε
καθε κατηγορια χρηστων(που δεν γνωριζεις).

Edit: Tags.

και γω αυτο πιστευω. αλλα καλυτερα κανας παλιος που το εδωσα να μας πει....τι ακριβωως θελει στο τελευταιο θεμα...γιατι δε το ξεκαθαριζει.....  ^innocent^

Edit: Tags.

Ξέρει κανείς να μου πει που θα βρω την απάντηση στο "Τι είναι μια δοσοληψία και με ποιούς τρόπους τερματίζεται; Ποιές είναι οι ιδιότητες και ποιές οι καταστάσεις στις οποίες μπορεί να βρίσκεται μια δοσοληψία;"  (Θέμα 2.1 - Φεβ.2011) Περίμενα οτι θα είναι στο Κεφάλαιο 11 αλλά δεν το βρίσκω πουθενά! - Εκτός κι αν στραβώθηκα...

Edit: Tags.

Δες σελ. 46 στο συννημένο. Γενικά νομίζω όμως ότι είναι παλιά ερώτηση εργαστηρίου όταν ασχολούνταν με SQL. Δεν νομίζω να βάλει κάτι τέτοιο, μόνο ότι υπάρχει στο κεφάλαιο 8.11. Εστίασε σε διαφάνειες του φετινού εργαστηρίου, μην ασχοληθείς πολύ με εντολές SQL κλπ

λοιπον να ρωτησω λιγο, στα θεματα sql στο κομματι που ρωταει για τα δικαιωματα, εμεις πρεπει να κανουμε απλως τους καταλληλους ρολους και να δωσουμε δικαιωματα select, update κτλ ή θελει κατι πιο συνθετο?

Και εγώ αυτό ελπίζω να ζητάει.

Από την άλλη, μπορεί να εννοεί όψεις...
Αλλά αν ζητάει όψεις τότε για να δηλώσεις πολλά στοιχεία απο διάφορους πίνακες στην όψη θα πρέπει να τους κάνεις join κλπ (εκτός και αν δηλώνεις μια μια τις όψεις και τις κανεις grant στου ρολους (??) ), και εμείς προφανώς σε αυτό το μάθημα δεν ασχοληθήκαμε καθόλου με σχεσιακές πράξεις και άλγεβρα.

Άρα ελπίζω να εννοεί απλά roles και grants. Αν έχει κανείς άλλος καμιά ιδέα ας πει.

θενκς!!

Τελικά, ξέρουμε τίποτα για αυτό;

Στο θέμα σχεδιασμού της Βάσης Δεδομένων τελικά εκτός από τις κλασσικές εντολές SQL δημιουργιάς πινάκων τι άλλο πρέπει να κάνουμε ; Και επίσης αυτά τα υπόλοιπα που πρέπει να κάνουμε σε ποιο σημείο του βιβλίου υπάρχουν ;

Εγώ τον ρώτησα στην εξέταση αν θέλει και όψεις και εμμέσως πλην σαφώς μου είπε ναι. Επίσης, έβαλα Grants και ρόλους.

Το Β μέρος του θέματος για τις βάσεις τι χρειάζεται ; Έχει κάπου στο βιβλίο παράδειγμα ;

Δεν θυμάμαι να είχα βρει κάτι ολοκληρωμένο. Παραδείγματα για views και roles υπήρχαν στις σημειώσεις του εργαστηρίου.

Στα θέματα που ζητάει να δημιουργηθούν πίνακες σε Oracle κλπ κλπ.  Για τον κώδικα που θα γράψουμε τι γλώσσα χρησιμοποιούμε? Δηλαδή αν  θέλουμε να βάλουμε πρωτεύον κλειδί έστω name_id το γράφουμε name_id int NOT NULL PRIMARY KEY ? Το γράφουμε PRIMARY KEY (name_id) ? To γράφουμε CONSTRAINT names_pk PRIMARY KEY (name_id) ? Έχω μπερδευτεί λίγο. Επίσης στις διαφάνειες γράφει ότι στην οracle το primary key ειναι εξ'ορισμου UNIQUE και ΝΟΤ ΝULL. Ποιος ο λόγος να προσδιορίζεται τότε? Ευχαριστώ όποιον αφιερώσει χρόνο να απαντήσει.

ΥΓ. Αν έχει κανείς ασχοληθεί και με κανένα από αυτά τα θέματα (δημιουργία πινάκων) και θέλει να κάνει τον κόπο να το ανεβάσει θα βοήθαγε.

+1 παιδιά , όποιος μπορεί ας μας δώσει τα φώτα του..

Ναι παιδιά αν υπάρχει κάποιος με γραμμένο θέμα ΒΔ ας το ανεβάσει αν μπορεί.

Ανεβασε ενας συναδερφος στις ανακοινωσεις,οποιος θελει το μεταφερει και εδω

ορίστε, έχουν ειπωθεί μερικές αλλαγές στο άλλο thread

Να σαι καλά , ευχαριστώ πολύ για τη βοήθεια! Ξεκαθάρισαν αρκετά πράγματα.

Παιδιά σε μία προσπάθεια για το 3ο θέμα του 18 έκανα αυτά:

CREATE TABLE Author(
 authorID       INTEGER GENERATED BY DEFAULT ON NULL AS IDENTITY,
 authorName     VARCHAR2(40) NOT NULL,
 nationality    VARCHAR2(30) NOT NULL,
 dateOfBirth    DATE NOT NULL,
 CONSTRAINT pk_author PRIMARY KEY(authorID),
 UNIQUE (authorName, dateOfBirth)
);

CREATE TABLE Article (
 articleID       INTEGER GENERATED BY DEFAULT ON NULL AS IDENTITY,
 articleTitle    VARCHAR2(40) NOT NULL,
 submissionDate  DATE NOT NULL,
 scientificField VARCHAR(30) NOT NULL,
 CONSTRAINT pk_article PRIMARY KEY(articleID),
 UNIQUE (articleTitle, submissionDate)
);

CREATE TABLE Reviewer (
 reviewerID     INTEGER GENERATED BY DEFAULT ON NULL AS IDENTITY,
 reviewerName   VARCHAR2(40) NOT NULL,
 nationality    VARCHAR2(30) NOT NULL,
 dateOfBirth    DATE NOT NULL,
 emailAdress    VARCHAR2(30) NOT NULL,
 CONSTRAINT pk_reviewer PRIMARY KEY(reviewerID),
 UNIQUE (emailAdress )
);

CREATE TABLE AuthorArticle (
 author         INTEGER NOT NULL,
 article        INTEGER NOT NULL,
 accepted       VARCHAR2(6) NOT NULL
 CONSTRAINT values_accepted CHECK(accepted = 'TRUE' or accepted = 'FALSE'),
 CONSTRAINT fk_AuthorArticle_article FOREIGN KEY(article) REFERENCES Article(articleID) ON DELETE CASCADE,
 CONSTRAINT fk_AuthorArticle_author FOREIGN KEY(author) REFERENCES Author(authorID) ON DELETE CASCADE,
 CONSTRAINT pk_authorArticle PRIMARY KEY (author, article)
);

CREATE TABLE Review(
 reviewID        INTEGER GENERATED BY DEFAULT ON NULL AS IDENTITY,
 reviewer       INTEGER NOT NULL,
 article        INTEGER NOT NULL,
 dateOfReview   DATE NOT NULL ,
 rating         NUMBER NOT NULL
 CONSTRAINT rating_values CHECK(rating>0 and rating<=10),
 reviewText     VARCHAR2(100) NOT NULL,
 CONSTRAINT fk_Review_article FOREIGN KEY(article) REFERENCES Article(articleID) ON DELETE CASCADE,
 CONSTRAINT fk_Review_reviewer FOREIGN KEY (reviewer) REFERENCES Reviewer(reviewerID) ON DELETE CASCADE,
 CONSTRAINT pk_review PRIMARY KEY(reviewID)
);

CREATE ROLE authorsManager;
CREATE ROLE reviewersManager;

CREATE VIEW view1 AS
SELECT Author.authorName  AS nameOfAuthor , Article.articleTitle AS TitleOfArticle
FROM Author
INNER JOIN AuthorArticle ON AuthorArticle.author = Author.authorID
INNER JOIN Article ON AuthorArticle.article = Article.articleID ;

CREATE VIEW view2 AS
SELECT Reviewer.reviewerName  AS nameOfReviewer , Article.articleTitle AS TitleOfArticle, Review.reviewtext AS review
FROM Reviewer
INNER JOIN Review ON Review.reviewer = Reviewer.reviewerID
INNER JOIN Article ON Review.article = Article.articleID ;

GRANT SELECT, UPDATE, INSERT, DELETE ON view1 TO  authorsManager; /* ORACLE does not support ONLY the on update statement */
GRANT SELECT, UPDATE, INSERT, DELETE ON Author TO authorsManager;
GRANT SELECT, UPDATE, INSERT, DELETE ON Article TO authorsManager;
GRANT SELECT, UPDATE, INSERT, DELETE ON AuthorArticle TO authorsManager;

GRANT SELECT, UPDATE, INSERT, DELETE ON view2 TO  reviewersManager; /* ORACLE does not support ONLY the on update statement */
GRANT SELECT, UPDATE, INSERT, DELETE ON Reviewer TO reviewersManager;
GRANT SELECT, UPDATE, INSERT, DELETE ON Article TO reviewersManager;
GRANT SELECT, UPDATE, INSERT, DELETE ON Review TO reviewersManager;


CREATE USER username1 IDENTIFIED BY secret_password1;
GRANT authorsManager TO username1

CREATE USER username2 IDENTIFIED BY secret_password2;
GRANT reviewersManager TO username2


Βλέπετε λάθη;

το NOT NULL στα author και article του AuthorArticle πινακα χρειαζονται? εφοσον μετα γινεται PRIMARY KEY ο συνδυασμος τους δηλαδη..

Το update γιατί δεν το υποστηρίζει η ORACLE? Νομίζω ότι το ON UPDATE δεν υποστηρίζει, όχι το κανονικό update.
Επίσης το PRIMARY KEY(...) είναι της MySQL, στην ORACLE θέλει είτε δίπλα κατευθείαν είτε με CONSTRAINT.

Είσαι σίγουρος για τη σύνταξη του primary key?? Επειδή στην oracle που το τρέχω οnline στην πλατφόρμα δεν έχει χτυπήσει λάθος, ούτε το not null παρόλο που είναι primary key, ούτε που το βάζω στο τέλος σε παρένθεση χωρίς constraint.

Για το update και το on update ίσως έχεις δίκιο δεν ξέρω σίγουρα

Να το τρέξω δεν το δοκίμασα, πιθανό να τρέχει, απλά εδώ αυτή τη σύνταξη την έχει μόνο στην MySQL..
https://www.w3schools.com/sql/sql_primarykey.asp
 (https://www.w3schools.com/sql/sql_primarykey.asp)Δηλαδή δείχνει τη διαφοροποίηση...Σίγουρα το CONSTRAINT είναι σωστό γιατί το χει και στις διαφάνειες, τι να πω, ίσως λεπτομέρειες :P

ναι μάλλον έχεις δίκιο γιατί και στην oracle στο documentation δεν το δίνει ως επιλογή, αλλά όντως τρέχει.. ποιος ξέρει;
το διορθώνω αν είναι εφόσον είμαστε σίγουροι για το constraint..

μήπως όμως τότε πρέπει και τα foreign keys να έχουν μπροστά constraint?

Με αυτόν τον τρόπο ναι έτσι νομίζω.

μπορούμε δηλαδή και στα foreign keys είτε να το βάλουμε κατευθείαν δίπλα REFERENCES μπλα μπλα ή με constraint έτσι;

ναι ναι ετσι, κανονικα

Σχετικά με το τρίτο θέμα δεύτερο ερώτημα:

όταν δημιουργούμε μια όψη χρειάζεται να κάνουμε join όσους πίνακες περιέχουν κλειδιά (κανονικά χρειάζεται απλά είδα κάποια λυμένα θέματα που δεν το κάνουν);

Απ'όσο έχω ακούσει, δεν είναι απαραίτητο να κάνεις όψεις. Όσον αφορά τις όψεις ωστόσο, δεν είναι απαραίτητο να κάνεις join. Δες σελίδα 286 στο βιβλίο του Πάγκαλου. Και μην ξεχνάς πως στο 3ο θέμα λέει "όπως κρίνετε εσείς". Yolo γενικά η φάση...

πωω το πιο ανοργάνωτο μάθημα που είχα ποτέ .. ευχαριστώ πάντως!

υπάρχουν λύσεις για τον Ιανουάριο του 2020 ;

Σε αυτό πιστεύετε σωστό είναι το Α ή το Γ;

A

Θα μπορούσε κάποιος να το εξηγήσει αυτό; Γιατί και τα δυο μου βγάζουν νόημα γενικά.

ο ορισμος της αυθεντικοποιησης ειναι το α, το γ ειναι κατι αλλο και αφορα την εξουσιοδοτηση (αλλος μηχανισμος ασφαλειας)