אבטחה

Entities תומכים בשתי רמות אבטחה:

Row Level Security (RLS): שולט באילו רשומות משתמשים יכולים לגשת.
Field Level Security (FLS): שולט באילו שדות בתוך רשומות משתמשים יכולים לגשת.

גישת service role עוקפת את הכללים האלה: base44.asServiceRole עוקף לחלוטין גם את RLS וגם את FLS, בלי קשר להגדרת ה-entity. לכן לא צריך כלל admin תואם כדי שיוכל לקרוא או לכתוב רשומה. הוא זמין רק בפונקציות בקאנד שמתארחות ב-Base44. הפונקציה שלך אחראית לכל בדיקות הגישה שהיא צריכה.

סוגי הרשאה

לכל רמת אבטחה יש הרשאות שונות שניתן להגדיר. עבור כל הרשאה, אתה מגדיר מי מורשה לבצע את הפעולה.

Row Level Security (RLS)

create - הוסף רשומות חדשות
read - צפה ברשומות
update - שנה רשומות
delete - הסר רשומות

Field Level Security (FLS)

read - צפה בשדה
write - צור או שנה את השדה

ערכי הרשאה

כל הרשאה מקבלת אחד מהערכים הבאים:

true - אפשר לכל המשתמשים
false - חסום את כל המשתמשים
{<condition>} - אפשר למשתמשים שתואמים את התנאי

ההבדל בין קריאות וכתיבות שנחסמו

קריאות שנחסמו מתנהגות כאילו הנתונים לא קיימים, כך שהן לא חושפות מה יש שם. כתיבות שנחסמו זורקות שגיאה, כך ששינוי חסום אף פעם לא נכשל בשקט.

פעולה	כאשר כלל חוסם אותה
`list()`, `filter()`	מחזירה תוצאה ריקה, כאילו שום דבר לא תאם. לא נזרקת שגיאה.
`get()`	זורקת שגיאת not-found ‏(HTTP 404), בין אם הרשומה קיימת ובין אם לא.
`create()`, `update()`	זורקת שגיאת הרשאה (HTTP 403).

תחביר תנאי

בעת שימוש ב-{<condition>} כערך הרשאה, אתה יכול להגדיר כללים שבודקים מאפייני משתמש או תפקידים.

תנאי שמפנה ל-{{user.*}} או משתמש ב-user_condition דורש קורא מאומת. לקורא אנונימי אין משתמש להשוות אליו. לכן הכלל חוסם אותו לחלוטין, במקום להיות מוערך כ-false.

1. השוואה בין entity למשתמש השווה שדות רשומה לערכי המשתמש הנוכחי. שדות entity שאתה יכול להפנות אליהם:

created_by - אימייל של המשתמש שיצר את הרשומה
created_by_id - מזהה המשתמש שיצר את הרשומה
entity_name - שם סוג ה-entity
app_id - App ID
environment - או prod או dev
is_sample - האם זה נתוני sample
is_deleted - דגל soft delete
deleted_date - מתי זה נמחק
data.* - כל שדה מהמאפיינים של ה-entity schema שלך

משתני תבנית עבור ערכי משתמש:

{{user.email}} - האימייל של המשתמש
{{user.id}} - מזהה המשתמש
{{user.role}} - תפקיד המשתמש
{{user.data.*}} - שדות משתמש נוספים שאתה מגדיר

דוגמה:

{"created_by": "{{user.email}}"}
{"data.department": "{{user.data.department}}"}
{"data.status": "approved"}

2. בדיקת תנאי משתמש בדוק מאפייני משתמש ישירות באמצעות user_condition. שדות משתמש שאתה יכול לבדוק:

email - האימייל של המשתמש
id - מזהה המשתמש
role - תפקיד המשתמש
data.* - שדות משתמש מותאמים

דוגמה:

{"user_condition": {"role": "admin"}}
{"user_condition": {"data.level": "senior"}}

3. תנאים מורכבים שלב מספר תנאים באמצעות אופרטורים. אופרטורים נתמכים: $or, $and, $nor, $in, $nin, $all דוגמה:

{
  "$or": [
    {"created_by": "{{user.email}}"},
    {"user_condition": {"role": "admin"}}
  ]
}

דוגמת Row Level Security (RLS)

הוסף rls ברמת ה-entity:

{
  "name": "task",
  "type": "object",
  "properties": {...},
  "rls": {
    "create": true,
    "read": {"created_by": "{{user.email}}"},
    "update": {"created_by": "{{user.email}}"},
    "delete": {"user_condition": {"role": "admin"}}
  }
}

דוגמת Field Level Security (FLS)

הוסף rls למאפייני שדה בודדים:

{
  "properties": {
    "salary": {
      "type": "number",
      "rls": {
        "read": {"user_condition": {"role": "admin"}},
        "write": {"user_condition": {"role": "admin"}}
      }
    }
  }
}

דוגמה מלאה עם אבטחה

הנה entity schema עם RLS ו-FLS:

{
  "name": "Task",
  "type": "object",
  "title": "Task",
  "description": "A task item with priority, due date, and completion status",
  "properties": {
    "title": {
      "type": "string",
      "minLength": 1,
      "maxLength": 200
    },
    "description": {
      "type": "string",
      "maxLength": 1000
    },
    "priority": {
      "type": "string",
      "enum": ["low", "medium", "high"],
      "default": "medium"
    },
    "completed": {
      "type": "boolean",
      "default": false
    },
    "due_date": {
      "type": "string",
      "format": "date"
    },
    "tags": {
      "type": "array",
      "items": {"type": "string"}
    },
    "internal_notes": {
      "type": "string",
      "rls": {
        "read": {"user_condition": {"role": "admin"}},
        "write": {"user_condition": {"role": "admin"}}
      }
    }
  },
  "required": ["title"],
  "rls": {
    "create": true,
    "read": {"created_by": "{{user.email}}"},
    "update": {"created_by": "{{user.email}}"},
    "delete": {"created_by": "{{user.email}}"}
  }
}

פריסת כללי אבטחה

כללי אבטחה הם חלק מה-entity schema שלך. לאחר הוספה או עדכון של כללי אבטחה, פרוס באמצעות entities push. כללי אבטחה גם נפרסים אוטומטית כאשר אתה מריץ את פקודת deploy כדי לפרוס את כל הפרויקט שלך.

ראה גם

Entities Overview: למד על תצורת schema של מסד הנתונים
Entity Schemas: הגדר את מבנה ה-entity שלך
User Schema: entity מובנה מיוחד לאימות משתמשים
גישה לנתונים עם service role: קריאה וכתיבה של נתונים בלי שכללי הגישה חלים
Project Structure: כיצד entity schemas משתלבים בפרויקט שלך

דף זה תורגם באמצעות AI. למידע המדויק והעדכני ביותר, עיין בגרסה האנגלית.

סקירה כללית

התחלה מהירה

פרויקט

כלי פיתוח עם AI

משאבים

סוגי הרשאה

Row Level Security (RLS)

Field Level Security (FLS)

ערכי הרשאה

ההבדל בין קריאות וכתיבות שנחסמו

תחביר תנאי

דוגמת Row Level Security (RLS)

דוגמת Field Level Security (FLS)

דוגמה מלאה עם אבטחה

פריסת כללי אבטחה

ראה גם

​סוגי הרשאה

​Row Level Security (RLS)

​Field Level Security (FLS)

​ערכי הרשאה

​ההבדל בין קריאות וכתיבות שנחסמו

​תחביר תנאי

​דוגמת Row Level Security (RLS)

​דוגמת Field Level Security (FLS)

​דוגמה מלאה עם אבטחה

​פריסת כללי אבטחה

​ראה גם

סוגי הרשאה

Row Level Security (RLS)

Field Level Security (FLS)

ערכי הרשאה

ההבדל בין קריאות וכתיבות שנחסמו

תחביר תנאי

דוגמת Row Level Security (RLS)

דוגמת Field Level Security (FLS)

דוגמה מלאה עם אבטחה

פריסת כללי אבטחה

ראה גם